Проблема: прибор есть, выхода в сценарии нет

На объекте с двумя пультами С2000М, подключёнными к разным COM-портам, инженер настраивал сценарии в АБД «Орион Про». Приборы за обоими пультами отображались в дереве, а в списке выбора реле были только выходы приборов второго пульта. При этом выход СП2 за первым пультом работал на стойку СОУЭ. Исправная работа выходной цепи сама по себе не доказывала, что база АРМ корректно видит этот выход при настройке сценария.

Разбор: отделить связь с прибором от данных АБД

Первой проверкой было исключить ошибку интерфейса: пролистать весь список реле и проверить сортировку по адресам. Реле первого пульта в списке не нашлись. Попытка удалить и добавить прибор заново результата не дала. Затем обнаружилось ещё одно расхождение: пульт присутствовал в дереве, но не появлялся в операции считывания конфигурации из приборов. Это повод проверять структуру базы и привязку пульта к порту, а не немедленно менять работающий модуль на линии.

В обсуждении упоминался импорт конфигурации из ППрог; его роль в неисправности не установлена. Версия ПО и точная внутренняя причина сбоя не подтверждены. Поэтому нельзя утверждать, что любой импорт повреждает базу или что есть универсальная команда для восстановления связей.

Решение на объекте и безопасный порядок проверки

  1. Перед изменениями сохранить резервную копию конфигурации АРМ и записать соответствие «COM-порт → пульт → прибор → выход». Сверить адреса и убедиться, что искомые реле действительно отсутствуют во всём списке.
  2. Сопоставить список приборов в дереве с тем, что АБД показывает при считывании конфигурации. Отдельно проверить каждый пульт, не останавливая действующую автоматику ради опыта.
  3. Если приборы работают, но АБД не даёт выбрать их выходы и пульт пропадает из операций с конфигурацией, передать резервную копию и описание симптомов техподдержке производителя. Не редактировать таблицы SQL вручную на рабочем объекте.
  4. После исправления проверить не только появление реле в списке, но и требуемый сценарий при согласованных испытаниях с ответственными за СОУЭ и эксплуатацию.

В описанном случае техподдержка удалённо добавила в АБД виртуальный COM-порт, виртуальный пульт и прибор под ним; после этого ранее невидимые реле появились. Специалисты назвали причиной ошибку в таблице SQL. Это описание результата конкретного обращения, не инструкция повторять обходной приём на других базах: неизвестно, какое именно внутреннее состояние базы он изменил и применим ли он к другой версии ПО.

Вывод

Если реле не попадает в сценарий, хотя физический выход работает, проверьте отдельно линию, видимость пульта в АБД и состав списка выходов. Зафиксируйте расхождение, сохраните базу и эскалируйте проблему производителю. Приём, которым техподдержка исправила один объект, не заменяет диагностику и проверку алгоритма после восстановления.