Blog
Étude de cas : Dispositif portable ESP32 sans écran pour la surveillance à distance des patients
La plupart des dispositifs portables grand public rivalisent pour attirer l'attention avec des écrans AMOLED lumineux. Mais dans le secteur de la télésurveillance des patients (RPM), les écrans sont souvent un inconvénient. Ils épuisent la batterie et peuvent perturber les utilisateurs âgés.
Un client du secteur de la santé avait besoin d'un traqueur invisible. Celui-ci devait surveiller les fréquences cardiaques, détecter les chutes et télécharger les données directement dans le cloud sans nécessiter de passerelle smartphone.
Le choix de la puce s'est porté sur l'ESP32. Elle offre une connectivité bi-mode (WiFi + BLE), ce qui est rare dans les dispositifs portables à faible consommation d'énergie. Mais cela a un revers : une consommation d'énergie élevée.
Voici comment l'équipe d'ingénierie a géré ces contraintes.
Le conflit fondamental entre le pouvoir et la taille
L'ESP32 est une puce puissante, mais elle n'a pas été conçue pour des batteries de la taille d'une pièce de monnaie. Lors de la transmission WiFi, elle consomme plus de 100mA. Avec une batterie standard de 400mAh, l'appareil mourrait en moins d'une journée.
Les contraintes mécaniques étaient également strictes. Sans un ensemble d'écran servant de “couvercle”, le boîtier nécessitait un moulage précis pour rester résistant à l'eau tout en abritant les composants électroniques.
Exigences du projet contre la réalité
| Fonctionnalité | Exigence | Défi d'ingénierie |
|---|---|---|
| Connectivité | WiFi (Cloud) + BLE (Configuration) | L'ESP32-PICO-D4 consomme un courant de crête élevé pendant la transmission WiFi, ce qui complique la gestion de l'alimentation. |
| Facteur de forme | De la taille d'une pièce de monnaie, porté au poignet | Les contraintes mécaniques ne laissent aucune marge de manœuvre pour un routage de circuit imprimé multicouche conventionnel. |
| Autonomie de la batterie | Supérieur ou égal à 5 jours | Les courants par défaut en veille et en sommeil de l'ESP32 sont trop élevés pour atteindre la cible sans une optimisation agressive de la consommation d'énergie. |
| Capteurs | Rythme cardiaque + détection de chute | Les capteurs doivent être électriquement isolés du bruit de commutation et des interférences RF sur le circuit imprimé. |
Comment nous avons intégré le matériel dans un espace de la taille d'une pièce de monnaie
Les gabarits de PCB standard n'ont pas fonctionné. L'empreinte de l'ESP32, du connecteur de batterie et des capteurs dépassait la surface disponible.
La solution était verticale. Nous avons mis en œuvre une conception à deux cartes (architecture empilée).
- Carte mère : Contient le ESP32-PICO-D4 et les circuits de gestion de l'alimentation.
- Carte fille Contient le connecteur de la batterie, le capteur de fréquence cardiaque MAX30102 et l'IMU QMI8658.
- Connexion : Un FPC à 10 broches (pas de 0,5 mm) relie les deux, se repliant pour s'intégrer dans le boîtier incurvé.
Pour économiser chaque millimètre, nous avons utilisé 01005 composants passifs. Ceci est la limite pour de nombreuses chaînes d'assemblage, mais c'était nécessaire ici. Nous avons également sélectionné le régulateur LDO NCP167AMX330TBG, proposé dans un minuscule boîtier de 1 mm x 1 mm.
Comment nous avons résolu le problème de la consommation d'énergie
On ne peut pas simplement installer une batterie plus grosse dans une montre. La seule façon d'obtenir 5 jours d'autonomie était de modifier la façon dont le système se met en veille.
Nous avons construit une architecture d'alimentation à trois niveaux :
- PMIC dédié Le circuit intégré de gestion de l'alimentation AXP2101 gère les rails de tension. Il est plus efficace que les LDO standard et offre un contrôle précis de la charge.
- Réveil activé par capteur L'appareil reste en mode veille profonde 99% la plupart du temps. Il ne recherche pas activement les mouvements. À la place, l'accéléromètre QMI8658 est configuré pour envoyer un signal d'interruption matérielle uniquement lorsqu'il détecte des schémas de mouvement spécifiques (comme une chute).
- Cale de broche : Nous avons utilisé gpio_deep_sleep_hold_en dans le micrologiciel. Cela maintient des broches spécifiques dans un état défini pendant la mise en veille, empêchant ainsi les fuites de courant sans réveiller le CPU.
Connectivité et Réglage d'Antenne de l'ESP32
La performance RF est délicate dans les appareils sans écran. Il n'y a pas de verre pour laisser passer les signaux facilement, et la batterie est essentiellement un bloc de métal situé à côté de l'antenne.
Nous avons utilisé la ESP32-PICO-D4, qui est un module SIP (System-in-Package). Cependant, le circuit d'adaptation a encore nécessité un ajustement.
Les tests en laboratoire ont montré que la proximité du corps désaccordait l'antenne. Nous avons ajusté le circuit d'adaptation sur le PCB pour compenser cela, garantissant ainsi que l'appareil puisse maintenir une connexion WiFi stable pour les téléchargements de données en masse et une connexion BLE 5 pour la configuration initiale du téléphone.
Passage de la conception à la production en série
La construction d'un prototype est différente de celle de 5 000 unités. Pour les dispositifs RPM, la fiabilité des données est la principale métrique.
Contrôles de production :
- Tests Fonctionnels Chaque unité passe par un banc d'essai personnalisé. Il simule des battements cardiaques pour vérifier le capteur MAX30102 et utilise un vibreur pour tester les algorithmes de détection de chute.
- Inspection par rayons X Comme les ESP32 et les capteurs utilisent des boîtiers BGA (Ball Grid Array), l'inspection visuelle n'est pas suffisante. Les rayons X garantissent la solidité des joints de soudure sous-jacents.
- Traçabilité Les clients du secteur médical ont besoin de l'historique. Nous conservons les données de test (force du signal RF, tension du capteur, numéro de série) pendant au moins 3 ans.
Pensées finales
Ce projet prouve que l'ESP32 peut constituer un cœur viable pour les appareils portables si la gestion de l'alimentation est effectuée correctement. En utilisant une architecture à double carte et en déchargeant les tâches de réveil sur des capteurs basse consommation, nous avons atteint l'objectif de 5 jours d'autonomie sans sacrifier la connectivité double mode.
Si vous développez un appareil RPM similaire ou un traqueur sans écran, vous devez anticiper ces défis d'alimentation et de densité dès la phase de DFM.
Foire Aux Questions (FAQ)
Les puces BLE consomment moins d'énergie, mais elles dépendent d'un smartphone pour envoyer des données vers le cloud. L'ESP32 dispose du WiFi natif. Cela permet à la montre de télécharger des données directement vers le serveur, ce qui est essentiel pour le RPM lorsque le patient pourrait ne pas avoir son téléphone à proximité.
Oui, mais cela nécessite généralement une conception de PCB empilé (connexion Rigide-Flex ou FPC) et des composants 01005. Vous ne pouvez pas utiliser les conceptions de cartes de développement standard.
Nous fabriquons des montages personnalisés. Pour les capteurs de fréquence cardiaque, nous utilisons un simulateur qui imite la réflectivité du flux sanguin. Pour les IMU (accéléromètres), nous utilisons des platines de mouvement automatisées pour vérifier la sensibilité des axes.
Cela arrive. Pour ce projet, une puce d'alimentation spécifique a atteint la fin de vie (EOL). Parce que nous surveillons les chaînes d'approvisionnement par l'intermédiaire de distributeurs agréés (Digi-Key/Mouser), nous l'avons détecté tôt et avons validé une alternative compatible au niveau des broches en 48 heures.
Oui. En l'absence d'écran, nous utilisons un moulage de haute précision et du LSR (caoutchouc silicone liquide) pour sceller le boîtier. C'est souvent plus durable que les montres avec écran, car il y a moins de points d'entrée.
Andy est un professionnel expérimenté de l'industrie des circuits imprimés (CI), fort de plusieurs décennies d'expérience dans la fabrication, l'assemblage et le support client des CI. Chez PCBCool, il dirige l'équipe de marketing et contribue à transformer l'expérience pratique des projets en contenu technique utile pour les ingénieurs, les acheteurs et les développeurs de produits.
