Коментарите към стъпалата в RSLogix 500 изглеждат козметични, докато редакция на логиката не измести цял файл и всяка бележка не се окаже към грешното стъпало. Важното разграничение е към какво е прикрепен коментарът: към File/Rung или към Output Address. Прикрепването към File/Rung закрепва текста към номер на стъпало в програмния файл. Ако вмъкнете стъпало над това място, коментарът остава към стария номер и документацията се отделя от логиката, която първоначално е описвала. Прикрепването към Output Address свързва коментара с адреса на конкретна изходна инструкция, така че текстът следва логиката при вмъкване, изтриване или пренареждане на стъпала.

За всяка стълбова логика, която ще се поддържа през множество ревизии, предпочитайте коментари към Output Address на основния изход на стъпалото. Когато техниците вмъкват блокировки или разклонени условия над съществуваща логика, обяснителният текст се премества заедно с OTE, OTL или другия изход, който определя предназначението на стъпалото. Именно това поведение е необходимо при миграция от плътен OEM файл към почистен заводски стандарт.

Двойки за фиксиране и сблъсъци на споделени коментари

Инструкциите OTL и OTU, които използват един и същ бит, споделят едно и също пространство за коментар към Output Address. Ако опишете подробно стъпалото за фиксиране и по-късно добавите стъпало за освобождаване на същия адрес, и двете стъпала ще показват един и същ текст на коментара. Това не е грешка; така работи документацията, базирана на адреси. Практическите решения трябва да са умишлени. Използвайте полетата за описание на I/O или бита за споделеното значение на ниво адрес („Самозадържане на изпускателния клапан“), а описанието, специфично за стъпалото, поставете към уникален изход — често резервен бит във файл B3, използван само като опорна точка за документация — или приемете кратък споделен коментар и добавете подробните бележки в HTML/дългия коментар на стъпалото, само ако версията ви го поддържа без разделяне.

Резервни битове като B3:x, предназначени за опорни точки на коментари, никога не трябва да се използват повторно за реални разрешаващи условия. Наименувайте ги ясно в описанието на таблицата с данни (например „DOC_ONLY_FillSeq“), за да не „почистят“ бъдещи редактори неизползваните битове и да унищожат картата на коментарите.

Процедура за миграция

1. Експортирайте или разпечатайте съществуващия отчет на коментарите, за да не бъде изгубено нищо преди промяната на целите.
2. Идентифицирайте стъпалата, чиито коментари са прикрепени към File/Rung и които се намират във файлове, очакващи разрастване.
3. Въведете отново тези коментари с прикрепване към Output Address на адреса на основния изход.
4. При двойки OTL/OTU решете дали споделеният коментар към адреса е достатъчен или дали бит за документация B3 трябва да съдържа подробния текст към едно от стъпалата.
5. Вмъкнете тестово стъпало над стъпало с коментар и потвърдете, че коментарът следва изхода.
6. Запазете, качете файла, ако това се изисква от практиката на обекта, и архивирайте .RSS с бележка за версията, описваща стратегията за коментарите.

Бележки за версиите и проверка

Поведението на коментарите по същество е последователно в широко използваните версии на RSLogix 500, но винаги потвърждавайте типа на прикрепване след запис между различни версии. Отварянето на по-стар .RSS в по-нов редактор и запазването му може да нормализира полетата в базата данни; проверете на място извадка от стъпалата, вместо да разчитате на общо предположение. Търсете празни маркери за коментари след копиране и поставяне между програмни файлове; понякога поставените стъпала пристигат без очакваното прикрепване.

Проверете, като вмъквате и изтривате стъпала в резервно копие на файла на процесора, след което сравните разположението на коментарите с адресите на изходите. Ако коментарът остане закрепен към стъпало 12, докато OTE се е преместил към стъпало 15, той все още е прикрепен към File/Rung. Поправете това преди следващия прозорец за редакция в производството.

Ясната документация намалява средното време за ремонт при машини от ерата на SLC, които все още са в основата на много линии за опаковане и обработка на материали. Приемайте прикрепването на коментарите като част от стандарта за кода, наред с именуването на символите и кръстосаните препратки, когато поддържате или мигрирате PLC и PAC системи под RSLogix 500.