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


12

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.


Zastanawiam się: co dobrego robi wpa_cli? Czy może to zakłócać działanie wpa_supplicant?
Arne,

Zmieniłem mój /etc/network/interfacespodobny do wymienionego tutaj: elinux.org/RPi_edimax_EW-7811Un , a teraz wydaje się, że działa całkiem dobrze. Był gotowy przez kilka godzin i nadal działa, bez ponownego połączenia.
Arne,

A teraz, dziesięć minut później, dostaję dwa połączenia. Problem nie zniknął. Tak długo, jak łączy się tylko co kilka godzin, jestem szczęśliwy. Zobaczmy ...
Arne

Nadal masz problem?
Jivings

1
Mam nadzieję, że ta nagroda przyciągnie nieco więcej uwagi.
Jivings

Odpowiedzi:


7

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.


Więc komu chcesz, abym przyznał tę nagrodę? :)
Jivings

Cóż, nie ja. Myślę, że byłoby to niesprawiedliwe. Pozostawiam to tobie.
Arne,

Nie jestem pewien, czy realtek to najlepsze sterowniki / chipy. Mam jeden (RTL8188CUS), jest w porządku, ale nie jest tak świetny, z dość częstymi rozłączeniami / ponownymi połączeniami. Kierowca wydaje się stabilny, nawet po rozładowaniu / przeładowaniu. Z drugiej strony czytam dobre doświadczenia z innymi kluczami bazującymi na ralink na pi. Zamówiłem klucz sprzętowy za 5 €, który powinien mieć w sobie chip ralink, o którym dobrze czytałem, i planuję go wkrótce przetestować. Istnieje również strona internetowa dla zweryfikowanych urządzeń peryferyjnych (o których być może już wiesz
Pa

Znalazłem to tutaj: raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830 - Moje Raspberry Pi pochodzi z zeszłego roku, może mam wersję z polifusami ograniczającymi adapter WiFi? Korzystałem z klucza Edimax na Raspberry Pi (z zasilaczem 1,2 A).
Arne,

Jednak ponieważ moje Pi zrestartowało się, kiedy (Hot-) podłączam Edimax, myślę, że moje Pi ma już wyłączone Polyfuse.
Arne,

2

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 jestem pewien, czy Twoja odpowiedź dotyczyła tutaj. Rozumiem, że hostapd jest przeznaczony dla Pis jako punkt dostępu ..? Mój działa jako klient.
Arne

Niestety, źle
trafiłem

2

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 taki skrypt już uruchomiony (co 5 m sysloguje, czy wifi jest w górę, czy w dół i restartuje wifi), ale to nie pomaga. Chyba teraz cały system się zatrzymuje, ponieważ w pewnym momencie logowanie do / var / log / messages przestaje działać. Próbuję teraz debugować z dołączonym wyświetlaczem.
Arne

Jak napisałem powyżej: Pi po prostu zamarł. Klawiatura nie działa, wyjście wyświetlacza jest zablokowane, brak dalszych komunikatów.
Arne

1
Ponadto: Wygląda na to, że mój Edimax używa sterownika rt2800, a nie rtl8192.
Arne

Musisz wykluczyć możliwość, że problem sterownika Wi-Fi i problem z zawieszaniem się nie są ze sobą powiązane, usuwając klucz sprzętowy i wykonując ten sam test przez sieć Ethernet.
złotowłosy

Robię to teraz. Jak dotąd 1,7 GB skopiowano bez problemu. Wciąż idzie.
Arne

2

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


2

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 
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.