PING удаленного компьютера через Ethernet средствами ПЛК

[Yegor]

Что значит "поточные"? SysSockRecvFrom - аналог обычной recvfrom как я понимаю.

«Поточные» в широком смысле — вместе с теми, которые пишут и читают в/из последовательного порта, например. Насколько я знаю, recvfrom блокирует поток в ожидании данных. Но я слишком давно ничего не писал голыми сокетами в нативных языках на ПК, чтобы утверждать наверняка. Это же касается и полей-идентификаторов. Полагаю, их надо заполнять вручную. Однако факт есть факт — на моей машине оно работает и с такими идентификаторами.

[sgmj]

«Поточные» в широком смысле — вместе с теми, которые пишут и читают в/из последовательного порта, например. Насколько я знаю, recvfrom блокирует поток в ожидании данных. Но я слишком давно ничего не писал голыми сокетами в нативных языках на ПК, чтобы утверждать наверняка. Это же касается и полей-идентификаторов. Полагаю, их надо заполнять вручную. Однако факт есть факт — на моей машине оно работает и с такими идентификаторами.

Спасибо еще раз за пример. Разобрался - проблема в самом деле в брандмауэре - он пропускал только ответы на запросы встроенной в Windows утилиты ping. Ответы на ICMP пакеты других программ блокировались.

Все работает, но мне все таки странно видеть данные из буфера "данных" в качестве идентификатора...
Ну и непонятно использование структуры SOCKADDRESS - зачем у Владислава в примере задается порт sock_adr1.sin_port:=16#1111 ?

[Yegor]

Ну и непонятно использование структуры SOCKADDRESS - зачем у Владислава в примере задается порт sock_adr1.sin_port:=16#1111 ?

Тот, кто это писал, не понимал назначения этой структуры. В неё ничего записывать не надо, т.к. туда пишет координаты отправителя функция RecvFrom.

[sgmj]

А кстати, в чем смысл:

IF stateTimer.ET > T#1s AND state < C_ERROR THEN
state := C_ERROR + state;
END_IF
?

И сокет не закрывается потому, что пинг бесконечный?

[Yegor]

Там выше ещё строка есть stateTimer(IN := state = _state). С таким таймером мы знаем, в течение какого времени находимся на текущем шаге. Соответственно те строки, про которые вы спросили, переводят автомат в состояние ошибки, если мы топчемся на одном шаге дольше секунды. Например, если не дождались ответа (шаг 3), то выставляется код/состояние 203. Если по какой-то причине не смогли даже скормить ответ на отправку, то код будет 202. При отладке очень помогает. Этот же таймер и для выдерживания пауз используется (состояние SUCCESS). Ну и вообще это у меня идиома такая для конечных автоматов на ST.

Да, сокет не закрывается, потому что этот код кроме бесконечной демонстрации пинга ничего не делает.

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

Ну и непонятно использование структуры SOCKADDRESS - зачем в примере задается порт sock_adr1.sin_port:=16#1111 ?

Сделано это для целей отладки - видимо создатель программы по шагам проверял работу всех функций (писал не я, могу только догадываться).
P.S. Требовать от примера Ping совершенства, отсутствия синтаксического оверхеда, развёрнутых комментариев и тотальной обработки ошибок - это перфекционизм.

[Rednaxel]

Здравствуйте!
Оформил упомянутый в теме ICMP_TEST_PING.pro в виде блока, который после 4-х подряд успешных запросов показывает что устройство в сети:
ICMP_block.PNG
Используется ПЛК 110.60 старой серии.
Блок работает, но только когда он в одном экземпляре, что впрочем вполне ожидаемо.
По условиям задачи нужно отслеживать появление в сети 10-ти устройств с идущими подряд IP адресами, но при этом нужно знать какое именно устройство появилось в сети и какое отключилось.
Напрашивается мысль что нужно перебирать в блоке адреса по очереди, но моего опыта в ST маловато для решения подобной задачи, к тому же отлаживать приходится на "боевом" ПЛК и случаются зависания.

Подскажите пожалуйста, как примерно должен выглядеть код, реализующий такую задачу, или может быть есть другой алгоритм?