Диагностика ошибок в ответе Modbus-slave.

[johnny0000]

1. это хендл сокета, от может быть любым
2. В примерах всё есть
3. У вас есть описание работы сокетов CoDeSyS, и примеры. ими и пользуйтесь.

Просто в документе про сокеты была фраза, мол смотрите описание ОС... с этого все и началось, кстати про EmbOS все таки почитал.
Безымянный.jpg

- То есть в случае каких-то проблем просто закрываем сокет, открываем заново, если дескриптор не "-1" пользуемся им и не паримся что там за число... больше 36...больше 6000)???


Кстати... вопрос про изучение EmbOS встал после того как я решил обкатать проект на WinNTv2.4, и как я понимаю там библиотека SysLibSocket работает по другому. Ну это так... отступление лирическое).

[Филоненко Владислав]

да, не паримся на число

[johnny0000]

да, не паримся на число

Понимаю вашу иронию, Владислав, звучит конечно не серьезно. Могу предположить что хендел сокета, является указателем на область памяти. Но не об этом... недавно просто видел пост о том, что мол сокет с номером "0" всегда соответствует сокету связанному с ПК на котором крутиться CoDeSys, правда или нет не знаю.
Но вопрос остался, как можно диагностировать канал связи ПЛК с ПК (с CoDeSysHMI.exe например), через программу ПЛК, что бы в случае разрыва например, как-то обрабатывать это событие (например притормозить какой-то механизм)???

[johnny0000]

По вопросу темы, задача решена. Полноценная диагностика слейв (ModbusTCP) устройств решена путем поднятия сокетов. На ПЛК крутится 4-е сокета, скорость опроса достаточная.
Так же, кому интересно, по вопросу контроля связи ПЛК<->ПК, открыл другую тему:
https://owen.ru/forum/showthread.php?t=37803