Seminar barebox – Intensivseminar Komplettwissen

Dieses Intensivseminar fasst das gesamte Seminarportfolio in einem komprimierten, zusammenhängenden Systemkurs zusammen. Die Tiefe einzelner Spezialthemen wird zugunsten einer vollständigen Übersicht reduziert; Architektur, Entwicklung, Betrieb, Update, Security, Produktion, Recovery und Test werden dennoch praktisch miteinander verbunden.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• alle zentralen barebox-Komponenten und Einsatzfelder in einem Gesamtmodell einordnen
• ein Referenzsystem bauen, konfigurieren, starten, aktualisieren und diagnostizieren
• Portierungs-, Treiber-, Produktions- und Securityentscheidungen fundiert vorbereiten
• geeignete Vertiefungsseminare anhand eigener Aufgaben und Risiken auswählen

Zielgruppe

Technische Leitung, Systemarchitektur, erfahrene Embedded-Entwicklung, Plattformverantwortung und interdisziplinäre Teams mit breitem Überblicksbedarf.

Voraussetzungen

Solide Embedded-Linux-Grundkenntnisse. Für die praktischen Entwicklungsanteile sind C-, Device-Tree- und Buildkenntnisse hilfreich.

Seminarinhalte

1. Schritt 1: Tag 1: Architektur, Build, Shell und Linux-Boot

   Der Abschnitt ordnet „Tag 1: Architektur, Build, Shell und Linux-Boot“ in den Gesamtprozess ein. Zunächst werden Voraussetzungen und Abhängigkeiten erfasst. Danach werden die Arbeitspunkte am System umgesetzt, geprüft und mit eindeutigen Abbruchkriterien dokumentiert.

   • Architektur und Bootablauf
   • Buildsystem, Kconfig und BSP-Integration
   • Shell, Environment, Artefaktversionierung und Linux-Boot
2. Schritt 2: Tag 2: Device Tree, PBL, Treiber und Board-Portierung

   Ausgehend von einem definierten Ausgangszustand wird „Tag 2: Device Tree, PBL, Treiber und Board-Portierung“ schrittweise aufgebaut. Konfiguration, Laufzeitverhalten und typische Fehlersignale werden miteinander verglichen. Der fertige Ablauf bleibt reproduzierbar und für weitere Projektphasen verwendbar.

   • Device Tree, Fixups und Overlays
   • PBL, Relokation und Multi-Image
   • Driver Model, Treiber und Board-Portierung
3. Schritt 3: Tag 3: Speicher, Netzwerk, USB, Grafik und Produktion

   Im Mittelpunkt steht „Tag 3: Speicher, Netzwerk, USB, Grafik und Produktion“. Die zugehörigen Daten, Ressourcen und Zustandsübergänge werden sichtbar gemacht, anschließend praktisch verändert und danach gegen den erwarteten Sollzustand validiert.

   • Partitionierung, Dateisysteme, UBI und UBIFS
   • TFTP, NFS, Remote Control und USB-Recovery
   • Framebuffer, Factory Data und Produktionsprüfung
4. Schritt 4: Tag 4: Update, Bootchooser und Security

   Für „Tag 4: Update, Bootchooser und Security“ wird eine feste Prüfreihenfolge verwendet. Jeder Teilschritt erhält Eingangsdaten, eine konkrete Aktion, erwartete Ausgaben und einen definierten Fehlerpfad. Dadurch entstehen belastbare Diagnose- und Integrationsschritte.

   • Update, Recovery und Rollback
   • Bootchooser und persistenter Zustand
   • Secure Boot, FIT, Trusted Firmware und OP-TEE
5. Schritt 5: Tag 5: Debugging, Testautomatisierung und Betriebsmodell

   Der Abschnitt ordnet „Tag 5: Debugging, Testautomatisierung und Betriebsmodell“ in den Gesamtprozess ein. Zunächst werden Voraussetzungen und Abhängigkeiten erfasst. Danach werden die Arbeitspunkte am System umgesetzt, geprüft und mit eindeutigen Abbruchkriterien dokumentiert.

   • frühe und späte Bootdiagnose
   • Sandbox, QEMU, Labgrid und CI
   • Runbooks, Releasecheck und Vertiefungsplanung

Praxisübungen

• Referenzimage bauen, identifizieren und starten
• Device-Tree- oder Treiberabweichung eingrenzen
• Netzwerk- oder USB-basierten Servicepfad verwenden
• A/B-Update mit Signaturprüfung durchführen
• Fehlerfall automatisiert testen und Vertiefungsplan ableiten

Methodik

Die fünf Tage bilden eine einzige End-to-End-Fallstudie. Jedes Spezialthema wird so weit praktisch behandelt, dass Schnittstellen und Risiken verständlich sind; die Fachseminare übernehmen die jeweilige Implementierungstiefe.