Olá pessoal!
Caso você tenha feito uma atualização de firmware errada em sua WOM5000/i/MiMo ela pode parar de funcionar.
Fiz um procedimento de recuperação que funciona nos 3 modelos.
Não me responsabilizo por qualquer dano causado pelo procedimento.
Infelizmente, não é um processo extremamente simples.
Faça apenas se tiver certeza do que está fazendo!!!
Lembrando que esse procedimento não clona os MAC addresses e nem altera as calibrações de RF, portanto é perfeitamente legal.
Requisitos:
- WOM5000/i/MiMo que não esteja funcionando(lógico)
- WOM5000/i/MiMo do mesmo modelo anterior mas que esteja funcionando para ser usada como doadora.
- Cabo TTL to RS232(mesmo usado em Arduino, por exemplo. Tem por menos de 10 reais no ML)
- Ferro de solda e solda
- putty e pscp = http://www.chiark.greenend.org.uk/~s.../download.html
- tftp32 = http://tftpd32.jounin.net/tftpd32_download.html
1. Ligue primeiramente a WOM5000/WOM5000i/WOM5000MiMo que esteja funcionando normalmente.
2. Aplique as configurações de fábrica.
3. Ative o servidor SSH2(Sistema, Gerenciamento de Acesso, Configurações do Gerenciamento via Terminal (SSH2), Acesso restrito(LAN), Salvar, Aplicar)
4. Abra o putty em SSH apontando para o IP da WOM5000(10.0.0.1) com usuario admin e senha admin.
5. Vamos copiar a partição mtd6("Kernel_RootFS") e mtd5("UserConf") para /tmp:
6. Use o pscp para transferir os arquivos. Extraia o pscp em uma pasta(c:\wom5000, por exemplo), abra o prompt de comando e digite:Código :cp /dev/mtdblock6 /tmp cp /dev/mtdblock5 /tmp
A senha do usuário admin será solicitada, basta digitar admin.Código :c: cd \wom5000 pscp [email protected]:/tmp/mtdblock6 . pscp [email protected]:/tmp/mtdblock5 .
O tamanho do arquivo mtdblock6 é 3.604.480 bytes e do mtdblock5 é 262.144 bytes.
7. Para criar a ROM de recovery você precisa juntar o mtdblock6 com o mtdblock5 nessa ordem, portando:
O novo arquivo deve possuir 3.866.624 bytes.Código :copy /b mtdblock6 + mtdblock5 recovery
EDIT: A WOM5000 MiMo possui 8MB de flash, portanto o tamanho dos arquivos sao diferentes:
mtdblock6 = 7.798.784 bytes
mtdblock5 = 262.144 bytes
Arquivo de recovery = 8.060.928 bytes
7. Agora abra a WOM5000 a ser recuperada(lembrando que ela precisa ser do mesmo modelo da doadora).
8. Solde os fios TX, RX e GND no seu cabo TTL para RS-233(usei aqui um PL-2303HX mas os FTDIs também funcionarão). Os pinos estão bem visíveis, escritos TX, GND e RX.
9. Abra o putty, escolha modo serial e a porta que o seu cabo recebeu(confira no gerenciador de dispositivos). A velocidade deve ser 64000.
10. Clique em OK e ligue sua WOM5000. O log deve ser semelhante a esse:
Código :U-Boot 1.1.3 (Dec 14 2011 - 02:23:19) Board: Ralink APSoC DRAM: 32 MB relocate_code Pointer at: 81fb0000 spi_wait_nsec: 30 spi device id: c2 20 16 c2 20 (2016c220) find flash: MX25L3205D raspi_read: from:30000 len:1000 .*** Warning - bad CRC, using default environment ============================================ Ralink UBoot Version: 3.6.0.0 -------------------------------------------- ASIC 3883_MP (MAC to 100SW Mode) DRAM_CONF_FROM: EEPROM DRAM_SIZE: 128 Mbits SDR DRAM_TOTAL_WIDTH: 16 bits TOTAL_MEMORY_SIZE: 16 MBytes Flash component: SPI Flash Date:Dec 14 2011 Time:02:23:19 ============================================ icache: sets:512, ways:4, linesz:32 ,total:65536 dcache: sets:256, ways:4, linesz:32 ,total:32768 ##### The CPU freq = 500 MHZ #### estimate memory size =32 Mbytes Please choose the operation: 1: Load system code to SDRAM via TFTP. 2: Load system code then write to Flash via TFTP. 3: Boot system code via Flash (default). 4: Entr boot command line interface. 7: Load Boot Loader code then write to Flash via Serial. 9: Load Boot Loader code then write to Flash via TFTP. 0 3: System Boot system code via Flash. ## Booting image at bc050000 ... raspi_read: from:50000 len:40 . Image Name: Linux Kernel Image Created: 2015-07-29 14:14:25 UTC Image Type: MIPS Linux Kernel Image (lzma compressed) Data Size: 3567552 Bytes = 3.4 MB Load Address: 80000000 Entry Point: 80232000 raspi_read: from:50040 len:366fc0 ....................................................... Verifying Checksum ... Bad Data CRC
Se não aparecer nada, inverta os fios de TX e RX(desligue a CPE e o cabo USB antes de fazer isso).
Agora desligue e ligue-a novamente e escolha a opção 2:
Código :You choosed 2 0 raspi_read: from:40028 len:6 . 2: System Load Linux Kernel then write to Flash via TFTP. Warning!! Erase Linux in Flash then burn new one. Are you sure?(Y/N)
Digite y para confirmar.
Primeiramente ela vai perguntar o IP da WOM5000 e depois a do servidor TFTP, confirme os 2 pressionando enter.
Agora ele pede o nome do arquivo a ser aplicado na flash: recovery(o do passo 7), mas ainda não aperte enter.
Mude o IP da sua placa de rede para 10.10.10.3/255.0.0.0.
11. Inicie o TFTP32, na aba tftp server clique em Show Dir e depois em Explorer. Cole o arquivo recovery dentro dessa pasta.
12. Com o cabo de rede ligado do PC para a CPE, volte para o putty e pressione enter para confirmar o nome do arquivo.
13. Aguarde a transferência concluir e sua CPE já estará funcionando normalmente. Recomendo voltar às configurações de fábrica e atualizar o firmware novamente.
Código :============================================ Ralink UBoot Version: 3.6.0.0 -------------------------------------------- ASIC 3883_MP (MAC to 100SW Mode) DRAM_CONF_FROM: EEPROM DRAM_SIZE: 128 Mbits SDR DRAM_TOTAL_WIDTH: 16 bits TOTAL_MEMORY_SIZE: 16 MBytes Flash component: SPI Flash Date:Dec 14 2011 Time:02:23:19 ============================================ icache: sets:512, ways:4, linesz:32 ,total:65536 dcache: sets:256, ways:4, linesz:32 ,total:32768 ##### The CPU freq = 500 MHZ #### estimate memory size =32 Mbytes Please choose the operation: 1: Load system code to SDRAM via TFTP. 2: Load system code then write to Flash via TFTP. 3: Boot system code via Flash (default). 4: Entr boot command line interface. 7: Load Boot Loader code then write to Flash via Serial. 9: Load Boot Loader code then write to Flash via TFTP. 2 You choosed 2 0 raspi_read: from:40028 len:6 . 2: System Load Linux Kernel then write to Flash via TFTP. Warning!! Erase Linux in Flash then burn new one. Are you sure?(Y/N) Please Input new ones /or Ctrl-C to discard Input device IP (10.10.10.123) ==:10.10.10.123 Input server IP (10.10.10.3) ==:10.10.10.3 Input Linux Kernel filename () ==:recovery netboot_common, argc= 3 NetTxPacket = 0x81FE4D40 KSEG1ADDR(NetTxPacket) = 0xA1FE4D40 NetLoop,call eth_halt ! NetLoop,call eth_init ! Trying Eth0 (10/100-M) Waitting for RX_DMA_BUSY status Start... done Header Payload scatter function is Disable !! ETH_STATE_ACTIVE!! Using Eth0 (10/100-M) device TFTP from server 10.10.10.3; our IP address is 10.10.10.123 Filename 'recovery'. TIMEOUT_COUNT=10,Load address: 0x80100000 Loading: Got ARP REPLY, set server/gtwy eth addr (00:1d:7d:XX:XX:XX) Got it ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ######################################### done Bytes transferred = 3866624 (3b0000 hex) NetBootFileXferSize= 003b0000 raspi_erase_write: offs:50000, count:3b0000 raspi_erase: offs:50000 len:3b0000 ........................................................... raspi_write: to:50000 len:3b0000 ........................................................... raspi_read: from:50000 len:10000 .raspi_read: from:60000 len:10000 .raspi_read: from:70000 len:10000 .raspi_read: from:80000 len:10000 .raspi_read: from:90000 len:10000 .raspi_read: from:a0000 len:10000 .raspi_read: from:b0000 len:10000 .raspi_read: from:c0000 len:10000 .raspi_read: from:d0000 len:10000 .raspi_read: from:e0000 len:10000 .raspi_read: from:f0000 len:10000 .raspi_read: from:100000 len:10000 .raspi_read: from:110000 len:10000 .raspi_read: from:120000 len:10000 .raspi_read: from:130000 len:10000 .raspi_read: from:140000 len:10000 .raspi_read: from:150000 len:10000 .raspi_read: from:160000 len:10000 .raspi_read: from:170000 len:10000 .raspi_read: from:180000 len:10000 .raspi_read: from:190000 len:10000 .raspi_read: from:1a0000 len:10000 .raspi_read: from:1b0000 len:10000 .raspi_read: from:1c0000 len:10000 .raspi_read: from:1d0000 len:10000 .raspi_read: from:1e0000 len:10000 .raspi_read: from:1f0000 len:10000 .raspi_read: from:200000 len:10000 .raspi_read: from:210000 len:10000 .raspi_read: from:220000 len:10000 .raspi_read: from:230000 len:10000 .raspi_read: from:240000 len:10000 .raspi_read: from:250000 len:10000 .raspi_read: from:260000 len:10000 .raspi_read: from:270000 len:10000 .raspi_read: from:280000 len:10000 .raspi_read: from:290000 len:10000 .raspi_read: from:2a0000 len:10000 .raspi_read: from:2b0000 len:10000 .raspi_read: from:2c0000 len:10000 .raspi_read: from:2d0000 len:10000 .raspi_read: from:2e0000 len:10000 .raspi_read: from:2f0000 len:10000 .raspi_read: from:300000 len:10000 .raspi_read: from:310000 len:10000 .raspi_read: from:320000 len:10000 .raspi_read: from:330000 len:10000 .raspi_read: from:340000 len:10000 .raspi_read: from:350000 len:10000 .raspi_read: from:360000 len:10000 .raspi_read: from:370000 len:10000 .raspi_read: from:380000 len:10000 .raspi_read: from:390000 len:10000 .raspi_read: from:3a0000 len:10000 .raspi_read: from:3b0000 len:10000 .raspi_read: from:3c0000 len:10000 .raspi_read: from:3d0000 len:10000 .raspi_read: from:3e0000 len:10000 .raspi_read: from:3f0000 len:10000 .Done! ## Booting image at bc050000 ... raspi_read: from:50000 len:40 . Image Name: Linux Kernel Image Created: 2014-06-17 15:13:21 UTC Image Type: MIPS Linux Kernel Image (lzma compressed) Data Size: 3547072 Bytes = 3.4 MB Load Address: 80000000 Entry Point: 80232000 raspi_read: from:50040 len:361fc0 ....................................................... Verifying Checksum ... OK Uncompressing Kernel Image ... OK No initrd ## Transferring control to Linux (at address 80232000) ... ## Giving linux memsize in MB, 32 Starting kernel ... LINUX started... THIS IS ASIC Linux version 2.6.21-firmware (root@guilew) (gcc version 3.4.2) #2 Tue Jun 17 12 :09:11 BRT 2014 The CPU feqenuce set to 500 MHz CPU revision is: 0001974c Determined physical RAM map: memory: 02000000 @ 00000000 (usable) Built 1 zonelists. Total pages: 8128 Kernel command line: console=ttyS1,57600n8 root=/dev/mtdblock4 Primary instruction cache 64kB, physically tagged, 4-way, linesize 32 bytes. Primary data cache 32kB, 4-way, linesize 32 bytes. Synthesized TLB refill handler (20 instructions). Synthesized TLB load handler fastpath (32 instructions). Synthesized TLB store handler fastpath (32 instructions). Synthesized TLB modify handler fastpath (31 instructions). cause = 40808000, status = 11000000 PID hash table entries: 128 (order: 7, 512 bytes) calculating r4koff... 001e8480(2000000) CPU frequency 500.00 MHz Using 250.000 MHz high precision timer. Console: colour dummy device 80x25 Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) Memory: 29996k/32768k available (1947k kernel code, 2772k reserved, 297k data, 1 20k init, 0k highmem) Mount-cache hash table entries: 512 NET: Registered protocol family 16 NET: Registered protocol family 2 Time: MIPS clocksource has been installed. IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 1024 (order: 1, 8192 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 1024 bind 1024) TCP reno registered deice id : c2 20 16 c2 20 (2016c220) MX25L3205D(c2 2016c220) (4096 Kbytes) mtd .name = raspi, .size = 0x00400000 (4M) .erasesize = 0x00010000 (64K) .numera seregions = 0 Creating 7 MTD partitions on "raspi": 0x00000000-0x00030000 : "Bootloader" 0x00030000-0x00040000 : "Config" 0x00040000-0x00050000 : "Factory" 0x00050000-0x00150000 : "Kernel" 0x00150000-0x003c0000 : "RootFS" 0x003c0000-0x00400000 : "UserConf" 0x00050000-0x003c0000 : "Kernel_RootFS" Load Ralink DFS Timer Module squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher squashfs: LZMA suppport for slax.org by jro io scheduler noop registered (default) Ralink gpio driver initialized Ralink APSoC Hardware Watchdog Timer Serial: 8250/16550 driver $Revision: 1.7 $ 2 ports, IRQ sharing disabled serial8250: ttyS0 at I/O 0xb0000500 (irq = 37) is a 16550A serial8250: ttyS1 at I/O 0xb0000c00 (irq = 12) is a 16550A rdm_major = 254 MAC_ADRH -- : 0x00000000 MAC_ADRL -- : 0x00000000 Ralink APSoC Ethernet Driver Initilization. v2.0 256 rx/tx descriptors allocate d, mtu = 1500! NAPI enable, weight = 0, Tx Ring = 256, Rx Ring = 256 MAC_ADRH -- : 0x0000000c MAC_ADRL -- : 0x43436020 PROC INIT OK! --->regValue:1010245 --->regValue:25010245 PPP generic driver version 2.4.2 PPP Deflate Compression module registered PPP BSD Compression module registered PPP MPPE Compression module registered NET: Registered protocol family 24 tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <[email protected]> block2mtd: version $Revision: 1.1.1.1 $ u32 classifier Netfilter messages via NETLINK v0.30. nf_conntrack version 0.5.0 (256 buckets, 2048 max) ip_tables: (C) 2000-2006 Netfilter Core Team, Type=Linux ipt_time loading TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Ebtables v2.0 registered 802.1Q VLAN Support v1.8 Ben Greear <[email protected]> All bugs added by David S. Miller <[email protected]> VFS: Mounted root (squashfs filesystem) readonly. Freeing unused kernel memory: 120k freed init started: BusyBox v1.18.1 (2011-11-28 16:34:27 BRST) starting pid 13, tty '': '/bin/firmware init &' Algorithmics/MIPS FPU Emulator v1.5 Please press Enter to activate this console. sh: can't create /proc/rt3883/gmac: nonexistent directory Started WatchDog Timer. Started WatchDog Timer. MAC_ADRH -- : 0x0000001a MAC_ADRL -- : 0x3fb2a9ad rt2860v2_sta: module license 'unspecified' taints kernel. === pAd = c0058000, size = 1076528 === <-- RTMPAllocTxRxRingMemory, Status=0 <-- RTMPAllocAdapterBlock, Status=0 RX DESC a1810000 size = 2048 Key1Str is Invalid key length(0) or Type(0) Key2Str is Invalid key length(0) or Type(0) Key3Str is Invalid key length(0) or Type(0) Key4Str is Invalid key length(0) or Type(0) 1. Phy Mode = 8 2. Phy Mode = 8 Read EEPROM, EthCloneMac is 00:1a:3f:xx:xx:xx! 3. Phy Mode = 8 MCS Set = ff 00 00 00 01 <==== rt28xx_init, Status=0 0x1300 = 00064300 device eth2 entered promiscuous mode phy_tx_ring = 0x01f22000, tx_ring = 0xa1f22000 phy_rx_ring0 = 0x01f23000, rx_ring0 = 0xa1f23000 CDMA_CSG_CFG = 81000007 GDMA1_FWD_CFG = C0710000 br0: port 1(eth2) entering learning state udhcpc (v1.18.1) started Sending discover... Using intrapositioned negation (`--option ! this`) is deprecated in favor of ext rapositioned (`! --option this`). Sending discover...
Pronto!
Postem suas dúvidas e resultados.
Boa sorte a todos!
-
09-02-2016, 19:35 #1
- Ingresso
- May 2007
- Posts
- 18
Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Última edição por kez; 09-02-2016 às 20:09. Razão: Novas informacoes sobre WOM5000MiMo
-
09-02-2016, 22:54 #2 Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Obrigado!
-
10-02-2016, 07:24 #3
- Ingresso
- Jul 2014
- Posts
- 87
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Jeitinho brasileiro Brasileiro! com chuva e sol ta um jeito...
Tem o amigo ' misterbogus' e uma galera aqui que ta tentando fazer a recuperação da Wom pela serial se pudia mostra seu feito la
https://under-linux.org/showthread.php?t=182948
O modo pode ate funcionar com CPE TpLink com firmware Intelbras. Sera?
Parabém ai maninho.
-
10-02-2016, 12:41 #4
- Ingresso
- May 2007
- Posts
- 18
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Opa! Obrigado!
Postado originalmente por ab5x2
AirGrid é bem mais fácil: ligue-a com o botão de reset pressionado e o mantenha assim até as luzes de sinal ficarem piscando de duas em duas. Mude o IP do seu computador para 192.168.1.10 e tente pingar para 192.168.1.20.
Se pingar, sua AirGrid está boa. Se não pingar, deve estar com defeito no chip de rede. A troca do AR8032 resolve na maioria dos casos.
Depois de pingar, baixe o firmware mais novo e salve em c:\recovery. Abra o prompt de comando:
c:
cd \recovery
tftp -i 192.168.1.20 PUT NOMEDOARQUIVODEFIRMWARE.BIN
Se o comando não for reconhecido, adicione o cliente de TFTP lá em Adicionar Programas, Componentes do Windows.
Obrigado! Postado originalmente por teknando
A inspiração veio de lá mesmo e eles podiam ter conseguido sozinhos, pela que a Intelbras usa uma velocidade na porta serial que não é muito comum(64000bps) e deixou os amigos do outro tópico sem conseguir avançar para as próximas etapas.
Observação Importante
Não atualize WOM5000/i/MiMo da versão 3.1 para a versão 6.0beta2 diretamente! Nos meus testes, essa foi a causa da corrupção do firmware!
Atualize primeiro para a 4.1 depois para a 6.0beta2!
-
10-02-2016, 21:49 #5
- Ingresso
- Sep 2007
- Posts
- 439
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
@kez parabens ao topico, muito bom mesmo!!
estou utilizando wom mimo 2x2 e apc5m90+ tudo com ipoll ativo e esta rodando perfeito aqui, soh faltava mesmo esse detalhe do tftp!!!
[]´s
-
11-02-2016, 09:51 #6
- Ingresso
- Sep 2007
- Posts
- 122
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Bom dia amigos! no meu putty aqui só lixo...
- character set UTF8 unicode (mas tentei varios outros)
- speed 64000 (no putty)
- configuração de porta 9600 bits (tem varios mas não tem opção de 64000)
alguem tem alguma sugestão??
ah, parabéns pelo trabalho!Última edição por egservice; 11-02-2016 às 09:52. Razão: correção
-
11-02-2016, 11:11 #7
- Ingresso
- May 2007
- Posts
- 18
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Postado originalmente por egservice
Bom dia amigos! no meu putty aqui só lixo...
- character set UTF8 unicode (mas tentei varios outros)
- speed 64000 (no putty)
- configuração de porta 9600 bits (tem varios mas não tem opção de 64000)
alguem tem alguma sugestão??
ah, parabéns pelo trabalho!Pessoal, é mais simples do que parece. Abra o putty, clique em Serial, digite o numero da porta com dessa forma COMX, substituindo o X pelo número da porta COM, em Speed apague 9600 e digite 64000. Clique agora em Open. Postado originalmente por ab5x2
Esse seu log é por causa da velocidade errada.
Então, na verdade eu usei TTL para ativar o TFTP. Dá pra usar só TTL, mas o envio do arquivo vai demorar muito mais que usar TTL+TFTP. Postado originalmente por ab5x2
-
11-02-2016, 14:37 #8
- Ingresso
- Sep 2007
- Posts
- 122
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
O meu também não funciona, mesmo colocando a velocidade correta... começo a desconfiar do adaptador também, mas ainda não testei no windows 32 bits...vou ver e posto o resultado... Postado originalmente por ab5x2
O meu não funciona mesmo, foi pro lixo.
-
11-02-2016, 17:12 #9
- Ingresso
- May 2007
- Posts
- 18
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Façam o seguinte: Peguem os fios de TX e RX e liguem um no outro, abram o putty e digitem qualquer coisa. Se o que vocês digitarem estiver aparecendo, seu cabo está bom. Postado originalmente por egservice
-
15-02-2016, 10:41 #10
- Ingresso
- Sep 2007
- Posts
- 122
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Bom dia, fizemos este teste e apareceu os caracteres, só não funciona na WOM5000... Postado originalmente por kez
-
16-02-2016, 08:50 #11
- Ingresso
- Sep 2007
- Posts
- 122
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Bom dia, realizei o teste com outro adaptador e felizmente deu certo, com a velocidade em 64000.
-
17-02-2016, 11:23 #12
- Ingresso
- May 2009
- Posts
- 711
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
abri o tópico lá, comprei a peça mas nem cheguei a fazer, nem nos tplinks,
acabou que me enrolei com trabalho, a faculdade recomeçou e agora a rotina é sair de casas as 6:30 e chegar 23:50.
não vou poder olhar tão cedo, Mas fico feliz que os Kamaradas deram continuidade e resolveram.
O kez chegou lá, resolveu e compartilhou. é isso que faz o mundo crescer.
quando eu puder vou continuar e reportar os testes, sucessos e fracassos.
-
19-02-2016, 09:22 #13
- Ingresso
- Sep 2007
- Posts
- 122
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Com a primeira WOM5000 SISO deu certo agora estou tentando com outra do mesmo modelo e esta dando esse erro, na barra de porcentagem do tftp para em 69%.
-
19-02-2016, 14:12 #14
- Ingresso
- May 2007
- Posts
- 18
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Olha aí, estou orgulhoso que os colegas estão conseguindo realizar o procedimento e já temos até uma confirmação! Postado originalmente por egservice
Com a primeira WOM5000 SISO deu certo agora estou tentando com outra do mesmo modelo e esta dando esse erro, na barra de porcentagem do tftp para em 69%.
Parabéns, egservice!
Se o arquivo é o mesmo da que deu certo, computador, cabos, fontes, etc., é bem provável que a memória flash da sua WOM5000 esteja danificada.
Nesse caso, só trocando a memória. Se você extrair o chip da memória de uma WOM5000 que foi queimada, por exemplo, e soldar nessa WOM5000, ela deve voltar a funcionar.
O problema é que você vai perder a calibração dos rádios e pode ter um mal funcionento da parte de RF(sinal baixo, por exemplo).
Mas pode ser que ela funcione normal, só saberemos testando.
Se não tiver de onde extrair o chip da memória, você pode também comprar uma nova no mercado livre.
Talvez o vendedor possa até gravar a memória se você mandar o dump completo.
No estado em que ela se encontra, se você ler o conteúdo da memória, gravar em uma nova e a partir daí fizer o recovery, ela deve funcionar perfeitamente.
Um dos problemas comuns nessas memórias é que elas travam em um modo somente leitura: você consegue ler, mas não gravar.
Fiz isso num NanoLoco que esquecia até o update de software depois de desligado e ficou 100% depois do procedimento (leitura da flash antiga, gravação na flash nova e atualização).
-
19-02-2016, 18:25 #15
- Ingresso
- Mar 2010
- Localização
- MT
- Posts
- 5.251
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Sobre essa troca de ROM gerar baixa potência ou coisa assim, dá pra tentar regravar o firmware com a rom já no lugar.
É que o chipset usa portas GPIO pra ler o que tem nele, umas portas GPIO acendem led, outras mandam ou recebem sinal do amplificador. Em estado normal o firmware diz pra ler a porta GPIO 9 e conforme o sinal recebido tratar ela como controle do amplificador (É só exemplo), de uma versão pro outro o numero da porta pode mudar, ao gravar o firmware e ele fazer o primeiro boot ele lê isso, mas ao pega o CI da Rom e colocar em outro aparelho ele não faz isso.
No caso dos Ralink que a Wom usa, se não me engano são quase 30 GPIO, tem umas reservadas pra acender led da lan, tem as reservadas pra comunicação com a rom e cabo serial, nunca olhei bem como é a questão de quais leem o que, mas tem GPIO aos montes, o amplificador em si não está ligado em nenhuma, eles são feitos pra operar com sinal com uns blocos de sei lá que tipo pra definir potência (São feitos pra ficar na saída de qualquer chipset, sem precisar comunicação extra com o chipset), mas tem outros controles na região (Chaveamento entre RX e TX talvez, ou talvez entre essa ou aquela antena/saída (Tem uns switch pra isso, definir se vai usar o amp0, o amp1, ou o amp do conector SMA externo, por isso não tem como usar tudo ao mesmo tempo, é ou V, ou H, ou SMA (Na Wom com SMA)).
Enfim, tem essa questão dos GPIO, o firmware é feito pra ler uns estados e definir qual o uso da porta, na troca de CI perde isso, mas regravando firmware deve voltar.
(Ou o problema é queima do amplificador mesmo, os chipsets avisam suportar 260°C por 10s pra solda, os amplificadores não falam nada, só falam no suporte a 85°C, vai que o calor da troca de outro CI por perto atinge eles tão em cheio! Sensiveis com ESD eles são, hoje melhoraram mas até antes dos AR9000 acho que uns 30% dos cartões mini-pci perdiam potência por ano, tudo amplificador queimado, só de tirar foto com flash eles já achavam que era raio e queimavam)
-
24-02-2016, 19:48 #16
- Ingresso
- May 2007
- Posts
- 18
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Teoricamente, cada rádio é calibrado individualmente na fábrica. Se você troca a EEPROM de um com a de outro, você troca a calibração, isso que eu quis dizer. Postado originalmente por rubem
Nas UBNT, você copia a última partição e pronto, restaura a calibração.
Sim, entendo um pouco sobre GPIO, mas não acredito que haja diferença de uma para outra, visto que todas WOM5000, por exemplo, usam o mesm ofirmware. Há diferença da WOM5000 para a WOM5000i, uma GPIO para fazer o chaveamento para a antena externa não é usada. E por aí vai.
Na troca do CI de uma WOM5000 para outra igual perde o mapeamento das GPIO???? Não acredito...
Já troquei amplificador sem tantos cuidados apenas para ver se funcionava... e funcionou.
Há muitos mitos também, meu caro...
-
25-02-2016, 08:09 #17
- Ingresso
- Mar 2010
- Localização
- MT
- Posts
- 5.251
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
O amplificador realmente parece que não tem comunicação com o GPIO, aí realmente não tem como perder nada, eu também troco ele e nunca deu problema.
Minha questão é a troca da ROM entre versões diferentes, que usam portas diferentes.
Ficando na mesma versão do hardware, também não acredito que isso seja um problema.
No caso da wom5000, no firmware se não me engano tem uma api pra cada chipset da Realtek, 2880 até 3052, acho que são 4 ou 5, o firmware é o mesmo, mas no reset ou no primeiro uso do firmware cada hardware escreve em algum daqueles arquivos em branco (No firmware recém-baixado aparecem com 0B, mas depois de ligar a CPE vários deles tem 10 bytes pra cima), isso que você chama de calibração ou chamo de leituras que o software faz do hardware, e escreve nesses arquivos alguma coisa relativa ao hardware pelo visto.
Não conheço bem a wom5000, mas a WOG212 mudou ao longo do tempo, talvez acompanhando as versões da TP-Link wa5210 de onde ela veio (Acho que V1, V2 e V3, ou V2.3, ou V1.2), a troca de firmware entre versões pra mim tem que dar problema mesmo, muda o hardware.
-
26-03-2016, 13:06 #18
- Ingresso
- Mar 2016
- Posts
- 1
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Seguir o tutorial conseguir recupera 3 wom 5000.
estou precisado do arquivo recovery do wom 5000 mimo.
vou colocar aqui os arquivos que usei para recupera.
http://www.4shared.com/zip/WISPvNUyc..._wom_5000.html
http://produto.mercadolivre.com.br/M...-mini-nano-_JM
-
14-04-2016, 17:30 #19
- Ingresso
- Apr 2016
- Posts
- 1
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
Postado originalmente por kez
Boa tarde amigo eu estou usando porta serial na hora que eu boto a porta 64000 da erro no Putty.
-
16-07-2016, 16:59 #20
- Ingresso
- May 2015
- Posts
- 92
Re: Tutorial para recuperação de WOM5000/i/MiMo por TFTP
show perfeito funcionou quanto no windows 7 e no 10 tb. perfeito recuperei duas wom 5000 meus agradecimento ao autor do tópico.. só agradeço XD
Citação