Linux Wifi赢得'；Don’不要在BeagleBone上过夜

我正在BeagleBone上运行Ubuntu11.10，USB端口插入了一个Edimax EW-7711UAn wifi适配器。我已经配置了/etc/network/interfaces，wifi可以正常工作，但是：

启动设备时，wlan0接口并不总是出现。大约三次尝试中就有一次成功

界面有时会再次关闭，特别是在一段时间不使用时

/etc/network/interfaces文件包括：

auto wlan0
    iface wlan0 inet dhcp
    wpa-driver wext
    wpa-ssid "Bodoni"
    wpa-psk "<mypassword>"

但这似乎没有多大帮助。我猜第二个问题可能与电源管理有关，所以我可以尝试在/etc/rc.local中关闭电源管理

但是，有人对我如何让wifi在开机时可靠地启动有什么想法吗？我正在运行没有以太网的BeagleBone headless（它在一个机器人上），所以修复它很重要

仅供参考，我正在使用默认驱动程序-lsmod提供：

Module                  Size  Used by
aes_generic            27837  2 
arc4                    1111  2 
rt2800usb              12386  0 
rt2800lib              45146  1 rt2800usb
crc_ccitt               1457  1 rt2800lib
rt2x00usb              10595  1 rt2800usb
rt2x00lib              39077  3 rt2800usb,rt2800lib,rt2x00usb
mac80211              228509  3 rt2800lib,rt2x00usb,rt2x00lib
cfg80211              167722  2 rt2x00lib,mac80211
rfkill                 16703  1 cfg80211
binfmt_misc             6224  1 
spidev                  4620  0 

---

我希望不必编译一个新的驱动程序，因为我在这方面没有太大的成功

我的BeagleBones在使用另一个使用rt2800usb驱动程序的wifi适配器时遇到了类似的问题。具体来说，我使用的是基于rt3070芯片的DLINK DWA-125（HW Rev A2）

如果我将DWA-125直接插入BeagleBone上的USB端口，则与您报告的症状完全相同

但是，如果我将适配器插入USB扩展电缆，然后将扩展电缆插入BeagleBone USB端口，一切正常。我使用这个设置进行了100个小时的Cloud9开发，Wifi没有任何问题

我正在运行Angstrom发行版，我在BB最近的三个发行版（4/22.5/？和6/18）上都发现了相同的问题

USB延长线的长度似乎并不重要（至少在1英尺到12英尺之间-没有试过1英尺以下的电缆。）

我有6个海狸骨头（4个A5版和2个A6版）-所有这些海狸骨头的行为都是一样的

也有4个DWA-125 Rev A2 USB适配器-所有这些适配器的行为都是相同的

我没有尝试过使用相同或其他芯片/驱动程序的其他USB Wifi适配器。我还没有花时间去追踪这种行为的根本原因——我有代码要写

但是，如果你的经验与我的相匹配，不妨尝试一下——这是一个快速而简单的“修复”

----增编：

我刚刚用Belkin N150 Micro USB Wifi适配器做了一个实验，该适配器基于rtl8192cu芯片和6/18 BeagleBone Angstrom发行版附带的标准驱动程序

---

得到了非常相似的行为：当直接插入USB端口时，Wifi根本不工作。但当通过1ft USB延长线插入时，一切正常。

我已通过卸下USB ESD尖峰保护IC（U10，TPD4S012）修复了该问题。它应该连接在USB接口和CPU之间，但它放在我的主板上的USB接口之后（版本A4）。我不知道这是否在以后的修订中得到了修正

---

更新：在某些情况下，这不会有多大帮助。检查线程。

我花了很长时间才在BeagleBone上获得可靠的WiFi。最后，答案是使用Atheros加密狗，因为我在RealTek和RALink芯片组方面运气不佳。NetGear WNA1100在Angstrom和Ubuntu中对我来说都非常可靠。请参阅我的帖子。

我也有同样的问题。到目前为止，我找到的最好的解释是

主要想法是Wifi加密狗被HDMI适配器破坏，HDMI适配器位于USB插槽的正下方。在这种情况下，您有两种变通方法：

通过电缆将Wifi加密狗尽可能远离USB插槽

禁用HDMI接口，如果你真的不需要它 只有第二种选择对我有帮助

以下是步骤：

> mkdir /mnt/boot
> mount /dev/mmcblk0p1 /mnt/boot
> nano /mnt/boot/uEnv.txt

Remove the # in front of the cape_disable command

##Disable HDMI
cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN

---

我希望它能帮助你们

我在一年的大部分时间里都有类似的问题，直到我在谷歌上搜索了足够长的时间才发现

wicd

---

在使用wicd进行设置后，我的5个beaglebones在从后卧室到车库的wifi加密狗上的家庭网络上已经坚如磐石/etc/网络/接口不是解决问题的方法。我一定尝试过数百种配置，其中一些似乎持续了一两天。我记得doc为接口提供了一个很好的默认值，非常简单。如果需要的话，wicd会运行你的请求者

真奇怪。目前我已经让它工作得好一点了。我在/etc/rc.local中放了一堆命令。如果eth0没有IP，我使用ifdown eth0，假设我们运行的是无线的，而不是有线的。然后检查wlan0是否有IP。如果没有，我先执行ifdown-wlan0，然后执行ifup-force-wlan0。为了更好的衡量，我释放了任何DHCP租约，并运行dhclient来获得一个新的。到目前为止，这已经使得无线通信变得相当可靠&甚至可以长时间不睡觉。我可能会写一个cron作业来进行定期检查，如果无线设备没有连接，则强制启动。我的情况更糟——在尝试使用wifi加密狗后，USB端口会死机。只有重新启动才能将其恢复。USB集线器修复了它。

> mkdir /mnt/boot
> mount /dev/mmcblk0p1 /mnt/boot
> nano /mnt/boot/uEnv.txt

Remove the # in front of the cape_disable command

##Disable HDMI
cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN