Стартовая страница › Форумы › Понять, как работает ПО › Статус устройства в канале ?
- В этой теме 64 ответа, 7 участников, последнее обновление 7 месяцев, 2 недели назад сделано
Mikhail.
-
АвторСообщения
-
29.05.2023 в 12:46 #28727
manjey73УчастникСеансы (всего / ошибок) : 53 / 0
Команды (всего / ошибок) : 0 / 0
Запросы (всего / ошибок) : 110 / 0и эти записи никак не сообщают об ошибках
30.05.2023 в 12:30 #28738
MikhailМодераторПонятно. Данная проблема возникает, если канал связи не может предоставить соединение, и сеанс связи с устройством не выполняется. Проверю, как это можно решить, и напишу в эту тему. Понадобится некоторое время.
01.06.2023 в 15:30 #28760
MikhailМодераторСтатус устройства исправлен. Скачать обновление можно по ссылке. Исправление войдёт в следующий релиз.
01.06.2023 в 15:53 #28761
manjey73УчастникСпасибо.
01.06.2023 в 22:24 #28765
manjey73УчастникСупер, и это работает, причем переходит в Error.
Может все же делать недостоверный статус в релизном варианте ?---
Так будет понятно, что произошел разрыв связи между ПК и преобразователем интерфейса, а Error уже дает четкое понимание, что обрыв связи уже непосредственно на порту?Правда в случае с SNMP и другими ТСР вариантами как тогда быть ?
И еще, библиотеки нужно было заменить только в ScadaComm ?
Стояла первоначально 6.1.1 — заменил вроде везде, Администратор не запустился.
Обновился до 6.1.2 и не стал менять везде на всякий случай.02.06.2023 в 16:26 #28772
MikhailМодераторСтатус устройства «Не определён» ставится при запуске Коммуникатора. На мой взгляд, статус «Ошибка» даёт более однозначный сигнал. Пусть пока так останется.
И еще, библиотеки нужно было заменить только в ScadaComm ?
В администраторе тоже нужно, чтобы новая опция появилась в интерфейсе канала связи.Это для канала связи.
Для статуса только в Коммуникаторе достаточно.02.06.2023 в 16:30 #28777
MikhailМодераторПравда в случае с SNMP и другими ТСР вариантами как тогда быть ?
В SNMP, MQTT и т.п. обмен данными реализован в самих библиотеках. На них можно повлиять, только если влезть в их исходники.
12.03.2024 в 10:37 #31327Nik_RZA
УчастникДобрый день. В настоящий момент можно ли как нибудь отследить разрыв TCP соединения?
Задача состоит в мониторинге оборудования, подключенного через GPRS терминалы. Когда модем по какой либо причине пропал со связи, происходит разрыв TCP соединения.
Попробовал через код тэга Status и через формулу Stat (N_cnl).
В статистике линии
[1] Лаба_SP3
————
Статус : норма
Канал связи : TCP-клиент, не подключенОбщие данные (1)
—————-
Modbus.Templates = Словарь из 1 шаблоновУстройства (1)
—————
[1] МКЗП : ошибкаТ.е. Status=1 Stat(N)=0
При восстановлении связи Status=0 Stat(N)=1Подскажите куда копать, запутался
12.03.2024 в 11:26 #31328
MikhailМодераторДобрый день!
Канал, у которого установлен код тега Status, показывает состояние устройства. Меняется значение канала (0 и 1), а статус канала, насколько я помню, будет равен 1. Проверьте, опытным путём.Для связи по GPRS в свойствах канала связи рекомендую снять галочку «Оставаться на связи».
12.03.2024 в 11:28 #31329
MikhailМодераторПроверить работу этой функции можно «на столе», с помощью эмулятора Modbus.
12.03.2024 в 11:35 #31330
manjey73УчастникDevice Status в форматах. Зеленый цвет Норма = 0, Красный цвет Ошибка = 1
По этому если используете тег Status на устройстве то ошибка будет при значении = 1Undefined: black; Normal: green; Error: red
12.03.2024 в 12:34 #31331
a80808УчастникМожет я поздно — а через драйвер Ping от Romiros нельзя?
12.03.2024 в 13:53 #31335
MikhailМодераторПредполагаю, что при связи по GPRS мы не знаем IP, который пинговать.
12.03.2024 в 14:12 #31336
a80808УчастникТам вначале написано про ТСР соединение…разве что там динамический IP только…
13.03.2024 в 10:41 #31338Nik_RZA
УчастникА можно подробнее про драйвер Ping от Romiros?
-
АвторСообщения
- Для ответа в этой теме необходимо авторизоваться.