Миграция комментариев к строкам RSLogix 500: привязка комментариев к адресу выхода
Исправьте привязку заголовков строк к неправильным строкам в RSLogix 500. Узнайте правильную настройку «Привязать к» — используйте адрес выхода, чтобы коммен...
Комментарии к ступеням RSLogix 500 кажутся косметической деталью, пока изменение логики не сдвигает весь файл и каждая заметка не оказывается привязанной к неправильной ступени. Важно понимать, к чему именно прикреплён комментарий: к файлу/ступени (File/Rung) или к адресу выхода (Output Address). При привязке к файлу/ступени текст фиксируется за номером ступени внутри файла программы. Если вставить ступень выше этого места, комментарий останется закреплённым за прежним номером, и документация перестанет соответствовать описываемой логике. При привязке к адресу выхода комментарий связывается с конкретным адресом инструкции выхода, поэтому текст перемещается вместе с логикой при вставке, удалении или перестановке ступеней.
Параметры привязки комментариев RSLogix 500: связь с файлом/ступенью и с адресом выхода.
Для любой лестничной логики, которую будут обслуживать в рамках нескольких редакций, предпочтительнее использовать комментарии, привязанные к адресу выхода основной выходной инструкции ступени. Когда технические специалисты вставляют блокировки или дополнительные условия ветвления перед существующей логикой, пояснительный текст перемещается вместе с OTE, OTL или другой выходной инструкцией, определяющей назначение ступени. Именно такое поведение требуется при переносе объёмного файла OEM в приведённый к единому стандарту файл предприятия.
Пары фиксации и конфликты общих комментариев
Инструкции OTL и OTU, обращающиеся к одному и тому же биту, используют общее пространство комментария для адреса выхода. Если подробно задокументировать ступень фиксации, а затем добавить ступень снятия фиксации с тем же адресом, обе ступени будут отображать один и тот же текст комментария. Это не ошибка, а принцип работы документации на основе адресов. Практические решения должны быть осознанными. Используйте поля описания адреса ввода/вывода или бита для общего смысла адреса («Самоподхват сливного клапана»), а текст, относящийся к конкретной ступени, размещайте на уникальном выходе — часто на бите-заполнителе в двоичном файле B3, используемом только как якорь документации, — либо примите короткий общий комментарий и добавьте подробные заметки в HTML-комментарии или расширенный комментарий ступени, если используемая версия позволяет это без разделения.
Биты-заполнители, такие как B3:x, предназначенные для якорей комментариев, нельзя повторно использовать для реальных разрешающих условий. Чётко назовите их в описании таблицы данных (например, «DOC_ONLY_FillSeq»), чтобы будущие редакторы не «очищали» неиспользуемые биты и не разрушили карту комментариев.
Пример пары фиксации/снятия фиксации одного бита, где комментарии к адресу выхода являются общими для ступеней OTL и OTU.
Процедура миграции
- Экспортируйте или распечатайте существующий отчёт комментариев, чтобы перед изменением привязок ничего не потерять.
- Определите ступени с комментариями, привязанными к файлу/ступени, которые находятся в файлах, предполагающих дальнейшее расширение.
- Заново введите эти комментарии, привязав их к адресу выхода основной выходной инструкции.
- Для пар OTL/OTU решите, достаточно ли общего комментария адреса или подробный текст должен быть размещён на бите документации B3 в одной из ступеней.
- Вставьте тестовую ступень над ступенью с комментарием и убедитесь, что комментарий перемещается вместе с выходом.
- Сохраните файл, загрузите его при необходимости в соответствии с правилами предприятия и заархивируйте .RSS с примечанием о версии, описывающим стратегию работы с комментариями.
| Тип привязки | Следует за вставками? | Оптимальное применение |
|---|---|---|
| Файл/ступень | Нет — остаётся за номером ступени | Статичные справочные файлы, которые не будут редактироваться |
| Адрес выхода | Да — следует за выходом | Рабочая логика машины, активно изменяемая в процессе эксплуатации |
Примечания о версиях и проверка
Принцип работы комментариев в целом оставался одинаковым в широко используемых версиях RSLogix 500, однако после сохранения файла в другой версии всегда проверяйте тип привязки. Открытие старого .RSS в более новом редакторе и его сохранение может нормализовать поля базы данных; выборочно проверьте несколько ступеней, а не полагайтесь на предположение о массовом сохранении настроек. После копирования и вставки между файлами программы найдите пустые маркеры комментариев: вставленные ступени иногда появляются без ожидаемой привязки.
Проверьте результат, вставляя и удаляя ступени в рабочей копии файла процессора, а затем сопоставьте размещение комментариев с адресами выходов. Если комментарий остаётся закреплённым за ступенью 12, а OTE переместилась на ступень 15, значит, комментарий по-прежнему привязан к файлу/ступени. Исправьте это до следующего окна производственного редактирования.
Чёткая документация сокращает среднее время ремонта машин эпохи SLC, которые до сих пор используются на многих линиях упаковки и обработки материалов. При обслуживании или миграции систем PLC & PAC в RSLogix 500 рассматривайте привязку комментариев как часть стандарта программного кода наряду с именованием символов и перекрёстными ссылками.
Об авторе
Марк Таунсенд | Ведущий инженер по автоматизации — системы Allen-Bradley
Марк Таунсенд — ведущий инженер по автоматизации с более чем 18-летним опытом работы с платформами Allen-Bradley, включая ControlLogix, CompactLogix и устаревшие системы SLC-500. В его повседневную работу входят разработка логики в RSLogix / Studio 5000 и ввод в эксплуатацию HMI FactoryTalk View на устаревших и смешанных парках оборудования.