Wifi Ad-Hoc на контроллере WB6

Досадно. В ближайшее время попробую воспроизвести у нас на стенде.

@a.astahov покажите пожалуйста вывод lsusb с воткнутым usb-адаптером

Bus 002 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 002 Device 003: ID 0bda:b720 Realtek Semiconductor Corp.
Bus 002 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Александр, у нас пока не получается настроить поддержку ad-hoc и AP даже на двух адаптерах с Realtek’овскими чипами. Будем тестировать на других донглах.

Александр, добрый день! Сейчас ситуация такая – нам не удается завести два беспроводных адаптера вместе, чтобы один был в Ad-Hoc сети, а другой – точкой доступа. Ищем адаптеры с разными чипами, которые теоретически должны поддерживаться ядром и пробуем.
Промежуточный результат: планшет (iOS) удалось подключить к той же Ad-Hoc сети, что и контроллеры.

Добрый день! Не находим на рынке подходящего Wi-Fi адаптера, который бы создал дополнительную точку доступа на контроллере. Скажите, архитектурное решение, когда планшеты сами являются точками доступа, а контроллер к ним бы подключался, вас бы удовлетворило?

Добрый день. Я думаю такое решение подошло бы, но нам нужно изучить возможность управления настройками AP с стороны планшета.
Сейчас мы используем дополнительный WiFi маршрутизатор, подключеный к второму порту контроллера.

Мы сейчас, в свою очередь, изучаем возможность максимально компактно добавить маршрутизатор/точку доступа к модему.

Добрый день.
В процессе эксплуатации Wifi в режиме Ad-Hoc возникла следующая проблема. При удалении контроллеров друг от друга на расстояние при котором сетевое соединение обрывается (в iwconfig показатель Link Quality падает до 4/100) Wifi теряет возможность повторного подключения к сети. Т.е. соединение не восстанавливается при приближении контроллеров друг к другу (Link Quality остаётся на 4/100).
При этом при перезагрузке интерфейса, либо перезагрузке модуля (rmmod 8723bu;modprobe 8723bu) соединение восстанавливается. Но данный способ может привести к нестабильной работе(через некоторое время загрузка модуля начинает вызывать ошибку DriverStopped(0) SurpriseRemoved(1) break at line 452)
Я думал что проблема в переходе Wifi в режим энергосбережения, но применение опций, отключающих управление питанием Wifi результатов не принесло.

Добрый день! Попробуем воспроизвести и разобраться. А поднимание/опускание интерфейса тоже приводит к аналогичным проблемам?

Да, включение/выключение интерфейса также решает проблему, но может через некоторое количество циклов привести к неработоспособности Wifi

А вы точно воспроизвели неработоспособность Wi-Fi после именно опускания/поднимания интерфейса? Если да, то напишите пожалуйста как воспроизводить.

Скажите пожалуйста, какое у вас шифрование настроено на Ad-Hoc?

Неработоспособность возникает через некоторое количество циклов перезапуска. Мы использовали команды ‘ifdown wlan0;ifup wlan0’.
AdHoc используется без шифрования.

А как именно проявляется неработоспособность?

Пришлите ещё конфигурацию как вы ad-hoc поднимаете

На ifup wlan0 выводится ошибка Permission denied

а в системных логах что при этом?

попробуйте пожалуйста сейчас НЕ использовать ifup и ifconfig, а сделать через утилиту iw и ip:

как-то так:

#!/bin/bash
iw wlp108s0 set type ibss
ip link set dev wlp108s0 up
ip addr add dev wlp108s0 192.168.42.2/24
iw wlp108s0 ibss join adhoctest 2412
iw wlp108s0 info
ping 192.168.42.1 -c1
iw wlp108s0 info

соответственно делать вам нужно iw wlan0 ibss join .... для “переподключения”.

Лучше это попробовать прямо сейчас, потому что на выходных мы не работаем.

Принято, пробуем