Wyłączanie PanelView Plus i awarie pamięci USB

PanelView Plus, który uruchamia się ponownie bez ostrzeżenia, oraz pamięć USB, która nie jest montowana, mogą sprawiać wrażenie, że mają jedną przyczynę elektryczną. W praktyce objawy te należy rozdzielić, zanim ktokolwiek wymieni terminal. Zasilanie 24 V DC może zaniknąć na kilka milisekund, podczas gdy ręczny miernik nadal będzie wskazywał prawidłową wartość średnią. Uszkodzone złącze USB może ulec awarii niezależnie od aplikacji HMI. Nieobsługiwany nośnik lub oprogramowanie układowe również mogą wyglądać jak usterka sprzętowa, nawet gdy port jest sprawny elektrycznie.

Najbezpieczniejsze dochodzenie zaczyna się więc od zebrania dowodów, a nie od zamówienia wymiany. Zapisz dokładny numer katalogowy PanelView, wersję oprogramowania układowego, wersję aplikacji, numer części zasilacza oraz zdarzenie poprzedzające każdą awarię. Następnie testuj tylko jedną zmienną naraz. Takie podejście chroni terminale zapasowe i nośniki wymienne, a jednocześnie zapewnia utrzymaniu ruchu powtarzalną podstawę do określenia, czy usterka dotyczy układu zasilania, interfejsu USB czy środowiska programowego.

Rejestruj napięcie zasilania na terminalu podczas uruchamiania, zmian podświetlenia i aktywności USB; odczyt w stanie bezczynności nie ujawni krótkiego impulsu.

Zacznij od zakresu roboczego, a nie od pamięci USB

Firma Rockwell Automation określa nominalne napięcie wejściowe 24 V DC dla terminali PanelView Plus 6 zasilanych prądem stałym, z zakresem roboczym 18–30 V DC dla modeli objętych instrukcją użytkownika. Ta sama rodzina zapewnia port hosta USB typu A do podłączania urządzeń peryferyjnych podczas pracy w lokalizacjach niezagrożonych wybuchem. Specyfikacje te wyznaczają dwie przydatne granice: terminal musi otrzymywać prawidłowe napięcie na własnym złączu zasilania, a normalna praca pamięci USB nie powinna wymagać ponownego uruchomienia HMI.

Mierz napięcie na zaciskach PanelView, a nie tylko przy zasilaczu szafy. Rezystancja przewodów, przewody o zbyt małym przekroju, luźne tulejki, wspólne obciążenia i urządzenia zabezpieczające mogą powodować spadek napięcia między tymi punktami. Użyj miernika z funkcją rejestracji wartości minimalnej/maksymalnej albo odpowiednio izolowanego rejestratora i obserwuj szynę podczas zimnego rozruchu, wybudzania ekranu, aktywności komunikacyjnej oraz podłączania znanego, kompatybilnego urządzenia. Postępuj zgodnie z instrukcją terminala i zakładową procedurą bezpieczeństwa elektrycznego; nie sonduj wnętrza złącza USB prowizorycznym przewodem.

Rozdziel zanik napięcia od ponownego uruchomienia aplikacji

Prawdziwa przerwa w zasilaniu zwykle resetuje system operacyjny, sesje komunikacyjne i aplikację. Ponowne uruchomienie na poziomie projektu może pozostawić nienaruszone inne informacje diagnostyczne systemu operacyjnego. Zwróć uwagę, czy pojawia się logo rozruchowe, jak długo trwają przerwy w komunikacji, czy zmienia się kontrolka usterki oraz czy zdarzenie jest rejestrowane przez nadrzędny zasilacz 24 V DC lub monitor szafy.

Jeśli napięcie spada poza specyfikację terminala, odłącz HMI od niepotrzebnych wspólnych obciążeń i powtórz test z odpowiednio dobranym, zatwierdzonym zasilaczem. Sprawdź moment dokręcenia zacisków, stan przewodów, oprawki bezpieczników i przewód powrotny. Zamiana krzyżowa jest przydatna tylko wtedy, gdy jest przeprowadzona w kontrolowany sposób: przenieś sprawny terminal do podejrzanej szafy bez zmiany architektury zasilania albo zasil podejrzany terminal z udokumentowanego źródła testowego. Jeśli objaw podąża za szafą, wymiana kolejnego modułu logicznego nie usunie przyczyny źródłowej.

Traktuj destrukcyjne zachowanie USB jako sygnał do przerwania testów

Pamięć, która po prostu nie pojawia się w systemie, to coś innego niż nośnik, który się nagrzewa, wydziela zapach spalenizny lub przestaje działać w innym komputerze. Jeśli występuje jakikolwiek ślad uszkodzenia elektrycznego, przerwij podłączanie kolejnych urządzeń. Sprawdź port pod kątem wygiętych styków, zanieczyszczeń, wilgoci i luzów mechanicznych. Odłącz zasilanie terminala zgodnie z procedurą zakładową przed dokładnym oględzinami.

Nie używaj kolejnych „poświęcanych” pamięci do potwierdzenia problemu elektrycznego. Serwisowy miernik napięcia lub prądu USB może być odpowiedni, jeśli pozwala na to procedura utrzymania ruchu i konstrukcja terminala, ale metoda pomiarowa nie może powodować zwarcia sąsiednich styków ani naruszać ochronnego uziemienia. Jeśli port ma widoczne uszkodzenia lub zachowuje się nieprawidłowo z wieloma sprawnymi urządzeniami, wyłącz go z eksploatacji i zleć ocenę terminala pod kątem naprawy lub wymiany.

Kontrolowana zamiana krzyżowa pozwala odróżnić problem zasilania na poziomie szafy od problemu z terminalem lub nośnikiem bez jednoczesnej zmiany kilku zmiennych.

Sprawdź uziemienie i zakłócenia, nie tworząc uniwersalnego połączenia

Przewody wyjściowe przemienników częstotliwości, cewki styczników, nieprawidłowo poprowadzone przewody 24 V oraz niespójne połączenia z uziemieniem ochronnym mogą zakłócać pracę instalacji HMI. Rozwiązaniem nie jest dodawanie przypadkowych połączeń do chwili ustąpienia objawu. Porównaj szafę z instrukcjami instalacji PanelView, instrukcjami zasilacza i zakładowym standardem uziemienia. Sprawdź ciągłość przewodu ochronnego, zakończenie ekranów, separację przewodów i tłumienie przepięć, przy odłączonym zasilaniu, jeśli jest to wymagane.

Sprawdź również, czy wiele zasilaczy DC nie jest przypadkowo połączonych ze sobą przez urządzenia peryferyjne. Komputer programujący, drukarka lub akcesorium zasilane przez USB mogą tworzyć drugą ścieżkę odniesienia. Udokumentuj, co jest podłączone w chwili wystąpienia usterki, a następnie po kolei odłączaj urządzenia nieistotne dla pracy. Każda trwała zmiana połączeń powinna zostać przeanalizowana jako zmiana projektu elektrycznego, a nie traktowana jako tymczasowa sztuczka diagnostyczna.

Dopiero wtedy oceń oprogramowanie układowe i nośnik wymienny

Gdy terminal pozostaje zasilany, a urządzenie USB nie jest uszkodzone elektrycznie, przejdź do sprawdzenia kompatybilności. Potwierdź generację PanelView i wersję oprogramowania układowego, obsługiwany format i pojemność nośnika wymiennego oraz metodę używaną do kopiowania lub przywracania aplikacji. Pamięć sformatowana w nowoczesnym systemie operacyjnym komputera może być nieczytelna dla starszego terminala opartego na systemie Windows CE. Uszkodzony plik uruchomieniowy lub niezgodność wersji mogą uniemożliwić przesłanie aplikacji, nawet gdy host USB działa prawidłowo.

Użyj jednej sprawnej, prawidłowo sformatowanej pamięci z zweryfikowanym plikiem. Jeśli to możliwe, przetestuj ją na innym kompatybilnym terminalu PanelView, a podejrzany terminal sprawdź z drugą sprawną pamięcią dopiero po wykluczeniu problemów elektrycznych. Przed przywróceniem ustawień fabrycznych lub pracami nad oprogramowaniem układowym zachowaj istniejące środowisko uruchomieniowe i konfigurację. Reset oprogramowania nie naprawi spadku napięcia, uszkodzonego złącza ani problemu z uziemieniem.

Określ kryteria odbioru przed przywróceniem HMI do eksploatacji

Naprawę można uznać za zakończoną dopiero wtedy, gdy terminal pozostaje w zakresie parametrów zasilania podczas najtrudniejszego zaobserwowanego zdarzenia, uruchamia się i działa bez niewyjaśnionych resetów, wielokrotnie odczytuje obsługiwane nośniki oraz utrzymuje komunikację ze sterownikiem. Powtórz test po osiągnięciu przez szafę normalnej temperatury oraz po przełączeniu głównych obciążeń. Zapisz w dzienniku utrzymania ruchu minimalne napięcie, wersję oprogramowania układowego, format nośnika i końcowy stan okablowania.

Przy planowaniu wymiany porównaj zainstalowany terminal z kolekcją Allen-Bradley PanelView oraz aktualną ofertą terminala PanelView Plus 6, ale przed złożeniem zamówienia dopasuj pełny numer katalogowy, porty komunikacyjne, wyświetlacz, napięcie zasilania i zgodność aplikacji.

Punkt widzenia inżyniera

Najważniejszą wskazówką nie jest to, że oba objawy występują mniej więcej w tym samym czasie, lecz to, za którą zmienną podąża każdy z nich. Usterki zasilania podążają za szafą lub zasilaczem. Usterki portu podążają za terminalem. Usterki nośnika i oprogramowania układowego podążają za konkretną pamięcią, formatem lub środowiskiem uruchomieniowym. Rozdzielenie tych obszarów usterek zmienia niejasne zgłoszenie o „uszkodzonym HMI” w bezpieczną i możliwą do przetestowania diagnozę.