Logika PLC alarmu pierwszej przyczyny: wyzwanie eksperckie

Która usterka naprawdę była pierwsza? Co musi robić twój kod

W kompilującej się wersji roboczej kryją się trzy błędy. Po potwierdzeniu operatorzy widzą inny kod usterki, a krótkie ruchy zaworu czasem wywołują alarm. W jednym cyklu może pojawić się kilka przyczyn. Napraw razem odliczanie czasu, zapis przyczyny i potwierdzanie.

Start i przepływ

Nowe zbocze Start zatrzaskuje ValveCmd przy Permit, bez Stop i bez Alarm. PumpOn jest TRUE tylko przy ValveCmd AND ValveOpen. Stop/utrata Permit natychmiast zdejmuje oba polecenia; powrót wymaga nowego wciśnięcia Start.

Trzy przyczyny

TripCode 0 = brak; 1 = Fault; 2 = Level >= 95%; 3 = ValveCmd bez ValveOpen nieprzerwanie przez 500 ms. Wywołuj Delay w każdym cyklu; jego pierwsze aktywne wywołanie startuje od zera. Następne wywołanie po 500 ms wywołuje awarię. Cykl wcześniej lub później jest akceptowany, bo miejsce wywołania Delay przesuwa je o jeden cykl. Przerwany ruch resetuje opóźnienie.

Pierwsza przyczyna i priorytet

Jeśli w tym samym cyklu pojawi się więcej niż jedna przyczyna, wygrywa Fault, potem wysoki Level, potem przekroczenie czasu zaworu. Po zapisie zachowaj TripCode, nawet gdy pojawi się inna przyczyna. Alarm = TripCode <> 0. Oba polecenia procesu muszą być OFF w cyklu awarii.

Horn i Ack

Nowy zapis włącza Horn. Zbocze narastające Ack wycisza tylko Horn. Trzymanie Ack przez prawidłowy reset nie może wyciszyć następnej nowej usterki. Zwolnij i wciśnij go ponownie.

Reset

Reset kasuje TripCode, Alarm i Horn tylko przy zwolnionym Start, Fault FALSE, Level < 95% i ValveStuck FALSE. Zawór pozostaje zamknięty i potrzebny jest nowy Start. Reset przy aktywnej przyczynie nie może jej skasować.

Zresetuj symulację i wybierz ValveStuck przed wciśnięciem Uruchom i Start. Zobacz, jak ValveCmd i ValveOpen się nie zgadzają, gdy zawór pozostaje zamknięty. Przetestuj i odtwórz dokładną granicę przekroczenia czasu. W zakładce Wejścia trzymaj Ack podczas kasowania i ponownego wywołania usterki; nowe zdarzenie wciąż musi włączyć Horn.

Która usterka naprawdę była pierwsza? Wejścia i wyjścia

Twój program czyta wejścia: 9 i ustawia wyjścia: 5. Nazwy są takie same w edytorze każdego producenta.

W Siemens SCL pisz własne zmienne bloku z # na początku, tak jak robi to TIA Portal: #Start. Rockwell i TwinCAT używaj samej nazwy: Start.

Co sprawdzają testy

1. T1TripCode zapisuje pierwszą przyczynę i nie zmienia się przed prawidłowym Reset.
2. T2Potwierdzenie otwarcia ma 500 ms; przerwane polecenie zaczyna nowe oczekiwanie.
3. T3Wciśnięty Ack nie może wyciszyć późniejszego zdarzenia. Alarm, Horn, PumpOn i ValveCmd są sprawdzane w każdym cyklu.

Testy uruchamiają 7 testów na maszynie, cykl po cyklu: Sprawnej instalacji nie można zresetować, dopóki Start jest wciśnięty; Pierwsza przyczyna przetrwa późniejsze usterki; ustalony priorytet przy jednoczesnych; Granica wysokiego poziomu i wciśnięty Ack nie mogą wyciszyć następnego zdarzenia; Potwierdzenie tuż przed limitem zapobiega przekroczeniu czasu; Przekroczenie czasu 500 ms wyłącza, blokuje i odrzuca niebezpieczny reset; Przerwany ruch dostaje nowe odliczanie czasu; Powrót zezwolenia nigdy nie restartuje wciśniętego Start.

Gdzie to spotkasz

Zbiornik w browarze przestaje się napełniać po alarmie. Inżynier musi wiedzieć, która usterka była pierwsza, zanim przykryją ją późniejsze.

Jeśli późniejsze usterki nadpiszą kod pierwszej usterki, inżynier pójdzie do niewłaściwego urządzenia. Skasowanie alarmu przez Ack mogłoby ponownie uruchomić urządzenie, które nadal jest niesprawne.

Rozwiązane albo utknąłeś? Omów to w Szatnia.