Blog
Caso di studio: Dispositivo indossabile ESP32 senza schermo per il monitoraggio remoto dei pazienti
La maggior parte dei dispositivi indossabili di consumo compete per l'attenzione con luminosi schermi AMOLED. Ma nel settore del monitoraggio remoto dei pazienti (RPM), gli schermi sono spesso un aspetto negativo. Scaricano la batteria e possono confondere gli utenti anziani.
Un cliente del settore sanitario necessitava di un tracker che potesse scomparire. Doveva monitorare la frequenza cardiaca, rilevare cadute e caricare i dati direttamente sul cloud senza la necessità di uno smartphone come ponte.
La scelta del chip è stata l'ESP32. Offre connettività dual-mode (WiFi + BLE), cosa rara nei dispositivi indossabili a basso consumo. Ma ha un costo: un elevato consumo energetico.
Ecco come il team di ingegneria ha bilanciato questi vincoli.
Il Conflitto Centrale tra Potere e Dimensioni
L'ESP32 è un chip potente, ma non è stato progettato per batterie delle dimensioni di una moneta. Durante la trasmissione WiFi, assorbe oltre 100mA. Con una normale batteria da 400mAh, il dispositivo si scaricherebbe in meno di un giorno.
I vincoli meccanici erano altrettanto stringenti. Senza un gruppo schermo che fungesse da “coperchio”, l'involucro richiedeva uno stampaggio di precisione per rimanere resistente all'acqua ospitando l'elettronica.
Requisiti del progetto vs. Realtà
| Funzionalità | Requisito | Sfida Ingegneristica |
|---|---|---|
| Connettività | WiFi (Cloud) + BLE (Config) | L'ESP32-PICO-D4 assorbe un'elevata corrente di picco durante la trasmissione WiFi, complicando il bilancio energetico. |
| Fattore di forma | Delle dimensioni di una moneta, da polso | I vincoli meccanici non lasciano spazio a un layout con PCB a singolo strato convenzionale. |
| Durata della batteria | ≥ 5 giorni | Le correnti di idle e sleep predefinite dell'ESP32 sono troppo elevate per raggiungere l'obiettivo senza un'aggressiva ottimizzazione dei consumi. |
| Sensori | Frequenza cardiaca + rilevamento cadute | I sensori devono essere isolati elettricamente dal rumore di commutazione e dalle interferenze RF sul PCB. |
Come abbiamo inserito l'hardware in uno spazio delle dimensioni di una moneta
I layout standard per PCB non hanno funzionato. Le dimensioni dell'ESP32, del connettore della batteria e dei sensori superavano l'area disponibile.
La soluzione era verticale. Abbiamo implementato un design a due schede (architettura impilata).
- Scheda madre Contiene l'ESP32-PICO-D4 e i circuiti di gestione dell'alimentazione.
- Scheda figlia Contiene il connettore della batteria, il sensore di battito cardiaco MAX30102 e l'IMU QMI8658.
- Connessione: Un FPC a 10 pin (passo da 0,5 mm) collega i due, piegandosi per adattarsi all'interno dell'alloggiamento curvo.
Per risparmiare ogni millimetro, abbiamo usato 01005 componenti passivi. Questo è il limite per molte linee di assemblaggio, ma qui era necessario. Abbiamo anche selezionato il regolatore LDO NCP167AMX330TBG, che è contenuto in un minuscolo package da 1 mm x 1 mm.
Come Abbiamo Risolto il Problema del Consumo Energetico
Non puoi semplicemente mettere una batteria più grande in un orologio. L'unico modo per ottenere 5 giorni di autonomia è stato cambiare il modo in cui il sistema va in stand-by.
Abbiamo costruito un'architettura di alimentazione a tre livelli:
- PMIC dedicato Il circuito integrato di gestione dell'alimentazione AXP2101 gestisce le linee di tensione. È più efficiente dei LDO standard e offre un controllo preciso della carica.
- Sveglia basata su sensori: Il dispositivo rimane in modalità Deep Sleep per il 99% del tempo. Non effettua controlli periodici per rilevare eventuali movimenti. L'accelerometro QMI8658 è invece configurato per inviare un segnale di interruzione hardware solo quando rileva specifici modelli di movimento (come una caduta).
- Tenuta del perno Abbiamo usato gpio_deep_sleep_hold_en nel firmware. Questo mantiene i pin specifici in uno stato definito durante la sospensione, prevenendo fughe di corrente senza risvegliare la CPU.
Connettività e Sintonizzazione Antenna ESP32
Le prestazioni RF sono complicate nei dispositivi senza schermo. Non c'è vetro che permetta ai segnali di passare facilmente, e la batteria è essenzialmente un blocco di metallo accanto all'antenna.
Abbiamo usato il ESP32-PICO-D4, che è un modulo SIP (System-in-Package). Ma la rete di adattamento necessitava ancora di aggiustamenti.
I test di laboratorio hanno dimostrato che la vicinanza del corpo disintonizzava l'antenna. Abbiamo regolato il circuito di adattamento sul PCB per compensare questo, garantendo che il dispositivo potesse mantenere una connessione WiFi stabile per i caricamenti di dati massivi e una connessione BLE 5 per la configurazione iniziale del telefono.
Portare il Design alla Produzione di Massa
Costruire un prototipo è diverso dal costruirne 5.000. Per i dispositivi RPM, l'affidabilità dei dati è la metrica principale.
Controlli di Produzione:
- FCT (Test Funzionale): Ogni unità passa attraverso un banco di prova personalizzato. Simula battiti cardiaci per verificare il sensore MAX30102 e utilizza uno shaker per testare gli algoritmi di rilevamento delle cadute.
- Ispezione a raggi X: Dato che l'ESP32 e i sensori utilizzano package BGA (Ball Grid Array), l'ispezione visiva non è sufficiente. La radiografia assicura che le giunzioni di saldatura sottostanti siano solide.
- Tracciabilità I clienti medici hanno bisogno di una cronologia. Conserviamo i dati dei test (intensità del segnale RF, tensione del sensore, numero di serie) per almeno 3 anni.
Considerazioni finali
Questo progetto dimostra che l'ESP32 può essere un nucleo valido per i dispositivi indossabili se la gestione dell'alimentazione viene gestita correttamente. Utilizzando un'architettura a doppia scheda e delegando le attività di risveglio a sensori a basso consumo, abbiamo raggiunto l'obiettivo di 5 giorni di durata della batteria senza sacrificare la connettività in modalità duale.
Se stai sviluppando un dispositivo RPM simile o un tracker senza schermo, devi pianificare queste sfide di alimentazione e densità all'inizio della fase DFM.
Domande Frequenti (FAQ)
I chip BLE consumano meno energia, ma si affidano a uno smartphone per inviare dati al cloud. L'ESP32 ha il WiFi nativo. Questo consente all'orologio di caricare i dati direttamente sul server, il che è fondamentale per il RPM quando il paziente potrebbe non avere il telefono nelle vicinanze.
Sì, ma di solito richiede una progettazione di PCB stacked (connessione Rigido-Flessibile o FPC) e componenti 01005. Non è possibile utilizzare layout di schede di sviluppo standard.
Realizziamo apparecchiature personalizzate. Per i sensori di frequenza cardiaca, utilizziamo un simulatore che imita la riflettività del flusso sanguigno. Per le IMU (accelerometri), utilizziamo piattaforme di movimento automatizzate per verificare la sensibilità degli assi.
Succede. Per questo progetto, un chip di alimentazione specifico è andato EOL (End Of Life). Poiché monitoriamo le catene di approvvigionamento tramite distributori autorizzati (Digi-Key/Mouser), l'abbiamo individuato in anticipo e validato un'alternativa compatibile a livello di pin entro 48 ore.
Sì. Poiché non c'è uno schermo, utilizziamo stampaggio ad alta precisione e LSR (gomma siliconica liquida) per sigillare l'involucro. Questo è spesso più durevole degli orologi basati su schermo poiché ci sono meno punti di ingresso.
Andy è un professionista esperto del settore dei PCB con decenni di esperienza nella produzione, assemblaggio e assistenza clienti di PCB. Presso PCBCool, guida il team di marketing e aiuta a trasformare l'esperienza pratica di progetto in contenuti tecnici utili per ingegneri, acquirenti e sviluppatori di prodotti.
