NPort 5250A. Задержки в передаче данных

[Олег]

К NPort 5250A подключены лазерные дальномеры по COM-порту через RS422, на стандартной скорости 9600 (Port1 и Port2). После подачи питания на MOXA в течении какого-то времени процесс передачи данных в Ethernet идет нормально, затем по одному из портов Port1 или Port2 возникают задержки в передаче данных. Данные из дальномера начинают передаваться с задежкой (до 5 секунд). Лечится перезагрузкой MOXA через web-интерфейс. 

Собираюсь применить скрипт для удаленной перезагрузки MOXA через планировщик Windows с интервалом раз в час. Но это костыль, который будет мешать. 

Что пробовал менять: в разделе Main menu - Operation setting - Operation Modes менял параметр  Force transmitt c дефолтного нуля на 3 мс, а параметр TCP alive check time убрал значени в ноль (никогда не засыпать). Обновил прошивку с версии 1.2 до версии - 1.4 Build 17030709.

Подскажите что еще можно попробовать, а также можно ли и как (чем) проанализировать что именно происходит в MOXA (как включить логирование, можно ли снять данные с MOXA через SNMP и поможет ли)

[Незнайка]

Не было ли попытки откл/вкл Ethernet соединения? Например, просто вынуть патч-корд?

[Олег]

Со стороны Ethernet так проверять не приходилось (устройство далеко, на высоте 25 метров, к нему не набегаешься по пожарной лесенке чтобы провода дергать). Тут еще уточнение - данные начинают задерживаться обычно только по одному из двух портов (редко по двум сразу), т.е. по второму то все ОК. Саму MOXA перезагружаем через её web-интерфейс только

[Незнайка]

Хорошо, а если со стороны сервера опроса дальномеров попытаться связь разорвать и возобновить?

[Олег]

Хм... непонятно что сработало но пока запаздываний нет. Вообще сделали еще заземление самой MOXA (привинчена клемма в районе антенны, как указано на фото в качестве примера). В данной модели есть программное подавление помех? Может быть было большое количество помех, которое  как-бы "забивало" чип и он тормозил ?  Как только возникнет запаздывание, попробую прекратить/возобновить опрос со стороны сервера и отпишусь по результатам. Кстати MOXA работает в режиме TCP server. Еще уточнение: MOXA своим Ethernet портом смотрит на Wi-Fi точку, которая работает в режиме бриджа и выходит в местную Wi-Fi сеть на 2,5 Ггц. Т.е. опрос идет по Wi-Fi, может ли кратковременное пропадание сигнала по Wi-Fi вызывать такие торможения MOXA ? Хотя я лично пинговал точку и в момент запаздывания не фиксировал пропаданий связи 

[Незнайка]

Чип (ЦПУ) помехи не фильтрует, это работа драйвера интерфейса, а ещё точнее ему там все равно, он как принял, так и передал, а уж что там, помехи или данные - он не разбирается. Вообще по описанию больше даже похоже на задержки в беспроводной сети.

[Олег]

Я тоже первым делом подумал на беспроводную сеть, НО!!! не может же так избирательно тормозить в общем Ethernet-потоке именно канал Port2 ? Если бы возникли проблемы на уровне вай-фай, то тормозить начала мы вся  MOXA целиком, по обоим портам сразу! Кроме того я бы и не ее веб-интерфейс попадал бы с той же самой задежкой (а я повторюсь она доходит до нескольких секунд)! Но на веб-интерфейсе задержек нет.

[Олег]

По этой теме: задержки в потоке данных были на стороне опрашивающего сервера, в этом сознались разработчики ПО опроса, они как-то неправильно копили данные и собирали большой буфер, данные могли скапливаться на период до 3 минут! Но действительно буфер очищался, когда MOXA перезагружали, дело было в закрытии TCP-сессии. Так что тут вопрос снят. 

[Незнайка]