Leistungen

Fünf Leistungsbereiche, die wir beherrschen – jeweils mit Spezifikationen, Reviews und einer Dokumentation, die Ihr Team übernehmen kann.

01 · Embedded-Software

Embedded-Firmware in C/C++ für reale Produkte

Firmware für 8-, 16- und 32-Bit- sowie Multicore-Mikrocontroller – Treiber, Kommunikationsstacks, Steuerungs- und Regelungslogik. Wir entwickeln nach MISRA-Regeln mit statischer Analyse, Code-Reviews und Unit-Tests und dokumentieren Architektur und Design so, dass der Code das Projekt überdauert.

  • C ANSI / C++
  • CAN SAE J1939
  • LIN
  • SENT
  • PSI5
  • MISRA / PC-lint
Quellcode auf einem Monitor

Was wir tun

  • Treiber: UART, SPI, I2C, CAN, Ethernet
  • Kommunikationsprotokolle und -stacks
  • Steuerung und Regelung (PID, nichtlinear)
  • Bootloader und Firmware-Update
  • SW-Architektur und Feindesign
  • Unit-Tests und SW-Integration

Typische Arbeitsergebnisse

  • Verifizierte Softwaremodule
  • SW-Architektur- und Designdokumente
  • Unit-Test-Ergebnisse, Bericht der statischen Analyse
  • Integrierte Software mit Release Notes

Werkzeuge

  • PTC Integrity, Git, SVN, JIRA, PC-lint
02 · Testsysteme & Validierung

Testsoftware in LabVIEW, die wartbar bleibt

Wir konzipieren und bauen Test- und Messsysteme in NI LabVIEW auf Basis des DQMH-Frameworks – für End-of-Line- und Fertigungsprüfstände, Validierungsprüfstände und Labormesssysteme. Module mit klaren Schnittstellen bedeuten: Ihr Team kann eine neue Produktvariante oder ein neues Messgerät ergänzen, ohne den Kern neu zu schreiben.

Zusätzlich automatisieren wir Tests mit Vector CANoe und CANalyzer und schreiben die Testspezifikationen, die Ergebnisse nachvollziehbar machen.

  • NI LabVIEW
  • DQMH
  • NI-Hardware
  • Vector CANoe
  • CANalyzer
Ingenieur beim Testen eines Geräts im Labor

Was wir tun

  • Architektur und Entwicklung von Testsystemen
  • Integration von NI-Karten und Messgeräten
  • Testautomatisierung und Continuous Integration
  • Testspezifikation und Testarchitektur
  • Unit-, Modul-, Integrations- und Black-Box-Tests
  • Migration von bestehendem LabVIEW-Code auf DQMH

Typische Arbeitsergebnisse

  • Lauffähige Software für Prüfplatz oder Prüfstand
  • Architekturbeschreibung und Modul-API
  • Testspezifikation und Testberichte
  • Anwender- und Wartungsdokumentation
  • Übergabe-Workshop für Ihr Team

Geeignetes Einstiegspaket

  • Code- & Architektur-Review einer bestehenden LabVIEW-Anwendung mit Migrationsplan
03 · Elektronikentwicklung

Elektronik als Teil des Gesamtprodukts

Wir entwerfen MCU-basierte Elektronik – analog, digital und Leistungselektronik – und bauen Prototypen. Da wir Hardware, Firmware und Tests gemeinsam entwickeln, werden die Schnittstellen dazwischen entworfen, nicht erst nachträglich entdeckt.

  • 8/16/32-Bit-MCU
  • Analog- & Leistungsdesign
  • BMS-Erfahrung
  • OrCAD
  • Eagle
  • Xilinx ISE
ARM-Cortex-M-Mikrocontroller (STM32) auf einem Entwicklungsboard

Was wir tun

  • Schaltplanentwurf – analog, digital, Logik
  • Analog- und Leistungsdesign
  • Galvanische Trennung und Schnittstellen
  • Leiterplattendesign und Prototypenbau
  • Inbetriebnahme und Hardwaretests

Typische Arbeitsergebnisse

  • Schaltpläne, Layout und Stückliste (BOM)
  • Funktionsfähige Prototypen
  • Inbetriebnahme- und Testbericht
04 · Prozess & funktionale Sicherheit

Prozesse auf Automotive-Niveau – mit Augenmaß angewendet

Wir arbeiten entlang des gesamten V-Modells: Anforderungen, Änderungsmanagement, Architektur, Design, Codierrichtlinien, Code-Reviews, Unit-Tests, Integration, Test Summary Report und Release Notes. Für sicherheitsrelevante Projekte bringen wir Erfahrung mit ISO 26262 und IEC 61508 sowie FMEA mit.

  • V-Modell
  • ASPICE
  • ISO 26262
  • IEC 61508
  • FMEA
Industrielle Automatisierungstechnik

Was wir tun

  • Anforderungs- und Änderungsmanagement
  • SW-Architektur- und Design-Reviews
  • Traceability von der Anforderung bis zum Test
  • Unterstützung bei sicherheitsrelevanter Entwicklung
  • Prozessaufbau für kleine Teams

Warum das wichtig ist

  • Audits und Kundenreviews ohne Überraschungen
  • Arbeitsprodukte, die Ihr Team pflegen kann
  • Weniger spät entdeckte Fehler
05 · Produktsicherheit & CRA

Cyber-Resilience-Act-Readiness – aus der Praxis

Die Meldepflichten des CRA gelten seit dem 11. September 2026, die Cybersicherheitsanforderungen der RED (EN 18031) seit dem 1. August 2025, und die vollständige CRA-Konformität ist ab dem 11. Dezember 2027 vorgeschrieben. Wir haben ein vernetztes Energie-Gateway durch eine vollständige CRA- und EN-18031-Gap-Analyse geführt – daher wissen wir, was die Regulierung für Firmware, Bootloader, Schlüssel und Dokumentation bedeutet.

  • CRA Anhang I
  • CRA Art. 14
  • EN 18031
  • SBOM
  • Signierte Firmware-Updates

CRA: Was Hersteller tun müssen – und bis wann

Schaltschrank mit Industrieelektronik

CRA Readiness Check

  • Gap-Analyse gegen CRA Anhang I
  • Meldeverfahren nach Art. 14 und CVD-Richtlinie (koordinierte Offenlegung von Schwachstellen)
  • Produktklassifizierung
  • SBOM-Übersicht
  • EN-18031-Vorbewertung für Funkprodukte
  • Priorisierter Maßnahmenplan

Embedded-Umsetzung

  • Signierte Firmware-Updates und Bootloader
  • Schlüsselmanagement-Workflow
  • Gerätespezifische Zugangsdaten
  • Sichere Kommunikation (TLS / X.509, AES / HMAC)
  • Protokollierung von Sicherheitsereignissen
  • Technische Dokumentation

Wir unterstützen Ihre technische Arbeit; die rechtliche Einstufung und die EU-Konformitätserklärung bleiben in der Verantwortung des Herstellers.

Wo liegt Ihr Engpass?

Schildern Sie ihn uns in 20 Minuten – wir schlagen Ihnen ein kleines Einstiegspaket mit klarem Umfang und Budget vor.