我使用rt2800usb驱动程序得到WiFi信号

我使用rt2800usb驱动程序（带有RT5370 USB软件狗）并将Raspberry Pi配置为具有hostapd的WiFi热点。问题是，我会定期超时（请参见示例）。如果我不将RPi用作四轴飞行器的遥控器，这将不是问题。它似乎与我为RPi供电的方式无关，它与我拥有的所有此类Ralink wifi加密狗都一样。

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秒就会看到一个超时（以红色表示，有一个小间隙）。我相信普通用户在上网时不会注意到这些超时。

这似乎是一个已知问题。根据我的发现，我们所能做的是：

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

并禁用硬件加密（因此将在软件中完成）。编辑或创建/etc/modprobe.d/rt2800usb.conf：

options rt2800usb nohwcrypt=1

另外，不要忘记根据MediaTek网站上的http://www.raspberrypi.org/forums/viewtopic.php?t=22623这篇文章来更新/lib/firmware/rt2870.bin ！

固件版本供您参考：

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错误。

更新：

发言时间过早。我的pi好了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：警告-队列2中条目6的TX状态超时

可能不是一个干净的修复程序，但是将内核降级到以前的版本使事情再次起作用（超过7小时）

我正在使用带有wipi wifi-dongle的树莓b +，linux 3.12.32+。pi位于音频前置放大器的内部，wifi加密狗通过扩展USB线（面板安装的A型）从外部连接。至关重要的一点是，usb-cord接地必须牢固连接到前置放大器的机箱。否则，我们将完全得到问题中显示的错误消息。尚未使用更新的rasbian或rt2870.bin的更新版本（已测试v0.36）对此进行了任何改进。因此，在某些环境中，dmesg错误消息可能是由于wifi无线电设备附近的无线电污染（电动机产生的频率会干扰无线电设备）引起的。尝试最大化无线电与干扰之间的距离和/或改善无线电屏蔽。