Normalmente no termino preguntando nada, pero ahora mis capacidades de investigación no son lo suficientemente buenas para salvarme esta vez.
Aquí está la historia:
Tengo un módulo " ESP-05 " antiguo que decidí actualizar antes de utilizarlo en el proyecto AVR. Después de conectarme a WiFi con conectividad de red (el chip funcionó bien antes), envié el comando: AT+CIUPDATE
(conocido como actualización de nube) y esperé la respuesta de 4 estados.
1, 2 y 3 regresaron de manera relativamente instantánea, pero el estado 4 ocurrió aproximadamente 30 s más tarde.
Aquí están los significados de los estados de la hoja de datos:
1. +CIPUPDATE:1 found server
2. +CIPUPDATE:2 connect server
3. +CIPUPDATE:3 got edition
4. +CIPUPDATE:4 start update
Sin embargo, después de eso, el chip comenzó a imprimir una gran cantidad de spam en la terminal. Esperaba que lo hiciera por un tiempo, así que no lo miré.
Después de 15 minutos, decidí que algo podía estar mal y detuve el desplazamiento automático y noté que todo el tiempo se reiniciaba continuamente. Apagar y encender el chip no tiene efecto.
Mensaje spameado:
ets Jan 8 2013,rst cause:4, boot mode:(3,7)
wdt reset
load 0x40100000, len 25052, room 16
tail 12
chksum 0x0b
ho 0 tail 12 room 4
load 0x3ffe8000, len 3312, room 12
tail 4
chksum 0x53
load 0x3ffe8cf0, len 6576, room 4
tail 12
chksum 0x0d
csum 0x0d
Fatal exception (0):
epc1=0x402411b4, epc2=0x00000000, epc3=0x00000000, excvaddr=0x00000000, depc=0x00000000
Chip solo spams cuando se crea la conexión de terminal. Si está cerrado, el chip parece dejar de escribir en UART.
Probé las siguientes ideas:
- desconectó los circuitos y reconstruye solo en el caso
- comando:
AT+RST
- no hay respuesta - comando:
AT+RESTORE
- no hay respuesta - tiró del pin de reinicio bajo - se detuvo, pero no interrumpió el ciclo de arranque
El problema divertido es que esto se imprime con 74880 baudios y parece que el cargador de arranque debería usar 115200 baudios. Así que supongo que mi intento de usar la aplicación flash falló allí (el mínimo es 115200).
El módulo está conectado a la PC a través de FTDI232BL USB < - > Chip UART.
Preguntas:
- ¿Es este módulo recuperable en absoluto? Si es así, ¿puedes hacer un tutorial paso a paso con posibles enlaces? ¿O es este chip una causa perdida?
- ¿Necesito un convertidor en serie más avanzado para esta recuperación?