Základy vývoje firmwaru pro mikrokontroléry

Vývoj firmware pro mikrokontroléry

Firmware pro mikrokontroléry (MCU) je nízkoúrovňový software, který řídí vestavěná zařízení: od senzorových uzlů a průmyslových řídicích jednotek až po spotřební elektroniku. Na rozdíl od aplikací na PC zde vývojář pracuje s omezenými zdroji (paměť, výkon, energie), přímým přístupem k periferiím a s vysokými nároky na bezpečnost, spolehlivost a dlouhodobou údržbu. Tento článek shrnuje osvědčené postupy, nástroje a koncepty, které tvoří pevný základ pro profesionální vývoj firmware.

Architektury mikrokontrolérů a jejich dopady na software

Nejčastěji se setkáte s jádry ARM Cortex-M (M0+/M3/M4/M7/M33), RISC-V, AVR či ESP32 (Xtensa/RISC-V). Volba architektury určuje instrukční sadu, sémantiku přerušení, dostupné DSP/FPU instrukce, ochranné mechanismy paměti (MPU) i ekosystém knihoven. Základní parametry, které ovlivňují návrh firmware, jsou:

Paměť: velikosti a rozložení Flash a SRAM, případně externí PSRAM/SDRAM, EEPROM.
Hodiny a taktování: vnitřní/externí oscilátory, PLL, nízkopříkonové domény (LSE/LSEDRV), přesnost a stabilita.
Periférie: GPIO, UART/USART, I²C, SPI, CAN, USB, ADC/DAC, PWM/timery, DMA, QSPI, SDIO, Ethernet, bezdrátové moduly.
Bezpečnostní prvky: jedinečné ID, PUF, TRNG, secure boot, oddělené bezpečné domény (TrustZone-M), kryptografické akcelerátory.

Základní toolchain: kompilátor, linker, debugger

Typický řetězec nástrojů tvoří kompilátor (např. arm-none-eabi-gcc), assembler, linker (ld) a debugger (GDB) s přenosem přes JTAG/SWD. IDE (např. Keil uVision, IAR EWARM, STM32CubeIDE, MPLAB X, VS Code s rozšířeními) integrují build, ladění i generátory kódu, ale principy zůstávají stejné. Klíčové artefakty build procesu:

Objektové soubory: .o s kódem a symboly.
Linker skript: .ld popisující mapování sekcí (.text, .data, .bss, heap/stack) do fyzické paměti.
Výstupy: .elf (s debug symboly), .bin/.hex (pro nahrání), map file pro kontrolu využití paměti.

Jazyk C/C++ v embedded: standardy, bezpečnost a styl

Firmware je nejčastěji psán v jazyce C s vybranými prvky C++. Doporučují se standardy MISRA C a CERT C pro minimalizaci chyb. Klíčové zásady:

Preferujte determinismus a předvídatelnost před „chytrými“ idiomy.
Pracujte s volatile pro registry/periférie a sdílené proměnné v ISR.
Minimalizujte dynamické alokace, nebo používejte statické pooly a regionové alokátory.
Oddělujte HAL/LL (přístup k hardwaru) od aplikační logiky a tvorby rozhraní (ovladače vs. služby vs. aplikace).

Start kódu, reset vector a inicializace systému

Po resetu procesor zavede ukazatel zásobníku (MSP) z adresy 0x00000000 (typicky vektorová tabulka) a skáče na Reset_Handler. Ten připraví runtime: inicializuje .data, nulování .bss, volitelně spustí SystemInit() (PLL, hodiny, cache) a následně main(). Zde se obvykle inicializuje HAL/LL, periférie a plánovač (pokud se používá RTOS).

Linker skript a správa paměti

Správné mapování sekcí je klíčové pro stabilitu. Praktické body:

Vyhraďte oddělené oblasti pro bootloader a aplikaci (např. FLASH_BOOT a FLASH_APP).
Definujte minimální velikost zásobníků (MSP, případně PSP při RTOS) a heap pouze je-li nezbytný.
Pro data s vyžadovaným umístěním používejte __attribute__((section(".name"))).
Pro retenci v režimech nízké spotřeby využijte zálohované domény či speciální RAM sekce.

Periférie a ovladače: od registrů přes LL až po HAL

Přístup k periferiím lze organizovat třemi vrstvami:

Register-level (bare metal): maximální kontrola, minimální overhead, vyšší nároky na znalost referenčního manuálu.
LL (Low Layer) knihovny: tenká vrstva nad registry, vhodný kompromis výkonu a čitelnosti.
HAL (High Abstraction Layer): vyšší abstrakce a přenositelnost na úkor overheadu a menší transparentnosti.

U komplexních periferií (USB, Ethernet) se doporučuje kombinace HAL a specializovaného middleware; u časově kritických (PWM, ADC+DMA) často volíme LL nebo bare-metal přístup.

Přerušení, NVIC a latence

Interrupce umožňují reakci na události bez aktivního polling. Základní principy řízení:

Každá ISR by měla být co nejkratší; náročnější úkoly delegujte do deferred processing (fronty, task notifikace).
Správně nastavujte priority a předběžnou výměnu (preemption) v NVIC; vyhněte se nekonečným smyčkám v ISR.
Označujte sdílené proměnné jako volatile a chraňte kritické sekce (maskování přerušení, critical sections v RTOS).

Časování, timery a PWM

Timery slouží k měření času, generování PWM, zachycení událostí (input capture) a generování periodických přerušení. Doporučení:

Centralizujte časovou základnu (tick) a dbejte na nízký jitter.
Pro přesné měření použijte capture/compare a hardwarové spouštění přes TRGO/ETR.
Pro vysokofrekvenční PWM volte center-aligned režimy a dead-time pro výkonové aplikace.

ADC, DMA a zpracování signálů

Vysoce efektivní je kombinace ADC + DMA do kruhového bufferu s indikací polovičního a plného naplnění. Tak minimalizujete zásahy CPU a dosáhnete deterministického toku dat. Pro filtraci využijte fixed-point aritmetiku nebo DSP instrukce (Cortex-M4/M7).

Komunikační sběrnice (UART, I²C, SPI, CAN, USB)

UART: jednoduché ladicí rozhraní, použitelné pro logování přes ITM/RTT/SWO nebo DMA řízený kruhový buffer.
I²C: levné připojení senzorů; dávejte pozor na clock stretching, chyby na vedení a robustní timeouty.
SPI: vysoká rychlost, plná duplexnost; pro velké bloky dat preferujte DMA.
CAN/CAN-FD: robustní průmyslová komunikace; řešte filtry, priority a detekci chyb.
USB: vyšší komplexita, požadavek na přesné hodinové zdroje; využijte hotové stacky (CDC, HID, MSC).

RTOS základy: kdy a jak použít plánovač

RTOS (např. FreeRTOS) poskytuje tasky, fronty, semafory a časovače. Je vhodný při více konkurenčních aktivitách a složitém I/O. Důležité zásady:

Navrhujte málo, ale efektivních tasků s jasnými rolemi.
Komunikaci provádějte přes fronty/notifikace; vyhněte se sdílení proměnných bez synchronizace.
Správně nastavte prioritní stropy a velikost zásobníku každého tasku; sledujte watermark.
Pro hard-real-time úlohy zvažte bez RTOS nebo hybridní design (ISR -> lock-free fronta -> zpracování).

Řízení spotřeby a low-power režimy

Pro bateriově napájená zařízení je klíčové minimalizovat běžný i spánkový odběr. Postupy:

Využívejte sleep/deep-sleep/stop/standby módy, buďte precizní v probouzecích zdrojích (EXTI, RTC, LPTIM).
Vypínejte nepoužívané periferie a hodiny (RCC gating), snižujte frekvence a napětí (DVS, prescalery).
Optimalizujte wake-up latenci a dávkujte práci do krátkých aktivních úseků.

Bootloader, bezpečné spouštění a aktualizace (OTA)

Bootloader umožňuje aktualizaci bez programátoru, validaci image a případně rollback. Základní prvky:

Oddělení paměti: boot a aplikace v samostatných regionech, ochrana před přepsáním.
Integrita: kontrolní součty, digitální podpis (ECDSA/Ed25519), verzování image.
Bezpečnost: secure boot (ověření před spuštěním), anti-rollback, šifrované přenosy (TLS/DTLS).

Kryptografie a ochrana klíčů

Bezpečnost stojí na správě tajemství. Preferujte HW akcelerátory a izolaci klíčů (HUK/PUF/secure storage). Nikdy nenechávejte klíče v prostém textu v .rodata. Implementujte ochranu proti klonování (vazba na unikátní ID, licencování) a proti fault injection (kontrolní kódy, dvojité ověřování).

Spolehlivost: watchdog, brown-out a obnovování po chybě

Independent/Window watchdog resetuje systém při zacyklení. Brown-out reset chrání při poklesu napětí. Logujte důvod resetu, detekujte hard fault (uložte registry PC/LR/stack) a poskytujte bezpečný režim (safe mode) pro nouzový start s minimální funkcionalitou.

Testování: jednotkové, integrační, SIL/HIL a end-of-line

Testovací strategie kombinuje úrovně:

Jednotkové testy: kompilace pro host (SIL) s mocky periferií; důraz na čisté rozhraní.
Integrační a HIL: běh na cílovém HW, skriptované scénáře, měření timingů a chybových stavů.
End-of-Line (EoL): validace v produkci: kalibrace, programování sérií, verifikace ID.

Ladění: SWD/JTAG, trace, ITM a RTT

Pro efektivní ladění použijte kombinaci nástrojů:

Break/step/watchpoints přes SWD/JTAG, semihosting pro výpisy (spíše pro vývoj, ne v provozu).
ITM/SWO pro nízkolatenční printf bez blokování; RTT pro obousměrný kanál v RAM.
Trace (ETM/ETB) pro časové analýzy a profilování (context-switch, ISR latence, aktivit sběrnice).

Protokolování a telemetrie

Navrhněte škálovatelné logování se stupni (ERROR, WARN, INFO, DEBUG) a možností kompilace podmíněných větví (např. #if LOG_LEVEL >= INFO). Zvažte binární protokol s časovými značkami (RTC/timer) a kompresí, vyhýbejte se blokujícímu I/O v kritických cestách (používejte kruhové buffery + DMA).

Měření výkonu a optimalizace

Optimalizace bez měření je náhoda. Využijte DWT (cyklus-counter), hardware performance counters a časové značky kolem kritických sekcí. Techniky:

Algoritmická optimalizace: nahrazení složitých operací LUT/tabulkami nebo fixní aritmetikou.
Paměťová lokalita: data v TCM/ITCM, cache prefetch, zarovnání struktur.
DMA offload: přenosy na pozadí, dvojité bufferování pro plynulý tok dat.

Abstrakce, architektura a modulární design

Udržujte čisté vrstvy: drivers (HW přístup), services (protokoly, úložiště), domain (logika) a application (stavové stroje, orchestrace). Rozhraní definujte hlavičkovými soubory a principem inversion of control. Vyhněte se globálním proměnným; preferujte kompozici a dependency injection (pro C například předávání struktur s ukazateli na funkce).