Migracja komentarzy szczebli w RSLogix 500: przypisywanie komentarzy do adresu wyjścia
Napraw skakanie tytułów szczebli do niewłaściwych szczebli w RSLogix 500. Poznaj prawidłowe ustawienie opcji „Dołącz do” — użyj adresu wyjścia, aby komentarz...
Uwagi do szczebli RSLogix 500 wydają się kosmetyczne, dopóki edycja logiki nie przesunie całego pliku, a każda uwaga nie znajdzie się przy niewłaściwym szczeblu. Kluczowe znaczenie ma sposób przypisania uwagi: do opcji File/Rung albo do adresu wyjścia. Przypisanie File/Rung wiąże tekst z numerem szczebla w pliku programu. Wstaw szczebel powyżej tej lokalizacji, a uwaga pozostanie przy starym numerze, odrywając dokumentację od logiki, którą wcześniej opisywała. Przypisanie do adresu wyjścia wiąże uwagę z konkretnym adresem instrukcji wyjściowej, dzięki czemu tekst podąża za logiką po wstawieniu, usunięciu lub przestawieniu szczebli.
Opcje przypisywania uwag w RSLogix 500 pokazujące powiązanie File/Rung oraz adresu wyjścia.
W przypadku każdej drabiny, która będzie utrzymywana przez wiele kolejnych wersji, preferuj uwagi przypisane do adresu wyjścia głównego wyjścia szczebla. Gdy technicy wstawiają blokady lub warunki gałęzi powyżej istniejącej logiki, tekst objaśniający podąża za instrukcją OTE, OTL lub innym wyjściem definiującym przeznaczenie szczebla. Dokładnie tego potrzebujesz podczas migracji rozbudowanego pliku OEM do uporządkowanego standardu zakładowego.
Pary zatrzaskujące i konflikty współdzielonych uwag
Instrukcje OTL i OTU odwołujące się do tego samego bitu współdzielą przestrzeń uwag przypisanych do adresu wyjścia. Jeśli szczegółowo udokumentujesz szczebel zatrzaskujący, a później dodasz szczebel odblokowujący dla tego samego adresu, oba szczeble wyświetlą ten sam tekst uwagi. To nie jest błąd — tak działa dokumentacja oparta na adresach. Praktyczne rozwiązania wymagają świadomego podejścia. Użyj pól opisu wejścia/wyjścia lub bitu, aby zapisać znaczenie wspólnego adresu („Samopodtrzymanie zaworu spustowego”), a opis dotyczący konkretnego szczebla umieść przy unikatowym wyjściu — często przy bicie zastępczym w pliku binarnym B3, używanym wyłącznie jako kotwica dokumentacji — albo zaakceptuj krótką wspólną uwagę i umieść szczegółowe informacje w kodzie HTML/długiej uwadze szczebla, jeśli używana wersja obsługuje to bez rozdzielania.
Bity zastępcze, takie jak B3:x, przeznaczone na kotwice uwag, nigdy nie mogą być ponownie używane dla rzeczywistych zezwoleń. Nadaj im wyraźne nazwy w opisie tabeli danych, na przykład „DOC_ONLY_FillSeq”, aby przyszli edytorzy nie „porządkowali” nieużywanych bitów i nie niszczyli mapy uwag.
Przykład pary zatrzaskującej/odblokowującej dla jednego bitu, w której uwagi przypisane do adresu wyjścia są współdzielone przez szczeble OTL i OTU.
Procedura migracji
- Wyeksportuj lub wydrukuj istniejący raport uwag, aby przed zmianą przypisań nic nie zostało utracone.
- Zidentyfikuj szczeble, których uwagi są przypisane do File/Rung i które znajdują się w plikach przewidzianych do rozbudowy.
- Wprowadź te uwagi ponownie, przypisując je do adresu wyjścia głównego adresu wyjściowego.
- W przypadku par OTL/OTU zdecyduj, czy wspólna uwaga dla adresu jest wystarczająca, czy też bit dokumentacyjny B3 powinien zawierać szczegółowy tekst dla jednego ze szczebli.
- Wstaw testowy szczebel powyżej szczebla z uwagą i sprawdź, czy uwaga podąża za wyjściem.
- Zapisz plik, w razie potrzeby wgraj go zgodnie z praktyką obowiązującą w zakładzie i zarchiwizuj plik .RSS z informacją o wersji opisującą strategię stosowania uwag.
| Przypisanie | Czy podąża za wstawianymi szczeblami? | Najlepsze zastosowanie |
|---|---|---|
| File/Rung | Nie — pozostaje przy numerze szczebla | Statyczne pliki referencyjne, których nie będziesz edytować |
| Adres wyjścia | Tak — podąża za wyjściem | Aktywnie zmieniana logika pracującej maszyny |
Uwagi dotyczące wersji i weryfikacja
Sposób działania uwag był zasadniczo spójny w szeroko stosowanych wersjach RSLogix 500, ale po zapisie między różnymi wersjami zawsze potwierdzaj typ przypisania. Otwarcie starszego pliku .RSS w nowszym edytorze i zapisanie go może ujednolicić pola bazy danych, dlatego sprawdź wyrywkowo próbkę szczebli zamiast ufać założeniom dotyczącym całego pliku. Po kopiowaniu i wklejaniu między plikami programu wyszukaj puste znaczniki uwag; wklejone szczeble czasami pojawiają się bez oczekiwanego przypisania.
Weryfikuj działanie, wstawiając i usuwając szczeble w kopii testowej pliku procesora, a następnie porównując rozmieszczenie uwag z adresami wyjść. Jeśli uwaga nadal pozostaje przy szczeblu 12, podczas gdy instrukcja OTE przeniosła się do szczebla 15, nadal jest przypisana do File/Rung. Napraw to przed kolejnym oknem produkcyjnym przeznaczonym na edycję.
Przejrzysta dokumentacja skraca średni czas naprawy maszyn z epoki SLC, które nadal sterują wieloma liniami pakowania i obsługi materiałów. Traktuj sposób przypisywania uwag jako część standardu kodu — obok nazewnictwa symboli i odsyłaczy — podczas utrzymywania lub migracji systemów PLC i PAC w środowisku RSLogix 500.
O autorze
Mark Townsend | Starszy inżynier automatyki – systemy Allen-Bradley
Mark Townsend jest starszym inżynierem automatyki z ponad 18-letnim doświadczeniem w pracy z platformami Allen-Bradley, obejmującym ControlLogix, CompactLogix oraz starsze systemy SLC-500. Na co dzień zajmuje się logiką RSLogix / Studio 5000 oraz uruchamianiem interfejsów HMI FactoryTalk View w starzejących się i mieszanych parkach maszynowych.
