
Editar: essas tags foram removidas porque não existem: ESPRESSObin U-Boot marvell A3700
Estou perdendo a cabeça trabalhando em um ESPRESSObin. Atualizei o bootloader errado, porque achei que a recuperação era simples e fácil... e imaginei que alguns bytes para verificação de versão dos blobs recebidos não eram ridículos. Agora acho que preciso de alguns arquivos e não está claro de onde eles vêm.
Uma coisa é que simplesmente não tenho uma máquina MS(tm)Windows, outra é que estou usando um PI Zero para conversar com a porta serial.
Onde devo chegar e devo usar WtpDownload_linux
:
NTIM.bin
/TIM.bin
<Image>_h.bin
Responder1
O principal obstáculo para mim foi que há apenas alguns segundos de janela para interromper o processo de inicialização após o download do wtp de aproximadamente 4 minutos. Então você realmente precisa observar a contagem regressiva do cronômetro de perto.
Não sei se isso ainda existe, mas encontrei as imagens aqui: https://forum.0cd.xyz/t/espressobin-downloads/512
Estou escolhendo fazer o flash do u-boot a partir daqui: http://dotsrc.dl.osdn.net/armbian-dl/espressobin/u-boot/
SHA256 (Downloads/flash-image-ddr4-1g-1cs-1000_800.bin) = e3a9d9605d5a9ad1ff848985c18b1ce41c2dddfffcc8f8364f2d57d833e652bb
pi@raspberrypi:~ $ cat bin/uart-save.sh
#!/bin/sh
exec WtpDownload_linux -V -P UART -C ${1:-0} \
-B ~/uart-recovery-2018.03-armada-18.12-ddr4_1sc_1g/TIM_ATF.bin \
-I ~/uart-recovery-2018.03-armada-18.12-ddr4_1sc_1g/wtmi_h.bin \
-I ~/uart-recovery-2018.03-armada-18.12-ddr4_1sc_1g/boot-image_h.bin -E
pi@raspberrypi:~ $ cd ~/uart-recovery-2018.03-armada-18.12-ddr4_1sc_1g
pi@raspberrypi:~/uart-recovery-2018.03-armada-18.12-ddr4_1sc_1g $ sha256sum --tag *
SHA256 (atf-ntim.txt) = c68c65c985f1f3e42749ad6937eecae0d4b5aaa045752a451149b70770aed65f
SHA256 (boot-image_h.bin) = eb923506af435f5923634d85e77f4fb047e919d2d5bc691c1ce809bb8de7bed6
SHA256 (TIM_ATF.bin) = 9b4ab95bc2a6d282590fbfcd18f3c8955b8d69dbfa9a16cc5987417f17849676
SHA256 (wtmi_h.bin) = 6d018999b472d822a8c54b817d67c1f4e20d22ab5c036a0854ea9fa8a591afeb
${1:-0}
é um pouco de código shell cujo padrão é /dev/ttyUSB0
, mas permite algo como uart-save.sh 1
usar ... USB1
em vez disso. AFAICT atf-ntim.txt
não é usado para nada.
Então, como primeiro passo, execute env default -a
(ou similar) antes de tentar bubt, pois qualquer corrupção aqui pode custar caro. Usei o destino spi, FWIW.
As instruções para Linux estão faltando uma etapa mostrada para Windows. Eles entram wrt\r
, onde \r
está apenas a versão da porta serial de \n
todos os programas do terminal que devem ser convertidos em 4 u. O que experimentei foi que o downloader do Linux era executado e tentava inicializar, voltando a reiniciar após apenas 2 segundos. Tive que pressionar Enter rapidamente algumas vezes para obter o Marvell>>
prompt.
Falando em quem você já tentou, cu
é bacana para tarefas como esta:, cu --line /dev/ttyUSB0 --speed 115200 --nostop --nortscts
use \n~.
para sair... ou \n~~.
se você estiver executando ssh -t cu
ou similar.