Добрый день. Контроллер WB 8 крайне нестабильно подключается к точке доступа WiFi. На нескольких точках пробую. Подключается успешно, но через некоторое время связь пропадает. Потом коннектится снова. Сигнал устойчивый. Роутер стоит рядом с контроллером. Контроллер никакого доп софта не имеет - только куплен недавно.
А что в логах контроллера и логах маршрутизатора по этому поводу?
Добрый день!
Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
Сегодня соединение по кабелю также перестало быть стабильным(( Выполняю команду wb-diag-collect diag она создает zip архив диагностический. Но размер архива равен нулю. Два раза проделал данную процедуру.
Добрый день!
Рекомендую посмотреть логи NetworkManager:
journalctl -u NetworkManager
Также прошу уточнить, какой релиз установлен на контроллере.
Если установлен релиз, отличный от WB-2504, рекомендую обновиться до крайней версии
Wiren Board 8.5.2 (s/n AINXVR6M), release wb-2504 (as stable)
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9720] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9790] device (lo): state change: unmanaged → unavailable (reason ‘connection-assumed’, sys-iface-s>
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9828] device (lo): state change: unavailable → disconnected (reason ‘connection-assumed’, sys-ifac>
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9874] device (lo): Activation: starting connection ‘lo’ (20321ef2-15c0-4aea-9c86-a121022925c1)
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9900] device (eth0): driver ‘(null)’ does not support carrier detection.
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9919] device (eth0): driver ‘dwmac-sun8i’ does not support carrier detection.
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9947] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
Jun 05 10:30:44 wirenboard-AINXVR6M NetworkManager[455]: [1749119444.9971] device (eth0): state change: unmanaged → unavailable (reason ‘managed’, sys-iface-state: 'ex>
Jun 05 10:30:45 wirenboard-AINXVR6M NetworkManager[455]: [1749119445.0757] device (eth1): driver ‘(null)’ does not support carrier detection.
Jun 05 10:30:45 wirenboard-AINXVR6M NetworkManager[455]: [1749119445.0769] device (eth1): driver ‘dwmac-sun8i’ does not support carrier detection.
lines 1-37client_loop: send disconnect: Broken pipe
Добрый день!
Пришлите вывод ip a
и ip route
во время, когда соединение «отвалилось»
Есть подозрение на проблему с маршрутами.
не знаю как вывести эти данные за нужный момент. вот что показывает когда соединение есть
root@wirenboard-AINXVR6M:~# ip route
default via 192.168.0.1 dev eth1 proto dhcp src 192.168.0.125 metric 55
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.125 metric 55
Last login: Thu Jun 5 14:10:56 2025 from 192.168.0.110
root@wirenboard-AINXVR6M:~# ip route
default via 192.168.0.1 dev eth1 proto dhcp src 192.168.0.125 metric 55
default via 192.168.0.1 dev wlan1 proto dhcp src 192.168.0.126 metric 601
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.125 metric 55
192.168.0.0/24 dev wlan1 proto kernel scope link src 192.168.0.126 metric 601
192.168.42.0/24 dev wlan0 proto kernel scope link src 192.168.42.1 metric 600
root@wirenboard-AINXVR6M:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 00:85:01:02:51:6b brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:85:01:02:e0:fa brd ff:ff:ff:ff:ff:ff
inet 192.168.0.125/24 brd 192.168.0.255 scope global dynamic noprefixroute eth1
valid_lft 7182sec preferred_lft 7182sec
inet6 fe80::412b:ccdc:42b0:52c2/64 scope link noprefixroute
valid_lft forever preferred_lft forever
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 78:22:88:76:1f:e9 brd ff:ff:ff:ff:ff:ff
inet 192.168.42.1/24 brd 192.168.42.255 scope global noprefixroute wlan0
valid_lft forever preferred_lft forever
inet6 fe80::7a22:88ff:fe76:1fe9/64 scope link
valid_lft forever preferred_lft forever
5: wlan1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 7a:22:88:76:1f:e9 brd ff:ff:ff:ff:ff:ff
6: dbg0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 1a:55:89:a2:69:43 brd ff:ff:ff:ff:ff:ff
root@wirenboard-AINXVR6M:~#
Добрый день!
Прошу уточнить, настройка Wi‑Fi производилась по данной инструкции?
Также уточните, правильно ли я понимаю, что вы хотите настроить схему, при которой роутер работает в режиме точки доступа (AP), а контроллер подключается к нему как клиент?
Да. Я подключаю контроллер к точке доступа как клиент. Возможно ошибка в том, что я не выключил точку доступа контроллера. Сейчас я удалил все настройки кроме кабельного подключения и все работает стабильно.
Да, скорее всего проблема была в этом. У Вас и проводное и беспроводное подключения были одновременно в одной сети и хоть и с разным приоритетом, но было установлено сразу два маршрута по умолчанию.
Добрый день!
Судя по логам и по поведению — это оно и было.
Я верно понимаю что сейчас все работает штатно и проблем нет?
я оставил только подкючение по проводу - все ок. по wifi еще буду пробовать
Нет. Зачем-то и точка доступа и клиент были настроены на одном и том же физическом интерфейсе.
Мне непонятно зачем.
Добрый день, удалось ли решить вопрос?
В принципе да. При выключенной точке доступа конроллера он стабильно подключается к роутеру в качестве клиента. Я хотел оставить включенным режим точки доступа в контроллере так как тестирую контроллер в офисе и дома с подключением к разным сеткам. И в случае проблем с подключением хотелось бы иметь возможность подключиться к точке доступа контроллера. Но нет значит нет)