Arduino, ESP32, STM32 czy Nordic nRF - co wybrać do produktu?

Wybór platformy embedded to jedna z pierwszych decyzji w projekcie urządzenia IoT. Arduino, ESP32, STM32 i Nordic nRF to cztery najpopularniejsze opcje — każda z innymi mocnymi stronami, ograniczeniami i kosztem wejścia. Błędny wybór na etapie PoC potrafi kosztować miesiące przepisywania firmware i przeprojektowania hardware.

Poniżej porównujemy te platformy pod kątem prototypowania, produkcji komercyjnej i typowych wymagań produktowych.

Firmware embedded — ESP32, STM32, Nordic nRF

Wybierasz platformę embedded do produktu IoT? Nasz zespół z Polski projektuje firmware na ESP32, STM32 i Nordic nRF — od PoC na dev kicie po produkcję seryjną.

Poznaj usługi firmware embedded

Porównanie platform — tabela

Kryterium	Arduino (ATmega)	ESP32	STM32 (WB/L)	Nordic nRF
BLE	moduł zewnętrzny	wbudowany	wbudowany (WB)	wbudowany (rdzeń)
Wi-Fi	moduł zewnętrzny	wbudowany	nie	nie
Pobór prądu (deep sleep)	~25 mA (dev board)	~10 µA	~1 µA (L-series)	~0,4 µA
Flash / RAM	32 KB / 2 KB	4 MB / 520 KB	512 KB-2 MB / 256 KB	512 KB-1,5 MB / 128 KB
Próg wejścia	bardzo niski	niski	średni	średni-wysoki
Koszt układu (BOM, 1k szt.)	~5 zł	~8-15 zł	~10-20 zł	~12-25 zł
Ekosystem / community	ogromny	bardzo duży	duży (HAL, CubeMX)	duży (SDK, DevZone)
Certyfikacja BLE	zależy od modułu	możliwa (pre-cert)	możliwa (pre-cert)	wsparcie producenta
PoC → produkcja	wymaga migracji	płynne	płynne	płynne

Arduino — szybki start, ograniczenia produkcyjne

Arduino (ATmega328P, ATmega2560) to platforma, która obniżyła próg wejścia do elektroniki. W kilka godzin możesz podłączyć czujnik, napisać kod w Arduino IDE i mieć działający prototyp na płytce stykowej.

Kiedy Arduino ma sens:

• Proof of Concept — szybka weryfikacja logiki produktu, działania czujników, algorytmu.
• Edukacja i warsztaty — prototypowanie bez znajomości rejestrów mikrokontrolera.
• Projekty hobbystyczne — jednorazowe urządzenia bez planów produkcji seryjnej.

Kiedy Arduino to ślepa uliczka:

• Produkt komercyjny — ATmega328P ma 32 KB Flash i 2 KB RAM. Większość projektów IoT szybko te limity przekracza.
• Praca na baterii — dev board Arduino Uno pobiera ~25 mA. Porównaj z Nordic nRF w deep sleep (~0,4 µA) — to różnica między dniami a latami pracy.
• BLE/Wi-Fi — wymaga zewnętrznego modułu (HC-05, ESP-01), co komplikuje hardware i firmware.
• Produkcja seryjna — płytka Arduino Uno kosztuje ~80 zł detalicznie. Ten sam ATmega328P w hurcie to ~5 zł — ale bez radia, bez optymalizacji energii i bez profesjonalnego firmware.

Jeśli zacząłeś od Arduino i widzisz, że projekt rośnie — to sygnał do migracji. Więcej o tym, kiedy wyrastać z Arduino, piszemy w osobnym artykule.

ESP32 — Wi-Fi + BLE w jednym układzie

ESP32 (Espressif) to najpopularniejszy wybór w projektach IoT wymagających Wi-Fi. Od wersji ESP32-C3 i ESP32-S3 oferuje też BLE 5.0, co czyni go wszechstronną platformą.

Kiedy ESP32 ma sens:

• Smart home / konfiguratory — urządzenie łączy się z Wi-Fi routera, aplikacja mobilna konfiguruje przez BLE.
• Szybki PoC z łącznością — tanie dev kity (ESP32-DevKitC ~30 zł), ogromna społeczność, tysiące przykładów.
• Projekty z Wi-Fi jako główną łącznością — stacjonarne czujniki, bramki, wyświetlacze.
• Budżet BOM — ESP32-S3 w hurcie to ~8-15 zł, co jest konkurencyjne w stosunku do STM32 + moduł BLE.

Ograniczenia ESP32:

• Pobór prądu — deep sleep ~10 µA to dobry wynik, ale Nordic nRF osiąga ~0,4 µA. Dla urządzeń bateryjnych pracujących latami różnica ma znaczenie.
• BLE nie jest rdzeniem produktu — stack BLE w ESP32 działa, ale nie dorównuje dojrzałości Nordic SDK w kontekście ultra-low-power, BLE Audio czy mesh.
• Certyfikacja — możliwa, ale wymaga więcej pracy niż przy Nordic (gdzie producent wspiera certyfikację).

STM32 — kontrola, peryferia, ekosystem

STM32 (STMicroelectronics) to rodzina mikrokontrolerów ARM z bogatymi peryferiami, DMA, timerami i — w seriach WB — wbudowanym BLE.

Kiedy STM32 ma sens:

• Zespół zna STM32 — jeśli macie doświadczenie z HAL, CubeMX i ekosystemem ST, migracja z Arduino na STM32WB jest naturalna.
• Kontrola czasu rzeczywistego — precyzyjne timery, PWM, enkoder, szybkie ADC — STM32 oferuje peryferia, których ESP32 nie ma.
• Produkty przemysłowe — STM32H7 (480 MHz, FPU) do przetwarzania sygnałów, STM32L4/L5 do ultra-low-power z BLE.
• STM32WB0 — tańsza linia z BLE, dobra do prostych beaconów i sensorów, gdzie liczy się koszt BOM.

Ograniczenia STM32:

• Krzywa uczenia — wyższy próg wejścia niż Arduino czy ESP32. CubeMX pomaga, ale firmware na STM32 wymaga znajomości rejestrów i HAL.
• BLE mniej dojrzały niż Nordic — stack BLE w STM32WB działa, ale ekosystem Nordic (SDK, SoftDevice, DevZone) jest bardziej rozbudowany w kontekście produktów BLE-first.

Nordic nRF — standard BLE w produktach komercyjnych

Nordic Semiconductor to producent chipów, który postawił na BLE jako rdzeń produktu. nRF52, nRF53 i nRF54 to platformy zaprojektowane od podstaw pod ultra-low-power Bluetooth Low Energy.

Kiedy Nordic nRF ma sens:

• Ultra-low-power BLE — wearables, beacon, czujniki bateryjne pracujące miesiącami i latami. Deep sleep ~0,4 µA to wynik, którego ESP32 i STM32 nie osiągają.
• Bluetooth LE Audio — nRF5340 obsługuje Auracast, LE Audio, LC3 — nowe standardy audio over BLE.
• Produkty medyczne i regulowane — Nordic oferuje wsparcie certyfikacyjne, długoterminową dostępność chipów i dokumentację klasy produkcyjnej.
• BLE mesh i direction finding — zaawansowane funkcje BLE wymagające dojrzałego stacku.

Ograniczenia Nordic nRF:

• Brak Wi-Fi — jeśli produkt wymaga Wi-Fi, potrzebujesz dodatkowego modułu lub innej platformy.
• Koszt BOM — nRF52840 w hurcie to ~15-25 zł, więcej niż ESP32. Przy produktach wrażliwych na cenę jednostkową to istotna różnica.
• Krzywa uczenia — nRF Connect SDK (Zephyr RTOS) wymaga czasu na opanowanie, choć Nordic DevZone i przykłady to ułatwiają.

Jeśli budujesz produkt oparty o Nordic nRF i potrzebujesz wsparcia przy firmware, sprawdź naszą stronę programowanie Nordic nRF.

PoC vs produkt komercyjny — dwie ścieżki

Etap	Arduino	ESP32	STM32	Nordic nRF
PoC (dev kit)	idealny	idealny	dobry	dobry
MVP (własny PCB)	wymaga migracji	naturalny	naturalny	naturalny
Produkcja seryjna	niezalecany	dobry	dobry	najlepszy (BLE)
Ultra-low-power bateria	nie	ograniczony	dobry (L-series)	najlepszy
Wi-Fi + BLE	nie	najlepszy	nie (osobny moduł)	nie (osobny moduł)

Typowa ścieżka wygląda tak:

1. PoC na Arduino lub dev kicie — weryfikacja logiki, czujników, algorytmu (2-4 tygodnie).
2. MVP na ESP32 / STM32 / Nordic dev kit — weryfikacja łączności, poboru prądu, protokołu (4-8 tygodni).
3. Własny PCB + firmware produkcyjny — optymalizacja BOM, energii, OTA (8-16 tygodni).
4. Certyfikacja i produkcja seryjna — CE, montaż, logistyka (8-16 tygodni).

Kluczem jest wybór platformy docelowej już na etapie PoC — im wcześniej zdecydujesz, tym mniej pracy przy migracji firmware.

Decyzja w 5 pytaniach

1. Czy urządzenie pracuje na baterii i musi działać latami? → Nordic nRF lub STM32L.
2. Czy potrzebujesz Wi-Fi? → ESP32.
3. Czy BLE to rdzeń produktu (wearable, beacon, sensor)? → Nordic nRF.
4. Czy zespół zna już STM32? → STM32WB.
5. Czy to tylko PoC bez planów produkcji? → Arduino lub dowolny dev kit.

Jeśli odpowiedzi wskazują na więcej niż jedną platformę — zacznij od PoC na dev kicie docelowej platformy. Koszt dev kitu to ułamek budżetu projektu, a pozwala zweryfikować założenia na realnym hardware.

Podsumowanie

Arduino to świetny start do PoC, ale rzadko platforma produkcyjna. ESP32 wygrywa w projektach z Wi-Fi i szybkim wejściem. STM32 sprawdza się tam, gdzie liczy się kontrola czasu rzeczywistego i znany ekosystem. Nordic nRF to standard w produktach BLE-first wymagających ultra-low-power i wsparcia certyfikacyjnego.

Wybór platformy powinien wynikać z wymagań produktu — nie z popularności płytki deweloperskiej. Jeśli potrzebujesz pomocy w doborze platformy i ścieżce od PoC do produkcji, pomożemy ocenić wymagania i zaplanować architekturę firmware.