Maîtriser les modes basse consommation sur Arm Cortex-M : Astuces pratiques et économies d'énergie

Dans mon article précédent, « Fondamentaux des modes basse consommation Arm Cortex-M », j'ai décrit les états de base basse consommation disponibles sur chaque processeur Cortex-M et comment utiliser les instructions WFI et WFE pour entrer en sommeil. La question logique suivante est : comment ces modes sont-ils implémentés sur de vrais microcontrôleurs, et quel impact ont-ils sur le budget énergétique global d'un système embarqué ? Ce post plonge dans l'expérimentation pratique avec une carte NXP Kinetis-L Freedom pour quantifier les gains et compromis.

Expérimentation des modes basse consommation

La méthode la plus fiable pour évaluer le comportement basse consommation est de faire fonctionner un dispositif dans ses divers états de puissance et de mesurer le courant résultant. Pour cette étude, j'ai ressorti la carte NXP Kinetis-L Freedom — une plateforme que j'ai utilisée dans de nombreux produits et cours — pour recueillir des données concrètes. Bien que le microcontrôleur soit typiquement le plus gros consommateur de puissance sur une carte, mesurer le courant système total est essentiel : d'autres composants (régulateurs de tension, capteurs, modules de communication) peuvent contribuer significativement au tirage total. Optimiser le MCU seul apporte des bénéfices substantiels, mais une vue holistique prévient les fuites cachées.

Commencer par une mesure de référence

Avant tout changement, j'ai capturé un profil de courant de référence en faisant tourner le Kinetis-L en mode run normal, tous périphériques activés, et en faisant clignoter une LED chaque seconde. En utilisant IAR Embedded Workbench avec un débogueur I-Jet et I-Scope, j'ai observé un courant stable d'environ 16,9 mA LED éteinte et environ 18,0 mA LED allumée (voir Figure 1). Le point de mesure précis est critique — différents points de test peuvent mener à des résultats nettement différents.

cliquer pour agrandir

Figure 1. Mesure de courant de la carte de développement avec une LED clignotant une fois par seconde. (Source : Auteur)

Optimiser l'énergie avec les modes Wait et Deep Sleep

Activer le mode wait du processeur est un moyen rapide d'économiser de la puissance. Selon la datasheet Kinetis-L, le mode wait consomme entre 3,7 mA et 5,0 mA à 3 V, car les horloges CPU et périphériques sont désactivées tandis que la flash reste dans un état de doze à faible fuite. Le processeur peut encore se réveiller en 12–15 cycles d'horloge sur interruption.

void Sleep_Wait(void) { SCB_SCR &=~ SCB_SCR_SLEEPDEEP_MASK; asm("WFI"); }

Avec juste ces deux lignes, le courant de la carte est passé de 18,0 mA à 15,9 mA — une réduction de 11,6 %. Alimenté par une batterie de 680 mAh, l'autonomie du dispositif passerait de 37,8 heures à 42,8 heures — cinq heures supplémentaires pour des changements de code minimes.

On peut aller plus loin en entrant en mode deep sleep :

void Sleep_Deep(void) { SCB_SCR |= SCB_SCR_SLEEPDEEP_MASK; asm("WFI"); }

Positionner un seul bit dans SCB_SCR fait chuter le courant à 14,8 mA, une économie de 17,8 %. Sur une batterie de 680 mAh, l'autonomie grimpe à 46 heures — un bénéfice substantiel pour quelques lignes de plus.

Exploiter les modes Stop et VLLS pour une consommation en microampères

Le mode stop peut réduire la consommation du MCU d'un milliampère additionnel en désactivant les horloges cœur et système. Il nécessite de manipuler le registre de gestion d'énergie puis d'invoquer Sleep_Deep :

void Sleep_Stop(void) { volatile unsigned int dummyread = 0; SMC_PMCTRL &=~ SMC_PMCTRL_STOPM_MASK; SMC_PMCTRL |= SMC_PMCTRL_STOPM(0); dummyread = SMC_PMCTRL; Sleep_Deep(); }

Les modes Very Low Leakage Stop (VLLS) du Kinetis-L poussent plus loin, ne tirant que 135 µA à 496 µA. Le code pour activer VLLS1 est montré ci-dessous :

void Sleep_VLLS1(void) { volatile unsigned int dummyread = 0; SMC_PMCTRL &=~ SMC_PMCTRL_STOPM_MASK; SMC_PMCTRL |= SMC_PMCTRL_STOPM(0x4); SMC_VLLSTRL = SMC_VLLSCTRL_LLSM(1); dummyread = VLLS_CTRL; Sleep_Deep(); }

À ce niveau, le microcontrôleur consomme virtuellement aucune énergie, mais la latence de réveil augmente dramatiquement.

Considérations sur la latence de réveil

Les états de puissance plus bas s'accompagnent de temps de réveil plus longs. Le mode stop standard requiert environ 2 µs plus la latence d'interruption pour reprendre. Les modes VLLS introduisent un délai de démarrage de 53 µs à 115 µs, inacceptable pour des applications critiques en temps. La Figure 2 illustre les temps de transition depuis divers états basse consommation vers le mode run.

cliquer pour agrandir

Figure 2. Temps de transition depuis modes basse consommation vers divers modes sur le Kinetis-L. (Source : datasheet Kinetis-L)

Conclusion

Tous les microcontrôleurs Arm exposent les modes basse consommation standards, mais les vendeurs de silicium ajoutent leurs propres variations pour s'adapter à différents cas d'usage. Les vendeurs offrent typiquement des modes « fruits à portée de main » imposant des pénalités de réveil négligeables, ainsi que des options ultra-basse-consommation pouvant réduire le courant à quelques microampères. Les développeurs doivent équilibrer économies d'énergie contre la réactivité requise de leur application ; un seul mode basse consommation est rarement une solution universelle.

---

Jacob Beningo est consultant logiciel embarqué, conseiller et éducateur travaillant actuellement avec des clients dans plus d'une douzaine de pays pour transformer radicalement leurs logiciels, systèmes et processus. Contactez-le à jacob@beningo.com, visitez www.beningo.com, et inscrivez-vous à sa newsletter mensuelle Embedded Bytes.