RSLogix 500 Rung Comment Migration: Attach Comments to Output Address — figure 1

Миграция комментариев к строкам RSLogix 500: привязка комментариев к адресу выхода

Исправьте привязку заголовков строк к неправильным строкам в RSLogix 500. Узнайте правильную настройку «Привязать к» — используйте адрес выхода, чтобы коммен...

Комментарии к ступеням RSLogix 500 кажутся косметической деталью, пока изменение логики не сдвигает весь файл и каждая заметка не оказывается привязанной к неправильной ступени. Важно понимать, к чему именно прикреплён комментарий: к файлу/ступени (File/Rung) или к адресу выхода (Output Address). При привязке к файлу/ступени текст фиксируется за номером ступени внутри файла программы. Если вставить ступень выше этого места, комментарий останется закреплённым за прежним номером, и документация перестанет соответствовать описываемой логике. При привязке к адресу выхода комментарий связывается с конкретным адресом инструкции выхода, поэтому текст перемещается вместе с логикой при вставке, удалении или перестановке ступеней.

Миграция комментариев к ступеням RSLogix 500: привязка комментариев к адресу выхода — рисунок 1 Параметры привязки комментариев RSLogix 500: связь с файлом/ступенью и с адресом выхода.

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

Пары фиксации и конфликты общих комментариев

Инструкции OTL и OTU, обращающиеся к одному и тому же биту, используют общее пространство комментария для адреса выхода. Если подробно задокументировать ступень фиксации, а затем добавить ступень снятия фиксации с тем же адресом, обе ступени будут отображать один и тот же текст комментария. Это не ошибка, а принцип работы документации на основе адресов. Практические решения должны быть осознанными. Используйте поля описания адреса ввода/вывода или бита для общего смысла адреса («Самоподхват сливного клапана»), а текст, относящийся к конкретной ступени, размещайте на уникальном выходе — часто на бите-заполнителе в двоичном файле B3, используемом только как якорь документации, — либо примите короткий общий комментарий и добавьте подробные заметки в HTML-комментарии или расширенный комментарий ступени, если используемая версия позволяет это без разделения.

Биты-заполнители, такие как B3:x, предназначенные для якорей комментариев, нельзя повторно использовать для реальных разрешающих условий. Чётко назовите их в описании таблицы данных (например, «DOC_ONLY_FillSeq»), чтобы будущие редакторы не «очищали» неиспользуемые биты и не разрушили карту комментариев.

Миграция комментариев к ступеням RSLogix 500: привязка комментариев к адресу выхода — рисунок 2 Пример пары фиксации/снятия фиксации одного бита, где комментарии к адресу выхода являются общими для ступеней OTL и OTU.

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

  1. Экспортируйте или распечатайте существующий отчёт комментариев, чтобы перед изменением привязок ничего не потерять.
  2. Определите ступени с комментариями, привязанными к файлу/ступени, которые находятся в файлах, предполагающих дальнейшее расширение.
  3. Заново введите эти комментарии, привязав их к адресу выхода основной выходной инструкции.
  4. Для пар OTL/OTU решите, достаточно ли общего комментария адреса или подробный текст должен быть размещён на бите документации B3 в одной из ступеней.
  5. Вставьте тестовую ступень над ступенью с комментарием и убедитесь, что комментарий перемещается вместе с выходом.
  6. Сохраните файл, загрузите его при необходимости в соответствии с правилами предприятия и заархивируйте .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 на устаревших и смешанных парках оборудования.

Миграция комментариев к строкам RSLogix 500: привязка комментариев к адресу выхода

Исправьте привязку заголовков строк к неправильным строкам в RSLogix 500. Узнайте правильную настройку «Привязать к» — используйте адрес выхода, чтобы комментарии оставались со своими строками при ...

Комментарии к ступеням RSLogix 500 кажутся косметической деталью, пока изменение логики не сдвигает весь файл и каждая заметка не оказывается привязанной к неправильной ступени. Важно понимать, к чему именно прикреплён комментарий: к файлу/ступени (File/Rung) или к адресу выхода (Output Address). При привязке к файлу/ступени текст фиксируется за номером ступени внутри файла программы. Если вставить ступень выше этого места, комментарий останется закреплённым за прежним номером, и документация перестанет соответствовать описываемой логике. При привязке к адресу выхода комментарий связывается с конкретным адресом инструкции выхода, поэтому текст перемещается вместе с логикой при вставке, удалении или перестановке ступеней.

Миграция комментариев к ступеням RSLogix 500: привязка комментариев к адресу выхода — рисунок 1 Параметры привязки комментариев RSLogix 500: связь с файлом/ступенью и с адресом выхода.

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

Пары фиксации и конфликты общих комментариев

Инструкции OTL и OTU, обращающиеся к одному и тому же биту, используют общее пространство комментария для адреса выхода. Если подробно задокументировать ступень фиксации, а затем добавить ступень снятия фиксации с тем же адресом, обе ступени будут отображать один и тот же текст комментария. Это не ошибка, а принцип работы документации на основе адресов. Практические решения должны быть осознанными. Используйте поля описания адреса ввода/вывода или бита для общего смысла адреса («Самоподхват сливного клапана»), а текст, относящийся к конкретной ступени, размещайте на уникальном выходе — часто на бите-заполнителе в двоичном файле B3, используемом только как якорь документации, — либо примите короткий общий комментарий и добавьте подробные заметки в HTML-комментарии или расширенный комментарий ступени, если используемая версия позволяет это без разделения.

Биты-заполнители, такие как B3:x, предназначенные для якорей комментариев, нельзя повторно использовать для реальных разрешающих условий. Чётко назовите их в описании таблицы данных (например, «DOC_ONLY_FillSeq»), чтобы будущие редакторы не «очищали» неиспользуемые биты и не разрушили карту комментариев.

Миграция комментариев к ступеням RSLogix 500: привязка комментариев к адресу выхода — рисунок 2 Пример пары фиксации/снятия фиксации одного бита, где комментарии к адресу выхода являются общими для ступеней OTL и OTU.

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

  1. Экспортируйте или распечатайте существующий отчёт комментариев, чтобы перед изменением привязок ничего не потерять.
  2. Определите ступени с комментариями, привязанными к файлу/ступени, которые находятся в файлах, предполагающих дальнейшее расширение.
  3. Заново введите эти комментарии, привязав их к адресу выхода основной выходной инструкции.
  4. Для пар OTL/OTU решите, достаточно ли общего комментария адреса или подробный текст должен быть размещён на бите документации B3 в одной из ступеней.
  5. Вставьте тестовую ступень над ступенью с комментарием и убедитесь, что комментарий перемещается вместе с выходом.
  6. Сохраните файл, загрузите его при необходимости в соответствии с правилами предприятия и заархивируйте .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 на устаревших и смешанных парках оборудования.

Оставить комментарий

Обратите внимание, комментарии должны быть одобрены перед публикацией.