Alimentación externa a la placa Discovery STM32F4

Recientemente terminé de programar la placa STM32F429ZI DISC1. Soy bastante nuevo en esto y ahora quiero alejarme de conectarlo a la PC a través de USB y encenderlo a través de una fuente de alimentación.

Actualmente he conectado un suministro de 5V al pin de 5V. Esto parece alimentar bien a la placa porque la pantalla LCD se enciende (blanco en blanco), el LED PWR (LD2) se enciende. Sin embargo, mi programa no se inicializa y permanece en blanco, el LED COM (LD1) también parpadea en rojo a 1 Hz aproximadamente.

¿Alguien tiene experiencia con la alimentación de esta placa u otras placas STM32 sin una conexión USB? Y si es así, a qué Pin lo conectaste y con qué voltaje.

AFAIK, debe poner energía antes del regulador para que su placa tenga todos los voltajes necesarios, como 3.3V
Hay un puente, JP3 en la placa que conecta la red 3V con la red VDD. ¿Este puente está ENCENDIDO en su tablero? También se llama Idd y está encima del botón azul. Por lo que veo en el esquema, la MCU solo está conectada a la red VDD.
También puede medir el voltaje en el pin 22 en el encabezado P1 (el que está cerca del pin BOOT0).
@BenceKaulics gracias por su respuesta. JP3 está conectado y el voltaje medido en el pin 22 (Vdd) está justo por debajo de 3V. ¿Tiene un enlace a los esquemas? Lucha por encontrar algo en el sitio web de ST.
¿Su programa funciona bien cuando alimenta la placa a través de USB?
El programa @BenceKaulics sí funciona bien cuando se usa USB para alimentar. Gracias por el enlace
¿Qué tipo de fuente de alimentación usas en lugar del USB?
Tengo un suministro de enchufe de 12 V y lo ejecuto a través de un regulador LM2490T 5. Esto parece estar funcionando sin problemas

Respuestas (4)

De esta respuesta: STM32F429I-DISC1 no se puede alimentar usando ext. Batería USB

Hay/hubo un problema conocido con el firmware ST-LINK enviado con las placas F429I-DISC1 y F407-DISC1, y quizás con otras. El STM32 se mantiene reiniciado por el depurador cuando no está conectado a una computadora host, por lo que los casos de uso de cargador/batería fallaron. Esto se puede remediar actualizando a las revisiones de firmware actuales, en la fecha de publicación, recomendaría descargar ST-LINK Utilities v3.9.0 y usarlo para actualizar el firmware, esto ha resuelto los problemas que he visto con esto.

Creo que esto sienta las bases de lo que hiciste y por qué funcionó.

Hola, evite publicar respuestas que sean solo enlaces. El propósito de este sitio es proporcionar un repositorio de respuestas que puedan ayudar a otros. Los enlaces se romperán eventualmente.
del enlace, la solución provista: Hay/hubo un problema conocido con el firmware ST-LINK enviado con las placas F429I-DISC1 y F407-DISC1, y quizás con otras. El STM32 se mantiene reiniciado por el depurador cuando no está conectado a una computadora host, por lo que los casos de uso de cargador/batería fallaron. Esto se puede remediar actualizando a las revisiones de firmware actuales, en la fecha de publicación, recomendaría descargar ST-LINK Utilities v3.9.0 y usarlo para actualizar el firmware, esto ha resuelto los problemas que he visto con esto.
En forma revisada, esto parece una respuesta útil. Si bien el problema de reinicio se mencionó anteriormente con la sugerencia de desconectarlo, eso tiene consecuencias y una solución de software como se menciona aquí parece más ventajosa.
La actualización con ST-Link Utility v4.3.0.0 desde el firmware V2.J27.M15 -> V2.J32.M22funcionó para mi placa STM32F407-DISC1 .

Descubrí esto (o más bien encontré una solución), después de revisar los esquemas y algunos trabajos generales de diagnóstico (medición de voltajes, cortocircuitos, etc.)

En el manual de usuario UM1670 (de ST) tiene una página (19) sobre puentes de soldadura

"SB10 (STM_RST) OFF No hay incidencia en la señal NRST de STM32F429ZIT6. ON La señal NRST de STM32F429ZIT6 está conectada a GND".

El puente de soldadura no está conectado de forma predeterminada, pero como estaba relacionado con un restablecimiento de STM, decidí acortar esto para ver si podía restablecer todo el sistema. Funcionó.

Desde entonces, he soldado SB10 de forma permanente y la placa funciona como se esperaba. (No estoy seguro exactamente de cómo funciona esta solución, necesito leerla y luego editar esta respuesta)

NOTA IMPORTANTE: YA NO PODRÁS FLASHEAR EL CÓDIGO AL DISPOSITIVO A TRAVÉS DE USB UNA VEZ QUE HAYA SOLDADURA SB10, AÚN NO LO HE COMPROBADO, PERO IMAGINO QUE DESOLDAR LE PERMITIRÁ PROGRAMAR LA MCU NUEVAMENTE

Sospecho que usted o lo que está citando ha mezclado algo aquí, porque, como se dijo literalmente, está diciendo que conectó NRST de la MCU de destino a tierra. Hacerlo evitaría que funcione en absoluto. A diferencia de otras implementaciones de ARM Cortex, un STM32 normalmente no requiere la manipulación de la línea NRST para lograr la programación SWD, aunque puede ser necesario para recuperarse de estados ilegibles o un programa que reutiliza las líneas SWD para algún otro propósito inmediatamente al inicio.
El puente de soldadura SB10 está conectado al pin NRST del STM32F103CBT6 (no al STM32F429ZI), que en realidad es el enlace ST integrado. Es por eso que ya no puede flashear la MCU.
@BenceKaulics sí, tienes razón. ChrisStratton No estoy seguro de por qué el manual del usuario vincula el SB10 con el procesador principal de la placa, pero Bence tiene razón, en realidad está vinculado al procesador ST-link integrado.
Parece que no hay un firmware actualizado para el STLINK integrado que solucione este problema.

Una publicación de reddit que leí ( https://www.reddit.com/r/stm32f4/comments/4f6uaq/stm32f4_discovery_external_power_supply_not/ ) sugirió que actualice su firmware. Hice esto y mis programas se ejecutan ahora. Sin embargo, LD1 todavía parpadea.

¿Puedes especificar a qué versión actualizaste?
LD1 probablemente parpadeará hasta que se enumere el programador. Es molesto, y en realidad me ha causado problemas.
El mismo que en el enlace de reddit. V2.J27.M15

LD1 parpadeará lentamente mientras no haya una conexión USB al programador. De hecho, me ha causado problemas en el pasado, obligándome a quitar una resistencia para apagarlo.

Está alimentando correctamente, o al menos en el pin de encabezado correcto.

Sí, había visto una publicación tuya sobre esto. Queda por ver si el parpadeo del LED está causando problemas para mi programa, ya que en realidad no se inicia. Revisaré su publicación y veré qué resistencia es e intentaré eliminarla tal vez. gracias
Gracias por los avisos sobre el encendido correcto, apreciado
@ Pop24, el LED parpadeante probablemente ni siquiera involucre al microcontrolador, solo al programador
Alimentación externa a la placa Discovery STM32F4
RespuestasAquíPolítica de privacidad1y, 2v