| Equipos y materiales > Openwrt & LEDE |
| Sobre los módulos wifi PCI-E Ath10k |
| (1/5) > >> |
| manelio:
Hola, Recientemente he intentado instalar uno perteneciente a un TP-Link Archer C7 v.2 en otro router y aunque tanto el módulo como el router y su puerto PCI-E tienen sus drivers soportados por OpenWRT y están instalados, el módulo no se inicializa correctamente (falta que el arranque haga la calibración). Mi primera opción para instalar un módulo wifi es de esta marca (Atheros) porque son los que mejor funcionan en OpenWRT bajo mi punto de vista, pero después de este fiasco y antes de comprar otro módulo de esta marca quiero consultar en el foro por si alguien sabe si todos los módulos PCI-E ath10k necesitan estar calibrados por el firmware del router o sólo sucede con los instalados en un modelo en concreto, creo que lo lógico sería que el módulo se auto calibrara en el arranque o incluso poder utilizar una calibración estándar aunque no fuera tan afinada. Alguien ha tenido alguna experiencia que pueda comentar sobre este tema? Saludos. |
| Tki2000:
Xácticamente. La calibración suele estar en una partición y se lee por el driver en el arranque. Supongo que podrás extraer el contenido de la partición y llevarlo al otro router. Algo así comentan en este hilo: https://forum.openwrt.org/t/wifi-calibration-data-for-ath10k/83428 Otro similar : https://forum.openwrt.org/t/ath10k-and-qca4019-bin-files/11341 Y otro: https://forum.openwrt.org/t/how-to-qca9880-br4a-caldata-mac-in-x86-64-system/128631 |
| manelio:
Gracias, Alguno de estos link no lo habia visto y me ha acrarado algo, por lo visto los módulos atheros genéricos incorporan los datos de calibraje en el propio modulo. Pero si no me equivoco las soluciones que postean son para un modulo personalizable como es mi caso pero que el router ya incorpora en el firmware una partición donde alojar los datos de calibraje, particion creada desde el u-boot en este caso, solo necesitan adaptar los datos de calibraje con la direccion MAC mediante la funcion ath10k_patch_mac que hay en/lib/functions/caldata.sh. Pero yo intento que un router sin esa partición donde alojar el cal-dada se la proporcione, lo veo dificil ya que imagino que el modulo lee el cal-data antes que el router haya terminado de arrancar, lo necesita durante el arranque. Supongo que la ruta donde encontrar el cal-data lo tiene asumido el módulo, TP-Link Archer C7 usa la partición llamada "ART", modificar el u-boot para añadir esa partición se escapa a mis conocimientos, voy a hacer alguna prueba por si no fuese necesario crear esa partición pero lo dudo. De momento me quedo con que un módulo atheros genérico ya incorpora los datos de calibraje, supongo que el motivo de no usar un módulo genérico es para poder asignar una MAC propia, ahora le veo algún sentido a tal complicación. Si en alguna suposición me equivoco corregidme por favor. |
| danitool:
La partición caldata no tiene por qué ser necesaria. Al menos en mi router wndr4300 con dos chips Atheros onboard esa partición caldata solo la usa la primera vez que se inicia, momento en el que extrae los archivos de calibración y los lleva a la ruta /lib/firmware --- Código: ---root@WNDR4300:~# ls /lib/firmware/ ath9k-eeprom-ahb-18100000.wmac.bin ath9k-eeprom-pci-0000:00:00.0.bin --- Fin del código --- el nombre de los archivos es importante Así que únicamente con el archivo de calibración pero sin partición caldata, no habría ningún problema para que funcionase. Tu módulo wifi concreto necesitaría algo parecido supongo. |
| manelio:
El módulo pertenece a un TP Link Archer C7 v2 Lo intento instalar en un HiLink HLK-7621A Este es el contenido que hay en el TP Link con el módulo funcionando: --- Código: ---root@Principal:~# ls /lib/firmware ath10k regulatory.db root@Principal:~# ls /lib/firmware/ath10k QCA988X cal-pci-0000:00:00.0.bin root@Principal:~# ls /lib/firmware/ath10k/QCA988X hw2.0 root@Principal:~# ls /lib/firmware/ath10k/QCA988X/hw2.0 board.bin firmware-2.bin --- Fin del código --- En el HiLink HLK-7621A se crea exactamente lo mismo excepto el cal-pci-0000:00:00.0.bin Copio el cal-pci-0000:00:00.0.bin del TP Link al HLK en la misma ruta y le aplico el parche de la MAC con: --- Código: ---/lib/functions/caldata.sh ath10kcal_patch_mac macaddr_add $((cat /sys/class/net/eth0/address) +1) /lib/firmware ath10k/cal-pci-0000:0b:00.0.bin --- Fin del código --- Aparece el símbolo: > Supongo que espera algo más... salgo con control-c Sigue sin arrancar el módulo: --- Código: ---Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.029910] mt7621-pci 1e140000.pcie: bus=1 slot=0 irq=24 Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.040716] ath10k 5.15 driver, optimized for CT firmware, probing pci device: 0x3c. Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.057426] pci 0000:00:00.0: enabling device (0006 -> 0007) Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.068786] ath10k_pci 0000:01:00.0: enabling device (0000 -> 0002) Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.081478] ath10k_pci 0000:01:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0 Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.639463] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000 Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.657872] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0 Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.677076] ath10k_pci 0000:01:00.0: firmware ver 10.1-ct-8x-__fW-022-ecad3248 api 2 features wmi-10.x,has-wmi-mgmt-tx,mfp,txstatus-noack,wmi-10.x-CT,ratemask-CT,txrate-CT,get-temp-CT,tx-rc-CT,cust-stats-CT,retry-gt2-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT crc32 3e4cf97f Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.750454] ath10k_pci 0000:01:00.0: Loading BDF type 0 Tue Oct 18 19:08:31 2022 kern.info kernel: [ 14.805372] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08 Tue Oct 18 19:08:31 2022 kern.err kernel: [ 14.850162] ath10k_pci 0000:01:00.0: otp calibration failed: 2 Tue Oct 18 19:08:31 2022 kern.err kernel: [ 14.861783] ath10k_pci 0000:01:00.0: failed to run otp: -22 (download-cal-data) Tue Oct 18 19:08:31 2022 kern.err kernel: [ 14.876329] ath10k_pci 0000:01:00.0: could not init core (-22) Tue Oct 18 19:08:31 2022 kern.err kernel: [ 14.888013] ath10k_pci 0000:01:00.0: could not probe fw (-22) --- Fin del código --- Y supongo que al no arrancar el módulo no crea la interface wifi y al no existir interface no pudo aplicar el parche MAC |
| Navegación |
| Índice de Mensajes |
| Página Siguiente |