Equipos y materiales > Openwrt & LEDE

[Desarrollo] OpenWrt en Sercomm H500-s

<< < (4/4)

danitool:
La linea que hay en el archivo

--- Código: --- $QCS_CALL set_channel wifi0 44
--- Fin del código ---
sobra, bórrala, o cámbiala

Aunque no sé por qué acaba en el canal 100

glorzo0:
Gran trabajo!! ya tengo funcionando el sercomm.

Pregunta ignorante? es posible que funcione la banda de 2.4Ghz con el QT3740BC??
He intentado cambiar a 11g pero no deja:


--- Código: ---root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11g
QCS API error 95: Operation not supported
--- Fin del código ---

Esta idea viene de aqui:

--- Código: ---enum qcsapi_phy_mode {
qcsapi_phy_mode_11b = 0,
qcsapi_phy_mode_11g = 1,
qcsapi_phy_mode_11ng = 2,
qcsapi_phy_mode_11ng40 = 3,
qcsapi_phy_mode_11a = 4,
qcsapi_phy_mode_11na = 5,
qcsapi_phy_mode_11na40 = 6,
qcsapi_phy_mode_11ac20 = 7,
qcsapi_phy_mode_11ac40 = 8,
qcsapi_phy_mode_11ac80Edgeplus = 9,
qcsapi_phy_mode_11ac80Cntrplus = 10,
qcsapi_phy_mode_11ac80Cntrminus = 11,
qcsapi_phy_mode_11ac80Edgeminus = 12,
--- Fin del código ---


Mas pruebas:



--- Código: ---root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11ac40
complete
root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11a
complete
root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11b
QCS API error 95: Operation not supported
root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11g
QCS API error 95: Operation not supported
root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11ng
QCS API error 95: Operation not supported
root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  set_phy_mode wifi0 11na
complete
root@OpenWrtH500:~# call_qcsapi_sockrpc --host 1.1.1.2  rfenable 1
complete
--- Fin del código ---


Saludos

danitool:
Saludos glorzo0. El chip QT3740BC solo soporta la banda de 5GHz según especificaciones del fabricante.

Y estos son los estándares soportados por el mismo:

802.11 Standards:
o 802.11a/n/ac
o 802.11e QoS
o 802.11h DFS and TPC
o 802.11i MAC Security Enhancements
o 802.11k Radio Resource Management
o 802.11r Fast BSS Transitions
o 802.11u Interworking with External Networks
o 802.11v Wireless Network Management
o 802.11w Protected Management Frames

apocalypse:
danitool ¿Se puede flashear directamente el .img usando la utilidad de tu github, sercomm-recovery? Veo que es necesario un archivo .bin llamado flash_burn.bin. En la wiki del AD1018 Y H500-s está disponible, pero me interesa para actualizar el firmware de un Vox 2.5 ya que por web aunque acepta el firmware y hace el proceso, después de llegar al 100% no hace nada. Si no se puede flashear el .img directamente, ¿cómo se crea el .bin teniendo el firmware en formaro original? Supongo que ese .bin será un dump de la memoria completa, pero examinando el .bin del H500-s con un editor hexadecimal no parece que tenga parte del contenido del .img, parece que es el contenido extraído, pues salen referencias a rutas de ficheros y directorios de unix y en el .img no veo nada "legible".

Navegación

[0] Índice de Mensajes

[*] Página Anterior