The model does not exist in https://api.airforce discord.gg/airforce

Análisis general del producto

Llevo varias semanas trabajando con el STM32G031F8P6 en tres proyectos distintos: un driver BLDC para ventilador industrial, un nodo sensor LoRaWAN alimentado por pila Li-SOCl₂ y una sustitución directa de un viejo PIC16F en una placa de control de bombas dosificadoras. La impresión general es la de un microcontrolador que cumple exactamente lo que promete la hoja de datos: un Cortex-M0+ a 64 MHz con periféricos modernos en un encapsulado pequeño y barato, sin florituras innecesarias. No es un chip para lucirse en benchmarks, pero sí para resolver problemas reales donde el coste unitario, el consumo en reposo y la disponibilidad a largo plazo son críticos.

La familia G0 de STMicroelectronics nació para competir en el segmento que antes dominaban los MCU de 8 y 16 bits, y este modelo en concreto —el F8 con 64 KB de Flash y 8 KB de RAM— se sitúa en el punto dulce para muchas aplicaciones de control simple pero determinista. He probado también el G030 (menos Flash) y el G071 (más pines y periféricos), y el G031F8 me parece el equilibrio más pragmático cuando el diseño cabe en 20 pines.

Calidad de construcción y materiales

El encapsulado TSSOP-20 con paso de 0.65 mm es el estándar de la casa para esta densidad de pines. Los chips que he recibido —comprados en distribuidor autorizado, lote fechado 2024— presentan un acabado de patillas impecable, coplanaridad dentro de especificación y el marcado láser nítido con el código de revisión de silicio (revisión Y en mi lote, sin erratas críticas conocidas). El cuerpo es el típico plástico epoxi negro mate de ST, resistente a los ciclos térmicos de reflow sin desconcharse.

Soldar a mano este encapsulado requiere técnica. Con punta fina (0.4 mm), flux en gel de calidad (uso Amtech NC-559-V2) y mucha paciencia se logra, pero el riesgo de puentes entre patillas adyacentes es alto. En mi banco, la forma fiable es pasta de soldar Sn63/Pb37 (o SAC305 si exiges RoHS estricto), plantilla de poliamida para depósito preciso y aire caliente a 320 °C con perfil suave. Con pinza térmica también funciona, pero tardas el triple. He montado una docena de unidades y cero defectos tras inspección óptica y test de continuidad. Consejo práctico: diseña la huella con pads ligeramente más largos de lo que sugiere el datasheet (0.9 mm en lugar de 0.75 mm) para tener margen visual al inspeccionar.

El rango de alimentación 1.7 V – 3.6 V y el grado industrial −40 °C / +85 °C son reales. He probado el nodo LoRaWAN a −20 °C en cámara climática y a 3.0 V de pila casi agotada sin ningún fallo de arranque ni deriva del oscilador interno (HSI16). El POR/PDR integrado funciona limpio; no he necesitado supervisor externo.

Compatibilidad y rendimiento

El ecosistema de desarrollo es el habitual de STM32: STM32CubeIDE (gratuito, basado en Eclipse), CubeMX para configuración gráfica, HAL/LL libraries y soporte en PlatformIO, Keil, IAR. Yo trabajo mayoritariamente con CubeIDE + HAL para prototipar rápido y bajo a LL (Low Layer) en las secciones críticas de tiempo —ISR de ADC, commutation BLDC, DMA—. El core Cortex-M0+ a 64 MHz ejecuta Thumb-2 con multiplicador hardware de un ciclo; el rendimiento entero es suficiente para control de lazo cerrado a 20 kHz con ley de control PI en punto fijo Q15, dejando ciclos de sobra para comunicaciones y housekeeping.

Periféricos clave que he ejercitado:

• ADC 12-bit / 2.5 Msps: ruido efectivo ~3 LSB a 3.3 V VREF+. Usando DMA circular + oversampling por hardware (hasta 256×) consigo 14-bit efectivos en señales lentas (temperatura, corriente shunt) sin carga CPU.
• Timers avanzados (TIM1): modo PWM complementario con dead-time programable, entrada de sensor Hall y break input para protección overcurrent. Configurado en CubeMX en minutos; el único pero es que el dead-time mínimo (1 ciclo a 64 MHz = 15.6 ns) puede quedarse corto para MOSFETs de gate charge alta sin driver dedicado.
• UART / LPUART: la LPUART funciona en modo Stop 2 con reloj LSE (32.768 kHz) y permite wake-up por carácter recibido consumiendo ~1 µA. Lo uso en el nodo LoRa para escuchar downlink sin mantener el core activo.
• SPI / I2C: estándar, DMA-capable. He conectado un transceiver SX1262 por SPI a 8 MHz sin errores de framing.
• DMA: 7 canales, suficiente para ADC→RAM, SPI TX/RX y UART simultáneos sin colisiones.

Punto crítico de compatibilidad: los pines no son tolerantes a 5 V salvo los marcados FT (five-tolerant) en el datasheet (PA9, PA10, PB3, PB4, PB5, PB6, PB7). En mi placa de bombas dosificadoras tuve que añadir un level-shifter bidireccional (TXS0108E) para leer entradas 24 V a través de optoacopladores con pull-up a 5 V. Olvidar esto quema pines; lo aprendí pronto con un prototipo anterior.

Flasheo y depuración: SWD obligatorio. No hay bootloader USB de fábrica ni DFU en ROM. Uso ST-Link V3MINI (barato, robusto) con cable plano 10 pines a 1.27 mm en la placa. OpenOCD + GDB desde VS Code funciona igual de bien que CubeIDE para depuración. El chip tiene 4 KB de OTP (one-time programmable) para claves o IDs únicos, útil en producción.

Consumo medido en mi banco (Fuente Keysight E36312A, multímetro Keysight 34461A):

• Run 64 MHz, código desde Flash, periféricos habilitados según necesidad: 3.8 mA @ 3.3 V.
• Sleep (WFI), reloj HSI16 activo: 1.1 mA.
• Stop 2 (retención RAM + registros, LSE + LPUART): 1.2 µA (coincide con datasheet típico).
• Standby (RTC + wake-up pin): 0.4 µA.
  El nodo LoRaWAN con transmisión cada 15 min y receptor clase A activo estima 4 años con una pila LS14500 (2.6 Ah). Cifras creíbles.

Puntos fuertes y aspectos mejorables

Lo que me convence:

• Relación precio / rendimiento / consumo imbatible en 20 pines para volúmenes medios.
• Periféricos modernos (DMA, LPUART, ADC con oversampling, timers avanzados) que simplifican firmware y reducen BOM externo.
• Disponibilidad real en distribuidores (DigiKey, Mouser, Farnell, RS) con lead time de semanas, no meses. ST compromete longevidad 10 años para la familia G0.
• Herramientas maduras, documentación completa, comunidad amplia. Cualquier duda resuelta en 5 minutos en foros ST o Stack Overflow.
• Encapsulado TSSOP-20 manipulable a mano con equipo básico, a diferencia de los QFN sin patillas expuestas.

Lo que echo en falta o me frena:

• Solo 8 KB de RAM. En el driver BLDC con buffer circular de 2 KB para logging de fallos + pila FreeRTOS mínima + buffers DMA, me quedo justo. Una variante con 16 KB (G031K8 existe pero en LQFP32) habría dado margen.
• Ausencia de DAC, comparador rápido u OPAMP internos. Para acondicionamiento de señal analógica (shunt amplificado, referencia virtual) toca añadir componentes discretos.
• Un solo canal DMA para ADC (DMA1_CH1 fijo). Si quieres ADC + SPI + UART simultáneos por DMA, hay que jugar con prioridades y half-transfer interrupts; no es plug-and-play.
• Pinout apretado: 14 GPIOs útiles (NRST y OSC_IN/OUT consumen 3). En la placa de bombas me faltaron pines para añadir un segundo I2C; tuve que multiplexar por soft o rediseñar.
• Errata de silicio: la revisión Y tiene una errata en el módulo I2C (clock stretching en modo esclavo bajo ciertas condiciones). Workaround en firmware documentado en ES0535, pero obliga a testear bien si usas I2C esclavo.

Veredicto del experto

El STM32G031F8P6 es, hoy por hoy, mi primera opción para diseños nuevos que quepan en 20 pines, requieran consumo de µA en reposo, determinismo en control y coste de chip por debajo de 1 € en cientos de unidades. Sustituye con ventaja a AVR, PIC, MSP430 o STM8 en aplicaciones industriales, blanco goods, IoT simple y automatización ligera. No es un chip para procesamiento de señal complejo, conectividad Ethernet/TLS ni interfaces gráficas; para eso están los G4, H7 o WB/WL. Pero en su nicho —control de motor, adquisición sensor-actuador, nodo batería— es una herramienta afilada, bien documentada y con cadena de suministro fiable.

Recomendación de compra: sí, para ingenieros y makers con experiencia SMD y flujo de trabajo SWD. No para principiantes que esperan programar por USB tipo Arduino sin hardware extra; ahí mejor una Nucleo-G031K8 (LQFP32, ST-Link integrado, headers Arduino) para aprender y luego derivar el diseño al F8P6 en PCB propia.

Consejo final de mantenimiento: guarda siempre el marking del lote (código de 3-4 caracteres sobre el cuerpo) en tu BOM y en el firmware (lee DBGMCU->IDCODE y FLASH->SIZE al arranque). Si ST publica una errata crítica, podrás filtrar unidades afectadas sin desoldar. Y actualiza CubeMX / CubeIDE antes de cada diseño; los device packs corrigen definiciones de registros y workarounds de erratas silenciosamente.