Iparág
IoT-eszközök gyártása
Az IoT-eszközöknél a csupasz panel nem elég. A szállításhoz feltöltött firmware, felhőben hitelesített azonosság és egyedi sorozatszám szükséges, amely a terepi élettartam alatt végigköveti az eszközt. Ezt mi már az első sorozattól kezdve beépítjük a gyártásba.
A leggyakrabban hallott vevői problémák
- A terepen felprogramozott firmware többletköltséget, selejtet és következetlenséget okoz
- Egyetlen beszállítóra épülő kockázat a CRA hatálya alá tartozó hálózatba kötött termékeknél
- Provisioning az AWS, az Azure vagy egyedi PKI felé a gyökérkulcsok felfedése nélkül
- Egységenkénti nyomon követhetőség az SBOM- és biztonságifrissítési kötelezettségekhez
Jellemző termékjegyek
- BLE, Wi-Fi, LoRa, cellular vagy Matter rádió integrációja
- Biztonsági elemre vagy eFuse-ra épülő eszközazonosság
- Vegyes jelű paneles áramkörök szenzor- vagy aktuátor-alkatrészekkel
- Kompakt kivitel az antenna elhelyezésének korlátaival
Szabályozási környezet
Az EU rádióberendezésekről szóló irányelve
2014/53/EU (RED)
Cyber Resilience Act
Regulation (EU) 2024/2847
ETSI baseline IoT-biztonság
EN 303 645
GDPR
Regulation (EU) 2016/679
Teszttervezési szempontok
- RF golden-unit kalibrálás adóteljesítményre és érzékenységre
- EMC előzetes vizsgálat, hogy a bejelentett szervezet vizsgálata előtt kiszűrjük a hibákat
- Szenzorbemenetek, beavatkozó kimenetek és rádiókapcsolat funkcionális tesztje
- Provisioning-ellenőrzés: tanúsítvány érvényessége, felhőregisztráció megerősítése
Gyakran ismételt kérdések
Tudnak firmware-t betölteni és provisioningolni a gyártás során?
Igen. A firmware-betöltés a soron, dedikált programozási kellékeken keresztül történik. Támogatjuk az SWD, JTAG, UART és USB-DFU interfészeket, a többképes programozást (bootloader, alkalmazás, fájlrendszer), valamint az aláírt bootloader-láncokat. Ha az ügyfél tesztelési terve a flashelés mellett funkcionális tesztet is előír, az adott darab a már betöltött firmware-rel partner tesztházba kerül.
Hogyan kezelik a beágyazott szoftvert és a biztonságos provisioningot?
Támogatjuk az X.509 tanúsítvány-regisztrációt, a biztonsági elembe történő kulcsbeírást (ATECC608, NXP EdgeLock), az eFuse és OTP programozást, valamint az AWS IoT Core-ba, Azure DPS-be és egyedi PKI-ba történő kiépítést. A privát kulcsokat HSM is generálhatja, és így soha nem kerülnek a kiszolgáló rendszerekbe.
Hogyan segítik a hálózatra kötött eszközök Cyber Resilience Act (CRA) szerinti felkészültségét?
A gyártóoldali CRA-támogatás magában foglalja az aláírt firmware kötelezővé tételét, az egyedi sorszámozást az SBOM-követéshez, a biztonságos provisioning-munkafolyamatokat és a dokumentált tesztrekordokat. A termékoldali CRA-kötelezettségek (sebezhetőségkezelés, biztonsági frissítések) az OEM-nél maradnak.
Mekkora a minimális rendelési mennyiség?
Nincs rögzített minimum. NPI-pilotokat egyetlen darabtól vezetünk az évi több tízezres mennyiségű ismétlődő gyártásig. Az egyműszakos gyártósor kapacitása évente körülbelül 4,8 millió alkatrész-elhelyezés; az ezen szint feletti programokat a DFM- és BOM-felülvizsgálat során több műszakra közösen tervezzük meg.
Árajánlat IoT-eszközök gyártására
Küldje el a termékfájlokat és egy rövid leírást. Egy munkanapon belül válaszolunk.