Moduł WiFi + BLE (ESP32-S3 / ESP32-C3)

ESP-IDF vs. Arduino: kompromisy przy tworzeniu oprogramowania układowego

Moduły oparte na ESP32 można programować za pomocą dwóch głównych frameworków, a wybór między nimi ma konsekwencje dla procesu zakupowego:

ESP-IDF (Espressif IoT Development Framework). Natywny SDK Espressif. Zapewnia pełny dostęp do peryferiów układu, możliwości czasu rzeczywistego oraz produkcyjne schematy partycji OTA. Obowiązkowy dla produktów wymagających kontroli zadań FreeRTOS, zarządzania certyfikatami TLS lub stosu protokołu Matter (ESP Matter jest zbudowany na ESP-IDF). Krzywa uczenia jest bardziej stroma niż w przypadku Arduino, jednak łańcuch narzędzi oparty na CMake generuje mniejsze binaria z mniejszą liczbą konfliktów bibliotek.

Arduino Core dla ESP32. Szybsze prototypowanie, duży ekosystem bibliotek społecznościowych. Niezalecany do produkcji, jeśli produkt obsługuje certyfikaty, duże odpowiedzi HTTPS lub równoczesne operacje WiFi + BLE — błędy fragmentacji sterty są powszechne w złożonych projektach Arduino na ESP32.

Do produkcyjnego oprogramowania układowego należy zażądać, aby fabryka (lub inżynier firmware) celowała w ESP-IDF 5.x. Espressif utrzymuje gałęzie LTS z poprawkami bezpieczeństwa — należy potwierdzić dostęp do źródeł firmware i możliwość ponownego skompilowania ze zaktualizowanymi wersjami ESP-IDF po uruchomieniu produkcji.

Programowanie Flash w produkcji

Wgrywanie oprogramowania do modułów ESP32 w produkcji jest szybkie (10–30 sekund na sztukę) i dobrze obsługiwane narzędziowo, lecz konfiguracja ma znaczenie:

Konfiguracja programowania Flash. Narzędzie esptool.py firmy Espressif obsługuje grupowe wgrywanie przez UART z prędkością 921 600 bodów. Typowe złoże produkcyjne używa adaptera USB-UART (CP2102 lub CH340) z pinami pogo stykającymi się z padami TX/RX/EN/IO0 modułu.

Tablica partycji. Należy zdefiniować tablicę partycji z partycjami OTA_0 i OTA_1, jeśli wymagane są aktualizacje firmware w terenie. Binarny plik produkcyjny bez partycji OTA nie może być zaktualizowany do nowego firmware bez fizycznego przeprogramowania.

Grupowe OTA vs. JTAG/UART. Do aktualizacji firmware po produkcji (np. wdrożenia poprawki bezpieczeństwa na już wysłanych urządzeniach) ESP32 obsługuje OTA przez HTTP/HTTPS. Należy potwierdzić, że firmware implementuje esp_https_ota oraz że adres URL serwera OTA jest konfigurowalny — zakodowane na stałe adresy URL OTA stają się problemem utrzymaniowym przy zmianie hostingu.

Test firmware produkcyjnego. Minimalny test produkcyjny powinien weryfikować: skanowanie WiFi (wykrywanie pobliskich punktów dostępowych), rozgłaszanie BLE, integralność odczytu/zapisu Flash oraz funkcjonalny test GPIO. Należy zażądać od fabryki formatu dziennika zaliczeń/odrzuceń testów.

Antena PCB vs. antena zewnętrzna: charakterystyka RF

Charakterystyka anteny śladowej PCB modułu jest silnie zależna od projektu płytki hosta:

• Płaszczyzna masy pod strefą wykluczenia anteny pochłania energię RF i zmniejsza zasięg o 20–40%
• Metalowe obudowy tłumią sygnał WiFi 2,4 GHz o 10–20 dB, co często wymaga anteny zewnętrznej dla zapewnienia niezawodnej łączności
• W produktach w obudowach ABS: antena PCB jest zazwyczaj wystarczająca dla zasięgu wewnętrznego 30–50 m
• W produktach w obudowach metalowych, w pobliżu dużych powierzchni metalowych lub wymagających zasięgu >30 m: należy wybrać wariant ze złączem U.FL i zastosować zewnętrzną antenę dipol lub patch

Certyfikacja FCC/CE jest przeprowadzana z określoną anteną. Zmiana typu anteny (z PCB na zewnętrzną lub zmiana zysku anteny zewnętrznej) unieważnia certyfikację i wymaga nowego badania. Należy potwierdzić, że zakupiony moduł i kombinacja anteny są testowane razem w raporcie z badań.

Typowe problemy

Zakres CE/RED. Oznakowanie CE dla produktów WiFi wymaga zgodności z ETSI EN 300 328 (WiFi) i ETSI EN 301 489 (EMC). Niektórzy dostawcy modułów dostarczają raporty CE obejmujące wyłącznie moduł, nie zaś EMC na poziomie systemu. W przypadku produktów końcowych może być wymagany systemowy test EMC, w zależności od konfiguracji produktu końcowego.

Kompatybilność pinów ESP32-C3 vs. ESP32-S3. Oba układy mają różną liczbę GPIO i przypisania peryferiów. Nie należy zamieniać ich w produkcyjnym BOM bez weryfikacji przypisań GPIO i dostępności peryferiów względem projektu sprzętowego.