Proof of Know-How
Ausgewählte technische Nachweise aus der Entwicklung von Embedded-Systemen, Kommunikationsprotokollen und Testmethodik. Sie reichen von sicherheitsrelevanter Kommunikation und industrieller Systemintegration bis zur technischen Erprobung von OCPP 2.1 für Ladehardware. Die Projekte sind anonymisiert; Kundennamen werden nicht veröffentlicht.
Technische Tiefe, keine Marketing-Behauptungen
Kundennamen werden nicht veröffentlicht. Jedes Projekt unten ist als anonymisierte Fallstudie dargestellt. Entscheidend ist nicht, für wen es gebaut wurde, sondern was gebaut wurde und wie.
Die Fallstudien dokumentieren konkrete technische Arbeiten aus Firmware, Protokollintegration und Testframeworks. Jede Fallstudie beschreibt eine reale technische Herausforderung aus der Embedded-Entwicklung.
Dieselbe Embedded-Disziplin gilt auch für Ladeinfrastruktur: sicherheitsrelevante Kommunikation, Protokollintegration und strukturierte Testverfahren. Die folgende technische Erprobung von OCPP 2.1 für Ladehardware zeigt diese Verbindung.
Ausgewählte technische Nachweise
Protokoll-, Kommunikations- und Systemintegration
Technische Erprobung von OCPP 2.1 für Ladehardware
C · OCPP 2.1 · MQTT · WebSocket
Technische Erprobung der OCPP-2.1-Nachrichtenverarbeitung in Zusammenarbeit mit Partnern und deren vorhandenen CSMS-Umgebungen. Eine OCTT-Konformitätsvorbereitung und eine formale OCPP-Zertifizierung sind nicht Bestandteil dieses Nachweises.
Embedded-System mit Sicherheit und Kommunikation
C · CAN Bus · RTOS
Clemios überführte ein sicherheitsrelevantes Embedded-System mit validierter Echtzeit-CAN-Kommunikation in die industrielle Produktion.
Systemintegration und Fehlerbehandlung
Modbus TCP/RTU
Clemios sicherte den Multi-Geräte-Betrieb mit strukturierter Fehler-Recovery für industrielle Kommunikationssysteme.
Modbus-RTU-Kommunikation und Zeitsynchronisierungsfix
Modbus RTU · C
Clemios behob einen feldkritischen Timing-Fehler ohne Ausfallzeit und rollte den Fix für Modbus-RTU-Geräte aus.
Embedded-Systeme und Testmethodik
Schulung und Workshop zur MCU-Integration
Ethernet/IP · MCU
Clemios befähigte ein Kunden-Engineering-Team zur selbstständigen MCU-zu-Ethernet-Integration.
Kundenspezifisches PCB-Design und Firmware
Altium Designer · C · Ceedling
Clemios lieferte produktionsreife PCB-Firmware aus, validiert mit Ceedling-Unit-Tests.
Programmierwerkzeug für STM32-MCU
C · STM32 · Hex File Flashing
Clemios optimierte STM32-Firmware-Flashing für die Fertigungslinie.
Hystereseregelung für Positionierung
C · CAN Bus
Clemios erreichte Präzisionspositionierung mit Hysteresekompensation in CAN-basierten Industriemaschinen.
Automatisierte Unit-Tests für MCU-Verifizierung
Python · pytest
Clemios automatisierte MCU-Tests und erweiterte die Regressionsabdeckung.
Vergleich von Unit-Testing-Frameworks
Ceedling · GoogleTest · C
Clemios fundierte die Framework-Auswahl und führte Ceedling für Embedded-C-Unit-Tests ein.
Erweiterte Datenintegrität mit CRC-Prüfung
C · EEPROM · CRC Algorithms
Clemios sicherte nichtflüchtigen Speicher mit CRC-basierter Verifizierung gegen Datenkorruption.
Technologien und Werkzeuge
| Kategorie | Technologien und Werkzeuge |
|---|---|
| Zusammenarbeit & Dokumentation | |
| Team Meetings, Kommunikation und Dokumentation | Word, Excel, Outlook, Teams, Slack, Meet, Calendly, Discord |
| Entwicklungswerkzeuge | |
| Entwicklungsumgebung |
|
| KI-gestützte Entwicklung | Cursor, Claude, GPT |
| Modellierung | Enterprise Architect, PlantUML, StarUML |
| Debugging-Tools | Segger, Saleae, ST-LINK V2, PCAN-USB, AZ-Delivery Logic Analyzer |
| Hardware & Kommunikation | |
| Mikrocontroller und Plattformen |
|
| Mikrocontroller-Schnittstelle | Ethernet, WLAN, Bluetooth Low Energy, USB |
| Kommunikationsprotokolle |
|
| Mikrocontroller-Betriebssysteme | Linux, Embedded Linux (Yocto), RTOS (FreeRTOS, Zephyr), Bare-Metal |
| Codequalität & Programmierung | |
| Programmiersprachen | C/C++, Python (Unit Testing mit Ceedling, GoogleTest oder pytest) |
| Code-Dokumentation | Doxygen |
| Programmierrichtlinien | MISRA-C |
| Statische Codeanalyse | SonarQube, Pylint |
| Versionskontrolle | GitHub, GitLab, Azure DevOps, Subversion (SVN), TortoiseSVN |
| Fertigung & Prototyping | |
| PCB-Design | Altium, Fusion 360° |
| 3D-Drucker, PCB-Mikroskop | Creality Ender 5, KERN Optic |
| Projekt- & Anforderungsmanagement | |
| Requirement Engineering | Confluence, Requirement Yogi, Polarion |
| Test Engineering | Polarion, Xray |
| Projektmanagement | Jira, Azure DevOps, Projektron BCS, GitLab |
Häufig gestellte Fragen
Warum sind alle Projekte anonymisiert?
Die Projekte sind anonymisiert. Clemios präsentiert die Engineering-Arbeit, nicht den Kundennamen.
Hat Clemios eMobility-spezifische Projekte?
Ja. Diese Seite zeigt die technische Erprobung von OCPP 2.1 für Ladehardware in Zusammenarbeit mit Partnern und deren vorhandenen CSMS-Umgebungen.
Für den aktuellen Produktkontext siehe ChargeSphere.OCPP und die Seite Integration und Validierung.
Sind weitere Details zu einem bestimmten Projekt verfügbar?
Ja. Clemios kann technische Details unter NDA in einem projektspezifischen Gespräch erörtern. Kontaktaufnahme über die Kontaktseite.
In welchen Branchen hat Clemios gearbeitet?
Die auf dieser Seite gezeigten Fallstudien decken sicherheitsrelevante Embedded-Kommunikation und industrielle Systemintegration ab.
Weitere Schwerpunkte sind Testwerkzeuge und die technische Erprobung von OCPP 2.1 für Ladeinfrastruktur.
Welche Testframeworks setzt Clemios ein?
Ceedling für Embedded-C-Unit-Tests. GoogleTest für C++. pytest für Python-basierte Testautomatisierung.
Technisches Gespräch
Ausgewählte technische Nachweise aus der Entwicklung von Embedded-Systemen, Kommunikationsprotokollen und Testmethodik. Sprechen Sie mit dem Team über Ihr Projekt.