Für einen Automobilzulieferer wurde ein OSEK-Standardcore für ein Steuergerät im Automobil angepasst. Neben der Parametrierung des Betriebssystems wurde ein Hardwarelayer als Schnittstelle zwischen Controller-Peripherie (z.B. AD-Wandler) sowie externen Bausteinen (z.B. Seriell-Parallel Wandler) zur Applikationssoftware implementiert. Mit der Zielsetzung maximal möglicher Software-Wiederverwendung erfolgt die Integration von bereits vorhandenen Applikationen wie z.B. Leuchtweitenregulierung in das Softwarepaket. Anschließend wurde eine Überarbeitung der Applikationen entsprechend den veränderten Anforderungen des Kfz-Herstellers durchgeführt.

Unterschiedliche, hardwarenahe Softwaremodule in Kfz-Steuergeräten wie z.B. PWM, PWD, Schieberegister-Treiber wurden an zentraler Stelle entwickelt, getestet und auf neue Controller portiert. Die Produktlinien des Kfz-Zulieferers erhalten dadurch die Möglichkeit sich vermehrt auf die eigentliche Funktionsentwicklung zu konzentrieren. Für die entwickelten Treiber werden alle Schritte des Entwicklungsprozesses von Anforderungsaufnahme, Analyse, Design, Codierung, Unit- und Modultest entsprechend des V-Modells umgesetzt.

Für einen CAN-Mikrocontroller war ein taktgenauer Kommando- und Peripherie-Simulator zu erweitern. Das Projekt beinhaltete alle Software-Entwicklungsphasen von Spezifikation, Entwicklung, Integration, Tests sowie Dokumentation und Freigabe. Um eine realitätsnahe Simulation des CAN-Anteils im Mikrocontroller durchführen zu können, ist die Simulation von CAN-Daten anderer CAN-Knoten unerlässlich. Außerdem war die Analyse der bis zu 128 Bit langen CAN-Nachrichten auf einer möglichst hohen Abstraktionsebene darzustellen. Beiden Anforderungen wurde durch die Einbindung eines weit verbreiteten CAN-Simulators in den Chip-Simulator mittels DLL-Schnittstelle Rechnung getragen. Die taktflankengenaue Simulation der CAN-Peripherie auf dem Chip wurde mit API-C in Form einer State Machine für die CAN-Logik in den Chip-Simulator integriert.

Ein mit 8051 Controller ausgestattetes Steuer- und Bedienpanel für Sonderfahrzeuge war auf den 16-Bit Fujitsu Prozessor MB90F497 umzustellen. Außerdem sollte eine Umstellung der bisher verwendeten seriellen Protokolle mit externen Geräten auf CANopen vorbereitet werden. Um den Integrationstest zu vereinfachen, sollte bei der Umsetzung möglichst wenig Änderungen an Hard- und Software des Bedienpanels durchgeführt werden. Unter Ausnutzung der erhöhten Leistungsmerkmale des 16 Bit Controllers (wie z.B. interner AD-Wandler) wurde ein Prototyp mit minimalen Hardware-Änderungen entworfen. Der funktionale Ablauf der ursprünglichen 8 Bit Software wurde unverändert beibehalten. Im Hinblick auf den späteren Austausch der seriellen Kommunikation durch CANopen wurde die Software jedoch in einem zweiten Schritt noch stärker modularisiert. Nach erfolgreichem Test beim Endkunden erfolgte die Integration des Vector CANopen Protokoll-Stack in die Software und wurde das Kundenpersonal in die neue Software eingearbeitet.