Rozwiązanie problemu utraty synchronizacji IC693CPU366 w redundancji sterowników PLC

Utrata synchronizacji przez interfejs redundancji IC693CPU366: dlaczego dwa procesory CPU nie mogą przełączyć sterowania bezuderzeniowo

Zrozumienie błędu utraty synchronizacji

Znaczenie błędu redundancji IC693CPU366 dla systemów sterowania

IC693CPU366 to starszy moduł CPU dla platformy GE Fanuc Series 90-30. Oferuje 240 kB pamięci użytkownika i wykonuje logikę boolowską z szybkością 0,22 ms na kilobajt. Dawniej projektanci systemów wykorzystywali te procesory w redundantnych parach hot-standby do sterowania krytycznymi procesami. Jednak błąd utraty synchronizacji często zakłóca ten schemat redundancji. Oznacza on, że procesory CPU nadrzędny i rezerwowy nie współdzielą już identycznych informacji o stanie procesu. Bez zsynchronizowanych tabel danych przełączenie powoduje zakłócenie procesu zamiast płynnego przekazania sterowania.

Dlatego inżynierowie muszą traktować ten błąd jako poważne zagrożenie dla dostępności. Architektura redundantna całkowicie zależy od ciągłego kopiowania danych między oboma procesorami. Gdy synchronizacja ulega pogorszeniu, procesor CPU w trybie rezerwowym nie może przejąć sterowania bez zauważalnego zakłócenia procesu. W tym artykule opisano konkretne tryby awarii odpowiedzialne za ten stan.

Pogorszenie stanu łącza sprzętowego między redundantnymi procesorami CPU

Problemy z kablem synchronizacyjnym i magistralą Genius w systemach redundantnych PLC

Kanał synchronizacji między redundantnymi procesorami CPU korzysta ze specjalnego sprzętu komunikacyjnego. W wielu konfiguracjach hot-standby 90-30 stosuje się komunikację po magistrali Genius lub własnościowy kabel synchronizacyjny. Fizyczne pogorszenie stanu tego łącza bezpośrednio powoduje błędy utraty synchronizacji. Na przykład luźne zakończenia kabli powodują sporadyczne przerwy w łączności. Podobnie zakłócenia elektromagnetyczne pochodzące z pobliskich przemienników częstotliwości mogą uszkadzać pakiety synchronizacyjne.

Ponadto łącze synchronizacyjne wymaga prawidłowego rezystora terminującego. Brak rezystorów terminujących lub ich nieprawidłowe wartości powodują odbicia sygnału. Odbicia te uszkadzają ramki danych i wywołują błędy przekroczenia czasu synchronizacji. Inżynierowie powinni sprawdzić ciągłość połączenia i zweryfikować wartości rezystorów terminujących na podstawie oryginalnej dokumentacji instalacji. Zmiany trasy kabli w pobliżu przewodów wysokiego napięcia to kolejne częste źródło zakłóceń indukowanych.

Niezgodność wersji oprogramowania sprzętowego w modułach CPU

Dlaczego identyczne oprogramowanie sprzętowe ma znaczenie dla bezuderzeniowego przełączenia

W trakcie produkcji modelu IC693CPU366 wydano kilka wersji oprogramowania układowego. Protokół synchronizacji wymaga identycznych wersji oprogramowania układowego na obu procesorach. Niezgodność wersji powoduje, że mechanizm synchronizacji odrzuca ramki danych z procesora partnerskiego. W rezultacie para redundantna nie może osiągnąć spójnego stanu synchronizacji.

Ponadto aktualizacje oprogramowania układowego przeprowadzone tylko na jednym procesorze powodują dokładnie taki problem. Podczas aktualizacji oprogramowania układowego informacje użytkownika, w tym logika programu i tabele konfiguracji, są automatycznie usuwane. Dlatego przed uruchomieniem pary redundantnej inżynierowie muszą sprawdzić, czy oba procesory zgłaszają identyczne kody wersji oprogramowania układowego. Moduł IC693CPU366 można programować za pomocą Proficy Machine Edition Logic Developer w wersji 5.0 lub nowszej. Oprogramowanie to udostępnia funkcję sprawdzania wersji oprogramowania układowego obu procesorów.

Różnice czasu skanowania między procesorem podstawowym a zapasowym

Jak zadania asynchroniczne zakłócają synchronizację procesorów

Nadmiarowe procesory muszą wykonywać identyczne cykle skanowania, aby zachować synchronizację. IC693CPU366 osiąga czas skanowania 0,22 ms na kilobajt logiki boolowskiej. Jednak czas skanowania różni się, gdy procesory są obciążone różną liczbą aktualizacji we/wy. Na przykład podstawowy procesor może obsługiwać dodatkowe żądania komunikacyjne z systemów HMI lub SCADA. Te zadania asynchroniczne wydłużają cykl skanowania procesora podstawowego w stosunku do czasu cyklu procesora zapasowego.

Gdy różnica czasu cyklu skanowania przekroczy dopuszczalne okno tolerancji synchronizacji, procesory nie mogą uzgodnić zawartości swoich tabel danych. Zapasowy procesor otrzymuje dane synchronizacyjne odwołujące się do wcześniejszego lub późniejszego kontekstu cyklu skanowania. W rezultacie mechanizm synchronizacji przerywa uzgadnianie i zgłasza utratę synchronizacji. Ograniczenie obciążenia komunikacyjnego podstawowego procesora pomaga utrzymać zgodność cykli skanowania.

Błędy konfiguracji parametrów redundancji

Chksum Wrds, MaxON i granice tabeli danych

Prawidłowe działanie redundancji wymaga określonych parametrów konfiguracji sprzętowej procesora. Na przykład parametr Chksum Wrds musi mieć wartość 11 dla podstawowego procesora i 12 dla zapasowego procesora w aplikacjach z gorącą rezerwą. Nieprawidłowe wartości tych parametrów uniemożliwiają prawidłowe zainicjowanie protokołu synchronizacji.

Ponadto oprogramowanie MaxON zarządza wymianą danych na potrzeby redundancji i logiką przełączania. Niezgodność wersji MaxON z zainstalowanym wydaniem Proficy Machine Edition powoduje błędy konfiguracji. Inżynierowie powinni sprawdzić, czy konfiguracja redundancji obejmuje wszystkie wymagane tabele danych. Brak obszarów pamięci referencyjnej w zakresie synchronizacji powoduje częściową synchronizację. Takie częściowe stany ostatecznie prowadzą do całkowitej utraty synchronizacji.

Procedury diagnostyczne pozwalające ustalić przyczynę źródłową

Tabele błędów, pomiary oscyloskopem i weryfikacja aplikacji

Systematyczną diagnostykę należy rozpocząć od tabel błędów w środowisku Proficy Machine Edition. Procesor CPU zapisuje błędy synchronizacji wraz z kodami wskazującymi kategorię awarii. Inżynierowie powinni pobrać tabele błędów z obu procesorów CPU i porównać znaczniki czasu. Skorelowane błędy wskazują na problem z łączem komunikacyjnym, natomiast niesymetryczne błędy sugerują problemy z konfiguracją lub oprogramowaniem układowym.

Następnie technicy powinni zmierzyć sygnał w fizycznym łączu synchronizacji za pomocą oscyloskopu. Analiza integralności sygnału pozwala wykryć odbicia, tłumienie lub zakłócenia. Ponadto upewnienie się, że oba procesory CPU wykonują identyczne programy aplikacyjne, eliminuje rozbieżności programów jako możliwą przyczynę. IC693CPU366 obsługuje maksymalnie 4096 dyskretnych punktów wejścia/wyjścia i 240 kB pamięci rejestrów. Aplikacje przekraczające te limity mogą powodować nieprzewidywalne zachowanie synchronizacji.

Najlepsze praktyki utrzymywania synchronizacji w układach redundantnych

Konserwacja zapobiegawcza i migracja na platformę PACSystems RX3i

Konserwacja zapobiegawcza zmniejsza prawdopodobieństwo wystąpienia błędów utraty synchronizacji. Inżynierowie powinni zaplanować okresowe sprawdzanie integralności łącza synchronizacji. Weryfikacja obejmuje kontrolę kabli, pomiar rezystancji terminacji oraz przegląd tabel błędów. Utrzymywanie identycznych wersji oprogramowania układowego na obu procesorach CPU zapobiega niezgodnościom na poziomie protokołu.

Ponadto dokumentowanie konfiguracji redundancji stanowi punkt odniesienia przy przyszłym diagnozowaniu problemów. Dokumentacja konfiguracji powinna zawierać wartości Chksum Wrds, wersję MaxON oraz granice synchronizowanych tabel danych. Warto również rozważyć migrację na platformę PACSystems RX3i, która oferuje nowoczesne funkcje redundancji. RX3i wykorzystuje technologię pamięci refleksyjnej, zapewniając ściślejszą synchronizację procesorów CPU i bezudarowe przełączanie. Technologia ta eliminuje wiele trybów awarii występujących w starszych układach redundancji serii 90-30.

Przypadek zastosowania i scenariusz rozwiązania

Przykład z praktyki: przywracanie bezudarowego przełączenia w zakładzie uzdatniania wody

Miejska stacja uzdatniania wody korzystała z redundantnej pary GE Fanuc Series 90-30 z gorącą rezerwą i modułami IC693CPU366. W godzinach szczytowego zapotrzebowania rezerwowy CPU wielokrotnie zgłaszał utratę synchronizacji. Zespół utrzymania ruchu najpierw sprawdził kabel synchronizacji i znalazł poluzowane śruby zacisków. Po dokręceniu połączeń problem nadal występował. Sprawdzenie wersji oprogramowania układowego wykazało, że podstawowy CPU miał nowszą wersję niż jednostka rezerwowa. Zespół zaktualizował oba CPU do tej samej wersji oprogramowania układowego i zweryfikował ustawienia Chksum Wrds. Zmniejszono również częstotliwość odpytywania HMI przez podstawowy CPU. W rezultacie redundantna para uzyskała stabilne, bezudarowe przełączenie i pomyślnie przeszła kontrolowany test przełączenia awaryjnego. Ten przypadek pokazuje, że kilka drobnych problemów może łącznie zakłócić synchronizację w systemach automatyki przemysłowej.

W przypadku podobnych problemów NexAuto Technology Limited zapewnia wsparcie dla starszych platform GE Fanuc i PACSystems. Skontaktuj się z naszym zespołem, aby uzyskać pomoc w diagnostyce, dostęp do części zamiennych i zaplanować migrację.

Najczęściej zadawane pytania

Co oznacza utrata synchronizacji w redundantnej parze IC693CPU366?

Oznacza to, że podstawowy i rezerwowy CPU nie współdzielą już identycznych danych o stanie procesu. Przełączenie spowoduje więc skok procesu zamiast płynnego przekazania sterowania.

Czy sama niezgodność wersji oprogramowania układowego może powodować utratę synchronizacji?

Tak. Protokół synchronizacji wymaga identycznych wersji oprogramowania układowego na obu CPU. Niezgodność powoduje, że mechanizm synchronizacji odrzuca ramki danych z partnerskiego CPU.

Jak sprawdzić integralność łącza synchronizacji w systemie Series 90-30 z gorącą rezerwą?

Zmierz ciągłość połączenia i rezystancję terminacji. Użyj oscyloskopu do sprawdzenia integralności sygnału pod kątem odbić, tłumienia lub zakłóceń.

Jakie są prawidłowe wartości Chksum Wrds dla pracy z gorącą rezerwą?

W aplikacjach z gorącą rezerwą ustaw Chksum Wrds na 11 dla podstawowego CPU i na 12 dla rezerwowego CPU.

Kiedy należy przeprowadzić migrację z redundancji Series 90-30 do PACSystems RX3i?

Rozważ migrację, gdy części zamienne stają się trudno dostępne, kończy się wsparcie oprogramowania układowego lub potrzebujesz lepszej synchronizacji. RX3i wykorzystuje pamięć refleksyjną, aby umożliwić bezudarowe przełączenie.

Informacje kontaktowe

Zapytania: sales@nex-auto.com
Telefon: +86 153 9242 9628

Partner: NexAuto Technology Limited: https://www.nex-auto.com/

Poniżej znajdziesz popularne produkty i więcej informacji o AutoNex Controls