Edimax EW-7711UTn经常导致WiFi连接掉线


12

我正在使用带有Edimax EW-7711UTn USB WiFi适配器的B型256MB Pi。几个小时后,WiFi连接开始断开并重新启动。直到完全停止工作。这是我在/ 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)

运行的wpa进程是:

 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.2A 5V电源供电,并连接了3.8A 5V电源USB集线器。现在,我从有源集线器上拆下了所有其他设备,并将Edimax连接到它,也许这会有所帮助。

更新:不,这次只用了几分钟,WiFi就变得无响应。

更新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分钟后,Pi僵住了。我有一个运行htop和tail -f / var / log / messages的输出的tmux。没有可见的内核恐慌,也没有/ var / log / messages中的任何内容。机器被冻结。


我想知道的一件事:wpa_cli有什么用?它会干扰wpa_supplicant吗?
Arne 2013年

我将其更改/etc/network/interfaces为与此处列出的相似的文件:elinux.org/RPi_edimax_EW-7811Un,现在它似乎运行良好。已经工作了几个小时,仍然可以正常工作,无需重新连接。
阿恩(Arne)2013年

现在,十分钟后,我得到了两次重新连接。因此问题没有消失。只要它每隔几个小时重新连接一次,我就很高兴。让我们看看……
Arne

您还有问题吗?
Jivings

1
希望这种赏金会引起您更多的关注。
Jivings

Answers:


7

我认为现在可以放心地说问题出在设备和/或rt2x00驱动程序上。我仅在过去48小时内一直使用以太网,复制了许多GB的数据,并且没有遇到任何问题。因此,目前我不鼓励使用基于rt2800的设备,并且我将尝试寻找另一个加密狗,也许是使用Realtek芯片的加密狗,因为这似乎是使用最广泛的加密狗。

编辑:我买了带有RTL8188CUS芯片的TPL-WN725N。它开箱即用,当前流量为0.5 GB,并且仍在运行。它似乎也比基于Ralink的加密狗要快一些。我得到1.9MByte / sec,而之前只有1.3MByte / sec。让我们看看它是否会使Pi运行更长的时间而不冻结。

编辑: > 5 GB,并且仍然很强劲。看起来很有前途。将保持它运行,看它是否失败。


那么,您要我授予谁赏金?:)
Jivings

好吧,不是我。我认为那将是不公平的。我把它留给你。
Arne

我不确定realtek是否是最好的驱动程序/芯片。我有一个(RTL8188CUS),还可以,但它不是那么好,断开/重新连接非常频繁。即使在卸载/重新加载时,驱动程序似乎也很稳定。另一方面,我在pi上阅读了其他基于ralink的加密狗的良好经验。我订购了一个5欧元的加密狗,该加密狗本人应该装有ralink芯片,并且读起来不错,并计划很快对其进行测试。还有一个用于验证外围设备的Wikipage
Pa_

我发现这个在这里:raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830 -我的树莓派是从去年开始,也许我与polyfuses限制WiFi适配器的版本?我一直在Raspberry Pi(带1.2A电源)上使用Edimax软件狗。
Arne 2013年

但是,由于当我(热)插入Edimax时Pi会重新启动,所以我想我的Pi已经带有禁用的Polyfuses。
Arne

2

您应该在此适配器上使用hostapd的特殊版本(通过无线身份验证进行交易)。如果与“开箱即用”的Raspbian发行版完全不兼容,则Realtek芯片组的效果不是特别好。

在博客上发布了安装此Wifi适配器以用作AP 的指南

如果您不想查看我的博客,这是我使用的指南链接


我不确定您的答案是否适用于此。我知道hostapd是作为Pis运行的Pis ..?我的正在作为客户端运行。
Arne 2013年

抱歉,
那根

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分钟进行一次cronojob,以检查无线局域网是否正常工作(例如,使用fping或其他方法),如果不正常,则将其重新启动(通过使用网络管理器命令行客户端),可能也卸下并重新插入模块


我已经运行了这样的脚本(每5m它将syslog记录wifi开启或关闭,然后重新启动wifi),但这无济于事。现在,我猜整个系统都停止了,因为在某些时候完全停止登录到/ var / log / messages。现在尝试使用附加的显示器进行调试。
阿恩(Arne)2013年

就像我在上面写的:Pi只是冻结了。键盘坏了,显示输出冻结,没有其他消息。
Arne 2013年

1
此外:我的Edimax似乎使用rt2800驱动程序,而不是rtl8192。
Arne 2013年

您需要通过移除加密狗并通过以太网进行相同的测试来排除wifi驱动程序问题和冻结问题无关的可能性。
goldilocks

现在就做。到目前为止,复制1.7GB没问题。还在做。
阿恩(Arne)2013年

2

我确实有几个不同的Wifi加密狗存在此问题。两件事情。

1.)将此添加到您的/ etc / network / interfaces

无线电源关闭

2.)wlan0:根据本地选择(原因= 3)反复从xxx取消身份验证可能来自您的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 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.