Edimax EW-7711UTn довольно часто прерывает соединение WiFi

Я использую модель B 256 МБ Pi с USB-адаптером Edimax EW-7711UTn USB. Через несколько часов WiFi-соединение начинает обрываться и перезапускаться. Пока он не перестает работать полностью. Вот что я вижу в / var / log / messages:

Mar  9 20:39:29 raspberrypi kernel: [ 9353.773167] cfg80211: Calling CRDA to update world regulatory domain
Mar  9 20:39:29 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Mar  9 20:39:29 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar  9 20:39:29 raspberrypi wpa_action: ifdown wlan0
Mar  9 20:39:30 raspberrypi wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar  9 20:39:33 raspberrypi kernel: [ 9357.478605] wlan0: authenticate with 30:46:9a:54:6f:3d
Mar  9 20:39:33 raspberrypi kernel: [ 9357.624628] wlan0: send auth to xxx (try 1/3)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.626510] wlan0: authenticated
Mar  9 20:39:33 raspberrypi kernel: [ 9357.703189] wlan0: associate with xxx (try 1/3)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.707045] wlan0: RX AssocResp from 30:46:9a:54:6f:3d (capab=0x411 status=0 aid=2)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.722534] wlan0: associated
Mar  9 20:39:33 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED
Mar  9 20:39:33 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar  9 20:39:33 raspberrypi wpa_action: ifup wlan0=default
Mar  9 20:39:40 raspberrypi wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar  9 20:39:40 raspberrypi wpa_action: bssid=xxx
Mar  9 20:39:40 raspberrypi wpa_action: ssid=xxx
Mar  9 20:39:40 raspberrypi wpa_action: id=0
Mar  9 20:39:40 raspberrypi wpa_action: mode=station
Mar  9 20:39:40 raspberrypi wpa_action: pairwise_cipher=CCMP
Mar  9 20:39:40 raspberrypi wpa_action: group_cipher=CCMP
Mar  9 20:39:40 raspberrypi wpa_action: key_mgmt=WPA2-PSK
Mar  9 20:39:40 raspberrypi wpa_action: wpa_state=COMPLETED
Mar  9 20:39:40 raspberrypi wpa_action: ip_address=xxx
Mar  9 20:39:40 raspberrypi wpa_action: address=xxx

И иногда мне говорит dmesg:

[20014.112395] wlan0: deauthenticating from xxx by local choice (reason=3)

Запущенные процессы wpa:

 1872 ?        Ss     0:00 /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -W -D nl80211,wext -c /etc/wpa_supplicant/wpa_supplicant.conf
 2010 ?        Ss     0:00 /sbin/wpa_cli -B -P /var/run/wpa_action.wlan0.pid -i wlan0 -p /var/run/wpa_supplicant -a /sbin/wpa_action

У кого-нибудь еще есть такие проблемы, и как я могу их исправить?

Поскольку у многих людей возникают проблемы с недостаточным электропитанием: My RasPi работает от источника питания 1,2 В 5 В и к нему подключен концентратор USB с питанием 3,8 А 5 В. Теперь я отключил все остальные устройства от подключенного концентратора и подключил к нему Edimax, возможно, это поможет.

Обновление: нет, на этот раз WiFi перестал отвечать на запросы всего за несколько минут.

Обновление 2: у меня все еще есть проблемы, сейчас я заметил, что соединение можно перезапустить, используя ifdown и ifup, но я продолжаю получать все больше и больше этих сообщений:

Mar 22 19:11:59 raspberrypi kernel: [215435.967714] cfg80211: Calling CRDA to update world regulatory domain
Mar 22 19:12:01 raspberrypi kernel: [215437.948971] wlan0: authenticate with XXXXXX
Mar 22 19:12:02 raspberrypi kernel: [215438.087245] wlan0: send auth to XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.089006] wlan0: authenticated
Mar 22 19:12:02 raspberrypi kernel: [215438.165765] wlan0: associate with XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.169604] wlan0: RX AssocResp from XXXXXX (capab=0x411 status=0 aid=1)
Mar 22 19:12:02 raspberrypi kernel: [215438.185759] wlan0: associated

Это происходит в более короткие и короткие промежутки времени, пока я не перезагружаюсь. Тогда это нормально снова на день или два. Так что здесь происходит?

Обновление: Хорошо, я просто подключил Pi к дисплею и начал копировать файлы через WiFi. Примерно через 15 минут Пи просто замерз. У меня был tmux с выводом htop и tail -f / var / log / messages. Ни видимой паники ядра, ни чего-либо в / var / log / messages. Машина заморожена.

Я полагаю, что теперь я могу с уверенностью сказать, что проблемы связаны с устройством и / или драйвером rt2x00. Я использовал Ethernet только последние 48 часов, скопировал много гигабайт данных, и у меня не возникло ни одной проблемы. Следовательно, в настоящее время я не рекомендую использовать устройства на базе rt2800 и попытаюсь найти другой ключ, возможно, с чипом Realtek, так как он, кажется, наиболее широко используется.

РЕДАКТИРОВАТЬ: я купил TPL-WN725N с чипом RTL8188CUS. Это работает из коробки, в настоящее время с 0,5 ГБ трафика, и все еще работает. Это также кажется немного быстрее, чем ключ на основе Ralink. Я получаю 1,9 МБ / с, тогда как раньше у меня было 1,3 МБ / с. Посмотрим, позволит ли Пи работать дольше и не замерзнуть.

РЕДАКТИРОВАТЬ: > 5 ГБ и все еще идет сильный. Выглядит очень перспективно. Будет ли он работать, чтобы увидеть, если это не удается.

Существует специальная версия hostapd (имеет дело с беспроводной аутентификацией), которую вы должны использовать с этим адаптером. Чипсет Realtek не очень хорошо работает, если вообще работает с дистрибутивом Raspbian «из коробки».

Я разместил руководство по установке этого адаптера Wi-Fi для использования в качестве точки доступа в моем блоге.

Если вы не хотите проверять мой блог, вот ссылка на руководство, которое я использовал .

Честно говоря, понятия не имею, но есть две вещи, которые вы можете попробовать:

Во-первых, можно поиграть с опциями энергосбережения, описанными в пакете драйверов realtek. сейчас я использую максимальное энергосбережение:

insmod /lib/modules/3.6.11+/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko  rtw_power_mgnt=2 rtw_ips_mode=1 rtw_hwpwrp_detect=1 rtw_enusbss=1

но вы можете попробовать разные комбинации вариантов выше.

Второе, что вы можете попробовать, это иметь cronojob каждые n минут, который проверяет, работает ли wlan (например, с помощью fping или чего-либо еще), а если нет, то снова и снова (с помощью клиента командной строки сетевого менеджера), возможно, также удаление и повторная установка модуля

У меня точно такая проблема с несколькими разными ключами Wifi. Две вещи.

1.) добавьте это в ваш / etc / network / interfaces

беспроводное отключение

2.) wlan0: повторная деаутентификация из ххх по локальному выбору (причина = 3) может быть произведена из-за атаки на аутентификацию на вашем wifi

Нашел это объяснение, в котором говорится, что управление питанием от водителя может быть ошибочным. Также предлагается использовать эти изменения для драйвера:

sudo nano /etc/modprobe.d/8192cu.conf

и вставьте следующее в:

# Disable power saving
options 8192cu rtw_power_mgnt=0 rtw_enusbss=1 rtw_ips_mode=1