Проблемите на купувачите што најчесто ги слушаме

  • Firmware флашуван на терен носи дополнителни трошоци, отпад и неконзистентност
  • Ризик од еден добавувач за поврзани производи под надзор на CRA
  • Провизионирање кон AWS, Azure или сопствен PKI без изложување на root клучевите
  • Следливост по единица за обврските во врска со SBOM и безбедносните ажурирања

Типични карактеристики на производот

  • Интеграција на BLE, Wi-Fi, LoRa, мобилен или Matter радио модул
  • Идентитет на уредот поткрепен со безбедносен елемент или eFuse
  • Плочи со мешан сигнал со сензорски или актуаторски компоненти
  • Компактен форм-фактор со ограничувања во позиционирањето на антената

Регулаторна средина

EU Radio Equipment Directive

2014/53/EU (RED)

Cyber Resilience Act

Regulation (EU) 2024/2847

ETSI основна безбедност за IoT

EN 303 645

GDPR

Regulation (EU) 2016/679

Аспекти на тест-планот

  • Калибрација на RF golden unit за предавателна моќност и чувствителност
  • Прелиминарно EMC скенирање за откривање на проблеми пред тестирање во нотифицирано тело
  • Функционален тест на сензорските влезови, актуаторските излези и радио-врската
  • Верификација на провизионирањето: валидност на сертификатот, потврда за cloud enrollment

Често поставувани прашања

Дали можете да вчитувате и провизионирате фирмвер во производство?

Да. Вчитувањето на firmware-от се одвива на линијата преку наменски програмски фикстури. Поддржуваме SWD, JTAG, UART и USB-DFU интерфејси, multi-image програмирање (bootloader, апликација, file system) и потпишани bootloader синџири. Кога тест-планот на клиентот бара функционален тест покрај flashing-от, единицата оди кај партнерска тест-куќа со веќе вчитан firmware.

Како постапувате со вграден софтвер и безбедно провизионирање?

Поддржуваме X.509 enrollment на сертификати, инјектирање клучеви во secure element (ATECC608, NXP EdgeLock), програмирање на eFuse и OTP, и provisioning кон AWS IoT Core, Azure DPS и сопствен PKI. Приватните клучеви може да се генерираат во HSM и никогаш да не бидат изложени на host системите.

Како поддржувате подготвеност за Cyber Resilience Act (CRA) кај поврзани уреди?

Поддршката за CRA на производна страна вклучува спроведување на потпишан фирмвер, серијализација по уред за следење на SBOM, безбедни процеси за провизионирање и документирани тест-записи. Обврските за CRA на страна на производот (управување со ранливости, безбедносни ажурирања) остануваат кај OEM.

Која е вашата минимална количина за нарачка?

Без фиксен минимум. Работиме NPI пилоти од еден примерок па до повторливо производство од десетици илјади годишно. Капацитетот на линијата во една смена е околу 4,8 милиони поставувања на компоненти годишно; програми над тоа ниво ги планираме заеднички низ повеќе смени за време на DFM и BOM прегледот.

Понуда за производство на IoT уреди

Испратете ги датотеките на вашиот производ и краток опис. Одговараме во рок од еден работен ден.