Estoy ejecutando hostapd , configurado por este proyecto, para crear un AP (punto de acceso) en un dispositivo integrado. También probé en algunas computadoras portátiles.
Con mi computadora portátil, wifi permanece conectado y se crea una nueva interfaz dedicada al AP. En el dispositivo, se cae el wifi y el AP está en la interfaz wifi estándar.
La computadora portátil es hostapd v2.4 y bus/pci/drivers/iwlwifi para el conductor.
El dispositivo es un hostapd v0.8.x personalizado creado para usb/drivers/r8188eu conductor.
Parece ser una gran limitación de la tarjeta inalámbrica RTL8188.
Si quiero buscar otras tarjetas inalámbricas para dispositivos futuros, ¿cómo puedo saber a partir de las especificaciones de hardware si admitirá la conexión y la transmisión al mismo tiempo?
¿Es esto "doble banda"? Creo que algunos dispositivos pueden transmitir y conectarse a la vez, pero solo si el AP se transmite en el mismo canal wifi, mientras que otros pueden hacer multicanal (pero parece r8188eu no puede hacer ninguna) .
Por lo que sé, la limitación de no poder conectarme y transmitir en el mismo canal podría deberse a la versión anterior de hostapd .
Respuesta aceptada:
Creo que puede encontrar la respuesta a su pregunta en la wiki de Arch Linux aquí:https://wiki.archlinux.org/index.php/software_access_point
Esta es la sección relevante copiada de la wiki de Arch Linux:
El dispositivo Wi-Fi debe admitir el modo AP
Necesita un dispositivo inalámbrico compatible con nl80211, que admita el modo operativo AP. Esto se puede verificar ejecutando el comando iw list, en el bloque Modos de interfaz admitidos debe aparecer AP en la lista:
$ iw list
Wiphy phy1
...
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
...
Cliente inalámbrico y AP de software con un solo dispositivo Wi-Fi
La creación de un AP de software es independiente de su propia conexión de red (Ethernet, inalámbrica, …). Muchos dispositivos inalámbricos incluso admiten el funcionamiento simultáneo como AP y como "cliente" inalámbrico al mismo tiempo. Usando esa capacidad, puede crear un AP de software que actúe como un "repetidor inalámbrico" para una red existente, usando un solo dispositivo inalámbrico. La capacidad se enumera en la siguiente sección en la salida de 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
...