Я использую драйвер rt2800usb (с USB-ключом RT5370) и настроил Raspberry Pi в качестве точки доступа WiFi с hostapd. Проблема в том, что я периодически получаю тайм-ауты (см. Пример). Это не было бы проблемой, если бы я не использовал свой RPi в качестве пульта дистанционного управления для квадрокоптера. Кажется, он не зависит от того, как я питаю свой RPi, и это происходит со всеми Wi-Fi-ключами 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 (с переменными временными интервалами для целей тестирования) и наблюдаю каждые 12 секунд тайм-аут (обозначается красным зазором). Я считаю, что обычный пользователь не заметит эти тайм-ауты, когда просто серфить в интернете.
источник
Ответы:
Кажется, это известная проблема. Из того, что я нашел, все, что мы можем сделать, это:
и отключите шифрование hw (так будет сделано в программном обеспечении). Отредактируйте или создайте /etc/modprobe.d/rt2800usb.conf:
Также не забудьте обновить /lib/firmware/rt2870.bin в соответствии с этой статьей http://www.raspberrypi.org/forums/viewtopic.php?t=22623 с сайта MediaTek!
Версии прошивки для вашей справки:
Версия прошивки
выводится при загрузке в dmesg в строке, содержащей: rt2x00lib_request_firmware: Info - Обнаружена прошивка - версия:
источник
После обновления до последнего ядра у меня ушло 4 часа, и я не обнаружил почти столько же ошибок. Используйте
rpi-updateдля обновления вашего ядра.Для справки
uname -a:Я все еще
rt2800usb_entry_txstatus_timeoutиногда получаю сообщение об ошибке, но оно заполняло мой dmesg. Я больше не получаюGot TX status for an empty queueошибки.Обновить:
Говорил слишком рано Мой пи был намного лучше в течение 7 часов, после чего снова начался поток ошибок. Не удалось выяснить, что вызывает наводнения ошибки. Похоже, проблема не ограничивается Raspberry Pi (также на OpenWRT , Fedora , Kernel.org ). Похоже, некоторые люди сообщают, что все нормально в течение определенного периода времени, прежде чем появятся ошибки.
источник
Я обновил ядро (от Linux alarmpi 3.12.26-2-ARCH до Linux alarmpi 3.12.28-2-ARCH) этим утром, и с тех пор мой журнал был заполнен
rt2800usb_entry_txstatus_timeout: Предупреждение - время ожидания состояния передачи для записи 6 в очереди 2
Исправление может быть не совсем чистым, но при переходе ядра к предыдущей версии все заработало снова (спустя более 7 часов)
источник
Я использую Raspberry B +, Linux 3.12.32+, с Wi-Fi Wi-Fi. Пи находится внутри звукового предварительного усилителя, с беспроводным ключом, подключенным снаружи через удлинительный USB-шнур (монтируется на панели типа A). Очень важно, чтобы заземление USB-кабеля было надежно подключено к корпусу предусилителя. В противном случае мы получаем именно те сообщения об ошибках, как показано в вопросе. Мы не увидели каких-либо улучшений в этом случае с более новыми rasbian или обновленными версиями rt2870.bin (протестировано v0.36). Таким образом, в некоторых средах сообщения об ошибках dmesg могут быть вызваны загрязнением радиосвязи в непосредственной близости от радиоустройства Wi-Fi (двигатели генерируют частоты, которые могут мешать работе радиоустройств). Постарайтесь максимально увеличить расстояние между радио и помехой и / или улучшить радиозащиту.
источник