Tôi nhận được thời gian chờ WiFi với trình điều khiển rt2800usb

Tôi sử dụng trình điều khiển rt2800usb (với khóa USB RT5370) và định cấu hình Raspberry Pi của tôi làm điểm phát WiFi với hostapd. Vấn đề là, tôi nhận được thời gian chờ định kỳ (xem ví dụ). Đây sẽ không phải là vấn đề nếu tôi không sử dụng RPi của mình làm điều khiển từ xa cho một quad quad. Nó dường như độc lập với cách tôi cung cấp năng lượng cho RPi của mình và nó xảy ra với tất cả các thiết bị wifi Ralink loại này mà tôi có.

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

đầu ra 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

Tôi đã chuẩn bị một đồ họa nhỏ như hình minh họa. Tôi đã triển khai chức năng ping của riêng mình (với thời gian thay đổi vì lý do kiểm tra) và thấy mỗi ~ 12 giây hết thời gian (được chỉ định bằng màu đỏ bởi một khoảng cách nhỏ). Tôi tin rằng người dùng bình thường sẽ không nhận thấy những khoảng thời gian này, khi chỉ lướt web.

Nó dường như là một vấn đề được biết đến. Từ những gì tôi tìm thấy, tất cả những gì chúng ta có thể làm là:

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

và vô hiệu hóa mã hóa hw (vì vậy nó sẽ được thực hiện trong phần mềm). Chỉnh sửa hoặc tạo /etc/modprobe.d/rt2800usb.conf:

options rt2800usb nohwcrypt=1

Ngoài ra, đừng quên cập nhật /lib/firmware/rt2870.bin theo bài viết này http://www.raspberrypi.org/forums/viewtopic.php?t=22623 từ trang web MediaTek!

Các phiên bản phần sụn để bạn tham khảo:

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)

Phiên bản phần sụn được in khi khởi động lên dmesg trong dòng chứa:
rt2x00lib numquest_firmware: Thông tin - Đã phát hiện phần sụn - phiên bản:

Sau khi cập nhật lên kernel mới nhất, tôi đã đi được 4 giờ mà không gặp phải nhiều lỗi như vậy. Sử dụng rpi-updateđể cập nhật kernel của bạn.

Để tham khảo, tôi uname -alà:

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

Tôi vẫn rt2800usb_entry_txstatus_timeoutthỉnh thoảng gặp lỗi, nhưng nó được sử dụng để điền vào dmesg của tôi. Tôi không còn nhận được các Got TX status for an empty queuelỗi.

Cập nhật:

Nói quá sớm. Pi của tôi đã tốt hơn rất nhiều trong 7 giờ và sau đó bắt đầu nhận được một lũ lỗi. Không thể tìm ra cái gì gây ra lũ lụt. Có vẻ như vấn đề không giới hạn ở Raspberry Pi (cũng trên OpenWRT , Fedora , Kernel.org ). Có vẻ như một số người đang báo cáo rằng mọi thứ đều bình thường trong một khoảng thời gian nhất định trước khi các lỗi xảy ra.

Tôi đã cập nhật kernel (từ Linux alarmpi 3.12.26-2-ARCH sang Linux alarmpi 3.12.28-2-ARCH) sáng nay và kể từ khi tạp chí của tôi chứa đầy

rt2800usb_entry_txstatus_timeout: Cảnh báo - Hết thời gian chờ trạng thái TX cho mục 6 trong hàng 2

Có thể không phải là một bản sửa lỗi rõ ràng, nhưng việc hạ cấp kernel xuống phiên bản trước đó đã khiến mọi thứ hoạt động trở lại (hơn 7 giờ sau)

Tôi đang sử dụng mâm xôi b +, linux 3.12.32+, với wifi-dongle wipi. Pi nằm trong bộ khuếch đại âm thanh, với wifi-dongle được kết nối từ bên ngoài thông qua một dây USB mở rộng (bảng điều khiển gắn loại A). Điều quan trọng là mặt đất dây USB được kết nối chắc chắn với khung của pre-amp. Mặt khác, chúng tôi nhận được chính xác các thông báo lỗi như trong câu hỏi. Không thấy bất kỳ cải thiện nào về điều này với các phiên bản rtbian hoặc cập nhật mới hơn của rt2870.bin (đã thử nghiệm v0.36). Vì vậy, trong một số môi trường, các thông báo lỗi dmesg có thể là do ô nhiễm vô tuyến ở gần thiết bị vô tuyến wifi (động cơ tạo ra tần số có thể làm phiền các thiết bị vô tuyến). Cố gắng tối đa hóa khoảng cách giữa radio và nhiễu và / hoặc cải thiện lá chắn radio.