ARMのLinaro Ubuntuで実行します。同じSSIDを共有するように構成された6〜9個のAPを持つ5GHz専用ネットワークに接続されたARMボードに接続されたTP-LINK Archer T2UH USBドングルを使用します。他のAPに再接続するのに数分かかることがあり、信号強度が最も強く最も近いAPを選択しないこともありました。ドングルにはいくつかのローミングハードウェアサポート（Fastroaming？）があるようですが、Linuxドライバはその機能を無効にしました。同じドングルをWindowsノートブックに接続すると、うまく動作するようです。 NetworkManager が wpa_supplicant と互換性がないようで、wpa_supplicant を使用します。 "simple:10:-70:30" で bgscan を使用するように wpa_supplicant を設定しました。
Linux（特にTP-LINK）でWi-Fiドライバを扱った経験がある人がいるかどうか疑問に思いますか？
ベストアンサー1
自宅にARMであるRealtek Wi-Fi APがあります。このAPもLinaroではなくArmbianを使用しています。まもなく別のチップセットを購入する予定です。私はまた職場でWi-Fi、Meru、Ciscoをカバーしています。
LinuxでのWi-Fi APとしての私の経験は悲惨でした。 Wi-Fiクライアントとして少し優れています。チップセットのバグ、Debianの基本ファームウェアのバグ、Linuxの複数のWi-Fiドライバのバグ、製造元のパッケージはほとんどの場合、以前のバージョンのファームウェアなので、修正された古いバグを復元するには古いHostapdが必要です。
一般的に、ほとんどのWi-Fiの問題は騒音が原因で発生します。ノイズをいくつか取り除くことができればはるかに良いです。おっしゃった遅れのため、とても混雑したところにあるようです。
騒音処理に関する基本的なアドバイスは簡単です。 - デュアル2.4GHzおよび5GHzチップセットを使用する場合は、2.4GHzをオフにしてください。 - 2.4 GHzをシャットダウンできない場合、またはシャットダウンしたくない場合は、少なくとも802.11 gのみを有効にしてください。 802.11bはありません。
常に正しいアクセスポイントを取得できないのは、ワイヤレス設計のやや面倒な特徴です。 AP /コントローラ側にこれを処理するロジックがある場合（たとえば、Meruコントローラが最も近いAPにそれを渡そうとしている場合）、他のSSIDを使用すると、要件に応じて状況が有益または悪化する可能性があります。モバイルユーザーは、人々が最も弱いAPに長く滞在することができます。