Blog
Estudio de caso sobre un dispositivo usable sin pantalla con ESP32 para monitoreo remoto de pacientes
La mayoría de los dispositivos portátiles de consumo compiten por la atención con pantallas AMOLED brillantes. Pero en el sector de la monitorización remota de pacientes (RPM), las pantallas suelen ser un inconveniente. Drenan la batería y pueden confundir a los usuarios mayores.
Un cliente del sector salud necesitaba un rastreador que desapareciera. Tenía que monitorear la frecuencia cardíaca, detectar caídas y subir datos directamente a la nube sin necesidad de un puente de teléfono inteligente.
La elección del chip fue el ESP32. Ofrece conectividad de doble modo (WiFi + BLE), lo cual es raro en dispositivos portátiles de bajo consumo. Pero viene con una penalización: un alto consumo de energía.
Aquí es cómo el equipo de ingeniería equilibró estas restricciones.
El conflicto central entre poder y tamaño
El ESP32 es un chip potente, pero no fue diseñado para baterías del tamaño de una moneda. Durante la transmisión WiFi, consume más de 100 mA. Con una batería estándar de 400 mAh, el dispositivo se agotaría en menos de un día.
Las restricciones mecánicas fueron igualmente estrictas. Sin un ensamblaje de pantalla que actuara como “tapa”, la carcasa necesitaba un moldeado preciso para mantenerse resistente al agua mientras alojaba los componentes electrónicos.
Requisitos del Proyecto vs. Realidad
| Característica | Requisito | Desafío de Ingeniería |
|---|---|---|
| Conectividad | WiFi (Nube) + BLE (Configuración) | El ESP32-PICO-D4 consume una corriente pico alta durante la transmisión WiFi, lo que complica la gestión de la energía. |
| Factor de forma | Del tamaño de una moneda, usado en la muñeca | Las restricciones mecánicas no dejan margen para un diseño de PCB convencional de una sola capa. |
| Duración de la batería | ≥ 5 días | Las corrientes inactivas y de reposo predeterminadas del ESP32 son demasiado altas para cumplir el objetivo sin una optimización agresiva de la energía. |
| Sensores | Frecuencia cardíaca + detección de caídas | Los sensores deben estar eléctricamente aislados del ruido de conmutación y de la interferencia de RF en la PCB. |
Cómo encajamos el hardware en un espacio del tamaño de una moneda
Los diseños de PCB estándar no funcionaron. La huella del ESP32, el conector de batería y los sensores excedieron el área disponible.
La solución fue vertical. Implementamos un Diseño de Dos Placas (Arquitectura Apilada).
- Placa base Contiene el ESP32-PICO-D4 y los circuitos de gestión de energía.
- Placa hija Sostiene el conector de la batería, el sensor de ritmo cardíaco MAX30102 y la IMU QMI8658.
- Conexión: Un FPC de 10 pines (paso de 0,5 mm) conecta ambos, plegándose para caber dentro de la carcasa curva.
Para ahorrar cada milímetro, utilizamos 01005 componentes pasivos. Este es el límite para muchas líneas de montaje, pero aquí era necesario. También seleccionamos el LDO NCP.
Cómo Resolvimos el Drenaje de Energía
No se puede simplemente poner una batería más grande en un reloj. La única forma de obtener 5 días de autonomía fue cambiar la forma en que el sistema duerme.
Construimos una arquitectura de potencia de tres niveles:
- PMIC dedicado El CI de gestión de energía AXP2101 maneja los rieles de voltaje. Es más eficiente que los LDO estándar y proporciona un control preciso de la carga.
- Despertar por Sensor: El dispositivo permanece en modo de suspensión profunda el 99,1 % del tiempo. No comprueba si hay movimiento. En su lugar, el acelerómetro QMI8658 está configurado para enviar una señal de interrupción de hardware solo cuando detecta patrones de movimiento específicos (como una caída).
- Sujeción de pasador Usamos gpio_deep_sleep_hold_en en el firmware. Esto mantiene pines específicos en un estado definido durante el reposo, previniendo fugas de corriente sin despertar la CPU.
Conectividad y Ajuste de Antena del ESP32
El rendimiento de RF es complicado en dispositivos sin pantalla. No hay vidrio que permita el paso de las señales fácilmente, y la batería es esencialmente un bloque de metal al lado de la antena.
Usamos el ESP32-PICO-D4, que es un módulo SIP (System-in-Package). Pero la red de adaptación aún necesitaba ajustes.
Los análisis de laboratorio mostraron que la proximidad del cuerpo desafinaba la antena. Ajustamos el circuito de adaptación en la PCB para compensar esto, asegurando que el dispositivo pudiera mantener una conexión WiFi estable para las cargas masivas de datos y una conexión BLE 5 para la configuración inicial del teléfono.
Trasladando el diseño a la producción en masa
Construir un prototipo es diferente a construir 5.000 unidades. Para los dispositivos RPM, la fiabilidad de los datos es la métrica principal.
Controles de Producción:
- Pruebas Funcionales: Cada unidad pasa por un accesorio de prueba personalizado. Simula latidos del corazón para verificar el sensor MAX30102 y utiliza un agitador para probar los algoritmos de detección de caídas.
- Inspección de Rayos X: Dado que el ESP32 y los sensores utilizan encapsulados BGA (Ball Grid Array), la inspección visual no es suficiente. Los rayos X garantizan que las uniones de soldadura debajo sean sólidas.
- Trazabilidad Los clientes médicos necesitan historial. Almacenamos datos de pruebas (intensidad de señal RF, voltaje del sensor, número de serie) durante al menos 3 años.
Consideraciones finales
Este proyecto demuestra que el ESP32 puede ser un núcleo viable para wearables si la gestión de energía se maneja correctamente. Al utilizar una arquitectura de doble placa y descargar las tareas de activación a sensores de bajo consumo, cumplimos el objetivo de 5 días de batería sin sacrificar la conectividad de modo dual.
Si desarrollas un dispositivo RPM similar o un rastreador sin pantalla, debes planificar estos desafíos de energía y densidad desde el principio de la fase DFM.
Preguntas frecuentes (PF)
Los chips BLE tienen menor consumo de energía, pero dependen de un smartphone para enviar datos a la nube. El ESP32 tiene WiFi nativo. Esto permite que el reloj cargue datos directamente al servidor, lo cual es fundamental para RPM cuando el paciente podría no tener su teléfono cerca.
Sí, pero normalmente requiere un diseño de placa de circuito impreso apilada (conexión rígido-flexible o FPC) y componentes 01005. No se pueden utilizar diseños de placas de desarrollo estándar.
Construimos accesorios personalizados. Para los sensores de frecuencia cardíaca, utilizamos un simulador que imita la reflectividad del flujo sanguíneo. Para las IMU (acelerómetros), usamos etapas de movimiento automatizadas para verificar la sensibilidad de los ejes.
Sucede. Para este proyecto, un chip de potencia específico llegó al fin de su vida útil (EOL). Debido a que monitoreamos las cadenas de suministro a través de distribuidores autorizados (Digi-Key/Mouser), lo detectamos a tiempo y validamos una alternativa compatible en cuanto a pines en 48 horas.
Sí. Dado que no hay pantalla, utilizamos moldeo de alta precisión y LSR (caucho de silicona líquida) para sellar la carcasa. Esto suele ser más duradero que los relojes con pantalla porque hay menos puntos de entrada.
Andy es un profesional experimentado en la industria de PCBs con décadas de experiencia en fabricación, ensamblaje y soporte al cliente de PCBs. En PCBCool, lidera el equipo de marketing y ayuda a convertir la experiencia práctica de proyectos en contenido técnico útil para ingenieros, compradores y desarrolladores de productos.
