На экране давление равно 5200. Инженер предполагает паскали, оператор привык к барам, а разработчик считает, что число уже преобразовано в контроллере. После уточнения выясняется: источник передаёт целый код, который нужно умножить на 0,001. Правильное отображаемое значение — 5,2 бар. Проблема возникла ещё до рисования мнемосхемы.
Карта тегов SCADA связывает технический адрес с понятным производственным смыслом. Это согласованный реестр сигналов, по которому подключают данные, проверяют преобразование и разбирают изменения. Одного имени тега и номера регистра недостаточно: нужны единицы, источник времени, качество и правила использования значения.
Ниже приведён условный пример. Названия оборудования, адреса и численные параметры иллюстративные. Он описывает проектную документацию и не подтверждает поддержку конкретного интерфейса каким-либо продуктом.
Договоритесь, что означает одна строка
Одна строка реестра должна описывать один определённый сигнал либо одну явно обозначенную расчётную величину. Не объединяйте в строке «насос» давление, состояние и команду пуска. У них разные типы, источники и последствия использования.
Для реестра выберите устойчивый идентификатор. Например, PUMP02.PRESSURE_OUT связывает объект и измерение, а подпись «Давление после насоса № 2» помогает человеку. Идентификатор не стоит менять при каждом редакционном улучшении подписи.
Сразу разделите поля, которые пришли из документации оборудования, и поля, принятые проектной командой. Для существенных значений укажите подтверждающий документ, его редакцию и проверившего специалиста. Если адрес известен только из устного сообщения, статус строки остаётся «требует подтверждения».
Заполните паспорт сигнала
Практический шаблон удобно хранить в таблице или системе учёта конфигурации. Ниже — заполненный пример, который можно использовать как список полей:
- Идентификатор: PUMP02.PRESSURE_OUT.
- Подпись: давление после насоса № 2.
- Объект: участок А, насосная, агрегат PUMP02.
- Назначение: наблюдение и просмотр истории; команды записи не предусмотрены.
- Источник: PLC-A, переменная PressureOutRaw; адрес подтверждается проектом обмена.
- Тип на источнике: целое число.
- Исходный диапазон кода: от 0 до 10000.
- Инженерный диапазон преобразования: от 0 до 10 бар.
- Преобразование: давление равно исходному коду, умноженному на 0,001.
- Место преобразования: один согласованный компонент сбора.
- Отображение: бар, один знак после запятой.
- Время и качество: отдельные поля по правилам, согласованным ниже.
- Ответственный: инженер автоматизации участка.
- Статус: готов к стендовой проверке, в эксплуатацию не принят.
Точность отображения не меняет точность исходного измерения. Один знак после запятой — решение интерфейса; метрологические свойства определяются измерительной цепью. Не округляйте архив автоматически лишь потому, что экран показывает сокращённое значение: это отдельное проектное решение.
Разделите значение, качество и время
Число может выглядеть правдоподобно и одновременно быть недостоверным. Например, последнее принятое давление остаётся в памяти после обрыва связи. Без признака качества оператор воспринимает его как текущее.
В OPC UA DataValue значение сопровождается кодом состояния, отметкой времени источника и отметкой времени сервера. Это разные сведения. Стандарт здесь служит примером модели данных; реальный состав полей и их передачу требуется проверять на выбранном источнике.
В карте запишите, как исходные статусы переводятся в понятные обозначения проекта. Например: «достоверно», «сомнительно», «недоступно». Эти слова — согласованная легенда, а не замена исходных кодов. Полезно сохранять исходный статус для диагностики и не превращать все отклонения в одно сообщение «ошибка».
Определите, что показывается вместо недоступного текущего значения. Если оставляете последнее известное число, оно должно быть явно помечено. Подстановка нуля допустима лишь там, где ноль действительно является измерением; отсутствие данных не означает нулевое давление.
Опишите временные отметки без двусмысленности
Для каждого поля времени укажите происхождение и смысл: измерение, изменение значения, получение сервером или запись в архив. Отметка из источника может отражать последнее изменение значения или состояния, поэтому её давность сама по себе не всегда означает потерю связи.
В нашем условном проекте отдельно фиксируются время источника и время приёма компонентом сбора. Проверка доступности выполняется по согласованному состоянию сеанса или контрольному обмену. Метод и интервалы подбираются под оборудование; произвольный таймер по неподвижному числу не подходит.
В паспорте отметьте часовой пояс хранения, правила отображения пользователю и источник синхронизации часов. Когда два события произошли на разных устройствах, порядок их получения не обязательно совпадает с порядком возникновения. Если точность времени недостаточна для вывода, в разборе события сохраняют это ограничение.
Проверьте масштабирование по контрольным точкам
Формулу следует писать полностью, с входными и выходными единицами. Для линейного преобразования удобно указать две границы: значение инженерное равно нижней инженерной границе плюс доля исходного диапазона, умноженная на ширину инженерного диапазона.
Для нашего примера это упрощается до умножения на 0,001:
- исходный код 0 должен дать 0 бар;
- код 5000 должен дать 5 бар;
- код 10000 должен дать 10 бар;
- код 5200 должен дать 5,2 бар.
Эти точки проверяют на согласованном стенде. Одновременно смотрят данные источника, результат преобразования и экран. Если значение уже преобразовано в контроллере, повторное масштабирование в системе сбора создаст ошибку.
Не смешивайте диапазон преобразования, диапазон прибора, ожидаемые рабочие значения и уставки. В OPC UA Part 8 инженерные единицы и диапазоны описываются отдельными свойствами; диапазон нормальной работы может использоваться для представления данных. Он не задаёт автоматически порог тревоги или функцию защиты. Такие правила согласуются отдельно с ответственными за процесс.
Добавьте особые правила для состояний и расчётов
Для дискретного сигнала расшифруйте каждое значение. Запись «0 — выключен, 1 — включён» требует уточнения: это команда, обратная связь контактора или подтверждённый режим агрегата? Нельзя называть сигнал «работает», если источник сообщает только выданную команду.
Опишите неопределённое и недоступное состояния отдельно от нормальных. Если устройство передаёт код 2, а в справочнике есть только 0 и 1, система не должна произвольно выбирать ближайшую подпись. Неизвестный код нуждается в заметном обозначении и разборе.
Для расчётного тега укажите исходные сигналы, формулу, единицы и поведение при пропуске одного аргумента. Например, расчёт по недостоверному расходу не становится достоверным после умножения. Условия качества результата — часть спецификации расчёта.
Определите сбор, архив и доступ
Следующий блок паспорта описывает, как значение используется: периодический опрос или передача по изменению, требуемая детализация, архивирование и допустимая задержка. Эти параметры не равнозначны. Быстрое обновление экрана не гарантирует сохранения каждой точки в истории.
Если применяется фильтр изменений, зафиксируйте его смысл и влияние на архив. Для пропусков опишите правило отображения и восстановления, если источник вообще позволяет получить пропущенные сведения. Не обещайте восстановление данных, которые нигде не сохранялись.
Права чтения и записи фиксируются явно. Карта сигналов мониторинга не должна незаметно превращаться в перечень управляющих команд. Для управления и защит необходимы отдельные проектные решения, согласования и проверки.
Проведите проверку реестра перед подключением
Назначьте ответственного за сводную версию. Когда меняется адрес, единица или формула, сохраняйте причину, дату и затронутые экраны, расчёты и архивы. Изменение смысла тега без отметки делает исторический ряд неоднозначным.
Чек-лист приёмки строки:
- Идентификатор уникален, объект и назначение понятны.
- Адрес и тип подтверждены актуальным источником.
- Единица и место преобразования согласованы.
- Контрольные точки прошли проверку.
- Время и качество имеют определённое происхождение.
- Недоступность и неизвестные коды видны пользователю.
- Правила архива и прав доступа зафиксированы.
- Указаны проверивший специалист и результат испытания.
Типовые ошибки — копирование адреса соседнего агрегата, повторное масштабирование, смешение команды и обратной связи, использование нуля вместо пропуска. Проверка паспорта на небольшом наборе разных сигналов выявляет такие ошибки до массового подключения.
В Спектре заявлены телеметрия, архив и исторические тренды, тревоги и квитирование, редактор мнемосхем. Подготовленная карта тегов поможет обсудить мониторинг предметно; совместимость источников и конкретные правила обработки необходимо подтвердить в проекте.
Источники и материалы по теме
- OPC Foundation: DataValue, качество и временные отметки.
- OPC Foundation: аналоговые величины, единицы и диапазоны.
- Проверка SCADA на рабочих сценариях.
- Как сделать мониторинг оборудования полезным.