TCP подключён, а IEC104 данных нет: проверить запуск передачи

Запросить

Верхний сборщик хозяйства показывает открытый TCP сокет к RTU, но значения не обновляются. Повторная проверка доступности порта не объясняет состояние обмена IEC104. Запуск передачи данных имеет собственный этап. Для диагностики полезно разделить установление транспорта, предусмотренный обмен STARTDT и фактическое получение прикладного сообщения. Тогда сетевое соединение перестанет считаться доказательством того, что станция уже передаёт нужную телеметрию выбранному клиенту.

Проверить модель клиента

Документация lib60870.NET представляет Connect, SendStartDT и SendStopDT отдельными операциями; Autostart управляет автоматической отправкой STARTDT_ACT. Это пример реализации, показывающий различие соединения и запуска передачи. Конкретный RTU и сборщик могут скрывать операции внутри своего интерфейса. Поэтому подтверждайте фактический обмен и поддерживаемую конфигурацию, а не пытайтесь буквально воспроизвести имена библиотечных функций на произвольном устройстве хозяйства без его руководства. (MZ Automation — lib60870.NET CS104 Connection API)

Составьте схему управляющей и контролируемой стороны, указав активный маршрут и доступные журналы. Запишите, должен ли клиент запускать передачу автоматически. Не меняйте этот режим на производственной станции только ради диагностики. Если соединение резервное, отсутствие прикладных данных может соответствовать проекту; сначала установите ожидаемую роль подключения. Отдельно перечислите признаки, по которым интерфейс различает транспортную доступность и готовность прикладного обмена со станцией.

Пройти последовательность на стенде

Установите разрешённое тестовое соединение и сохраните наблюдаемые этапы его запуска. Подайте известное тестовое значение со стороны имитатора и подтвердите получение нужным сборщиком. Сопоставьте сообщение со станцией, адресом объекта и временем испытания. Одного кадра STARTDT недостаточно для доказательства правильной карты данных: обмен может быть активным, но приложение всё ещё запрашивает другой объект либо неправильно преобразует уже полученное измерение.

Три учебных этапа различают установленное TCP соединение, подтверждённый STARTDT запуск передачи и получение известного ASDU имитатора. Роль подключения и правильная карта данных проверяются отдельно. Новое подключение повторяет предусмотренную процедуру с сохранением результатов каждого уровня.
Учебные этапы не отправляют кадры в рабочую сессию. Открытый порт не подтверждает старт передачи, а активный обмен не подменяет проверку станции, объекта и прикладного преобразования тестовой телеметрии.
Увеличить схему
Три учебных этапа различают установленное TCP соединение, подтверждённый STARTDT запуск передачи и получение известного ASDU имитатора. Роль подключения и правильная карта данных проверяются отдельно. Новое подключение повторяет предусмотренную процедуру с сохранением результатов каждого уровня.

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

Назвать достигнутый этап

В отчёте сохраните транспортное состояние, наблюдение запуска и фактически принятый тестовый ASDU. Укажите ограничения интерфейса, если отдельные этапы невидимы. Приёмка подтверждает штатный запуск обмена после нового подключения. Для хозяйства это делает причину отсутствия данных проверяемой: инженер видит, на каком этапе остановилась цепочка, и не повторяет бесконечно проверку порта, когда TCP уже работает, а проблема остаётся в активации передачи или в прикладной обработке полевой телеметрии.

Все разборы

Россия Казахстан
office@alphasolutions.ru

Все запросы только на email