← Startside
Sikkerhedskritisk embedded-udvikling efter normer
Mere end 35 års erfaring inden for funktionssikkerhed, realtidssystemer og hardwarenær udvikling — fortrolig med de relevante normer for biler, medicin og industri.
Sikkerhedskritisk embedded-udvikling er ikke et spørgsmål om enkeltfunktioner, men om den samlede tilgang: fra kravanalyse via arkitektur og implementering til verificering og dokumentation. Den, der placerer opgaver inden for dette felt, søger ikke blot en god programmør, men en, der har forstået samspillet mellem norm, metode og kode — og som realistisk kan vurdere den arbejdsindsats, som overholdelse indebærer.
De følgende tre kompetenceområder er grundlaget for mit arbejde. De overlapper i næsten ethvert projekt.
Erfaring
1. Erfaring
Mere end tre årtiers embedded-udvikling — fra karrierestart i motorudvikling til den nuværende virksomhed som uafhængig konsulent. I premium-segmentet er erfaring ikke et markedsføringsargument, men en forudsætning: den, der udvikler hardwarenære realtidssystemer eller sikkerhedskritisk firmware, har brug for hukommelsen om de fejltyper, der ikke står i lærebøger.
- Mere end 35 års embedded-udvikling (siden 1990)
- Karrierestart hos Mercedes-Benz, Stuttgart-Untertürkheim
- Projekter for flere store bilfabrikanter i Tyskland, Storbritannien og USA — og for deres franske og tyske leverandører
- Internationel virksomhed i Tyskland og Frankrig
- 2002 — stiftelse af Navimess Elektronik (siden lukket)
- 2012 — stiftelse af SCHMITT CONSULTING S.A.R.L. i Frankrig
- Diplom-Informatiker (FH), retning teknisk informatik
- Specialeopgave inden for reguleringsteknik med realtids-hardwaredrivere i assembler
Normer
2. Normer og standarder
Fortrolig med de normer, der er relevante for sikkerhedskritisk udvikling i bilindustri, medicin og industri. «Fortrolig» betyder her: jeg kender kravene, metoderne og de typiske faldgruber — og jeg kan vurdere, hvilken normativ indsats der passer til dit projekt, og hvilken der ville være uforholdsmæssig. I projekter arbejder jeg som udvikler inden for den af kunden fastsatte overholdelsesramme; jeg påtager mig ikke en selvstændig rolle som normativ revisor.
- ISO 26262 — Funktionssikkerhed (bilindustri, ASIL A til D)
- IEC 61508 — Funktionssikkerhed (industri, SIL 1 til 4)
- IEC 62304 — Softwarens livscyklus (medicinsk udstyr, klasse A/B/C)
- IEC 60601-1 — Apparatsikkerhed (medicin)
- RTCA/DO-178B — Flysoftware (DAL A til E)
- Automotive SPICE — Procesvurdering i bilprojekter
- MISRA-C / MISRA-C++ — Kodningsregler til sikkerhedsrelevant C/C++-software
Styring
3. Projektstyring
Embedded-projekter går sjældent i stå på det tekniske, ofte på kommunikation og ledelse. Min projektstyring er rettet mod det, kunder i premium-segmentet forventer: sporbare tidsplaner, gennemsigtige omkostninger, klare overdragelser. Jeg arbejder ikke med overlæsset metode, men med det, et projekt reelt har brug for.
- Stram tids- og omkostningsstyring
- Regelmæssig afstemning med kunden i aftalt kadence
- Tilbud med prisgaranti til fastprisaftaler
- Vidensoverførsel til kundens team ved projektets afslutning
- Koordinering af eksterne leverandører og interne afdelinger
- Teknisk dokumentation og sporbar kodeoverdragelse
- NDA-beredskab og fortrolig behandling af projektindhold
Yderligere tekniske fokusområder
Ud over de tre hovedfelter har 35 års praksis affødt flere indholdsmæssige fokusområder, der ofte gør forskellen i projekter:
- Realtidssystemer og bare-metal-udvikling
- Hardwarenær programmering på små mikrocontrollere, med eller uden realtidsoperativsystem. Erfaring med deterministisk timing, afbrydelsesarkitekturer og optimering under hukommelses- og udførelsestidsbegrænsninger.
- FPGA-verificering
- Udvikling i VHDL og SystemVerilog, med testbænke og systematisk verificering. FPGA-designs er ikke «software på en chip» — de følger egne regler, og det er netop her, mange projekter går i stå.
- Kodeovertagelse og reverse engineering
- Analyse af arvede kodebaser — assembler, C, C++, ofte uden dokumentation — og deres systematiske forberedelse til kundens team. Stihl-projektet (se referencer) er et eksempel.
- Kryptering og sikker kommunikation
- Udvikling af kryptografiske metoder og sikker bus-kommunikation i embedded-sammenhæng, hvor standardbiblioteker ikke passer — fra signerede firmware-opdateringer til sikre bootloadere og skræddersyede krypteringsløsninger. Bemærk: over et vist krypteringsniveau kan en tilladelse fra den kompetente myndighed være nødvendig, da visse krypteringsteknologier ikke må eksporteres til alle lande. Tilladelseskravet vurderes i fællesskab før projektstart.
Hvad disse kompetencer betyder for dig
Har du et projekt, hvor normoverholdelse, realtidskrav eller hardwarenær kompleksitet spiller en rolle — og ønsker du samtidig ikke at hyre et helt team af specialister, men én enkelt person med overblik og leveringsløfte — så passer et samarbejde sandsynligvis godt.