ESP 12E se reinicia al conectarse a un cliente en modo WiFi

0

LaimagendearribaesmiesquemaparaESP12E.Soldéelcircuitocomosemuestra.CuandoESPestáenmodoWiFi(comounAP),ytratodeconectarmeaéldesdecualquierdispositivo(computadoraportátil,móvil),ocurreunreiniciomuyaltodeESP.MientrasnohayaningúndispositivoconectadoaesteWiFi,seguirátransmitiendobienelSSID.Perotanprontocomotratodeconectarme,ocurreunproblemadereinicio(másdel75%delasvecesquecalculo)

¿Algunohaexperimentadouncomportamientosimilar?Estoyusandobuenasfuentesdeenergía(1Amp).Dehecholoheintentadoconmúltiplesfuentesdealimentación,todasdandoelmismoproblema.Cualquierayudaseríaapreciadagrandemente.

1 : enlace

    
pregunta Ouroboros

2 respuestas

1

Mi conjetura es un problema de suministro de energía. Un ESP8266 activo usa mucho más actual (~ 300mA) que otros componentes con los que podría haber trabajado.

La fuente de alimentación de 'tu robot' usa reguladores lineales SMD para reducir tus 12V a 5V y 3.3V. Cuando extrae 300mA de 5V con una entrada de 12V (¿es realmente 12V o algo más?) El regulador de 5V disipa 2.1W, que es demasiado.

Para una prueba, puedo probar una fuente de alimentación USB robusta (al menos 1A).

Si esto resuelve el problema, te sugiero que uses una PSU de modo de conmutación para reducir los 12V a 5V y 3.3V.

    
respondido por el Wouter van Ooijen
0

Muy raros estos problemas de ESP, y he enfrentado problemas similares en el pasado, cada uno con sus propias soluciones aún más extrañas. Espero que esto ayude a alguien:

Esta vez, puse un sueño en mi código como tal (estoy usando micropython):

macaddress = ubinascii.hexlify(ap_if.config('mac'),':').decode()
macaddress = macaddress.replace(':','')
ap_if.config(essid="ABC1_"+macaddress, password="ZYXDFWER")
# Fix added recently : Added 3 sleeps of 0.5 sec each
utime.sleep_ms(500)  
utime.sleep_ms(500)
utime.sleep_ms(500)
ap_if.ifconfig(('192.168.0.1', '255.255.255.0', '192.168.0.1', '192.168.0.1'))

Y ahora, cada cosa (al menos hasta ahora) parece funcionar.

No tengo una explicación de por qué sucedería eso, pero es posible que las configuraciones DHCP en la última línea no tengan efecto hasta que se complete la configuración de ssid, y eso puede requerir algunas cosas que suceden después de que esa línea se ejecute. Por lo tanto, es posible que haya suficiente tiempo de sueño garantizado para que esas cosas terminen, y luego la configuración de DHCP funciona.

Sólo estoy adivinando. Cualquiera que tenga más idea, solicito compartir sus perlas de sabiduría. Desafortunadamente, esto está más allá de mi dominio de experiencia, buscando a alguien que haya tenido problemas similares.

EDIT 1:

El problema no se solucionó y sigue ocurriendo: (¿Aparentemente, problema con la fuente de alimentación? Voy a usar el USB en el 'yu robot' e intentaré nuevamente, y le haré saber el resultado.

EDIT 2:

El problema parece ser que no he puesto el límite de 470uF donde lo necesito, es decir, se necesita a través de una potencia de 3.3V, mientras que lo puse a la potencia de 12V. Puse la tapa en la salida de 3.3 V del robot yu (la parte inferior derecha tiene un +/- donde coloco la tapa) y las cosas han estado estables hasta ahora. Sin reinicios, pero lo he hecho solo 8-10 veces. Seguiré haciendo y te haré saber después de unos 100 intentos durante la próxima semana o algo así.

    
respondido por el Ouroboros

Lea otras preguntas en las etiquetas