Low-Power Modes auf Arm Cortex-M meistern: Praktische Tipps & Energieeinsparung

In meinem vorherigen Artikel „Arm Cortex-M Low-Power Mode Fundamentals“ skizzierte ich die grundlegenden Low-Power-States, die auf jedem Cortex-M Prozessor verfügbar sind, und wie man WFI und WFE Instruktionen nutzt, um in Sleep einzutreten. Die nächste logische Frage ist: Wie werden diese Modes auf echten Mikrocontrollern implementiert, und welchen Impact haben sie auf das Gesamt-Power-Budget eines Embedded Systems? Dieser Post taucht in hands-on Experimentierung mit einem NXP Kinetis-L Freedom Board ein, um Gains und Trade-offs zu quantifizieren.

Low Power Mode Experimentierung

Der zuverlässigste Weg, Low-Power-Verhalten zu evaluieren, ist, ein Device in seinen verschiedenen Power States zu betreiben und den resultierenden Stromverbrauch zu messen. Für diese Studie reaktivierte ich das NXP Kinetis-L Freedom Board – eine Plattform, die ich in zahlreichen Produkten und Kursen genutzt habe – um konkrete Daten zu sammeln. Während der Mikrocontroller typischerweise der größte Power Consumer auf einem Board ist, ist Messen des gesamten Systemstroms essenziell: Andere Komponenten (z. B. Spannungsregler, Sensoren, Kommunikationsmodule) können signifikant zum Total Draw beitragen. Die Optimierung des MCUs allein kann substantielle Benefits bringen, aber ein ganzheitlicher Blick verhindert versteckte Drains.

Mit Baseline-Messung starten

Bevor Änderungen gemacht werden, erfasste ich ein Baseline Current Profile, indem ich den Kinetis-L im normalen Run Mode betrieb, alle Peripherals enabled ließ und eine LED jede Sekunde toggelte. Mit IAR Embedded Workbench, I-Jet Debugger und I-Scope beobachtete ich einen steady Strom von ca. 16,9 mA bei LED aus und ca. 18,0 mA bei LED an (siehe Abbildung 1). Der präzise Messpunkt ist kritisch – verschiedene Testpunkte können markant unterschiedliche Resultate liefern.

zum Vergrößern klicken

Abbildung 1. Strommessung des Development Boards mit LED Toggling einmal pro Sekunde. (Quelle: Autor)

Energie optimieren mit Wait und Deep Sleep Modes

Das Aktivieren des Prozessor-Wait-Mode ist ein schneller Weg, Power zu shaven. Laut Kinetis-L Datasheet zieht Wait Mode zwischen 3,7 mA und 5,0 mA bei 3 V, da CPU und Peripheral Clocks disabled sind, während Flash in einem Low-Leakage Doze State verbleibt. Der Prozessor kann innerhalb von 12–15 Clock Cycles aufwachen, wenn ein Interrupt auftritt.

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

Mit nur diesen zwei Zeilen fiel der Board-Strom von 18,0 mA auf 15,9 mA – eine Reduktion von 11,6 %. Bei einer 680 mAh Batterie steigt die Laufzeit des Devices von 37,8 auf 42,8 Stunden – fünf zusätzliche Stunden Betrieb für minimale Code-Änderungen.

Wir können weiter pushen, indem wir Deep Sleep Mode betreten:

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

Das Setzen eines einzelnen Bits in SCB_SCR dropt den Strom auf 14,8 mA, ein 17,8 % Saving. Auf einer 680 mAh Batterie klettert Runtime auf 46 Stunden – ein substantieller Benefit von nur wenigen Extra-Zeilen.

Stop und VLLS Modes für Mikroampere Draw nutzen

Stop Mode kann den MCU Consumption um ein weiteres Milliampere reduzieren, indem Core und System Clocks disabled werden. Es erfordert Manipulation des Power-Management Registers und dann Aufruf von 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(); }

Die Kinetis-L Very Low Leakage Stop (VLLS) Modes pushen dies weiter, ziehen nur 135 µA bis 496 µA. Der Code zum Enablen von VLLS1 ist unten gezeigt:

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(); }

Auf diesem Level konsumiert der Mikrocontroller virtuell keine Energie, aber Wake-Up Latency steigt dramatisch.

Wake-Up Latency Considerations

Low Power States kommen mit längeren Wake-Up Times. Standard Stop Mode erfordert ca. 2 µs plus Interrupt Latency zum Resume. VLLS Modes führen Boot-Up Delay von 53 µs bis 115 µs ein, was für zeitkritische Applikationen inakzeptabel sein kann. Abbildung 2 illustriert Transition Times von verschiedenen Low Power States zu Run Mode.

zum Vergrößern klicken

Abbildung 2. Transition Times von Low Power Modes zu verschiedenen Modes auf dem Kinetis-L. (Quelle: Kinetis-L Datasheet)

Fazit

Alle Arm Mikrocontroller exponieren die Standard Low Power Modes, aber Silicon Vendors fügen ihre eigenen Variationen hinzu, um verschiedene Use Cases zu bedienen. Vendors bieten typischerweise „Low-Hanging Fruit“ Modes an, die vernachlässigbare Wake-Up Penalties imposieren, sowie Ultra-Low-Power Optionen, die Strom auf Mikroampere reduzieren können. Entwickler müssen Energy Savings gegen erforderliche Responsiveness ihrer Applikation balancieren; ein einzelner Low Power Mode ist selten eine One-Size-Fits-All Lösung.

Jacob Beningo ist Embedded Software Consultant, Advisor und Educator, der aktuell mit Clients in mehr als einem Dutzend Ländern arbeitet, um deren Software, Systeme und Prozesse dramatisch zu transformieren. Fühlen Sie sich frei, ihn unter jacob@beningo.com zu kontaktieren, seine Website www.beningo.com zu besuchen und sich für seinen monatlichen Embedded Bytes Newsletter anzumelden.