MOS4 vs. Geotab & CalAmp

Cloud-Topologie

End-to-End-Datenpfad.

Der empfohlene Cloud-Pfad von einem MOS4-Gerät zu Ihrem Cloud-Ingress: Micro Service auf dem Gerät → mos-communication-gateway → MD21 optimierte Strecke → cloud-connect → MQTT-Forwarding-micro service → Ihr Cloud-Ingress über Standard-MQTT. Die MD21-Strecke übernimmt Multiplexing, Piggyback, Kompression und ASN.1-basierte Kodierung — Bandbreitenoptimierung, die für Ihre Anwendungsschicht unsichtbar und auf zellularen Links mit Volumentarif materiell ist.

flowchart LR
  subgraph Dev["Auf dem Gerät"]
    micro service[Kunden-micro service] --> GW[mos-communication-gateway]
  end
  GW -->|MD21 optimierte Strecke| CC[cloud-connect]
  CC -->|MQTT-Forward-micro service| CI[Kunden-Cloud-Ingress]
  subgraph CC["Munic cloud-connect"]
    MQ[mqtt-fwd Micro Service]
  end

Fahrzeugprotokolle

16 Protokolle in einem deklarativen Stack.

Stack-Definitionen sind JSON-DSL-Datendateien, die zur LoadStack-Zeit validiert werden. Protokolländerungen sind Dateibearbeitungen, keine Firmware-Releases.

FAQ

Die Fragen, die wir am häufigsten hören.

• Kann MOS4 dieselbe Telemetrie lesen wie Geotab oder CalAmp?

  Ja — und mehr. obdstacks-v2 deckt OBD-II plus die herstellereigenen PIDs und DTCs ab, die geschlossene Geräte typischerweise sperren. DTC-Lesen und -Löschen sind über den unterstützten Protokoll-Stack hinweg verfügbar. Alles, was auf dem Bus lesbar ist, ist von einer MOS4-Komponente lesbar.

• Wohin gehen meine Daten?

  Ihre Daten gehen dorthin, wo Sie sie konfigurieren. Der Cloud-Pfad ist: micro service auf dem Gerät → mos-communication-gateway → MD21 → cloud-connect → MQTT-Forwarding-micro service → Ihre Cloud-Ingress über Standard-MQTT. Die MD21-Strecke übernimmt Multiplexing, Piggyback, Kompression und ASN.1-basierte Kodierung — Bandbreitenoptimierung, die für Ihre Anwendung unsichtbar, aber auf zellularen Links mit Volumentarif materiell ist.

• Kann ich Automatisierungslogik ohne Rust schreiben?

  Ja. Der MOS Event Processor (MEP) wertet deklarative YAML-Policies — Trigger, Condition, Action — gegen Gerätestatus und Fahrzeugsignale aus, ohne Rust oder kompilierten Code. Regeln werden ohne Firmware-Flash hot-reloaded. Jede Container-Sprache erreicht außerdem jede Komponente über die MQTT-Bridge: Ein Python-Container spricht MQTT, das über die RPC-Bridge zu jedem obdstacks-v2-Service-Call proxiert.

• Kann ich bestehende Diagnose-Tools wiederverwenden?

  Ja. obdstacks-v2 implementiert die SAE-J2534-04.04-Passthrough-API über JSON/Protobuf. Bestehende PC-basierte OEM-Diagnose-Scan-Tools und ECU-Flasher können den Fahrzeugbus über dasselbe Embedded-Gateway erreichen, das die kontinuierliche Telematik bewältigt.

• Wie funktioniert OTA?

  mos-update übernimmt Download, SHA-256-Verifizierung, Ed25519-Validierung, Delta-Anwendung, A/B-Partitions-Commit und automatischen Rollback per Bootcount ohne Betreibereingriff bei Fehlern. Retry- und Reboot-Limits persistieren über Power-Cycles. Programmbezogene Automatisierungs-Hooks auf Anfrage verfügbar.

• Wann ist ein geschlossenes SaaS-Gerät weiterhin die richtige Wahl?

  Wenn der Flottenbetrieb einen schlüsselfertigen OBD-II- und GPS-Feed mit null Engineering-Beteiligung benötigt. MOS4 ist die richtige Antwort, wenn das Programm individuelle On-Device-Logik, zusätzliche Fahrzeugprotokolle, Datenhoheit oder On-Device-KI-Inferenz benötigt.