Seminar PikeOS Grundlagen für technische Entscheider

Dieses Einzelseminar vermittelt die sachliche Bewertung von PikeOS für Mixed-Criticality-, Safety- und Security-Projekte einschließlich Plattform-, Lebenszyklus- und Aufwandsfragen. Die Inhalte sind auf technische Umsetzbarkeit, nachvollziehbare Konfiguration und einen kontrollierten Betrieb ausgerichtet. Theorie, Demonstrationen und Laboraufgaben greifen unmittelbar ineinander.

Jeder Arbeitsschritt beginnt mit einer fachlichen Entscheidung, wird anschließend in CODEO oder am Zielsystem umgesetzt und endet mit einer prüfbaren Kontrolle. Dadurch entsteht kein reines Produktwissen, sondern ein belastbarer Arbeitsablauf für Entwicklung, Integration, Prüfung und Betrieb.

Inhaltsübersicht

1. Einsatzszenarien und Entscheidungsrahmen
2. PikeOS-Architektur und Systemmodell
3. Plattform-, Prozessor- und Gastwahl
4. Kritikalitäts- und Vertrauensanalyse
5. Lebenszyklus, Nachweise und Kostenfaktoren

Zielgruppe

Technische Geschäftsführer, Entwicklungsleiter, Produktverantwortliche, Chefarchitekten, Projektleiter und Beschaffungsverantwortliche.

Voraussetzungen

Allgemeines Verständnis eingebetteter Systeme und der eigenen Produkt- oder Projektziele; keine Programmierkenntnisse erforderlich.

Lernziele

• PikeOS-Architektur, Partitionierung und Virtualisierung auf Entscheidungsebene einordnen.
• Geeignete Einsatzszenarien und ungeeignete Erwartungen unterscheiden.
• Plattform-, Gast- und Laufzeitoptionen nach Projektbedarf bewerten.
• Safety-, Security- und Lebenszyklusaufwände frühzeitig berücksichtigen.
• Eine belastbare technische Entscheidungsmatrix und Einführungsroadmap erstellen.

Seminarinhalte

Einsatzszenarien und Entscheidungsrahmen

1. Schritt 1: Produktziele, Kritikalitätsstufen und regulatorische Randbedingungen erfassen.
2. Schritt 2: Monolithische, containerbasierte und hypervisorbasierte Ansätze sachlich abgrenzen.
3. Schritt 3: Nutzen und Aufwand einer PikeOS-Plattform für den konkreten Lebenszyklus bewerten.
4. Schritt 4: Entscheidungskriterien in einer prüfbaren Bewertungsmatrix zusammenführen.

PikeOS-Architektur und Systemmodell

1. Schritt 1: Separation Kernel, Typ-1-Hypervisor und Systemsoftware voneinander abgrenzen.
2. Schritt 2: Partitionen, Gastumgebungen, Anwendungen und Hardware-Ressourcen in ein gemeinsames Modell einordnen.
3. Schritt 3: Zeitliche und räumliche Trennung als Grundlage für Mixed-Criticality-Systeme bewerten.
4. Schritt 4: Eine Zielarchitektur mit klaren Vertrauens- und Verantwortungsgrenzen skizzieren.

Plattform-, Prozessor- und Gastwahl

1. Schritt 1: CPU-Architektur, Virtualisierungsfunktionen, Gerätebedarf und Langzeitverfügbarkeit bewerten.
2. Schritt 2: Native, POSIX, ARINC 653 und Gastbetriebssysteme nach Aufgabenprofil zuordnen.
3. Schritt 3: Werkzeuge, BSP-Verfügbarkeit und Integrationsrisiken in die Auswahl einbeziehen.
4. Schritt 4: Eine belastbare Make-or-Buy-Entscheidung für Plattformkomponenten vorbereiten.

Kritikalitäts- und Vertrauensanalyse

1. Schritt 1: Funktionen nach Kritikalität, Vertrauensniveau und Ausfallwirkung klassifizieren.
2. Schritt 2: Gemeinsame Ressourcen und unerwünschte Kopplung identifizieren.
3. Schritt 3: Sicherheits-, Safety- und Verfügbarkeitsziele voneinander abgrenzen.
4. Schritt 4: Partitionierungsentscheidungen aus den Analyseergebnissen begründen.

Lebenszyklus, Nachweise und Kostenfaktoren

1. Schritt 1: Entwicklung, Integration, Verifikation, Zertifizierung und Pflege als zusammenhängenden Ablauf planen.
2. Schritt 2: Konfigurationsstände und Nachweisobjekte frühzeitig festlegen.
3. Schritt 3: Aufwände für Hardwarewechsel, Versionspflege und Gastaktualisierungen berücksichtigen.
4. Schritt 4: Ein schrittweises Einführungsprogramm mit technischen Entscheidungspunkten erstellen.

Praxisübungen

• Projektprofil aus Kritikalität, Funktionsumfang und Lebenszyklus erstellen.
• Architekturoptionen anhand einer gewichteten Entscheidungsmatrix vergleichen.
• Risiken für Hardware, Integration, Nachweise und Pflege priorisieren.
• Stufenplan für Evaluation, Pilot, Produktintegration und Freigabe formulieren.

Arbeitsweise

Kurze Fachblöcke werden unmittelbar durch Demonstrationen und geführte Übungen ergänzt. Konfigurationen, Quelltexte, Prüfprotokolle und Checklisten werden in einer konsistenten Laborumgebung geführt. Fehlerbilder werden nicht nur behoben, sondern systematisch eingegrenzt und dokumentiert.