Предположительно причиной зависаний ПР205 все таки является обмен по Ethernet в виду отсутствие фильтрации TCP пакетов на аппаратном уровне, из за которой ПР205 вешается достаточно быстро, даже при опросах раз в 10 сек или даже раз в минуту.
Так как TCP предполагает гарантированную доставку пакетов данных при сбоях в сети и при восстановлении связи может завалить ПР205 просто на раз два три, так же как и прилетающие поврежденные или вообще левые пакеты могут забить ему буфер если их не отфильтровывать сразу
Это происходит когда ПР205 работает как ModBus сервер и его опрашивают через WAN
Вы тестировали ПР205 просто в локальной сети, когда мы просили о решении этой проблемы, но в локалке такого безобразия с кривыми TCP пакетами у вас в лабораторных условиях конечно же воспроизвести не удалось и по итогу вы нас ни чем не порадовали.
Нам пришлось менять схему информационного обмена где ПР205 выступает в роли Master устройства ну или клиента, и кидает на сервер данные сам, так же как и читает от туда настройки.
При такой реализации схемы обмена данными ПР205 не уходит в зависания
Такая схема обмена данными сравнима с работой через облачный сервис где контроллер выступает клиентом/мастером