Я отримую тайм-аути Wi-Fi з драйвером rt2800usb

Я використовую драйвер rt2800usb (з USB-ключем RT5370) і конфігурував свій Raspberry Pi як точку доступу WiFi з hostapd. Проблема полягає в тому, що я періодично отримую тайм-аути (див. Приклад). Це не буде проблемою, якби я не використовував мій RPi як пульт дистанційного керування для квадрокоптера. Здається, це не залежно від того, як я живлю свої RPi, і це відбувається з усіма wifi-ключами Ralink такого типу, які у мене є.

Antwort von 192.168.42.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.42.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.42.1: Bytes=32 Zeit=1ms TTL=64
Zeitüberschreitung der Anforderung.
Antwort von 192.168.42.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.42.1: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.42.1: Bytes=32 Zeit=1ms TTL=64

dmesg вихід:

[ 2606.960813] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 6 in queue 2
[ 2606.960897] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 6 in queue 2
[ 2606.960925] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 6 in queue 2
[ 2606.961001] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 7 in queue 2
[ 2606.961052] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 8 in queue 2
[ 2606.961093] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 9 in queue 2
[ 2606.961133] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 10 in queue 2
[ 2606.961174] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 11 in queue 2
[ 2608.352291] ieee80211 phy0: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping
[ 2608.352524] ieee80211 phy0: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping
[ 2608.352766] ieee80211 phy0: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping
[ 2608.353014] ieee80211 phy0: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping
[ 2608.353262] ieee80211 phy0: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping
[ 2608.353511] ieee80211 phy0: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping

Я підготував невелику графіку як ілюстрацію. Я реалізував власну функцію ping (зі змінними термінами з міркувань тестування) і бачу кожні ~ 12s тайм-аут (позначений червоним кольором невеликим проміжком). Я вважаю, що звичайний користувач не помітить цих тайм-аутів, коли просто займається серфінгом в Інтернеті.

Здається, це відома проблема. З того, що я знайшов, все, що ми можемо зробити, це:

# disable power management (may need to be done periodically?)
iwconfig wlan0 power off 

і відключити шифрування hw (так це буде зроблено в програмному забезпеченні). Відредагуйте або створіть /etc/modprobe.d/rt2800usb.conf:

options rt2800usb nohwcrypt=1

Також не забудьте оновити /lib/firmware/rt2870.bin відповідно до цієї статті http://www.raspberrypi.org/forums/viewtopic.php?t=22623 з веб-сайту MediaTek!

Версії прошивки для довідки:

md5:36c944c3138125605d28c0a3a1338be9 version 0.29 from Raspian base install
md5:ac4f6d8b679945208a978e397c016aa7 version 0.33 from DPO_RT5572_LinuxSTA_2.6.1.3_20121022 (MediaTek website)

Версія вбудованого програмного забезпечення друкується на завантажувальному
файлі до dmesg у рядку, що містить: rt2x00lib_request_firmware: Інформація - Програмна програма виявлена ​​- версія:

Після оновлення до останнього ядра я пройшов 4 години, не потрапляючи майже на стільки з цих помилок. Використовуйте rpi-updateдля оновлення ядра.

Для довідки моє uname -a:

Linux boat-pi 3.12.28+ #713 PREEMPT Fri Sep 19 16:43:32 BST 2014 armv6l GNU/Linux

Я все ще час від часу отримую rt2800usb_entry_txstatus_timeoutпомилки, але це використовувало для заповнення dmesg. Я більше не отримую Got TX status for an empty queueпомилок.

Оновлення:

Говорити занадто рано. Мій пі був набагато кращим за 7 годин, потім знову почав напливати помилок. Не змогли зрозуміти, що викликає повені помилок. Схоже, проблема не обмежена лише Raspberry Pi (також на OpenWRT , Fedora , Kernel.org ). Схоже, деякі люди повідомляють, що все нормально протягом певного часу, перш ніж з'являються помилки.

Я оновив ядро ​​(від Linux alarpi 3.12.26-2-ARCH до Linux alarpi 3.12.28-2-ARCH) сьогодні вранці і з того мого журналу заповнив

rt2800usb_entry_txstatus_timeout: Попередження - час очікування статусу TX для запису 6 у черзі 2

Можливо, це не є чистим виправленням, але повернення ядра до попередньої версії змусило роботу працювати знову (більше ніж 7 годин)

Я використовую малину b +, linux 3.12.32+ і більше, з wipi wifi-dongle. Pi знаходиться всередині аудіопідсилювача, причому wifi-dongle з'єднаний зовні через подовжувальний usb-шнур (на панелі встановлений тип A). Важливо, щоб заземлювач usb-шнура був міцно з'єднаний з корпусом підсилювача. В іншому випадку ми отримуємо саме повідомлення про помилки, як показано у питанні. Не спостерігали жодних покращень щодо цього з новішими rasbian або оновленими версіями rt2870.bin (перевірено v0.36). Так, у деяких середовищах повідомлення про помилки dmesg можуть бути наслідком радіозабруднення в безпосередній близькості від радіопристрою wifi (двигуни генерують частоти, які можуть порушити радіопристрої). Постарайтеся збільшити відстань між радіо та збуренням та / або покращити радіозахист.