Добрый вечер, после переход с тестового релиза 2207 на стабильный релиз 2204 ПЛК Wirenboard ver 6.9 стал себя странно вести
пропала сеть, не смог подключиться по старому Ip адресу. 192.168.1.99
проверил на Wifi-маршрутизаторе может у него поменялся IP адрес, новый адрес стал 192.168.1.107
после пару минут адрес вернулся на старый 192.168.1.99
В Web интерфейсе странное поведение, приложил 2 скриншота, через puTTy проблем с подключением нет
Ошибок нет, вполне работоспособен.
И нет, с таким конфигом “чужой адреса” не может сам нбыть назначен. А “192.168.1.107” именно пинговался, по нему можно было зайти?
netstat -nvl |grep 18883
netstat: no support for `AF INET (sctp)' on this system.
netstat: no support for `AF INET (sctp)' on this system.
netstat: no support for `AF IPX' on this system.
netstat: no support for `AF AX25' on this system.
netstat: no support for `AF X25' on this system.
netstat: no support for `AF NETROM' on this system.
netstat: no support for `AF ROSE' on this system.
tcp 0 0 0.0.0.0:18883 0.0.0.0:* LISTEN
root@wirenboard-AP75N5I4:~# netstat -nvl |grep 18883
netstat: no support for AF INET (sctp)' on this system. netstat: no support for AF INET (sctp)’ on this system.
netstat: no support for AF IPX' on this system. netstat: no support for AF AX25’ on this system.
netstat: no support for AF X25' on this system. netstat: no support for AF NETROM’ on this system.
netstat: no support for `AF ROSE’ on this system.
root@wirenboard-AP75N5I4:~#
В /etc/mosquitto/mosquitto.conf нужно поменять persistence true на persistence false.
После - перезапустить брокер (или контроллер). Ну и снова проверьте - слушается ли порт.
Спасибо.
Возможно периодом опроса реле отрегулировать невозможность одновременного срабатывания K1-K6 при замыкании inputs 1-6.
Как работает на данный момент:
1.Есть 12 реле WBMR6L ver2.
2.Реле отвечают за подачу воды отрыл, закрыл.
3.Информация об открытии, закрытии я беру из SNMP протокола она представлена в виде числа, которое я обрабатываю на встроенном JS. VirtualDevicePump41.js (4.1 КБ)
После обработки смотрю визуализацию (виртуальных реле) открытия закрытия в веб интерфейсе.
На данном этапе у меня возникают трудности.
При обрыве сети у меня остается последний полученный сигнал (открыт или закрыт), после возобновления работы сети в Web интерфейсе ничего не меняется, при опросе через командную строку всё работает.
Это Web интерфейс
|snmp_10.41.52.103_public|Channel 2|value|/devices/snmp_10.41.52.103_public/controls/Channel 2||Ошибка: r|
|—|—|—|—|—|—|
|snmp_10.41.52.104_public|Channel 2|value|/devices/snmp_10.41.52.104_public/controls/Channel 2|-1610612604|OK|
Это командная строка
root@wirenboard-AXIR7TYX:~# snmpwalk -On -v2c -c public 10.41.52.103 1.3.6.1.4.1.26381.1.2.0
Timeout: No Response from 10.41.52.103
root@wirenboard-AXIR7TYX:~# snmpwalk -On -v2c -c public 10.41.52.104 1.3.6.1.4.1.26381.1.2.0
Timeout: No Response from 10.41.52.104
Если это вопрос, то он не совсем понятен. В любом случае, думаю, что это плохое решение. Как вариант - хотя бы программная блокировка в правилах. При этом нужно отключить управление выходами реле непосредственно от аппаратных входов.