Здравствуйте! Подскажите изменились ли настройки преобразователей в новой ревизии? Ситуация следующая - на производстве установлены порядка 12 преобразователей WB-MIO-E v.2 (старая ревизия, без переключателей резисторов которые), к ним подключены боковые модули WBIO-DI-HVD-8, через точки доступа идет передача по wi-fi на сервер, на котором установлена скада. Ранее подключенные работают без нареканий, а вот новые преобразователи интерфейсов вылетают из сети если их пинговать или снимать данные через скаду, в чем может быть проблема? Настройки преобразователя по фото в документации “Коммуникационные параметры для протокола Modbus TCP”
Добрый день.
Пока - совершенно непонятно, по описанию.
Давайте по порядку:
- в каком режиме настроены шлюзы?
- Что к ним подключено и как сконфигурирована MIO часть?
- как понять “вылетают из сети”? что именно происходит, при каких действиях?
- Подключен один модуль WBIO-DI-HVD-8, MIO часть сконфигурирована так же как в веб интерфейсе
- Так и понять)) запускаю команду arp -a - модуль есть в сети ethernet, несколько раз пингую и все, модуля в сети нет. Для примера скрин, но в нем ip 192.168.72.32, но суть от этого не меняется (такая же сборка, скрина с IP из 1го пункта нет под рукой)
Это - довольно интересно. А какая версия прошивки в модуле? И какой у него uptime?
Пробую воспроизвести, MIO-E на USR-K7 c прошивкой 3016:
В таблице mac
mge.lan ether 9c:a5:25:bb:de:e1 C eth0
Пинг:
ping 10.0.0.71 -c20 -s 128
PING 10.0.0.71 (10.0.0.71) 128(156) bytes of data.
136 bytes from 10.0.0.71: icmp_seq=1 ttl=255 time=0.257 ms
136 bytes from 10.0.0.71: icmp_seq=2 ttl=255 time=0.243 ms
136 bytes from 10.0.0.71: icmp_seq=3 ttl=255 time=0.214 ms
136 bytes from 10.0.0.71: icmp_seq=4 ttl=255 time=0.224 ms
136 bytes from 10.0.0.71: icmp_seq=5 ttl=255 time=0.207 ms
136 bytes from 10.0.0.71: icmp_seq=6 ttl=255 time=0.238 ms
136 bytes from 10.0.0.71: icmp_seq=7 ttl=255 time=0.223 ms
136 bytes from 10.0.0.71: icmp_seq=8 ttl=255 time=0.229 ms
136 bytes from 10.0.0.71: icmp_seq=9 ttl=255 time=0.211 ms
136 bytes from 10.0.0.71: icmp_seq=10 ttl=255 time=0.210 ms
136 bytes from 10.0.0.71: icmp_seq=11 ttl=255 time=0.209 ms
136 bytes from 10.0.0.71: icmp_seq=12 ttl=255 time=0.204 ms
136 bytes from 10.0.0.71: icmp_seq=13 ttl=255 time=0.210 ms
136 bytes from 10.0.0.71: icmp_seq=14 ttl=255 time=0.210 ms
136 bytes from 10.0.0.71: icmp_seq=15 ttl=255 time=0.199 ms
136 bytes from 10.0.0.71: icmp_seq=16 ttl=255 time=0.230 ms
136 bytes from 10.0.0.71: icmp_seq=17 ttl=255 time=0.291 ms
136 bytes from 10.0.0.71: icmp_seq=18 ttl=255 time=0.243 ms
136 bytes from 10.0.0.71: icmp_seq=19 ttl=255 time=0.237 ms
136 bytes from 10.0.0.71: icmp_seq=20 ttl=255 time=0.234 ms
--- 10.0.0.71 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19756ms
rtt min/avg/max/mdev = 0.199/0.226/0.291/0.021 ms
И, для понимания - что (какое оборудование) расположено между хостом на котором запускаете ping и самим шлюзом? И да, с другого хоста - результаты отличаются?
Ну и еще, обратите внимание:
Почему у двух разных адресов - один mac?
Да, по поводу 2х одинаковых mac, обратил внимание, это mac точки доступа, почему-то он его подставляет и к модулю (в остальных сборках, где нет проблемы с подключением, так же, один mac на пару точка доступа/преобразователь интерфейсов) Точка доступа стоит tplink eap 110-outdoor. Прошивку модуля и uptime позже напишу, скажите только где их искать?
Модуль, в режиме опроса по modbus TCP работает 37-38сек, дальше вылетает из сети. Reset Timeout поставил 60сек, чтобы побыстрее перезагружался и появлялся в сети.
Версию прошивки могу только в таком виде:
я так понимаю 3015
Еще один момент, выяснилось, что аномально большое количество пакетов между точкой доступа и преобразователем интерфейсов
А почему? то есть немного не понимаю - как оно должно работать. То есть как (какое устройство) разрешает IP в mac.
Для проверки - попробуйте исключить точку доступа из схема, подключите шлюз просто по ethernet.
к сожалению нет такой возможности, в цеху только Wi-Fi сеть, к которой подключается точка доступа. Почему так происходит не знаю, это mac точки доступа, в других сборках такая же ситуация (один mac на пару точка-преобразователь) проблем с подключением нет
У меня подобное не воспроизводится.
Советую снять WB-MIO и подключить именно проводом для проверки.