Komentáře řádků RSLogix 500 vypadají jako kosmetická záležitost, dokud úprava logiky neposune celý soubor a každá poznámka se neocitne u nesprávného řádku. Rozhodující je způsob připojení komentáře: k File/Rung nebo k Output Address. Připojení k File/Rung ukotví text k číslu řádku uvnitř programového souboru. Když nad toto místo vložíte řádek, komentář zůstane u původního čísla a dokumentace se oddělí od logiky, kterou původně popisovala. Připojení k Output Address váže komentář ke konkrétní adrese výstupní instrukce, takže text sleduje logiku při vkládání, mazání nebo přeskupování řádků.

U každé logiky v jazyce ladder, která bude udržována napříč více revizemi, upřednostněte komentáře Output Address u hlavního výstupu řádku. Když technici vloží nad stávající logiku blokovací podmínky nebo větve, vysvětlující text se přesune spolu s instrukcí OTE, OTL nebo jiným výstupem, který určuje účel řádku. Přesně toto chování potřebujete při migraci rozsáhlého souboru OEM do vyčištěného podnikového standardu.

Páry latch a konflikty sdílených komentářů

Instrukce OTL a OTU, které odkazují na stejný bit, sdílejí jeden prostor pro komentář Output Address. Pokud podrobně zdokumentujete řádek latch a později přidáte řádek unlatch se stejnou adresou, oba řádky zobrazí stejný text komentáře. Není to chyba; takto funguje dokumentace založená na adrese. Praktická řešení vyžadují záměrný přístup. Pro sdílený význam na úrovni adresy použijte pole popisu I/O nebo bitu („Samodržný ventil výpusti“) a popis konkrétního řádku ponechte na jedinečném výstupu — často na zástupném bitu v binárním souboru B3, který se používá pouze jako kotva dokumentace — nebo akceptujte krátký sdílený komentář a podrobné poznámky vložte do HTML/dlouhého komentáře řádku, pokud to vaše verze podporuje bez rozdělení.

Zástupné bity, například B3:x vyhrazené pro kotvy komentářů, se nikdy nesmějí znovu použít pro skutečné povolovací podmínky. V datové tabulce je jasně pojmenujte v popisu (například „DOC_ONLY_FillSeq“), aby budoucí editoři „neuklidili“ nepoužívané bity a nezničili mapu komentářů.

Postup migrace

1. Exportujte nebo vytiskněte stávající protokol komentářů, aby se před změnou cíle nic neztratilo.
2. Identifikujte řádky s komentáři připojenými k File/Rung, které se nacházejí v souborech, u nichž se očekává další rozšiřování.
3. Zadejte tyto komentáře znovu s připojením Output Address k adrese hlavního výstupu.
4. U párů OTL/OTU rozhodněte, zda postačí sdílený komentář adresy, nebo zda má podrobný text na jednom z řádků nést dokumentační bit B3.
5. Vložte nad komentovaný řádek testovací řádek a ověřte, že komentář sleduje výstup.
6. Uložte soubor, podle místní praxe jej nahrajte a archivujte soubor .RSS s poznámkou k verzi popisující strategii komentářů.

Poznámky k verzím a ověření

Chování komentářů je v zásadě konzistentní napříč široce používanými verzemi RSLogix 500, ale po uložení napříč verzemi vždy ověřte typ připojení. Otevření staršího souboru .RSS v novějším editoru a jeho uložení může normalizovat databázová pole; namísto spoléhání na hromadný předpoklad namátkově zkontrolujte vzorek řádků. Po kopírování a vložení mezi programovými soubory vyhledejte prázdné značky komentářů; vložené řádky někdy přijdou bez očekávaného připojení.

Ověřte funkci vložením a odstraněním řádků v pracovní kopii souboru procesoru a poté porovnejte umístění komentářů s adresami výstupů. Pokud komentář zůstane u řádku 12, zatímco se OTE přesunula na řádek 15, je stále připojen k File/Rung. Opravte to před dalším výrobním oknem určeným pro úpravy.

Přehledná dokumentace zkracuje střední dobu opravy u strojů z éry SLC, které stále řídí mnoho balicích a materiálových linek. Při údržbě nebo migraci systémů PLC a PAC v prostředí RSLogix 500 považujte připojení komentářů za součást standardu kódu, stejně jako pojmenování symbolů a křížové odkazy.