Služby

Pět oblastí, které umíme dobře – vždy se specifikacemi, revizemi a dokumentací, kterou může váš tým převzít.

01 · Embedded software

Embedded firmware v C/C++ pro skutečné produkty

Firmware pro 8-, 16- a 32bitové i vícejádrové mikrokontroléry – ovladače, komunikační stacky, řídicí a regulační logika. Vyvíjíme podle pravidel MISRA se statickou analýzou, revizemi kódu a unit testy. Architekturu i návrh dokumentujeme tak, aby kód přežil samotný projekt.

  • C ANSI / C++
  • CAN SAE J1939
  • LIN
  • SENT
  • PSI5
  • MISRA / PC-lint
Zdrojový kód na monitoru

Co děláme

  • Ovladače: UART, SPI, I2C, CAN, Ethernet
  • Komunikační protokoly a stacky
  • Řízení a regulace (PID, nelineární)
  • Bootloadery a aktualizace firmwaru
  • SW architektura a detailní návrh
  • Unit testy a integrace SW

Typické výstupy

  • Ověřené softwarové moduly
  • Dokumenty SW architektury a návrhu
  • Výsledky unit testů, zpráva ze statické analýzy
  • Integrovaný software s release note

Nástroje

  • PTC Integrity, Git, SVN, JIRA, PC-lint
02 · Testovací systémy a validace

Testovací software v LabVIEW, který zůstane udržovatelný

Navrhujeme a stavíme testovací a měřicí systémy v NI LabVIEW na frameworku DQMH – pro end-of-line a výrobní testery, validační testovací stendy i laboratorní měřicí systémy. Díky modulům s jasnými rozhraními může váš tým přidat novou variantu produktu nebo přístroj, aniž by musel přepisovat jádro.

Testy automatizujeme také ve Vector CANoe a CANalyzeru a píšeme testovací specifikace, díky kterým jsou výsledky dohledatelné.

  • NI LabVIEW
  • DQMH
  • Hardware NI
  • Vector CANoe
  • CANalyzer
Inženýr při testování zařízení v laboratoři

Co děláme

  • Architektura a vývoj testovacích systémů
  • Integrace karet a přístrojů NI
  • Automatizace testů a průběžná integrace (CI)
  • Testovací specifikace a architektura testů
  • Unit, modulové, integrační a black-box testy
  • Migrace staršího kódu v LabVIEW na DQMH

Typické výstupy

  • Funkční software zkušebního stanoviště nebo testovacího stendu
  • Popis architektury a API modulů
  • Testovací specifikace a protokoly o zkouškách
  • Uživatelská a servisní dokumentace
  • Předávací workshop pro váš tým

Vhodný první balíček

  • Revize kódu a architektury stávající aplikace v LabVIEW s plánem migrace
03 · Vývoj elektroniky

Elektronika jako součást celého produktu

Navrhujeme elektroniku s mikrokontroléry – analogovou, číslicovou i výkonovou – a stavíme prototypy. Protože hardware, firmware a testy vyvíjíme společně, rozhraní mezi nimi navrhujeme, místo abychom je dodatečně objevovali.

  • 8/16/32bitové MCU
  • Analogová a výkonová elektronika
  • Zkušenosti s BMS
  • OrCAD
  • Eagle
  • Xilinx ISE
Mikrokontrolér ARM Cortex-M (STM32) na vývojové desce

Co děláme

  • Návrh schémat – analogové, číslicové, logické obvody
  • Analogový a výkonový návrh
  • Galvanické oddělení a rozhraní
  • Návrh DPS a stavba prototypů
  • Oživení a testy hardwaru

Typické výstupy

  • Schémata, layout a kusovník (BOM)
  • Funkční prototypy
  • Protokol z oživení a testů
04 · Procesy a funkční bezpečnost

Procesy na úrovni automotive – se zdravým rozumem

Pracujeme podle celého V-modelu: požadavky, řízení změn, architektura, návrh, pravidla kódování, revize kódu, unit testy, integrace, souhrnná zpráva o testech a release notes. Do safety-relevantních projektů přinášíme zkušenosti s ISO 26262 a IEC 61508 i s FMEA.

  • V-model
  • ASPICE
  • ISO 26262
  • IEC 61508
  • FMEA
Průmyslová automatizace

Co děláme

  • Správa požadavků a řízení změn
  • Revize SW architektury a návrhu
  • Trasovatelnost od požadavku po test
  • Podpora vývoje safety-relevantních produktů
  • Nastavení procesů pro malé týmy

Proč na tom záleží

  • Audity a zákaznické revize bez překvapení
  • Pracovní výstupy, které váš tým dokáže udržovat
  • Méně chyb odhalených pozdě
05 · Bezpečnost produktů a CRA

Připravenost na Cyber Resilience Act – z praktické zkušenosti

Ohlašovací povinnosti podle CRA platí od 11. září 2026, kybernetická bezpečnost podle RED (EN 18031) od 1. srpna 2025 a plný soulad s CRA je vyžadován od 11. prosince 2027. Připojenou energetickou bránu jsme podrobili kompletní gap analýze podle CRA a EN 18031 – víme tedy, co regulace znamená pro firmware, bootloadery, klíče a dokumentaci.

  • CRA příloha I
  • CRA čl. 14
  • EN 18031
  • SBOM
  • Podepsané aktualizace firmwaru

CRA: co musí výrobci udělat – a do kdy

Rozvaděč s průmyslovou elektronikou

CRA Readiness Check

  • Gap analýza vůči příloze I CRA
  • Postup ohlašování podle čl. 14 a politika CVD (koordinované zveřejňování zranitelností)
  • Klasifikace produktu
  • Přehled SBOM
  • Předběžné posouzení podle EN 18031 pro rádiová zařízení
  • Prioritizovaný akční plán

Implementace v embedded softwaru

  • Podepsané aktualizace firmwaru a bootloadery
  • Proces správy klíčů
  • Jedinečné přístupové údaje pro každé zařízení
  • Zabezpečená komunikace (TLS / X.509, AES / HMAC)
  • Logování bezpečnostních událostí
  • Technická dokumentace

Podporujeme vaši technickou práci; právní klasifikace a EU prohlášení o shodě zůstávají odpovědností výrobce.

Kde vás tlačí bota?

Řekněte nám to za 20 minut – navrhneme malý první balíček s jasným rozsahem a rozpočtem.