Статус устройства в канале ?

[a80808]

Он только для версии 6
Драйвер
DrvPing
DrvPing by Romiros

Ну и поиском…

[Nik_RZA]

Еще раз. Сразу в голову все не влазит.
[1] Лаба_SP3
————
Статус : норма
Канал связи : TCP-клиент, не подключен

Собственно вопрос. Софт разбирает подключен/не подключен клиент. А нельзя это передать в статус? Или как то получить в переменную эту информацию. А то не понятно, почему информация есть а посмотреть/заиспользовать ее нельзя.

[Mikhail]

Уточните, пожалуйста, тему вопроса — вопрос про DrvPing или про использование статусов каналов и устройства?

[Mikhail]

Указав в канале код тега Status, можно получить статус устройства.
Ещё есть свои статусы у линии связи и канала связи, но они сейчас недоступны с точки зрения получения их в канал.

[Nik_RZA]

Я хотел узнать про статусы линии связи и канала связи. Вопрос раскрыт. Спасибо.Попытаюсь эти статусы отслеживать по другому.

[Nik_RZA]

В процессе попыток запустить несколько объектов возникло более полное понимание, что же мне хочется контролировать. Итак, есть какое-то количество GPRS терминалов, обеспечивающих доступ к оборудованию. В системе эти терминалы, а точнее канал связи с устройствами, выглядит как localhost: port. Соответственно портов столько, сколько терминалов. Вот и вопрос, можно ли как либо проверять доступность пары localhost: port. Попробовал ping от JurasskPark, но там только IP. А у меня IP один на всех.

[manjey73]

ping с портами вроде не работает.

ping использует ICMP а там только доступность, но не транспорт.
В идеале нужен драйвер другого уровня.

• Ответ изменён 2 года, 2 месяца назад пользователем manjey73.

[Nik_RZA]

Да ping не работает с портами. Согласен с Вами, инструмент нужен малость другой

[a80808]

telnet localhost:port
Отвалится по таймауту — ловить код завершения. Вот с СКАДЕ как прикрепить…

Еще есть всякие PortQry, netstat. Перенаправлять вывод в файл, потом анализировать…

Коряво конечно…

[Mikhail]

Не поддерживают ли терминалы протокол SNMP для контроля их состояния?
Чаще GPRS-терминалы сами инициируют подключение к серверу, являясь TCP-клиентами. У Вас наоборот, Коммуникатор является TCP-клиентом?

[Nik_RZA]

Да, вы правы. GPRS-терминалы сами инициируют подключение к серверу, являясь TCP-клиентами. На ПК крутится задача-сервер, обслуживающая подключения терминалов. И пользователю она предоставляет пару адрес:порт. А дальше я уж сам решаю, нужно мне ModBus over TCP или еще что то с транспортом TCP. И да, коммуникатор является TCP-клиентом. В общем то задачу контроля я решил. Слегка кривое решение но работает. Я просто слежу за несколькими статусами. По их комбинации и решаю о состоянии. Т.е. мне доступны статус устройства и статус данных в каком то канале. Еще у меня есть инфа о времени последней связи с терминалом. Вот на их основе и решаю

[Romiros]

А если исключить задачу-сервер из этой цепочки и пусть модемы подключаются к коммуникатору напрямую, тогда статуса устройства возможно будет достаточно? Или у сервера нет фиксированного IP?

[JurasskPark]

Попробовал ping от JurasskPark, но там только IP. А у меня IP один на всех.

А чем вас Telnet не устраивает?

[manjey73]

@JurasskPark а в вашем драйвере можно получить в канал данные порт открыт/закрыт ?

Я вот честно не понимаю, зачем проверять порт на закрытие или открытие в удаленном модеме, если на RS485 на который ведет этот порт умерло устройство ?

Вот объясните, ЗАЧЕМ?
Если модем доступен, то все его открытые порты будут открытыми, а вот устройства могут лежать там за открытым портом мертвым грузом.

[manjey73]

фактически пинговать нам нужно сам модем. А далее уже на основе

Модем жив — устройство не отвечает как раз поднимать панику по устройству.
А если не отвечает модем, то устройством является как раз он и лежит все дерево за ним. То есть паника уже по модему.

[Автор]

Сообщения