我们在 ARM 上的 Linaro Ubuntu 上运行它。我们使用连接到 ARM 板的 TP-LINK Archer T2UH USB 加密狗，该板连接到仅 5Ghz 的网络，其中 6 到 9 个 AP 配置为共享相同的 SSID。有时需要几分钟才能重新连接到另一个 AP，我们还注意到它并不总是选择信号强度最强的最近 AP。该加密狗似乎还具有一些漫游硬件支持（Fastroaming？），但 Linux 驱动程序已禁用该功能。当插入 Windows 笔记本电脑时，同一个加密狗似乎工作得更好。我们使用 wpa_supplicant，因为 NetworkManager 似乎与它不兼容。我们已将 wpa_supplicant 配置为使用“simple:10:-70:30”的 bgscan。
想知道你们中是否有人有处理 Linux 上的 wifi 驱动程序（尤其是 TP-LINK）的经验？
答案1
我家里有一个 Realtek wifi AP，也是 ARM 的，不是使用 Linaro，而是使用 Armbian。我很快就会购买另一个芯片组。我还处理工作中的 wifi、Meru 和 Cisco。
在 Linux 中作为 wifi AP 的经历是灾难性的。作为一个wifi客户端，只是稍微好一点。芯片组中的错误、Debian 默认固件中的错误、Linux 中多个 wifi 驱动程序中的错误、来自制造商的软件包大多是旧版本的固件，需要过时的 hostapd 来恢复已修复的旧错误。
通常大多数 wifi 问题也是由噪音引起的。如果你能设法消除部分噪音，那就更好了。从你所说的延误来看，你似乎身处一个非常拥挤的地方。
处理噪音的基本建议很简单： - 如果您有双 2.4GHz 和 5GHz 芯片组，请尝试关闭 2.4GHz； - 如果您无法或不想离开 2.4GHz，至少仅启用 802.11g，并且不启用 802.11b。
至于他们并不总是获得正确的接入点，这是无线设计中相当令人恼火的怪癖。要么您在 AP/控制器端有逻辑处理该问题（例如，Meru 控制器尝试将它们移交给最近的 AP），要么您使用不同的 SSID，这可能会帮助或可能使情况恶化，具体取决于您的需求（对于移动用户）它可能会让人们在最弱的 AP 上停留更长时间）。