Existe uma maneira de corrigir o roteador bricked?

Question

Eu tenho um roteador UBNT EdgeRouter X emparedado. Foi bricked ao mudar o firmware usando o SSH. Então, quando eu estava tentando descompactá-lo usando UART - o pino do roteador 3v3 foi conectado a 3v3 UART.

Agora o pino 3v3 do roteador está fornecendo 0.0 voltagem. Mas os LEDs do roteador ainda estão funcionando no caso de eu ligar ou conectar e desconectar patch cords.

Eu tentei conectá-lo usando

• TXD & leftrightarrow; RX, RXD & leftrightarrow; TX, GND & leftrightarrow; GND
• e TXD & leftrightarrow; TX, RXD & leftrightarrow; RX, GND & leftrightarrow; GND.

Eu usei o PuTTY, tentei conectar usando o número COM obtido do Computer > Manage > Device Manager. Taxa de transmissão 115200, Bits de dados 8, Bits de parada 1, Controle de fluxo Nenhum.

E em ambos os casos eu recebo a janela do PuTTY em branco.

Existe uma maneira de corrigir isso? Se eu der o roteador a um centro de serviço, eles poderão consertá-lo?

    

Answer 1

Você não disse exatamente o que você fez via ssh que "bricked o firmware".

A maioria dos roteadores tem partes diferentes para o firmware. O primeiro estágio é um comparativamente simples, muitas vezes uboot . Este primeiro estágio carrega o firmware real como segundo estágio. O googling parece confirmar que o UBNT EdgeRouter X usa o uboot.

Então, se você não destruiu o uboot com o que estava fazendo, você deveria poder usar o modo de recuperação do uboot (google).

Se você destruiu, provavelmente não há nada que você possa fazer. O menor a aprender é que, ao fazer uma atualização de firmware, você sempre atualiza o firmware "adequado" (segundo estágio) somente . E antes de fazer isso, você tem uma boa olhada em qual parte da ROM flash contém que tipo de informação.

Editar

Como parece haver alguma confusão sobre isso, vamos classificar serial / UART vs. JTAG.

Olhando a página OpenWRT para o roteador, pode-se ver a conexão UART / serial no imagem seguinte:

Isso fornecerá um console serial para o dispositivo, que precisa de um firmware de trabalho , por exemplo uboot. Se o uboot já estiver sendo executado de qualquer maneira, não há vantagem em usar o console serial sobre o uso do console de rede no modo de recuperação (a menos que isso não funcione por algum motivo). E o console de rede não precisa de hardware adicional, como os fios necessários para se conectar à porta serial.

O chipset também parece ter uma porta JTAG, embora eu não tenha encontrado nenhuma indicação de onde ele está na placa. O cabeçalho JTAG padrão tem 20 pinos, na foto pode-se ver espaço para um cabeçalho (não soldado) com 14 pinos, que pode conter alguns dos pinos JTAG (ou pode ser algo completamente diferente). Também pode não haver cabeçalho JTAG não-vendido, e seria necessário obter os sinais JTAG diretamente do chipset principal.

Com o JTAG, é possível também fazer o bootloader do primeiro estágio, mas, para isso, é necessário um hardware especial que entenda o protocolo JTAG. Uma simples conexão serial não serve.

Ao escolher entre comprar hardware com protocolo JTAG e comprar um novo roteador, comprar um novo roteador geralmente é mais barato. A menos que alguém planeje fazer muito hacking no futuro usando o JTAG.