Досадно. В ближайшее время попробую воспроизвести у нас на стенде.
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 ....
для “переподключения”.
Лучше это попробовать прямо сейчас, потому что на выходных мы не работаем.
Принято, пробуем