Plattform · Remote Diagnostic

Die meisten Plattformen lesen das Fahrzeug. MOS4 liest es und spricht zurück.

Eröffnen Sie aus der Cloud eine Live-Session über einen signierten TLS-Tunnel. Lesen, zurücksetzen, neu konfigurieren, attestieren und reflashen. Dieselbe UDS- (ISO 14229) / J1939- / ISOBUS- / Modbus- / SAE-J2534-Passthrough-Engine, die auch die autonome Telematik antreibt — anderer Betriebsmodus.

Was es im Feld leistet

Fünf Aufgaben, die das OS ohne Schraubenschlüssel löst.

Für den Teil der Feldausfälle, die keine Werkstatt brauchen, eröffnet das OS eine signierte Session, steuert den Bus, schließt die Aktion ab und beendet. Spart einen Abschleppvorgang, einen Werkstattbesuch oder die Kosten der Entsendung eines Technikers.

OEM · Garantie-Operations

Steuergerät-Reset über die Luft

Fahrzeug bleibt auf der Autobahn liegen. Der Remote-Server eröffnet eine signierte Session, setzt das hängende Steuergerät (ECU, Electronic Control Unit) zurück, schließt. Der Fahrer fährt weiter. Kein Abschleppdienst, kein Werkstattbesuch.

Spart: Spart einen Truck-Roll plus den Dealer-Bay-Slot.

EV-Hersteller · Batterie-Zertifizierung

Live-Monitor-Zertifizierung

Die Batterie durch einen Lade-/Entladezyklus fahren und dabei Live-Zellen-Telemetrie über UDS auslesen. Das Zertifikat wird aus demselben Audit-Log ausgestellt.

Spart: Entfernt den dedizierten Bench-Schritt aus dem Zertifizierungspfad.

Pannenhilfe · Operator

Fahren-oder-Abschleppen-Triage

Pannenanruf. Der Remote-Server liest den Steuergerät-Zustand und entscheidet, ob das Fahrzeug die nächste Werkstatt aus eigener Kraft erreicht oder abgeschleppt werden muss. Der Disposition entspricht die Diagnose.

Spart: Entfernt das unnötige Abschleppen, wenn das Fahrzeug sich selbst regenerieren kann.

Flotteninspektor · Drittpartei

Mutualisierung des Inspektors

Die Stadt beschränkt die Einfahrt schwerer LKWs, verlangt aber eine Inspektion. Erledigungsdienstleister schließen ein Gerät am LKW an; ein Techniker inspiziert viele Fahrzeuge aus einem Büro.

Spart: Ein Techniker betreut eine Flotte — die OPEX-Linie für Vor-Ort-Inspektoren bricht zusammen.

OEM · Werkstattnetz

J2534-Passthrough zu einem Remote-Bench

Eine Dealer-Tool-Session läuft auf einem Werkstatt-Laptop; dasselbe Gateway trägt den SAE-J2534-Passthrough live an den Fahrzeugbus. Das Fahrzeug bleibt im Feld; das Tool bleibt am Bench.

Spart: Entfernt die physische Entsendung — das Dealer-Tool erreicht den Bus durch MOS4.

Der Unterschied

Autonom vs. interaktiv — gleicher Bus, anderer Entscheider.

Autonom

Multi Stacks

Das Gerät entscheidet, was es vom Bus abfragt — nach einem Zeitplan, gegen einen standardisierten Stack. Die Cloud empfängt strukturierte Signaldaten. Am besten geeignet für flottenweite Telemetrie, vorausschauende Wartung, ELD und Compliance-Reporting.

Multi Stacks ansehen →

Interaktiv

Remote Diagnostic

Die Cloud eröffnet eine Session und steuert den Bus live. Ein Bot oder ein Operator liest Steuergerät-Zustände, setzt DTCs (Diagnostic Trouble Codes) zurück, pusht Kalibrierungen, attestiert und reflasht Firmware, dann schließt er die Session. Am besten geeignet für die Wiederherstellung steckengebliebener LKWs, Steuergerät-Reset, OEM-Diagnose-Session und Werkstatt-Remote-Assist.

Den Session-Lebenszyklus ansehen ↓

Session-Lebenszyklus

Öffnen. Steuern. Schließen.

Sequenzdiagramm. Der Cloud-Bot sendet StartTunnel über den Remote-Server. Das Gerät gibt eine signierte Connected-Bestätigung zurück. In einer Schleife sendet die Cloud Diagnoseanfragen über UDS, J1939, ISOBUS oder Modbus; das Gerät holt die Nachricht ab und steuert das Fahrzeug-Steuergerät; das Steuergerät antwortet; das Gerät publiziert die Antwort über den Remote-Server zurück an die Cloud. Wenn fertig, sendet die Cloud StopTunnel; das Gerät bestätigt und beendet die Verbindung.

sequenceDiagram
  participant Cloud as Cloud-Bot
  participant Server as Remote-Server
  participant Device as MOS4-Gerät
  participant ECU as Fahrzeug-Steuergerät
  Cloud->>Server: StartTunnel(config)
  Server->>Device: StartTunnel zustellen
  Device->>Server: Connected (signiertes ack)
  loop Session
    Cloud->>Server: Diagnoseanfrage (UDS/J1939/ISOBUS/Modbus)
    Server->>Device: Nachricht abholen
    Device->>ECU: Bus steuern
    ECU-->>Device: Antwort
    Device->>Server: Antwort publizieren
    Server->>Cloud: Antwort zustellen
  end
  Cloud->>Server: StopTunnel
  Server->>Device: StopTunnel zustellen
  Device->>Server: AckStop + drain
Cloud → StartTunnel → Gerät → Steuergerät → Antwort → Cloud → StopTunnel. Ein Ende-zu-Ende-Tunnel pro Anfrage.

Ein Ende-zu-Ende-Tunnel pro StartTunnel-Anfrage. Die Session öffnet sich, steuert den Bus, schließt die Aktion ab, beendet. TLS-Mutual-Authentication auf dem Diagnose-Tunnel. Signierte Autorisierung pro Aktion für jeden zustandsändernden Aufruf.

Was der Bot tun kann

Vier Aktionsklassen. Jede mit eigener Sicherheitsgrenze.

Lesen

Live-UDS- / J1939- / ISOBUS- / Modbus-Lesevorgänge, Steuergerät-DTC-Auszüge, Parameter-Snapshots, Frame-Aufzeichnungen.

Sicherheit: Der Lese-Pfad ist unbedingt. Keine schreibenden Seiteneffekte.

Zurücksetzen

DTCs löschen, Steuergerät-Soft-Reset, gelernte Adaptionswerte zurücksetzen.

Sicherheit: Signierte Autorisierung pro Aktion. Das Audit-Log erfasst Akteur, Zeit, Aktion und Ziel-Steuergerät.

Neu konfigurieren

Einen Kalibrierungsblock pushen, in den nichtflüchtigen Speicher schreiben, ein Feature-Flag auf Steuergerät-Ebene umschalten.

Sicherheit: Mehrparteien-Autorisierung, wo das Protokoll dies erfordert (UDS Security-Access). Rollback-Pfad ist Pflicht.

Reflashen

Eine neue Steuergerät-Firmware über die UDS-Programmiersession pushen.

Sicherheit: Attestierung und Signaturprüfung auf der Geräteseite, bevor die Bus-Session geöffnet wird. Boot-Count-basiertes Revert bei fehlgeschlagenem Reflash. Sicherheitsverriegelungen sind von der Remote-Diagnostic-Oberfläche aus nicht übersteuerbar.

Warum das wichtig ist

Aus einem Außendienst-Einsatz wird ein Paket.

Für den Teil der Feldausfälle, die keinen Schraubenschlüssel brauchen — ein hängendes Steuergerät, eine außer-Spezifikation laufende Kalibrierung, ein verfehlter Parameter — löst Remote Diagnostic den Vorgang, ohne einen Techniker zu entsenden. Die Plattform ersetzt die Werkstatt nicht. Sie nimmt die Werkstatt aus dem Loop, wenn der Loop die Werkstatt nicht braucht.

52 Micro Services Remote Diagnostic und Multi Stacks teilen sich dieselbe Engine und Bus-Oberfläche.

Referenzarchitektur

Cloud → Tunnel → Orchestrator → Engine → Bus.

Referenzarchitektur-Fluss. Cloud-Bot oder Operator initiiert einen signierten TLS-Tunnel zum Remote-Server. Der Tunnel speist den Remote-Diagnostic-Session-Orchestrator. Der Orchestrator schaltet jede zustandsändernde Aktion hinter eine signierte Autorisierung pro Aktion — Mehrparteien, wo erforderlich. Der Gate übergibt an dieselbe Engine, die auch Multi Stacks antreibt — UDS, J1939, ISOBUS, Modbus, J2534-Passthrough. Die Engine spricht mit dem Fahrzeugbus. Jede Aktion wird in einem Audit-Log mit Provenienz pro Aktion erfasst, und das Audit-Log wird an die Cloud zurückgespielt.

flowchart LR
  Cloud[Cloud-Bot oder Operator] --> Tunnel[Signierter TLS-Tunnel<br/>zum Remote-Server]
  Tunnel --> Orch[RD-Session-Orchestrator<br/>Idle &lt;-&gt; InSession Lebenszyklus]
  Orch --> Gate[Signierte Autorisierung pro Aktion<br/>Mehrparteien wo erforderlich]
  Gate --> Eng[Gleiche Engine wie Multi Stacks<br/>UDS / J1939 / ISOBUS / Modbus / J2534-Passthrough]
  Eng --> Bus[Fahrzeugbus]
  Eng --> Audit[Audit-Log<br/>Provenienz pro Aktion]
  Audit --> Cloud
Cloud → signierter TLS-Tunnel → Session-Orchestrator → Gate pro Aktion → gemeinsame Engine → Fahrzeugbus + Audit-Log → Cloud

Eine Session auf einem echten Gerät eröffnen.

Bauen Sie auf MOS4?

Eine Antwort vom Engineering-Team, ~24 h. Kein Deck, kein NDA.

Mit Engineering sprechen