Kopia zapasowa projektu i firmware HMI: zrób to, póki panel żyje

Dwa zapisy rozstrzygają prawie wszystko, co partner serwisowy może zrobić z twoim panelem: projekt aplikacji i wersję firmware. Projekt jest nadrzędnym zapisem tego, co panel robi, czyli ekranów, przycisków i połączeń danych ze sterownikiem. Firmware to oprogramowanie wewnątrz panelu, które obsługuje sprzęt. Samo jedno nie wystarczy, dlatego przechodzą przez ten przewodnik razem.

Powiększony schemat systemu

×

Oba zapisy są potrzebne, zanim jakakolwiek ścieżka stanie się realistyczna. Zdjęcia je wspierają, nie zastępują plików.

Plik projektu to to, co pozwala innemu egzemplarzowi przejąć pracę. Projekt panelu Siemens Comfort Panel mieszka wewnątrz projektu TIA Portal, projekt panelu Basic może siedzieć w starszym projekcie WinCC flexible, a terminal PanelView Plus wczytuje się z aplikacji FactoryTalk View Machine Edition, zwykle archiwizowanej jako pojedynczy plik .apa. Panele Weintek niosą plik projektu EasyBuilder. Cokolwiek masz, poznaj jego format i narzędzie, którym się go obsługuje.

Firmware panelu to druga połowa pary. Projekt runtime zwykle potrzebuje wersji firmware wspieranej przez narzędzie inżynieryjne, a zamiennik, który przychodzi z nowszą lub starszą rewizją, może wymagać aktualizacji firmware, zanim wczyta się twój projekt. Zapisz wersję pokazywaną w panelu sterowania panelu lub na ekranie diagnostycznym, razem z numerem zamówienia, który ustala generację sprzętu.

Dowód tego, co panel uruchamia teraz, też jest dowodem. Sfotografuj nazwę projektu lub aplikacji pokazywaną w runtime, stronę wersji firmware i każdy stan haseł lub administracji użytkownikami, od którego zależy maszyna. Jeśli pliku projektu nie uda się później znaleźć, te obrazy są często jedynym punktem startu odbudowy.

Firmware brzmi jak szczegół, dopóki zamiennik nie odmówi przyjęcia projektu. Projekt runtime jest kompilowany względem tego, co wspiera narzędzie inżynieryjne, a panel wykonuje go tylko na wersjach firmware zgodnych z generacją sprzętu i wydaniem narzędzia. Zapisz wersję dokładnie tak, jak pokazuje ją panel, bo rodziny wypuszczają kilka linii firmware równolegle.

Powiększony schemat systemu

×

Romb to zestawienie w dokumentacji, a nie test przy panelu. Krok aktualizacji to normalna praca, nie porażka.

Parowanie działa w obie strony. Zamiennik z nowszym firmware może potrzebować cofnięcia wersji albo ponownej kompilacji projektu. Zamiennik ze starszym firmware może potrzebować aktualizacji, zanim narzędzie inżynieryjne go przyjmie. W każdym razie ten krok siedzi między egzemplarzem a projektem, a znajomość go z wyprzedzeniem zamienia niespodziankę w linię planu.

Konkretny przypadek czyni to realnym. Dwa panele Comfort z tym samym ekranem i tą samą nazwą rodziny mogą różnić się końcowym blokiem numeru zamówienia, a ten blok może oznaczać różne rewizje sprzętu o różnych oczekiwaniach firmware. Panel wyglądający identycznie na ścianie nie jest identyczny dla narzędzia inżynieryjnego.

Miej granicę na oku. Zapisana wersja firmware pokazuje, czy krok aktualizacji istnieje, i nie obiecuje, że aktualizacja się uda. Dostępność aktualizacji dla dokładnej referencji i potrzeby licencyjne na stanowisku inżynieryjnym to sprawdzenia, które wykonują dokumentacja producenta i dostawca.

Wykonaj kopię zapasową, póki panel jeszcze pracuje, a nie po tym, jak usterka się rozprzestrzeni. Większość HMI oferuje tryb serwisowy lub transferowy, który zatrzymuje runtime i odsłania pamięć przez Ethernet albo kartę pamięci. Dokładna ścieżka zależy od rodziny, więc zapisz ścieżkę menu, którą przeszedłeś. Jeśli panel już nie startuje, zanotuj to również, bo zmienia to, czy kopia na miejscu jest w ogóle możliwa.

Powiększony schemat systemu

×

Czytaj jako sekwencję przechwycenia od zdrowego panelu do zapisanego pliku. Jeśli panel nie startuje, ta ścieżka jest niedostępna.

Zrób to przed weekendową zmianą, nie po niej, i potraktuj pracujący panel jako okazję, jaką jest. Panel, który startuje dziś, to panel, którego możesz wypytać: nazwa projektu, strona firmware, menu transferu. Żadne z tego nie jest dostępne z martwego egzemplarza i żadne nie staje się łatwiejsze przez czekanie.

Samo przechwycenie to zwykle jedno polecenie albo jeden kreator, ale otoczenie decyduje, czy się liczy. Laptop na złym VLAN-ie, kabel pomyliany z siecią biurową albo pełna karta pamięci każdy zatrzymuje transfer w pół drogi. Przygotuj najpierw ścieżkę, potem zacznij transfer i patrz, jak się kończy, zamiast zakładać, że skończył się.

Jedna granica należy tutaj. To kroki ogólne, które każda rodzina realizuje inaczej, a dokładne nazwy menu, narzędzia i typy kart pochodzą z dokumentacji producenta dla twojej referencji. Nie improwizuj procedury transferu z pamięci na panelu, który jest jedyną kopią projektu maszyny.

Kopia zapasowa liczy się tylko wtedy, gdy przeżyje następny rok, więc potraktuj plik jak dowód. Nazwij go od maszyny i daty, nie od panelu, bo przez lata jedną maszynę mogą obsługiwać różne panele. Skopiuj go co najmniej w dwa miejsca. Kopia, która mieszka tylko na twoim laptopie, jest o jedną awarię od powtórki całego ćwiczenia.

Powiększony schemat systemu

×

Łańcuch zamienia przechwycony plik w użyteczną kopię zapasową. Każdy etap usuwa jeden częsty sposób, w jaki kopia zapasowa zawodzi później.

Jeśli plik jest zaszyfrowany lub chroniony hasłem, zapisz, kto trzyma hasło. Nieczytelne archiwum to częsta ślepa uliczka i zwykle wychodzi w najgorszym momencie, gdy panel jest już wyjęty z maszyny. Hasło jest częścią kopii zapasowej i potrzebuje właściciela.

Zweryfikuj kopię zamiast ufać rozmiarowi pliku. Tam, gdzie narzędzie oferuje przywracanie lub sprawdzenie spójności, które zostawia pracujący panel w spokoju, użyj tego. Zapisz też nazwę i wersję narzędzia, które utworzyło plik, bo projekt zapisany przez znacznie nowszą wersję narzędzia może odmówić wczytania na starszym stanowisku inżynieryjnym. Pięć minut sprawdzania teraz to mały koszt.

Granica to uczciwość co do tego, co dowodzi weryfikacja. Spójne archiwum potwierdza, że plik jest nienaruszony i wczytywalny przez tę wersję narzędzia. Nie dowodzi, że projekt kompiluje się na dzisiejszych licencjach, i nie przechwytuje haseł, recept zapisanych w sterowniku ani danych, które żyją poza panelem.

Niektóre rodziny wykonują kopie na nośnikach wymiennych i ta ścieżka ma znaczenie, gdy sieć jest zamknięta. Panel Siemens może zapisać projekt i firmware na karcie pamięci SIMATIC, a panel Weintek może kopiować na pamięć USB. Tam, gdzie ścieżka Ethernet potrzebuje zatwierdzeń trwających tygodniami, karta albo pendrive może być różnicą między kopią dziś a kopią nigdy.

Powiększony schemat systemu

×

Ścieżka nośnika odbija główną drogę kopii zapasowej. Skraca sieć, nie dyscyplinę zapisu.

Nośnik niesie własne zasady. Karty są często właściwe dla rodziny, a karta sformatowana przez jedną generację panelu może nie być przyjmowana przez inną. Zapisz, z jakiego gniazda pochodzi karta i który panel ją zapisał, bo karta, która żyje w panelu, jest częścią historii kopii zapasowej, nie akcesorium.

Traktuj kartę jako kopię, nie jako kopię zapasową. Zostaje w maszynie, która topi się w wodzie, trzęsie i pracuje na gorąco, obok panelu, który chroni. Skopiuj jej zawartość w te same dwa miejsca co główny plik i datuj kopię. Karta plus zweryfikowane archiwum naraz zamyka większość ryzyk przechowywania.

Trzymaj granicę widoczną: skróty na nośnikach wymiennych nie zmieniają tego, co trzeba zapisać. Wersja narzędzia, wersja firmware i właściciel hasła należą do ścieżki karty dokładnie tak, jak do ścieżki Ethernet, bo przywracanie zawsze kończy się na stanowisku inżynieryjnym.

Ze zweryfikowaną kopią zapasową projektu twoje opcje się rozszerzają. Zamiennik tej samej referencji przyjmie projekt, część wymieniana przy naprawie może być wczytana wcześniej, a przestój maszyny kurczy się do transferu. Dowody do wysłania to plik projektu, wersja firmware i dokładny numer zamówienia zawiedzionego egzemplarza. Ten jeden plik może zamienić tydzień przestoju w popołudnie.

Powiększony schemat systemu

×

Rozgałęzienie to zapisany status, nie test techniczny. Powiedz, na której gałęzi jesteś, a plan wyniknie z tego.

Bez kopii zapasowej opcje szybko się zawężają. Pamięć panelu trzyma wtedy jedyną kopię projektu maszyny, więc naprawa, która zachowuje pamięć, albo wymiana z zachowaniem oryginalnej płyty staje się lepsza niż pusty zamiennik. Powiedz wyraźnie w zapytaniu, czy kopia zapasowa istnieje. Partner serwisowy planuje w każdym z tych przypadków zupełnie inaczej, a ta jedna linia oszczędza całą rundę pytań.

Zapisz status piórem, nie tonem. Napisz kopia zweryfikowana, kopia istnieje, ale jest niesprawdzona albo brak kopii, i dodaj obok wersję narzędzia. Każde sformułowanie uruchamia inny plan na stole serwisowym i każde jest uczciwe na swój sposób. Wiedza częściowa opisana jako częściowa to dokładnie to, z czym recenzent potrafi pracować.

Status kopii zapasowej wciąż ma granice. Nie dowodzi, że projekt kompiluje się dziś, że licencje inżynieryjne są dostępne ani że zamiennik będzie osiągalny po danej cenie. To osobne sprawdzenia, a podlinkowane przewodniki zgłoszeniowe pokazują, które dowody je niosą. Zacznij przechwytywanie teraz, póki panel jeszcze z tobą rozmawia. Dziesięć minut dziś bije dziesięć dni później.

• Znaj format projektu: TIA Portal, WinCC flexible, FactoryTalk .apa albo EasyBuilder.
• Zapisz wersję firmware i numer zamówienia obok pliku projektu.
• Wykonaj kopię, póki panel pracuje, zweryfikuj archiwum i przechowaj je w dwóch miejscach.
• Brak kopii zapasowej oznacza pierwszeństwo naprawy, która zachowuje pamięć panelu.

• kategorię paneli operatorskich
• czego oczekuje partner naprawy
• planowanie wokół przestarzałego panelu