Está en la página 1de 15

15/9/21 12:52 Archivo del Foro OpenWrt

This is a read-only archive of the old OpenWrt forum. The current OpenWrt forum resides at
https://forum.openwrt.org/.
In May 2018, the OpenWrt forum suffered a total data loss. This archive is an effort to restore and make available as much content as
possible. Content may be missing or not representing the latest edited version.

Topic: TP-Link TL-WR941ND v5.0

The content of this topic has been archived


between 31 Mar 2018 and 27 Apr 2018.
There are no obvious gaps in this topic, but there
may still be some posts missing at the end.

Page 1 of 3 1 2 3

Post #1
madmax
21 May 2013, 15:06
Hi,

today I tryed to install backfire/trunk/snapshot on a new device WR941ND v5.0,

but when I tryed to flash obtain always the same error :

Código de error: 18005

Actualización incorrecta porque la versión del archivo actualizado era incorrecta. Compruebe el nombre del
archivo.

También intenté cambiar el nombre del archivo como el tp-link original, pero no tuve suerte.

Probé también DD-WRT con el mismo error.

En la página de firmware:

Versión de firmware: 3.13.31 Build 130105 Rel.66489n

Versión de hardware: WR941ND v5 00000000

Algunas ideas ?
Publicación n. ° 2
nebbia88
21 de mayo de 2013 a las 22:37

obviamente, los fw que probaste no son para v5!

¿Puede abrirlo para adjuntar la consola en serie y / o publicar imágenes con todas las marcas en los chips bien
legibles?

No soy un desarrollador, pero espero que esta información pueda ser útil para respaldar su versión.

(Última edición por nebbia88 el 21 de mayo de 2013, 22:40)

Publicación # 3
Mad Max
22 de mayo de 2013 a las 12:17

nebbia88 escribió:

obviamente, los fw que probaste no son para v5!

¿Puede abrirlo para adjuntar la consola en serie y / o publicar imágenes con todas las marcas en los chips
bien legibles?

https://forum.archive.openwrt.org/viewtopic.php?id=44319 1/15
15/9/21 12:52 Archivo del Foro OpenWrt

No soy un desarrollador, pero espero que esta información pueda ser útil para respaldar su versión.

Hombre,

sobre soporte de hardware hablando de soporte 5.1: http://wiki.openwrt.org/toh/tp-link/tl-wr941nd

v5.1 - Backfire 10.03.1 Similar a v4

¡Pero ahora 5.0 es más nuevo! También es compatible con ddwrt v.5.x, pero este es un dispositivo nuevo con una
versión anterior.

Sin embargo, instalando el puerto serail:

--------------------------------------------- -------------------------------------------------- -----------------------

Reiniciando el kernel ...

Bonting Atheros @ R924x

Linux versión 2.6.31 - LSDK-9.2.0_U10.5_dsa.7 (root@localhost.localdomain) (gcc v

ersion 4.3.3 (GCC)) # 29 Sábado 5 de enero 18:21:11 CST 2013

flash_size pasado desde bootloader = 4

Tamaño de RAM pasado desde bootloader = 33554432 La

revisión de la CPU es: 0001974c (MIPS 74Kc)

ath_sys_frequency: cpu srif ddr srif cpu 535 ddr 400 ahb 200

Mapa físico de RAM determinado:

memoria: 02000000 @ 00000000 (utilizable)

Rangos de zona PFN :

  Normal 0x00000000 -> 0x00002000

PFN de inicio de zona móvil para cada nodo

early_node_map [1] rangos de PFN activos

    0: 0x00000000 -> 0x00002000

Listas de zona 1 construidas en orden de zona, agrupación de movilidad activada. Total de páginas: 8128

Línea de comando del kernel: consola = ttyS0,115200 root = 31: 2 rootfstype = squashfs init = / sb

in / init mtdparts = ath-nor0: 128k (u-boot), 1024k (kernel), 2816k (rootfs), 64k (config ), 6

4k (art) mem = 32M

Entradas de tabla hash PID: 128 (orden: 7, 512 bytes)

Entradas de tabla hash de caché Dentry: 4096 (orden: 2, 16384 bytes)

Entradas de tabla hash de Inode-cache: 2048 (orden: 1, 8192 bytes)

Caché de instrucción primaria 64kB, VIPT, 4 vías, tamaño de línea 32 bytes.

Caché de datos primarios 32kB, 4 vías, VIPT, alias de caché, tamaño de línea 32 bytes

Escritura de registro ErrCtl = 00000000

Lectura de registro ErrCtl = 00000000

Memoria: 30060k / 32768k disponible (código de kernel 1775k, 2708k reservado, 441k datos, 1

16k init, 0k highmem )

NR_IRQS: 128

plat_time_init: plat time init done

Calibrando el bucle de retardo ... 267.26 BogoMIPS (lpj = 534528)

Entradas de la tabla hash de Mount-cache: 512

NET: Familia de protocolos registrada 16

bio: create slab <bio-0> en 0

usbcore: nuevo controlador de interfaz registrado usbfs

usbcore: concentrador de controlador de interfaz nuevo registrado

usbcore: controlador de dispositivo nuevo registrado usb

NET: familia de protocolos registrados 2

entradas de tabla hash de caché de ruta IP: 1024 (orden: 0, 4096 bytes)

entradas de tabla hash establecidas por TCP: 1024 (orden: 1, 8192 bytes)

Entradas de la tabla hash de enlace TCP: 1024 (orden: 0, 4096 bytes)

TCP: Tablas hash configuradas (1024 enlace 1024 establecido) NET

registrado en reno TCP

https://forum.archive.openwrt.org/viewtopic.php?id=44319 2/15
15/9/21 12:52 Archivo del Foro OpenWrt

: Familia de protocolos registrados 1

ATH GPIOC major 0

squashfs: versión 4.0 (2009/01/31) Phillip Lougher

msgmni se ha establecido en 58

io Scheduler noop registrado

io Scheduler deadline registrado (predeterminado)

Serial: 8250/16550 driver, 1 ports, IRQ sharing deshabilitado

serial8250.0 : ttyS0 en MMIO 0xb8020000 (irq = 19) es una

consola 16550A [ttyS0]

controlador genérico PPP habilitado versión 2.4.2

NET: Familia de protocolos registrados 24

5 particiones cmdlinepart encontradas en el dispositivo MTD ath-nor0

Creación de 5 particiones MTD en "ath-nor0 ":

0x000000000000-0x000000020000:" u-boot "

0x000000020000-0x000000120000:" kernel "

0x000000120000-0x0000003e0000:" rootfs "

0x0000003e0000-0x0000003f0000:" config "

0x0000003f0000-0x000000400000: "arte"

-> Vaya: ID de flash 0x1c3016.

ehci_hcd: Controlador de host USB 2.0 'mejorado' (EHCI)

Estado del puerto del controlador 1c000004

ath-ehci ath-ehci.0: ATH EHCI

ath-ehci ath-ehci.0: nuevo bus USB registrado, bus asignado número 1

ehci_reset Inicializar CONTROLADOR USB en modo host: 13

ehci_reset Estado del puerto 1c000000

ath-ehci ath-ehci.0: irq 3, io mem 0x1b000000

ehci_reset Inicializar el CONTROLADOR USB en modo host: 13

ehci_reset Estado del puerto 1c000000

ath-ehci ath-ehci.0: USB 2.0 iniciado, EHCI 1.00

usb usb1: configuración n. ° 1 elegida de 1

concentrador de elección 1-0: 1.0: concentrador USB encontrado

concentrador 1-0: 1.0: 1 puerto detectado

Ooops, ¿por qué los dispositivos no pudieron tener sus iniciales?

TCP cúbico registrado

NET: familia de protocolos registrados 17

802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>

Todos los errores agregados por David S. Miller <davem@redhat.com>

athwdt_init: Registro de éxito de WDT

ath_otp_init: Registro de éxito de OTP

ath_clksw_init: Registro exitoso de la interfaz de cambio de reloj

VFS: Raíz montada (sistema de archivos squashfs) de solo lectura en el dispositivo 31: 2.

Liberación de la memoria del kernel no utilizada: 116k liberado

usb 1-1: nuevo dispositivo USB de velocidad completa usando ath-ehci y dirección 2

usb 1-1: descriptor de dispositivo leído / 64, error -71

usb 1-1: descriptor de dispositivo leído / 64, error -71

init iniciado: BusyBox v1.01 (2012.11.28-02: 55 + 0000) binario de múltiples llamadas

usb 1-1: nuevo dispositivo USB de velocidad completa usando ath-ehci y dirección 3

Esta placa usa 2.6.31

usb 1-1: descriptor de dispositivo read / 64, error -71

xt_time: la zona horaria del kernel es -0000

usb 1-1: dispositivo descriptor read / 64, error -71

nf_conntrack versión 0.5.0 (512 buckets, 5120 max)

usb 1-1: nuevo dispositivo USB de velocidad completa usando ath-ehci y dirección 4

ip_tables: (C) 2000-2006 Netfilter Core Team

insmod: no se puede abrir el módulo `/lib/modules/2.6.31/kernel/iptable_raw.ko ': no ​existe ese

https://forum.archive.openwrt.org/viewtopic.php?id=44319 3/15
15/9/21 12:52 Archivo del Foro OpenWrt

archivo o directorio

usb 1-1: el dispositivo no acepta la dirección 4, error -71

usb 1-1: nuevo dispositivo USB de velocidad completa usando ath-ehci y dirección 5

insmod: no se puede abrir el módulo `/lib/modules/2.6.31/kernel/flashid.ko ': no ​existe tal archivo

o directorio

Controlador de kernel PPPoL2TP, controlador

PPTP V1.0 versión 0.8.3

insmod: no se puede abrir el módulo `/lib/modules/2.6.31/kernel/harmony.ko ': no ​existe tal archivo

o directorio

insmod: no se puede abrir el módulo` / lib / modules /2.6.31/kernel/af_key.ko ': No existe tal archivo

o directorio

insmod: no se puede abrir el módulo `/lib/modules/2.6.31/kernel/xfrm_user.ko': No existe tal archivo

o directorio

insmod: no se puede abrir el módulo `/lib/modules/2.6.31/kernel/xt_mark.ko ': No existe ese archivo

o directorio

usb 1-1: el dispositivo no acepta la dirección 5, error -71

hub 1-0: 1.0: no se puede enumerar el dispositivo USB en el puerto 1

¡Ahora abre el flash!

¡Ahora abre el flash!

(ninguno) mips # 29 Sáb 5 de enero 18:21:11 CST 2013 (ninguno)

(ninguno) inicio de sesión: ATHR_GMAC: Longitud por segmento 1536

ATHR_GMAC: FIFo cfg 3 01f00140

ATHR_GMAC: RX TASKLET - Paquetes por Intr: 32

mac: 1 Registro S27 ....

ATHR_GMAC: Segmentos máximos por paquete: 1

ATHR_GMAC: Recuento máximo de descriptores tx: 40

ATHR_GMAC: Recuento máximo de descriptores rx: 128

ATHR_GMAC: Indicadores de capacidad Mac: 2D82

ATHR_GMAC: RX TASKLET - Paquetes por Intr: 32

mac: 0 Registro S27 ....

ATHR_GMAC: Max segmentos por paquete: 1

ATHR_GMAC: Max descriptor tx count: 40

ATHR_GMAC: Max rx descriptor count: 128

ATHR_GMAC: Indicadores de capacidad Mac: 2582

athr_gmac_ring_alloc Numerado 640 en 0x81e80c00

athr_gmac_ring_alloc Numerado 2048 en 0x81ccc000

WASP ----> S27 PHY mdio

los errores de configuración gota de CRC, Pausa marcos marcos y error de longitud

Ajuste de la PHY ...

athr_gmac_ring_alloc Numerado 640 en 0x81e80800

athr_gmac_ring_alloc Numerado 2048 en 0x81e99800

WASP ---- > S27 PHY MDIO

Configuración de errores de CRC de caída, tramas de pausa y tramas de error de longitud

ATHRS27: restablecimiento de s27

ATHRS27: restablecimiento de s27 hecho

++++ athrs27_igmp_setup una vez que el

puerto 0

vid es 0xb000b

puerto 1 vid es 0x30003

puerto 2 vid es 0x50005

puerto 3 vid es 0x70007 puerto 4 vid es 0x90009

++ PVID: 0x0000000b, mapa de bits: 0x0000001f

++ PVID: 0x00000003, mapa de bits: 0x0000001f

++ PVID: 0x00000005, mapa de bits: 0x0000001f

https://forum.archive.openwrt.org/viewtopic.php?id=44319 4/15
15/9/21 12:52 Archivo del Foro OpenWrt

++ PVID: 0x00000007, mapa de bits: 0x0000001f

++ PVID: 0x00000009, mapa de bits: 0x0000001f

vtable vid: 0x00000002, mapa de bits 0x00000003

vtable vid5, bitmap 0x00000000004 vid5

vid vtable: 0x00000006, mapa de bits 0x00000007

vtable vid: 0x00000008, mapa de bits 0x00000009

vtable vid: 0x0000000a, mapa de bits 0x0000000B

vtable vid: 0x0000000c, mapa de bits 0x0000000d

vtable vid: 0x0000000E, mapa de bits 0x0000000F

vtable vid: 0x00000010, mapa de bits 0x00000011

vtable vid: 0x00000012, mapa de bits 0x00000013

vtable vid: 0x00000014, mapa de bits 0x00000015

vtable vid: 0x00000016, mapa de bits 0x00000017

vtable vid: 0x00000018, mapa de bits 0x00000019

vtable vid: 0x0000001a, mapa de bits 0x0000001b

vtable vid: 0x0000001c, mapa de bits 0x0000001d

vtable vid: 0x0000001e, mapa de bits 0x0000001f

vtable vid: 0x00000020, mapa de bits 0x00000021

Configurando PHY ... el

dispositivo eth0 ingresó en modo promiscuo

athr_gmac_ring_ccfreeg80c

athr_gmac_ring_ccfreeingg80c athr_gmac_ring_cc

Freeing_g81 0x81e80c00

athr_gmac_ring_alloc Asignado 2048 en 0x81ea0800

WASP ----> S27 PHY MDIO

Configuración de errores CRC de caída, marcos de pausa y marcos de error de longitud

Configuración PHY ... ¡

Ahora flash abierto!

athr_gmac_ring_free Liberación en 0x81e80800

athr_gmac_ring_free Liberación en 0x81e99800

athr_gmac_ring_alloc Asignado 640 en 0x81e80800

athr_gmac_ring_alloc Asignado 2048 en 0x81e99000

WASP ----> S27 PHY MDIO

Configuración de errores CRC de caída, marcos de pausa y marcos de error de longitud

Configuración PHY ...

==== >>>> DHCP start.dhcpc.c, dhcpcStart, 772

== == >>>> DHCP end.dhcpc.c, dhcpcStart, 836

nf_conntrack_rtsp v0.6.21 cargando

nf_nat_rtsp v0.6.21 cargando

asf: licencia de módulo 'Propietario' contamina el kernel.

Desactivación de la depuración de bloqueo debido a la corrupción del kernel

ath_hal: 0.9.17.1 (AR5416, AR9380, REGOPS_FUNC, WRITE_EEPROM, 11D)

ath_rate_atheros: Copyright (c) 2001-2005 Atheros Communications, Inc, Todos los derechos

reservados

ath_dev: Copyright (c) 2001-2007 Atheros Communications, Inc, Todos los derechos reservados

ath_ahb: 9.2.0_U10.5_dsa.7 (Atheros / multi-bss)

__ath_attach: Establecer global_scn [0]

ACBKMinfree = 48

ACBEMinfree = 32

ACVIMinfree = 16

ACVOMinfree = 0

CABMinfree = 48

UAPSDMinfree = 0

Wasp Modo Enterprise: 0x0000

https://forum.archive.openwrt.org/viewtopic.php?id=44319 5/15
15/9/21 12:52 Archivo del Foro OpenWrt

Restaurando Flash

ath_get_caps [5134] incompatibilidad de máscara de cadena rx actual 3 sc_chainmak 0

ath_get_caps [5109] incompatibilidad de máscara de cadena tx real 3 sc_chainmak 0

wifi0: Atheros 9340: mem = 0xb8100000, irq = 2

==== >>>> SystemMode: Normal Router

wlante_vap_crea . devhandle = 0x81fa82c0, opmode = IEEE80211_M_HOSTAP, flags =

0x1

wlan_vap_create: salir. devhandle = 0x81fa82c0, opmode = IEEE80211_M_HOSTAP, banderas = 0

x1.

Dispositivo VAP ath0 creado

==== >>>> wlan: rand canal 5


DES SSID SET = TP-LINK_5D8DFA

ieee80211_ioctl_siwmode: imr.ifm_active = 131712, nuevo modo = 3, válido = 1

Recuento de búfer libre 256

sc_txq [0]:

sc_txq [0]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [1]:

sc_txq [1]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [2]:

sc_txq [2]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [3]:

sc_txq [3]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [6]:

sc_txq [6]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [7]:

sc_txq [7]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [8]:

sc_txq [8]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0


***********************************

athr_gmac_ring_free Liberación en 0x81e80800

athr_gmac_ring_free Liberación en 0x81e99000

br0: puerto 1 (eth0) entrando en estado deshabilitado

athr_gmac_ring_alloc Asignado 640 en 0x81e80800

athr_gmac_ring_alloc Asignado 2048 en 0x81efb800

WASP ----> S27 PHY

Configuración MDIO Caída de errores CRC, pausa marcos y longitud marcos de error

Configuración PHY ...

Conteo de búfer libre 256

sc_txq [0]:

sc_txq [0]: la profundidad es 0

https://forum.archive.openwrt.org/viewtopic.php?id=44319 6/15
15/9/21 12:52 Archivo del Foro OpenWrt

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [1]:

sc_txq [1]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [2]:

sc_txq [2]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [3]:

sc_txq [3]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [6]:

sc_txq [6]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [7]:

sc_txq [7]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [8]:

sc_txq [8]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0


***********************************

dispositivo ath0 entró en modo promiscuo

br0: puerto 2 (ath0) entrando en estado de reenvío

ieee80211_ioctl_siwmode: imr.ifm_active = 918144, nuevo modo = 3, válido = 1

br0: puerto 2 (ath0) entrando en estado deshabilitado

DES SSID SET = TP-LINK_5D8DFA Recuento

de búfer libre 256

sc_txq [0]:

sc_txq [0]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [1]:

sc_txq [1]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [2]:

sc_txq [2]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [3]:

sc_txq [3]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [6]:

sc_txq [6]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [7]:

sc_txq [7]: la profundidad es 0

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0

sc_txq [8]:

sc_txq [8]: la profundidad es 0

https://forum.archive.openwrt.org/viewtopic.php?id=44319 7/15
15/9/21 12:52 Archivo del Foro OpenWrt

aggr_depth es 0 tidBufCount 0 bufQCount 0 axq_cnt 0


**********************************

br0: puerto 2 (ath0) entrando en estado de reenvío

====> >>> cmdCtrl abrir exitoso

==== >>>> eventCtrl abrir exitoso

==== >>>> eventCtrl adjuntar exitoso

ATHR_GMAC: GE0 RX DMA ENABLE

ath_paprd_cal PAPRD falla excesiva deshabilitando PAPRD ahora

TL-WR941ND mips # 29 Sábado 5 de enero 18:21:11 CST 2013 (ninguno)

TL-WR941ND inicio de sesión:

-------------------------- -------------------------------------------------- -----------------------------

Prueba de BBcode PunBB

Prueba de BBcode PunBB

Prueba de BBcode PunBB

(Última edición por madmax el 22 de mayo de 2013, 12:18)

Publicación # 4
jaceq
22 de mayo de 2013, 18:40
Su CPU es AR9341 según las imágenes, ninguna de las otras revisiones de este enrutador tiene esa CPU (según
wiki).

Necesita investigar su dispositivo, ¿cuánta memoria flash y cuánta memoria tiene?

¿Qué es el diseño flash?


Publicación # 5
Mad Max
22 de mayo de 2013, 19:58
jaceq escribió:

Su CPU es AR9341 según las imágenes, ninguna de las otras revisiones de este enrutador tiene esa CPU
(según wiki).

Necesita investigar su dispositivo, ¿cuánta memoria flash y cuánta memoria tiene?

¿Qué es el diseño flash?

Estas drogado ? Leer el registro sonrisa

(Última edición por madmax el 22 de mayo de 2013, 19:59)

Publicación # 6
nebbia88
22 de mayo de 2013 a las 20:10
es similar a wr841nd v8

puedes intentar flashear esa imagen desde la consola uboot ..


Publicación # 7
robthebrew
22 de mayo de 2013, 20:23

madmax escribió:

jaceq escribió:

Su CPU es AR9341 según las imágenes, ninguna de las otras revisiones de este enrutador tiene esa CPU
(según wiki).

Necesita investigar su dispositivo, ¿cuánta memoria flash y cuánta memoria tiene?

¿Qué es el diseño flash?

https://forum.archive.openwrt.org/viewtopic.php?id=44319 8/15
15/9/21 12:52 Archivo del Foro OpenWrt

Estas drogado ? Leer el registro sonrisa

lolz. El chip es AR9341. Supongo que yo también debo estar drogado.


Publicación # 8
nebbia88
22 de mayo de 2013, 20:31
Creo que madmax se refería a las otras 2 preguntas sobre el tamaño de la memoria RAM y el flash.
Publicación # 9
Mad Max
22 de mayo de 2013, 21:32

nebbia88 escribió:

Creo que madmax se refería a las otras 2 preguntas sobre el tamaño de la memoria RAM y el flash.

Estilo italiano sonrisa

También noto que wr841 v8 es similar, intentaré flashear mañana.


Publicación # 10
nebbia88
22 de mayo de 2013 a las 22:20
madmax escribió:

Estilo italiano sonrisa

¿¿¿Qué quieres decir??? XD

de todos modos deberías tener un correo guiño


Publicación # 11
Mad Max
23 de mayo de 2013 a las 00:26
nebbia88 escribió:

madmax escribió:

Estilo italiano sonrisa

de todos modos deberías tener un correo guiño

Eliminé la cuenta de correo anterior, reenviar por favor


Publicación # 12
cmsandrigo
30 de mayo de 2013, 20:51
¡Hola!

Tengo el mismo dispositivo y obtengo el mismo error (18005 ...) cuando intento instalar OpenWrt. ¿Hay alguna
noticia sobre este tema?

Gracias por adelantado.


Publicación # 13
thotypous
8 de julio de 2013, 04:19
Acabo de poner un enrutador TL-WR941ND v5.0 en producción con OpenWrt. Puede usar el mismo archivo de
firmware que TL-WR841N v8, pero necesita modificar el encabezado para que la interfaz web de TP-Link lo
reconozca como un firmware válido para el hardware WR941ND v5.0.

Para los impacientes, he puesto mi firmware modificado en línea: tl-wr941nd_v5.0.bin . MD5 es:
db062f1699c760775c5046cc303cba91. Funcionó perfectamente con mi enrutador (no necesitaba abrirlo en
absoluto), pero no hay garantías de que no bloqueará su enrutador.

Si desea modificar el firmware usted mismo, haga lo siguiente:


https://forum.archive.openwrt.org/viewtopic.php?id=44319 9/15
15/9/21 12:52 Archivo del Foro OpenWrt

1. Descargar openwrt-ar71xx-generic-tl-wr841n-v8-squashfs-factory.bin
2. Ábralo en un editor hexadecimal. Mire el desplazamiento 0x40. Debe haber los siguientes bytes: 08 41 00 08 .
Modificar a: 09 41 00 05
3. Obtener mktplinkfw.c , md5.c y md5.h . Compile la herramienta: gcc -Os mktplinkfw.c md5.c -o mktplinkfw .
4. Ejecute: ./mktplinkfw -i * -factory.bin
5. Busque el MD5Sum1 esperado: esperado: e5 67 34 4d 04 99 20 60 f5 76 c6 04 15 81 ab f8
6. Abra el editor hexadecimal de nuevo, vaya al desplazamiento 0x4c y copie el MD5 anterior (debe abarcar desde
el desplazamiento 0x4c hasta el desplazamiento 0x5b).
7. Vaya y cargue el archivo resultante para actualizar el firmware (en la interfaz web de TP-Link). Buena suerte.

Muchas gracias a LOM de DD-WRT y a cable007 por informar que este enfoque funcionó con DD-WRT.
Publicación # 14
kral_ales
14 de julio de 2013, 21:16
Hola,

flasheé con éxito mi TL-WR941ND v5.0 con firmware modificado "thotypous" y funciona. :-)

Pero mi problema es que hay espacio libre para instalar cualquier paquete.

¿Alguna idea de por qué?

Gracias por adelantado

Ales
Publicación # 15
thotypous
14 de julio de 2013, 21:36

kral_ales escribió:

Pero mi problema es que hay espacio libre para instalar cualquier paquete.

Mmm, eso es extraño, estoy bastante seguro de que esos dispositivos tienen la misma cantidad de memoria
flash. Aquí está el mío después de instalar algunos paquetes (ddns-scripts, qos-scripts, etc.):
oot@Ope t: d

Filesystem Size Used Available Use% Mounted on

rootfs 1.1M 848.0K 240.0K 78% /

/dev/root 2.0M 2.0M 0 100% /rom

tmpfs 14.3M 768.0K 13.5M 5% /tmp

tmpfs 512.0K 0 512.0K 0% /dev

/dev/mtdblock3 1.1M 848.0K 240.0K 78% /overlay

overlayfs:/overlay 1.1M 848.0K 240.0K 78% /

root@OpenWrt:~# cat /proc/partitions

major minor #blocks name

31 0 128 mtdblock0

31 1 935 mtdblock1

31 2 2968 mtdblock2

31 3 1088 mtdblock3

31 4 64 mtdblock4

31 5 3904 mtdblock5

¿Puedes ejecutar los mismos comandos en tu dispositivo?


Publicación # 16
kral_ales
15 de julio de 2013, 14:22
Gracias por su respuesta. :-)

Cuando ejecuto el comando cat / proc / partitions, tengo los mismos números que tú.

root @ OpenWrt: ~ # cat / proc / particiones

mayor menor # nombre de bloques

  31 0128 mtdblock0

  31 1935 mtdblock1

https://forum.archive.openwrt.org/viewtopic.php?id=44319 10/15
15/9/21 12:52 Archivo del Foro OpenWrt

  31 2 2968 mtdblock2

  31 3 1088 mtdblock3

  31 4 64 mtdblock4

  31 5 3904 mtdblock5

y después de limpiar el flash del firmware, mi dispositivo se muestra en LuCI en la página Sistema / Software -
Espacio libre: 81% (876.00 KB)

pero después de intentar instalar cualquier paquete (es decir, openvpn), muestra esto:

"

Instalando openvpn (2.2.2-2) en root ...

Descargando http://downloads.openwrt.org/attitude_a ... r71xx.ipk.

Instalando kmod-tun (3.3.8-1) en root ...

Descargando http : //downloads.openwrt.org/attitude_a… r71xx.ipk.

Instalando libopenssl (1.0.1e-1) en la raíz ...

Descargando http://downloads.openwrt.org/attitude_a… r71xx.ipk.

Instalando zlib (1.2 .7-1) a root ...

Descargando http://downloads.openwrt.org/attitude_a ... r71xx.ipk.

Instalando liblzo (2.06-1) a root ...

Descargando http://downloads.openwrt.org/ Actitud_a… r71xx.ipk.

Configurando kmod-tun.

Configurando liblzo.

Configurando zlib.

Configurando libopenssl.

                    Errores recopilados:

* extract_archive: no se puede crear dir / etc / openvpn /: no queda espacio en el dispositivo.

* wfopen: / etc / config / openvpn: No queda espacio en el dispositivo.

* wfopen: /etc/init.d/openvpn: No queda espacio en el dispositivo.

* wfopen: /lib/upgrade/keep.d/openvpn: No queda espacio en el dispositivo.

* pkg_write_filelist: no se pudo abrir //usr/lib/opkg/info/openvpn.list: no queda espacio en el dispositivo.

* opkg_install_pkg: no se pudieron extraer los archivos de datos para openvpn. Es posible que queden restos del
paquete.

* opkg_install_cmd: no se puede instalar el paquete openvpn.

* opkg_conf_write_status_files: No se puede abrir el archivo de estado // usr / lib / opkg / status: No queda
espacio en el dispositivo.

* pkg_write_filelist: no se pudo abrir //usr/lib/opkg/info/kmod-tun.list: no queda espacio en el dispositivo.

* pkg_write_filelist: no se pudo abrir //usr/lib/opkg/info/liblzo.list: no queda espacio en el dispositivo.

* pkg_write_filelist: no se pudo abrir //usr/lib/opkg/info/zlib.list: no queda espacio en el dispositivo.

* pkg_write_filelist: no se pudo abrir //usr/lib/opkg/info/libopenssl.list: no queda espacio en el dispositivo.

"

y luego se muestra en LuCI en la página Sistema / Software - Espacio libre: 1% (8,00 KB)

Gracias por tu ayuda. :-)

Ales
Publicación # 17
thotypous
15 de julio de 2013, 15:14
Hola kral_ales,

Creo que la razón es solo que este dispositivo no tiene suficiente espacio para instalar OpenVPN. El paquete
OpenVPN y todas sus dependencias tienen alrededor de 2 MB cuando se desempaqueta, pero el TL-WR941ND,
como la mayoría de los dispositivos TP-Link, tiene solo 4 MB de memoria flash total (que necesita contener u-boot,
el kernel y todo el sistema) . Incluso si eliminó LuCI y otro software no esencial de OpenWRT, probablemente no
podría obtener suficiente espacio libre para OpenVPN.

https://forum.archive.openwrt.org/viewtopic.php?id=44319 11/15
15/9/21 12:52 Archivo del Foro OpenWrt

Si desea comprar otro enrutador para ejecutar OpenVPN, le recomendaría que busque un dispositivo con al
menos 8 MB de flash en la Tabla de hardware . Yo personalmente recomendaría los dispositivos Mikrotik o
Ubiquiti, que son relativamente baratos y generalmente fáciles de encontrar en el mercado, y tienen mucha
memoria flash.

Con respecto a su TL-WR941ND, para recuperar el espacio libre en la memoria flash después de intentar instalar
OpenVPN, simplemente desinstale su paquete y sus dependencias a medio instalar.
Publicación # 18
kral_ales
15 de julio de 2013, 16:31
Hola thotypous,

sí, por supuesto que esa debe ser la razón, lo siento. :-) Soy estúpido. :-)
Desafortunadamente, openvpn es obligatorio para mí, así que tengo que buscar en el nuevo dispositivo. Gracias
por sus recomendaciones y su ayuda. :-)

Ales
Publicación # 19
nebbia88
15 de julio de 2013, 21:43

Recuerdo que era posible tener openvpn incluido en una imagen de 4mb ... ¿quizás era la versión no-ssl?
Publicación # 20
thotypous
16 de julio de 2013, 04:11
nebbia88 escribió:

Recuerdo que era posible tener openvpn incluido en una imagen de 4mb ... ¿quizás era la versión no-ssl?

Acabo de hacer una búsqueda rápida y encontré una discusión sobre esto en otro hilo . Algunas personas dicen
que aún es posible adaptar OpenVPN si crea su propia imagen personalizada. La sugerencia EXTROOT también
es interesante si uno quiere divertirse, ya que probablemente se pueda soldar un conector USB a este
dispositivo. El SoC es compatible con USB, y la gente ya hace esos trucos en las unidades WR841ND v8.
Publicación # 21
sbiomed
10 de agosto de 2013, 16:32

thotypous escribió:

Acabo de poner un enrutador TL-WR941ND v5.0 en producción con OpenWrt. Puede usar el mismo archivo
de firmware que TL-WR841N v8, pero necesita modificar el encabezado para que la interfaz web de TP-Link lo
reconozca como un firmware válido para el hardware WR941ND v5.0.

Para los impacientes, he puesto mi firmware modificado en línea: tl-wr941nd_v5.0.bin . MD5 es:
db062f1699c760775c5046cc303cba91. Funcionó perfectamente con mi enrutador (no necesitaba abrirlo en
absoluto), pero no hay garantías de que no bloqueará su enrutador.

Si desea modificar el firmware usted mismo, haga lo siguiente:

1. Descargar openwrt-ar71xx-generic-tl-wr841n-v8-squashfs-factory.bin
2. Ábralo en un editor hexadecimal. Mire el desplazamiento 0x40. Debe haber los siguientes bytes: 08 41 00 08 .
Modificar a: 09 41 00 05
3. Obtener mktplinkfw.c , md5.c y md5.h . Compile la herramienta: gcc -Os mktplinkfw.c md5.c -o mktplinkfw
.
4. Ejecute: ./mktplinkfw -i * -factory.bin
5. Look for the expected MD5Sum1: expected : e5 67 34 4d 04 99 20 60 f5 76 c6 04 15 81 ab f8
6. Open the hex editor again, go to offset 0x4c, and copy the MD5 above (it should span from offset 0x4c to
offset 0x5b).
7. Go and upload the resulting file to firmware upgrade (in TP-Link web-interface). Good luck.

Many thanks to LOM from DD-WRT and to cable007 for reporting this approach worked with DD-WRT.

https://forum.archive.openwrt.org/viewtopic.php?id=44319 12/15
15/9/21 12:52 Archivo del Foro OpenWrt

I can confirm the firmware works on TL-wr941ND v 5.0000. With the following defects:-

1)PPPOE connection drops at regular interval.

2)Coverage is significantly dropped in comparision to TP-LINK firmware.

So, can't use the most of router. Hence

I reverted back to the original firmware. sad

I hope the firmware appears soon.


Post #22
thotypous
10 Aug 2013, 16:57
Hi sbiomed,

1)

How much time is that regular interval? I am also using PPPoE and I did not perceive any drop in connection
stability after changing the router (before that, I had a TL-WR740N also running OpenWRT). My PPPoE uptime is
currently 8h 30m. Maybe the unstability also depends on some ISP configuration or behavior which I did not
experience.

2)

I did not compare the coverage with stock firmware, but I have been able to cover 3 floors of a building with
stable connection using this router. Devices in the second floor were able to lock into the faster bitrates, but
those in the third floor could only use slower bitrates. Anyway, I think this coverage is pretty good compared to
my previous router.

Please note that almost all TP-Link routers, including WR941ND, come with the regulatory domain locked to a
default one (which is very limited) in the EEPROM. The stock firmware ignores this EEPROM setting, altough
OpenWRT does not. Try unlocking the regulatory domain as explained in
http://wiki.openwrt.org/toh/netgear/wnd … djustment, and setting it to your country then adjusting some
wireless settings (such as txpower) using LuCI.
Post #23
sbiomed
12 Aug 2013, 04:43
Thank you thotypous for the support.

1. Regular interval  varies from 1min to 10mins. If I changed any settings in the router eg; TX power , then
connection drops. At first I thought It was ISP problem, and I changed the next router ie wr741nd which has open
wrt(gargoyle) on it, and it was smooth.

2. Isn't it possible that by using firmware of wr841nd v8; only 2 antenna gets activated and 3rd doesn't which
causes drop in signal?

Now I am running DD-WRT for WR841nd v 8.

The Tx power is as shown in image:-

http://lookpic.com/O/i2/1095/eflEPHSC.jpeg

(Last edited by sbiomed on 12 Aug 2013, 04:58)

Post #24
thotypous
12 Aug 2013, 05:28
sbiomed wrote:

1. Regular interval  varies from 1min to 10mins. If I changed any settings in the router eg; TX power , then
connection drops. At first I thought It was ISP problem, and I changed the next router ie wr741nd which has
open wrt(gargoyle) on it, and it was smooth.

https://forum.archive.openwrt.org/viewtopic.php?id=44319 13/15
15/9/21 12:52 Archivo del Foro OpenWrt

Hm, that is strange, I am using exactly the same firmware image. Maybe next time try checking the System Log to
see if it outputs anything related.

sbiomed wrote:

2. Isn't it possible that by using firmware of wr841nd v8; only 2 antenna gets activated and 3rd doesn't which
causes drop in signal?

The SoC used by WR941NDv5 is the same SoC used by WR841NDv8, whose radio is only 2x2 MIMO, unlike other
WR941 hardware revisions which have a 3x3 MIMO radio. Maybe TP-Link ran out of stock on some components
and started printing a slightly modified WR841NDv8 and selling it as WR941ND. Technically it is not unethical nor
anything, because if you check at their website, WR841ND and WR941ND have exactly the same specifications
regarding the radio (they literally copy-pasted the "technical specifications" from one model to the other).

Also, taking a look at the pictures of the WR941NDv5 circuit boards at the first posts of this thread (I did not open
my device yet, so I cannot be sure about this one), it appears that two of the three antennas are connected to the
same LNA. So it is almost the same thing as taking a WR841NDv8, and putting two antennas in one of the
connectors (with correct impedance matching etc.)

In TP-Link website, you can also find the GPL sourcecodes of their official firmware. I took a diff between
WR841NDv8 and WR941NDv5 and I did not see any significant changes in kernel sourcecode. The wireless driver
is the same. So I doubt the firmware does anything different because of the third antenna, further supporting my
hypothesis.

sbiomed wrote:

Now I am running DD-WRT for WR841nd v 8.

The Tx power is as shown in image:-

You have a pretty good SNR! I do not know why it is calculating signal quality as being only 63%... 18dBm of
txpower is good. I believe it could be increased with some tweaking (but need to check if summing the antenna
gain it would not exceed maximum e.i.r.p. on most countries), however in your case you already appear to have
good signal figures (SNR and sustained MCS rate).
Post #25
neoke007
26 Aug 2013, 18:39
thotypous wrote:

I have just put a TL-WR941ND v5.0 router on production with OpenWrt. You can use the same firmware file as
TL-WR841N v8, but you need to modify the header in order for the TP-Link web-interface to recognize it as a
valid firmware for WR941ND v5.0 hardware.

For the impatient, I have put my modified firmware online: tl-wr941nd_v5.0.bin. MD5 is:
db062f1699c760775c5046cc303cba91. It worked perfectly with my router (I did not need to open it at all), but
no warranties it will not brick your router, though.

If you want to modify the firmware yourself, do as follows:

1. Download openwrt-ar71xx-generic-tl-wr841n-v8-squashfs-factory.bin
2. Open it in a hex editor. Look at offset 0x40. There should be the following bytes: 08 41 00 08. Modify to: 09 41
00 05
3. Get mktplinkfw.c, md5.c and md5.h. Compile the tool: gcc -Os mktplinkfw.c md5.c -o mktplinkfw.
4. Run: ./mktplinkfw -i *-factory.bin
5. Busque el MD5Sum1 esperado: esperado: e5 67 34 4d 04 99 20 60 f5 76 c6 04 15 81 ab f8
6. Abra el editor hexadecimal de nuevo, vaya al desplazamiento 0x4c y copie el MD5 anterior (debe abarcar
desde el desplazamiento 0x4c hasta el desplazamiento 0x5b).
7. Vaya y cargue el archivo resultante para actualizar el firmware (en la interfaz web de TP-Link). Buena suerte.

Muchas gracias a LOM de DD-WRT y a cable007 por informar que este enfoque funcionó con DD-WRT.

https://forum.archive.openwrt.org/viewtopic.php?id=44319 14/15
15/9/21 12:52 Archivo del Foro OpenWrt

Instalé este firmware en mi dispositivo (941ND ver 5.0). Encontré el problema:

- Failsafe no funciona: la interfaz Lan no funciona (la luz no se enciende o wan), por lo que no puedo conectarme
al dispositivo a través del puerto Ethernet (lan o wan).

¿Alguien más tiene el mismo problema?


Página 1 de 3 1 2 3

https://forum.archive.openwrt.org/viewtopic.php?id=44319 15/15

También podría gustarte