Підключення Wi-Fi випадає досить часто з Edimax EW-7711UTn


12

Я використовую модель B 256MB Pi з USB-адаптером Edimax EW-7711UTn. Через кілька годин підключення до Wi-Fi починає відмовлятися і відновлюватися. Поки він не перестане працювати повністю. Це те, що я бачу в / 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)

запущені WP-процеси:

 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

У кого-небудь ще є ці проблеми, і як я можу їх виправити?

Оскільки, здається, у багатьох людей є проблеми з недостатнім джерелом живлення: мій RasPi працює на джерелі живлення 1,2 В 5В і до нього приєднаний USB-концентратор 3,8 А на 5 В. Зараз я від’єднав усі інші пристрої від підключеного концентратора та підключив до нього Edimax, можливо, це допоможе.

Оновлення: Ні, цього разу знадобилося лише кілька хвилин, щоб Wi-Fi став невідповідним.

Оновлення 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. Машина замерзла.


Мене цікавить одне: яке добро приносить wpa_cli? Чи може це заважати wpa_supplicant?
Арн

Я змінив /etc/network/interfacesподібний до перерахованого тут: elinux.org/RPi_edimax_EW-7811Un , і тепер, здається, він працює досить добре. Був кілька годин і досі працює, без підключення.
Арн

І ось, через десять хвилин, я отримую два підключення. Тож проблема не пішла. Поки він підключається лише кожні пару годин, я задоволений. Побачимо ...
Арне,

У вас все ще виникають проблеми?
Jivings

1
Сподіваємось, цей виграш приверне до вас трохи більше уваги.
Відхилення

Відповіді:


7

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

EDIT: Я купив TPL-WN725N з чіпом RTL8188CUS. Він працює з коробки, на даний момент з 0,5 ГБ трафіку та працює. Це також здається дещо швидшим, ніж базування на базі Ралінка. Я отримую 1.9MByte / sec, тоді як до цього я мав 1.3MByte / sec. Давайте подивимось, чи дозволить Pi піти довше і не замерзне.

EDIT: > 5 Гб і все ще сильний. Виглядає дуже перспективно. Буде тримати його, щоб побачити, чи не виходить з ладу.


То кому ти хочеш, щоб я нагородив цю нагороду? :)
Jivings

Ну, не я. Думаю, це було б несправедливо. Я залишаю це вам.
Арн

Я не впевнений, чи realtek - найкращі драйвери / чіпи. У мене є один (RTL8188CUS), це нормально, але це не так вже й чудово, з досить частими відключеннями / повторними підключеннями. Водій здається стабільним, тхо, навіть після вивантаження / перевантаження. З іншого боку, я читав хороший досвід роботи з іншими ключами, що базуються на ralink, на пі. Я замовив 5 € € ключ, який повинен був би мати чіп ralink сам, з якого я добре прочитав, і планую перевірити його найближчим часом. Також є вікі-сторінка для перевірених периферійних пристроїв (про які ви, можливо, вже знаєте): elinux.org/RPi_VerifiedPeripherals
Pa_2

Я знайшов це тут: raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830 - Мій Raspberry Pi з минулого року, можливо, у мене є версія з поліфузами, що обмежують адаптер WiFi? Я використовував ключ Edimax на Raspberry Pi (w / 1.2A джерело живлення).
Арн

Однак, оскільки мій Pi перезавантажується, коли я (гаряче) підключаюсь до Edimax, я думаю, мій Pi вже поставляється із відключеними Поліфузами.
Арн

2

Існує спеціальна версія hostapd (стосується бездротової автентифікації), яку ви повинні використовувати з цим адаптером. Набір мікросхем Realtek не працює особливо добре, якщо він взагалі не працює з розширеною версією дистрибуції Raspbian.

Я розмістив керівництво по встановленню цього адаптера Wifi для використання в якості додатка на своєму блозі.

Якщо ви не хочете перевіряти мій блог, ось посилання на посібник, який я використовував .


Я не впевнений, що ваша відповідь тут застосовується. Я розумію, що hostapd для Піса працює як точка доступу ..? Шахта працює як клієнт.
Арн

Вибачте, там неправильний кінець палиці :)
BigCowPi

2

Я чесно не маю уявлення, але ви можете спробувати дві речі:

Перший - це розігрування з параметрами економії енергії, зафіксованими в пакеті драйверів 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

але ви можете спробувати різні комбінації наведених вище варіантів.

друге, що ви можете спробувати, - це мати кронобійову роботу кожні n хвилин, яка перевіряє, чи працює Wlan (наприклад, використовуючи fping чи що завгодно), а якщо ні, це зводить її знову і знову (за допомогою клієнта командного рядка менеджера мережі), можливо також видалення та повторне вставлення модуля


У мене такий сценарій вже запущений (кожні 5 м він переглядає, чи буде Wi-Fi вгору чи вниз, і перезапускає wifi), але це не допомагає. Зараз я здогадуюсь, що вся система зупиняється, тому що в якийсь момент реєстрація в / var / log / messages взагалі припиняється. Намагаюся налагодити налаштування із доданим дисплеєм зараз.
Арн

Як я писав вище: Пі просто замерз. Клавіатура мертва, вихід дисплея застиг, подальших повідомлень немає.
Арн

1
Крім того: Схоже, мій Edimax використовує драйвер rt2800, а не rtl8192.
Арн

Вам потрібно виключити можливість того, що проблема драйвера wifi та проблема заморожування не пов'язані, видаляючи ключ і роблячи те саме тестування через Ethernet.
золотинки

Робити це зараз. Поки 1,7 Гб копіювали без проблем. Ще йти.
Арн

2

У мене саме ця проблема з кількома різними ключами Wi-Fi. Дві речі.

1.) додайте це до / etc / network / інтерфейсів

бездротове живлення

2.) wlan0: деаутентифікація від xxx за місцевим вибором (причина = 3) неодноразово може бути від нападу аутентифікації на вашому wifi


2

Виявив це пояснення, в якому йдеться про помилку управління живленням від водія. Він також пропонує використовувати ці зміни для драйвера:

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

і вставте наступне:

# Disable power saving
options 8192cu rtw_power_mgnt=0 rtw_enusbss=1 rtw_ips_mode=1 
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.