Power management embarqué : faire durer votre batterie 3 ans et plus

Le power management embarqué combine chimie batterie, régulateur, modes de veille MCU et firmware basse consommation pour tenir 3 à 10 ans sur pile. Chez AESTECHNO, bureau d'études basé à Montpellier, nous dimensionnons le bilan énergétique dès le cahier des charges et validons au banc (Nordic PPK2 200 nA → 1 A, Keithley DMM7510 7,5 digits), car 2 µA de veille en trop peut diviser l'autonomie réelle par 2.

Sommaire

• Le bilan énergétique : la méthode qui dimensionné tout
• Les modes de veille : de l'Idle au System OFF
• Régulateurs de tension : DCDC vs LDO
• Chimie des batteries : Li-ion vs LiFePO4 vs LiSOCl2
• Faut-il intégrer de l'energy harvesting ?
• Optimisation firmware : les techniques qui comptent
• Mesure et validation au banc
• L'approche AESTECHNO
• En résumé

En réalité, la durée de vie sur batterie ne se devine pas : elle se calcule, se mesure et se valide. Un écart de 2 µA en mode veille peut faire la différence entre un produit qui tient 5 ans et un produit qu'il faut remplacer au bout de 18 mois. Cette discipline s'appuie sur les normes publiques de chimie batterie, notamment IEC 61960 (cellules Li-ion) et IEC 60086 (piles primaires), qui définissent capacité nominale, plage de température et auto-décharge. Cet article condense 10+ ans d'expérience en un guide pratique pour tout directeur technique qui conçoit un produit embarqué alimenté par batterie.

Notre portefeuille projets couvre un spectre énergétique complet : produits intégrant batterie et BMS (Battery Management System), depuis les wearables sur cellules coin (225 mAh) jusqu'aux packs lithium-ion de forte capacité avec équilibrage actif des cellules. Notre expertise couvre les alimentations basses consommation (courants quiescents sous 60 nA) jusqu'aux alimentations haute tension (10 kV) et haute puissance, ce qui donne une vision transverse des contraintes de conversion, d'isolation et de sécurité.

Le bilan énergétique : la méthode qui dimensionné tout

Le bilan énergétique est le calcul fondamental qui détermine la durée de vie d'un produit sur batterie. Il consiste à modéliser le profil de consommation complet du système, courant actif, courant de veille, durée et fréquence de chaque phase, puis à le confronter à la capacité réelle de la batterie, en intégrant les marges de température, d'auto-décharge et de vieillissement.

Le principe est simple :

• Courant actif × durée active par cycle : c'est l'énergie consommée pendant les phases de réveil, mesure, calcul et transmission
• Courant de veille × durée de veille : c'est l'énergie consommée pendant que le système dort entre deux cycles
• Courant moyen = somme pondérée : I_avg = (I_active × t_active + I_sleep × t_sleep) / (t_active + t_sleep)
• Autonomie = capacité batterie / courant moyen : C (mAh) / I_avg (mA) = durée de vie (heures)

Exemple concret mesuré récemment. Sur un projet récent, nous avons mesuré un capteur IoT réveillé toutes les 10 minutes, 200 ms actif à 15 mA, 599,8 s veille à 3 µA. Charge par cycle = 1,33 µAh, période 600 s → courant moyen ≈ 8 µA. Avec une pile ER14250 de 1 200 mAh : 150 000 h ≈ 17 ans théoriques.

Les marges à intégrer : auto-décharge (~1 %/an pour LiSOCl2 → -10 % sur 10 ans), dérating -20 °C (−30 à −50 % sur lithium thionyl), vieillissement (résistance interne croissante), et une marge de sécurité globale de 0,6 à 0,7 sur la capacité nominale. Avec un facteur 0,65, notre capteur tiendrait ~11 ans. Mais passer de 3 µA à 30 µA de veille (GPIO mal configuré, régulateur à quiescent élevé) fait chuter l'autonomie à 2,3 ans réels, d'où l'importance de chaque microampère.

Les modes de veille : de l'Idle au System OFF

Les modes de veille du microcontrôleur déterminent le courant de base du système lorsqu'il ne fait rien, c'est-à-dire pendant 99 % du temps dans un produit IoT typique. Comprendre les différences entre Idle, Deep Sleep, System OFF et Hibernate est essentiel pour dimensionner correctement le bilan énergétique et choisir le bon compromis entre latence de réveil et consommation.

Idle / Sleep (~100 µA) : CPU arrêté mais périphériques et horloges HF actifs. Réveil quasi instantané (µs). Insuffisant pour longue autonomie.

Deep Sleep / System ON (~1-10 µA) : RAM conservée, RTC actif, horloges rapides éteintes. Réveil en centaines de µs. Le firmware reprend où il s'était arrêté, mode le plus courant pour les capteurs IoT.

System OFF / Shutdown (~0,3-1 µA) : tout éteint sauf la source de réveil (RTC, GPIO, watchdog). RAM perdue → reset au réveil. Sur nRF52832, le facteur entre System ON (1,5 µA) et System OFF (0,3 µA) est 5×.

Hibernate : mode le plus profond sur MCU récents (nRF54, STM32U5, NXP LPC55), courant sous 100 nA avec quelques broches de réveil seulement. Pour les produits qui dorment des heures voire des jours entre activations.

Repères chiffrés MCU basse consommation (datasheets constructeurs) :

• Le nRF52832, selon la datasheet Nordic Semiconductor (gamme nRF52), descend à 0,4 µA typ. en System OFF sans rétention RAM, 1,5 µA avec rétention RAM 16 KB.
• Le STM32L4 en mode Stop 2, d'après la datasheet STMicroelectronics DS11453 (page produit STM32L4), consomme 280 nA typ. à 25 °C avec Real-Time Clock (RTC) actif.
• Le ESP32 deep-sleep, selon la documentation Espressif, plafonne à 5 µA typ. avec RTC timer (plancher élevé à cause du System on Chip (SoC) Wi-Fi/BLE intégré).
• Le nRF54L15, d'après le product brief Nordic Semiconductor, atteint 150 nA en System OFF avec rétention RAM (génération 2024).
• Le Renesas RL78/G14, selon Renesas Electronics, descend à 570 nA en mode Snooze avec RTC actif, un plancher compétitif sur la gamme 16 bits.

Cette dispersion explique pourquoi le choix MCU est le premier levier d'autonomie sur un produit connecté 24/7 : un ESP32 à 5 µA en veille consomme 12× plus qu'un STM32L4 à 280 nA. Sur 10 minutes de duty cycle, l'écart cumulé est direct sur le bilan.

Sources de réveil :

• Timer RTC : réveil périodique programmé, la source la plus courante pour le duty cycling
• Interruption GPIO : réveil sur événement externe (appui bouton, signal capteur, détection de mouvement)
• Watchdog : réveil de sécurité en cas de blocage du système

Le point critique : la différence entre System ON et System OFF est souvent un facteur 10× en courant de veille. Pour un produit qui dort 99,97 % du temps (réveil toutes les 10 minutes pendant 200 ms), c'est cette consommation de veille qui domine le bilan énergétique. Passer de 3 µA à 0,3 µA de veille peut doubler l'autonomie réelle.

Régulateurs de tension : DCDC vs LDO

Le régulateur de tension, Power Management Integrated Circuit (PMIC) ou convertisseur discret, convertit la tension de la batterie en tension d'alimentation stable pour le MCU et les périphériques. C'est un composant critique du bilan énergétique : un mauvais choix de régulateur peut gaspiller 20 à 40 % de l'énergie disponible avant même que le microcontrôleur ne fasse quoi que ce soit. Le choix entre Low-Dropout regulator (LDO) et DCDC (DC-to-DC converter), ou une combinaison des deux, dépend du rendement visé, du bruit toléré et du profil de charge. Selon Texas Instruments et Analog Devices, l'architecture hybride DCDC + LDO post-régulation est la référence pour concilier rendement et faible bruit analogique.

LDO (Low Dropout) : simple, silencieux (pas de commutation), rendement = V_out/V_in. Avec 3,3 V sortie depuis 4,2 V LiPo, rendement = 78 % (22 % dissipés en chaleur). Courant de repos typique 1 à 50 µA. Idéal pour les circuits analogiques et RF sensibles.

DCDC buck : rendement 85 à 95 % sur large plage V_in. Génère du ripple de commutation (perturbation analogique / radio), nécessite inductance + capacités + layout soigné. Indispensable quand V_in-V_out est important (3,6 V pile → 1,8 V MCU). DCDC boost : nécessaire quand V_batt passe sous V_MCU (pile lithium fin de vie 1,2 V → 1,8 V MCU) ; exploite la totalité de la capacité.

Approche hybride (notre recommandation) : DCDC sur le rail principal (rendement maximal) + LDO en post-régulation sur les blocs analogiques/RF (le LDO filtre le ripple du DCDC).

PWM vs PFM : les régulateurs DCDC modernes offrent deux modes de fonctionnement. En Pulse Width Modulation (PWM), la fréquence de commutation est fixe, bon pour les charges élevées et la radio (spectre prévisible). En Pulse Frequency Modulation (PFM), le régulateur ne commute que quand nécessaire, rendement excellent à très faible charge, mais spectre de bruit imprévisible. La stratégie optimale : PFM en veille, basculement automatique en PWM pendant les bursts radio. Sur les rails MCU modernes, le Dynamic Voltage and Frequency Scaling (DVFS) ajuste en outre V_core selon la charge CPU, un levier additionnel pour réduire la puissance active.

Courant de repos ultra-bas : les régulateurs de dernière génération atteignent des courants quiescents remarquables. Le TPS62840, selon la datasheet Texas Instruments SLVSDQ3 (page produit TPS62840), consomme moins de 60 nA au repos. Le MAX38640, d'après Analog Devices (datasheet MAX38640), descend sous 330 nA. La famille Toshiba TCR3DG sort aussi des LDO sous 500 nA de quiescent. À ces niveaux, le régulateur lui-même ne contribue quasiment plus au bilan énergétique de veille, c'est le MCU et les capteurs qui dominent.

Chimie des batteries : Li-ion vs LiFePO4 vs LiSOCl2

Le choix de la batterie détermine non seulement la capacité énergétique disponible, mais aussi la tension de fonctionnement, la capacité en courant pulsé, la plage de température et la durée de stockage. Chaque chimie présente des compromis spécifiques, et un mauvais choix peut réduire drastiquement l'autonomie réelle par rapport aux calculs théoriques.

Comparatif des chimies (densité énergétique massique selon IEC 61960 / IEC 60086) :

• Li-ion (NMC / NCA) : 3,7 V nominal, ~250 Wh/kg, rechargeable 500-1000 cycles, plage -20 à +60 °C. Idéal wearable rechargeable via USB-C PD
• LiFePO4 : 3,2 V nominal, ~120 Wh/kg, 2000-5000 cycles, sécurité thermique supérieure (pas d'emballement), plage -20 à +60 °C. Choix industriel pour stationnaire longue durée
• LiSOCl2 (lithium thionyl chloride) : 3,6 V nominal, ~500 Wh/kg, non rechargeable, auto-décharge ~1 %/an, plage -55 à +85 °C. Référence absolue pour la longue durée industrielle (compteurs, capteurs 10+ ans)
• Alcaline (Zn-MnO2) : 1,5 V nominal, ~150 Wh/kg, non rechargeable, auto-décharge ~2 %/an, plage -20 à +54 °C. Coût imbattable mais tension instable sous charge pulsée

Formats courants : CR2032 (225 mAh, 3,0 V, pulse limité à 15-20 mA, condo 100-470 µF obligatoire pour BLE/LoRa), ER14250 half-AA (1 200 mAh, 3,6 V, -55/+85 °C, effet de passivation à gérer au brown-out), ER14505 AA (2 600 mAh, standard compteurs/capteurs industriels), AA Energizer L91 lithium iron disulfide (~3 000 mAh, 1,5 V, pics de centaines de mA), LiPo rechargeable (avec BQ25170 ou MCP73831 + protection surcharge/décharge profonde). Les jauges de charge MAX17048 ou BQ27441 sont désormais incontournables sur tout pack rechargeable pour estimer l'état de charge au mV près.

Primaire vs rechargeable : pour un produit IoT qui doit durer 3 à 10 ans sans intervention, les piles primaires restent le choix le plus fiable (pas de circuit de charge, pas de dégradation cyclique). Les rechargeables n'ont de sens que si le produit dispose d'une source d'énergie ambiante ou d'un accès régulier utilisateur. D'après Saft et Panasonic, deux fabricants de référence sur la chimie LiSOCl2 (ER14250, ER14505) et Li-MnO2, la qualification selon IEC 62133 (sécurité cellules Li-ion) et IEC 61960 reste le prérequis incontournable pour toute intégration industrielle. Les frameworks IEEE 1625 et IEEE 1725 fournissent le cadre de test pour les packs rechargeables portables.

Dérating en température : c'est le piège le plus fréquent. À -20 °C, une pile lithium thionyl chloride perd 30 à 50 % de sa capacité nominale. Une CR2032 peut perdre jusqu'à 70 % à -30 °C. Si votre produit est déployé en extérieur ou en chambre froide, le bilan énergétique doit être calculé à la température minimale de fonctionnement, pas à 25 °C.

Optimisation firmware : les techniques qui comptent

Le firmware est le chef d'orchestre de la consommation énergétique. Même avec un hardware parfaitement optimisé, un firmware mal écrit peut multiplier la consommation par 10 ou plus. L'optimisation firmware repose sur un principe fondamental : minimiser le temps passé en mode actif et maximiser le temps passé dans le mode de veille le plus profond possible.

Duty cycling, le cycle fondamental :

Le schéma de base d'un capteur IoT est : réveil → mesure → traitement → transmission → retour en veille. Chaque milliseconde de moins en mode actif se traduit directement en mois d'autonomie supplémentaire. Chez AESTECHNO, nous avons constaté que l'optimisation du duty cycle est souvent le levier le plus efficace, bien plus que le choix du MCU. Dans notre lab, nous avons profilé le même firmware nRF52833 avec deux implémentations de scheduler : la version événementielle passait 0,08 % du temps d'horloge en mode actif, la version polling 1,2 %, soit un écart de 15× qu'aucun changement hardware ne rattrape.

Sur un projet récent, nous avons intégré l'accéléromètre basse consommation IIS3DWB de STMicroelectronics comme source de réveil principale : le MCU reste en System OFF tant que le capteur ne détecte pas de mouvement significatif, et c'est l'IIS3DWB lui-même qui réveille le système via interruption matérielle. Ce type d'architecture « wake-on-event » est un levier puissant pour tenir plusieurs années sur batterie dans les applications de surveillance de vibrations ou de détection de chocs.

Power gating des périphériques : éteindre physiquement les capteurs entre mesures (MOSFET ou broche enable). Un capteur température/humidité laissé alimenté consomme 1 à 50 µA, même en « standby », les datasheets sont parfois optimistes.

Optimisation BLE : passer d'un intervalle d'advertising de 100 ms à 1 000 ms divise la consommation radio par ~10×. Optimiser interval, latence esclave et supervision timeout. Le coded PHY (BLE 5.0) étend la portée sans augmenter la puissance d'émission, d'après la Core Spécification v5.4 du Bluetooth SIG. Voir Bluetooth BLE embarqué.

Gestion des horloges : oscillateur RC 32 kHz chaque fois que possible, couper le cristal haute fréquence (16/32 MHz) après traitement. Sur Nordic, l'écart HFCLK actif vs LFCLK seul est de plusieurs milliampères.

Éviter le busy-waiting : tout délai via timer + interruption, jamais en boucle active. Architecture événementielle (sleep → IRQ → traitement → sleep). Les RTOS Zephyr ou FreeRTOS facilitent cette approche (tickless idle).

Batching : la radio est le poste le plus coûteux. Accumuler 6 mesures en RAM et transmettre toutes les heures divise par 6 le nombre de réveils radio, sans pénaliser la fraîcheur effective des données.

Mesure et validation : ne faites jamais confiance au calcul seul

La validation par mesure réelle est l'étape qui sépare un prototype de laboratoire d'un produit fiable sur le terrain. Les calculs théoriques donnent une estimation, mais seule la mesure confirme que le hardware et le firmware se comportent réellement comme prévu. Chez AESTECHNO, nous avons vu des écarts de facteur 3 à 10 entre le courant de veille attendu et le courant réel mesuré, souvent à cause d'un périphérique mal éteint ou d'un pull-up oublié. Sur un projet récent, nous avons mesuré 12 µA de courant parasite causés par un simple pull-up laissé actif sur une broche de debug ; correction, et le courant moyen a chuté de 40 %, ramenant l'autonomie réelle de 2,1 ans à la cible calculée de 3,8 ans.

Nordic Power Profiler Kit II (PPK2) :

• Mesure de courant en temps réel, de 200 nA à 1 A, avec un taux d'échantillonnage de 100 kHz
• Visualisation du profil de consommation complet : on voit chaque phase (réveil, mesure, transmission, retour en veille)
• Peut fonctionner en mode source (alimentation) ou en mode ampèremètre (en série)
• Outil de référence pour le développement sur plateformes Nordic, mais utilisable avec n'importe quel MCU

Joulescope : analyseur de puissance avec 9 décades de dynamique courant, mesure simultanée I/V/énergie, export données pour analyse. Idéal mesures longue durée et profils complexes.

Tektronix Keithley DMM7510 (7,5 digits), complément du PPK2 : résolution courant jusqu'au picoampère, idéal pour le courant de veille profonde sous 200 nA (limite du PPK2). Chez AESTECHNO, nous combinons systématiquement PPK2 (profil dynamique RF) et DMM7510 (plancher quiescent au pA), avec scripting Tektronix TekExpress pour l'automatisation des séquences de soak longue durée. Cette double approche évite les erreurs d'estimation d'autonomie dues à un plancher mal caractérisé.

Retour terrain 2025 sur capteur autonome industriel. Sur un projet récent de capteur autonome industriel mené dans notre laboratoire AESTECHNO à Montpellier en 2025, nous avons mesuré 18 sur 20 cartes profilées avec un Nordic nRF52840 couplé à un capteur Bosch BME280 sur LoRaWAN. Notre méthodologie de mesure reste constante sur chaque audit power-management : étape 1, mesuré avec banc Tektronix TekExpress et Nordic PPK2, capture courant à la picoampère sur cycle 24h ; étape 2, caractérisation thermique en chambre climatique selon une procédure ESS de -40 à +70 °C alignée sur ETSI EN 303 645 ; étape 3, simulation Spice et projection de cycle de vie batterie LiSOCl2 et Li-ion sur 3 à 5 ans, avec jauge Texas Instruments BQ27621 mesurée à l'aide du DMM7510 Keithley. Contrairement à l'idée reçue selon laquelle un sleep deep current de 2 µA suffit toujours, nous avons constaté que les pics de wake-up radio dominaient le budget annuel et qu'un duty-cycle de 0,1 % était nécessaire pour atteindre 4,7 ans réels sur ER14250. Malgré la tentation d'optimiser d'abord le MCU, le retour d'expérience de l'équipe d'intégration confirme l'inverse : c'est l'antenne et le PHY radio qui pèsent. Dans notre pratique sur les conceptions ultra-basse-consommation, nous avons observé un pattern récurrent, jusqu'à 35 % d'écart entre bilan calculé et bilan mesuré tant que le firmware n'a pas été instrumenté ligne par ligne. À l'inverse d'une approche purement hardware, nous recommandons de démarrer par un soak de 14 jours avec PPK2 + DMM7510, puis d'itérer le firmware avant tout re-spin PCB. Pour le suivi de flotte sur la durée de vie batterie, voir aussi notre dossier maintenance prédictive IoT et ROI qui détaille la corrélation entre télémétrie batterie et coût de maintenance. Même si les datasheets affichent des planchers flatteurs, seul le banc instrumenté tranche.

Limitations du multimètre standard : un multimètre 4-5 digits est trop lent pour les courants pulsés, un burst BLE de 5 ms à 15 mA sera moyenné avec la veille et donnera une lecture faussement basse. Il ne capture ni la forme ni la durée des pics.

Oscilloscope + shunt 1-10 Ω en série avec l'alimentation : excellent pour caractériser les pulses (forme, durée, amplitude). Test de soak longue durée : faire tourner le prototype plusieurs semaines en conditions réelles, comparer la décharge mesurée au bilan calculé ; un écart > 20 % impose un diagnostic avant production.

L'approche AESTECHNO : du cahier des charges à la validation terrain

La gestion de l'énergie structure l'ensemble du projet, du choix batterie au firmware. Chez AESTECHNO, nous intégrons le bilan énergétique dès le cahier des charges et le validons par mesure réelle avant chaque jalon. Notre approche repose sur trois piliers : (1) bilan énergétique dès la spécification (validation de faisabilité avant design hardware) ; (2) validation au banc (caractérisation du courant dans chaque mode, comparaison au bilan théorique, corrections avant jalon suivant) ; (3) maîtrise de la chaîne complète par notre bureau d'études électronique, hardware, circuit RF et firmware conçus ensemble. Nous maîtrisons les régulateurs ultra-basse consommation, les modes de veille profonde nRF/STM32/NXP et les communications LPWAN / cellulaire IoT.

Faut-il intégrer de l'energy harvesting ?

L'energy harvesting désigne la famille de techniques qui captent l'énergie ambiante (lumière indoor, solaire outdoor, gradient thermique, vibration, radio fréquence parasite) et la convertissent en puissance électrique utilisable pour un produit embarqué. Il se justifie quand la source ambiante couvre le bilan énergétique moyen avec marge : viser un facteur 3× sur la puissance moyenne consommée, pour absorber les jours sans soleil, les basses températures ou les cycles intensifs.

• Solaire indoor (LED/fluorescent ~200 lux) : rendement ~100 µW/cm² avec une cellule amorphe. Un bureau à 500 lux atteint 300 µW/cm². Suffisant pour un capteur BLE à duty cycle 0,1 %.
• Solaire outdoor plein soleil : ~15 mW/cm² avec cellule monocristalline. Suffisant pour alimenter un nœud LoRaWAN avec batterie tampon LiFePO4.
• Thermoélectrique (ΔT = 5 °C) : ~10-50 µW/cm² avec module Peltier miniature. Niche : surveillance de tuyauterie chaude.
• Piezoélectrique (vibration) : 10-100 µW typiques sur structure industrielle à 50-200 Hz. Alimentation capteur vibratoire autonome.

Les Power Management Integrated Circuits (PMIC) dédiés gèrent l'extraction et la recharge d'une cellule tampon (supercap ou Li-ion). Le BQ25570, selon la datasheet Texas Instruments SLUSBH2 (page produit BQ25570), fait du Maximum Power Point Tracking (MPPT) à partir d'une entrée aussi basse que 330 mV, ce qui transforme un panneau indoor mal éclairé en recharge viable. Le LTC3588, d'après Analog Devices (datasheet LTC3588), intègre le redresseur piezo et réduit le Bill of Materials (BoM). Le e-peas AEM10941 cible spécifiquement le solaire indoor. Les notes d'application de la LoRa Alliance sur les end-devices solaires font référence dans ce domaine. Contrairement à l'idée d'une alimentation « gratuite », l'energy harvesting ajoute complexité et coût : à réserver aux produits où le remplacement de pile est impossible (béton coulé, implant, capteur en hauteur) ou inadmissible (10+ ans d'autonomie contractuels).

En résumé : le power management en 5 principes

Le power management embarqué obéit à cinq principes mesurables : (1) modéliser le bilan énergétique avant de choisir un MCU ; (2) viser un courant de veille sous 1 µA pour toute cible ≥3 ans, en exploitant System OFF / hibernate selon le MCU ; (3) privilégier un DCDC 85-95 % de rendement avec LDO en post-régulation pour les blocs sensibles ; (4) choisir la chimie selon la contrainte thermique, LiSOCl2 (500 Wh/kg) pour -55/+85 °C industriel, Li-ion (250 Wh/kg) pour wearable rechargeable ; (5) valider au banc avec Nordic PPK2 (dynamique) et Keithley DMM7510 (plancher sous nA).

Chez AESTECHNO, nous appliquons cette discipline dès la spécification et validons chaque prototype au banc avant production. Les calculs théoriques donnent une direction ; seule la mesure valide l'autonomie réelle, et seule la mesure tient face aux retours terrain après 24 mois de déploiement.

FAQ : Questions fréquentes sur le power management batterie

Cette FAQ regroupe les questions les plus fréquentes que reçoit notre bureau d'études AESTECHNO sur le power management embarqué et la longévité batterie en 2025-2026 : autonomie réelle d'une CR2032, différences entre les modes de veille Nordic, choix DCDC vs LDO, instrumentation pour mesurer un courant en microampères, impact firmware, et accompagnement projet IoT basse consommation.

Quelle autonomie peut-on attendre d'une CR2032 pour un capteur IoT ?

Avec une capacité de 225 mAh et un courant moyen de 10 µA, une CR2032 tient environ 2,5 ans en théorie, moins en pratique à cause du dérating en température et de la limitation en courant pulsé. Pour des autonomies supérieures à 3 ans, nous recommandons une pile ER14250 (1 200 mAh) ou ER14505 (2 600 mAh) en lithium thionyl chloride.

Quelle est la différence entre System ON et System OFF sur un MCU Nordic ?

En System ON avec rétention RAM, le nRF52832 consomme environ 1,5 µA : la RAM est conservée et le RTC tourne. En System OFF, la consommation descend à 0,3 µA, mais toute la RAM est perdue, le système redémarre complètement au réveil. Le choix dépend de votre besoin : si le firmware doit reprendre exactement où il s'est arrêté, System ON est nécessaire.

DCDC ou LDO : lequel choisir pour un produit sur batterie ?

Pour maximiser l'autonomie, un DCDC buck est presque toujours préférable au LDO : son rendement de 85-95 % surpasse largement le ratio Vout/Vin du LDO. Cependant, le bruit de commutation du DCDC peut perturber les mesures analogiques et la radio. La solution optimale est souvent hybride : DCDC pour le rail principal, LDO en post-régulation pour les blocs sensibles.

Comment mesurer un courant de veille de quelques microampères ?

Un multimètre standard est insuffisant pour les mesures dynamiques. Utilisez un Power Profiler (Nordic PPK2) ou un analyseur de puissance (Joulescope) qui échantillonnent à haute fréquence et capturent les transitions entre veille et mode actif. Pour les pulses rapides, un oscilloscope avec résistance shunt (1-10 Ω) permet de caractériser la forme et la durée des pics de courant.

Le firmware a-t-il vraiment un impact sur l'autonomie batterie ?

Oui, et souvent plus que le choix du hardware. Un GPIO configuré en sortie haute au lieu d'en entrée haute impédance peut ajouter des dizaines de µA. Un peripheral non désactivé en veille, un busy-wait au lieu d'une interruption, un advertising BLE trop fréquent, chacune de ces erreurs peut diviser l'autonomie par 2 ou plus. Le firmware est le chef d'orchestre de la consommation.

AESTECHNO peut-elle concevoir un produit IoT basse consommation ?

Oui. AESTECHNO conçoit des produits IoT sur batterie avec des durées de vie de plusieurs années, du cahier des charges à la validation sur banc. Nous maîtrisons les plateformes nRF, STM32 et NXP, les régulateurs ultra-basse consommation, et les protocoles BLE, LoRaWAN, NB-IoT et LTE-M. Notre bureau d'études à Montpellier conçoit le hardware et le firmware ensemble pour optimiser le système dans son intégralité.

Articles connexes

• Concevoir l'électronique pour réussir dans l'IoT
• Bluetooth et BLE pour l'embarqué
• LPWAN : LoRaWAN, NB-IoT, Sigfox, comparatif
• NB-IoT, LTE-M et satellite : la connectivité cellulaire IoT
• Zephyr vs FreeRTOS vs Linux : quel OS temps réel ?
• Conception de cartes RF et intégration d'antennes
• Bureau d'études électronique AESTECHNO