私は実行しており、hostapd次のように構成されています。プロジェクト、APの生成(エントリーポイント)組み込みデバイスで。また、いくつかのラップトップでテストしました。
私のラップトップでは、Wi-Fiが接続されたままになり、AP専用の新しいインターフェイスを作成します。デバイスから Wi-Fi 接続が切断され、AP は標準 Wi-Fi インターフェイスにあります。
ラップトップはドライバーのためのhostapd v2.4ものですbus/pci/drivers/iwlwifi。
デバイスは習慣hostapd v0.8.xドライバーのために作られましたusb/drivers/r8188eu。
これはRTL8188ワイヤレスカードの厳格な制限のようです。
将来のデバイスで使用する別のワイヤレスカードを見たい場合は、ハードウェア仕様で接続とブロードキャストの両方をサポートしているかどうかを確認できますか？
これは「二重周波数」ですか？一部の機器では同時に放送と接続が可能なようですが、しかし、ただAPが同じWi-Fiチャンネルでブロードキャストし、他のAPがマルチチャンネルを実行できる場合（しかし、r8188euどちらもできないようです）。
もしそうなら、同じチャンネルに接続して放送できない限界は以前のバージョンのhostapd。
ベストアンサー1
Arch Linux Wikiであなたの質問に対する答えを見つけることができると思います。https://wiki.archlinux.org/index.php/software_access_point
以下は、Arch Linux Wikiからコピーした関連部分です。
Wi-FiデバイスはAPモードをサポートする必要があります。 AP動作モードをサポートするnl80211準拠のワイヤレスデバイスが必要です。これは、iw listコマンドを実行することで確認できます。APは、サポートされているインターフェイスモードブロックの下にリストする必要があります。
$ iw list
Wiphy phy1
...
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
...
単一のWi-Fiデバイスを備えたワイヤレスクライアントとソフトウェアAP独自のネットワーク接続（イーサネット、ワイヤレス...）とは独立したソフトウェアAPを作成します。多くのワイヤレスデバイスは、同時にAPとワイヤレス「クライアント」として機能する機能もサポートしています。この機能を使用すると、単一のワイヤレスデバイスを使用して既存のネットワークの「ワイヤレスリピーター」として機能するソフトウェアAPを作成できます。この関数は、iw list 出力の次のセクションにリストされています。
$ iw list
Wiphy phy1
...
valid interface combinations:
* #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1,
total <= 2048, #channels <= 1, STA/AP BI must match
...