Inżynieria IoT i łączności

Projektujemy urządzenia BLE peripheral i central na układach Nordic nRF52 i nRF53, Silicon Labs EFR32, ESP32 i STM32: usługi i charakterystyki GATT, parametry rozgłaszania i połączenia dobrane pod czas pracy na baterii oraz aktualizacje firmware przez BLE (DFU). Współpracujemy z zespołem aplikacji mobilnej, więc obie strony korzystają z jednej specyfikacji protokołu.

W produktach Bluetooth Mesh oraz Thread/Matter z wyprzedzeniem planujemy provisioning, wielkość sieci i role zasilania, a współpracę testujemy z telefonami i hubami, których faktycznie używają Twoi klienci.

• Parowanie LE Secure Connections, bonding i ochrona przed podsłuchem
• BLE DFU z podpisanymi obrazami i wycofaniem do poprzedniej wersji
• Wsparcie przy kwalifikacji i rejestracji w Bluetooth SIG
• Pomiary zasięgu i przepustowości w docelowej obudowie

Urządzenia radiowe sprzedawane w UE muszą już spełniać wymagania cyberbezpieczeństwa dyrektywy radiowej RED (normy EN 18031, stosowane od 1 sierpnia 2025 r.). Cyber Resilience Act opiera się na nich i rozszerza obowiązki na cały cykl życia produktu, w tym aktualizacje bezpieczeństwa w okresie wsparcia.

W urządzeniach bateryjnych, które wysyłają małe ilości danych na duże odległości, korzystamy z LoRaWAN, NB-IoT lub LTE-M. Wybór zależy od zasięgu, roamingu, wielkości wiadomości, opóźnień i kosztu łączności przez cały czas życia produktu. Implementujemy stos LoRaWAN z ADR i limitami duty cycle oraz integrujemy modemy komórkowe z trybami oszczędzania energii (PSM i eDRX).

Typowa praca obejmuje integrację sterownika modemu, logikę rejestracji w sieci i przełączania awaryjnego, obsługę SIM i eSIM, buforowanie danych przy braku zasięgu oraz testy w rzeczywistym miejscu instalacji.

• Urządzenia końcowe LoRaWAN klasy A/B/C i aktywacja OTAA
• Integracja modemów LTE-M / NB-IoT, strojenie PSM i eDRX
• Zwięzłe formaty wiadomości, takie jak CBOR lub Protocol Buffers, oszczędzające czas nadawania
• Szacunki czasu pracy na baterii potwierdzone pomiarami prądu

Urządzenia pracujące latami potrzebują przez cały ten czas bezpiecznej ścieżki aktualizacji. W LoRaWAN, gdzie pasmo jest małe, wcześnie planujemy aktualizacje różnicowe lub multicastowe (FUOTA), bo Cyber Resilience Act oczekuje aktualizacji bezpieczeństwa przez cały okres wsparcia.

Każde urządzenie połączone potrzebuje unikalnej tożsamości, danych uwierzytelniających, które nie są wspólne dla całej floty, i sposobu ich odnowienia. Klucze i certyfikaty wgrywamy na produkcji, przechowujemy w secure elemencie lub chronionej pamięci MCU i używamy wzajemnie uwierzytelnionego TLS lub DTLS w komunikacji z chmurą.

Aktualizacje OTA korzystają z podpisanych obrazów, weryfikacji przed instalacją oraz partycji A/B lub obrazu ratunkowego, więc nieudana aktualizacja nigdy nie unieruchamia urządzenia. Kampanie aktualizacji prowadzimy etapami, z telemetrią pokazującą, jakie wersje działają w terenie.

• Provisioning urządzeń, certyfikaty i rotacja kluczy
• Bezpieczne OTA z partycjami A/B i ochroną przed powrotem do starszej wersji
• Zdalne logi i diagnostyka projektowane z myślą o prywatności
• Śledzenie wersji we flocie na potrzeby obsługi podatności

Te środki pokrywają dużą część wymagań Cyber Resilience Act dla produktów połączonych: integralność, poufność, bezpieczne aktualizacje i rejestrowanie zdarzeń.