Połączenie Wi-Fi jest dość często przerywane z Edimax EW-7711UTn

Używam modelu B 256 MB Pi z adapterem USB WiFi Edimax EW-7711UTn. Po kilku godzinach połączenie Wi-Fi zaczyna się przerywać i uruchamiać ponownie. Aż przestanie działać całkowicie. Oto co widzę w / 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

I dmesg czasami mówi mi:

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

Działające procesy wpa to:

 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

Czy ktoś ma te problemy i jak mogę je naprawić?

Ponieważ wiele osób wydaje się mieć problemy z niewystarczającymi zasilaczami: My RasPi działa na zasilaniu 1,2A 5V i ma podłączony hub USB zasilany 3,8A 5V. Teraz odłączyłem wszystkie inne urządzenia od zasilanego koncentratora i podłączyłem do niego Edimax, może to pomoże.

Aktualizacja: Nie, tym razem WiFi przestało odpowiadać.

Aktualizacja 2: Nadal mam problemy, teraz zauważyłem, że połączenie można wznowić za pomocą ifdown i ifup, ale wciąż otrzymuję coraz więcej takich komunikatów:

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

Dzieje się to coraz krócej, dopóki nie zrestartuję się. Potem znów będzie dobrze na dzień lub dwa. Co się tu dzieje?

Aktualizacja: Ok, właśnie podłączyłem Pi do wyświetlacza i zacząłem kopiować pliki przez WiFi. Po około 15 minutach Pi po prostu zamarł. Miałem tmuxa z wyjściem htop i tail -f / var / log / messages. Brak widocznej paniki jądra, ani nic w / var / log / messages. Maszyna jest zamrożona.

Myślę, że mogę teraz spokojnie powiedzieć, że problemy wynikają z urządzenia i / lub sterownika RT2X00. Korzystam z Ethernetu tylko przez ostatnie 48 godzin, skopiowałem wiele gigabajtów danych i nie mam ani jednego problemu. Dlatego obecnie odradzam korzystanie z urządzeń opartych na rt2800 i spróbuję znaleźć inny klucz sprzętowy, być może z chipem Realtek, ponieważ wydaje się, że jest on najczęściej używany.

EDYCJA: Kupiłem TPL-WN725N z układem RTL8188CUS. Działa po wyjęciu z pudełka, obecnie przy ruchu o wielkości 0,5 GB i nadal działa. Wydaje się również nieco szybszy niż klucz oparty na Ralink. Dostaję 1,9 MB / s, podczas gdy wcześniej miałem 1,3 MB / s. Zobaczmy, czy pozwoli to Pi pracować dłużej i nie zamrażać.

EDYCJA: > 5 GB i wciąż rośnie. Wygląda bardzo obiecująco. Sprawi, że będzie działał, aby sprawdzić, czy zawiedzie.

Istnieje specjalna wersja hostapd (dotyczy uwierzytelniania bezprzewodowego), której należy używać z tym adapterem. Chipset Realtek nie działa szczególnie dobrze, jeśli w ogóle z „gotową” wersją dystrybucyjną Raspbian.

I napisali podręcznik do instalacji tej karty WiFi do użytku jako AP na moim blogu.

Jeśli nie chcesz sprawdzać mojego bloga, oto link do przewodnika, którego użyłem .

nie mam pojęcia, szczerze mówiąc, ale możesz spróbować dwóch rzeczy:

pierwszy to zabawy z opcjami oszczędzania energii udokumentowanymi w pakiecie sterownika realtek. w tej chwili korzystam z maksymalnej oszczędności energii poprzez:

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

ale możesz wypróbować różne kombinacje powyższych opcji.

drugą rzeczą, którą możesz wypróbować, jest cronojob co n minut, który sprawdza, czy wlan działa (na przykład za pomocą fping lub cokolwiek), a jeśli nie, obniża go w górę (używając klienta linii poleceń menedżera sieci), być może również wyjmowanie i ponowne wkładanie modułu

Mam dokładnie ten problem z kilkoma różnymi kluczami Wi-Fi. Dwie rzeczy.

1.) dodaj to do / etc / network / interfaces

wyłączenie zasilania bezprzewodowego

2.) wlan0: deautentykacja z xxx przez lokalny wybór (powód = 3) wielokrotnie może być skutkiem ataku dauthentication na twoje wifi

Znalazłem to wyjaśnienie, które stwierdza, że ​​zarządzanie energią ze sterownika może być winne. Sugeruje również użycie tych zmian dla sterownika:

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

i wklej następujące elementy:

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