МЭК-104 в SCADA: как подключить оборудование и не потерять данные

МЭК-104 (IEC 60870-5-104) — протокол обмена между SCADA и удалённым оборудованием по TCP/IP. Он передаёт телеметрию, состояния, команды и события. Протокол популярен в энергетике, на подстанциях и распределённых объектах, но требует дисциплины: карты сигналов, адресов, качества данных и времени.

Что такое МЭК-104

Это надстройка над МЭК-101, которая использует TCP/IP вместо последовательной линии. SCADA выступает клиентом, устройство или шлюз — сервером. Обмен идёт пакетами APDU; внутри — блоки данных ASDU с адресами объектов, значениями, качеством и метками времени.

Протокол умеет передавать:

• телесигналы (ТС) — включено/выключено, аварии, положения;
• телеизмерения (ТИ) — ток, напряжение, мощность, температуру;
• телеуправление (ТУ) — команды включения и отключения;
• события с метками времени и качеством;
• спонтанные изменения и периодические опросы.

Для заказчика это означает: система может не просто «рисовать мнемосхему», а получать подтверждённые состояния и команды с диагностикой доставки.

Модель данных и адреса

До настройки нужна карта сигналов. В ней должны быть:

• объект и устройство;
• тип сигнала: ТС, ТИ, ТУ;
• адрес ASDU, общий адрес и адрес объекта;
• единица измерения, масштаб, диапазон;
• инженерное имя и подпись для диспетчера;
• приоритет, аварийность и сценарий обработки.

Отдельно фиксируйте, какие сигналы являются расчётными, какие приходят от устройства, а какие формируются в SCADA. Дубли и разные источники одного значения быстро превращаются в «две правды».

Как проверить обмен

Проверка не должна ограничиваться зелёной лампочкой «связь установлена». Минимальный набор тестов:

1. Соединение и переподключение. Оборвите TCP-соединение и проверьте, что SCADA восстанавливает канал и не теряет очередь событий.
2. Чтение всех типов. Сверьте ТС, ТИ и ТУ по карте сигналов, а не выборочно.
3. Качество. Проверьте, что при недостоверном значении SCADA показывает качество, а не «ноль».
4. Время. Сверьте метки времени устройства и SCADA; проверьте синхронизацию.
5. Команды. Убедитесь, что ТУ имеет подтверждение, блокировку и журнал, а не только «кнопку».
6. Аварии. Смоделируйте пропадание связи и аварийный сигнал; проверьте реакцию оператора и журнал.

Хорошая практика — протокол испытаний с конкретными действиями и ожидаемым результатом. Он должен быть согласован до пусконаладки.

Типичные ошибки

• Нет полной карты сигналов. Адреса собирают «по ходу», часть объектов остаётся без тегов.
• Игнорируется качество. Недостоверное значение превращается в ноль и искажает отчёты.
• Нет синхронизации времени. События разных устройств невозможно сопоставить.
• Команды без подтверждения. Оператор не понимает, дошла ли команда до оборудования.
• Нет теста переподключения. При обрыве канала теряются события, а система показывает «всё хорошо».
• Резервный канал не проверяют. Он существует в схеме, но не переключается в реальной аварии.

Резервирование и качество

Если система управляет энергетикой, одного сервера недостаточно. Нужны резервный SCADA-контур, одинаковые карты сигналов, синхронизация событий и понятный сценарий переключения. Резерв должен видеть те же данные и позволять оператору продолжить работу.

Отдельно продумайте, что происходит с командами при потере связи: запрет, подтверждение, повтор или ручной режим. Это не техническая деталь, а вопрос безопасности.

Чек-лист интеграции

• Есть полная карта сигналов с адресами и типами.
• Согласованы единицы измерения, масштабы и диапазоны.
• Проверены ТС, ТИ, ТУ и события, а не только соединение.
• Качество данных отображается и обрабатывается.
• Время синхронизировано, метки событий сопоставимы.
• Проверены обрыв связи, переподключение и резервный канал.
• Команды имеют подтверждение, блокировку и журнал.
• Есть протокол испытаний и критерии приёмки.

Если нужен проект SCADA с МЭК-104, начните с обследования и карты сигналов. Это дешевле, чем переделывать интеграцию после пусконаладки. Подробнее об АСУ ТП и кейсе «Славянка».