Plattform · SDK

Bringen Sie Ihren Code mit. Behalten Sie Ihr IP. Liefern Sie an die Edge aus.

Schreiben Sie in einer beliebigen unterstützten Sprache, sprechen Sie MQTT + Protobuf und laufen Sie sandboxed in einer schlanken Container-Engine. MOS4 kümmert sich um Netzwerk-, Fahrzeug-, Strom- und Speicher-Commodities, damit Ihr Team sich auf sein IP konzentrieren kann.

Mit Engineering sprechen Architektur ansehen
MQTT + Protobuf Sandboxed Container Yocto-SDK Remote-Debug OTA + Rollback

Sprachen und Wire-Vertrag

Beliebige Sprache. Ein Wire-Vertrag.

Java steht auf der Roadmap.

  • Python

    numpy / pytorch / scipy funktionieren wie gewohnt.

  • Rust

    Erstklassig. Cargo-Workspace pro micro service.

  • C

    Legacy-Bibliotheken einbinden; native Bindings.

  • C++

    Dieselbe Oberfläche wie C. Moderne Toolchain.

Zwei Wege zur Integration

  • MOS direkt

    MQTT + typisiertes Protobuf auf einem lokalen Broker. Ein Publish-Aufruf; das SDK fächert auf zu GraphQL, Webhooks, HTTPS und Flutter-Widgets.

  • ROS2-Adapter

    Drop-in für bestehende ROS2-Knoten. Brückt ROS2-Topics zu MOS4-typisierten Nachrichten — keine Neuschreibung erforderlich.

Dieselbe Nachricht, zwei Sprachen

# Python
from mos import publish
publish("vehicle/speed", { "kph": 92.5, "ts": now_ms() })
// Rust
use mos::publish;
publish("vehicle/speed", &VehicleSpeed { kph: 92.5, ts: now_ms() })?;

Sandbox

Sandboxed by construction.

  • Sicherheit

    runc + Munic Rust Containers Management. Minimale Angriffsfläche. Signiertes Image. Least-Privilege pro Microservice.

  • IP-Schutz

    Kundencode wird als verschlüsselter Blob ausgeliefert. Munic-Operatoren lesen niemals den Quellcode.

  • Sicherheit (Safety)

    Crash-Isolation. Der Supervisor startet den Pod neu; das OS läuft weiter.

Boot: 1–2 s · RAM-Footprint: ~10 MB · Laufzeit-Overhead: <5%

Commodities

Sie schreiben die langweilige Hälfte nicht.

  • Netzwerke

    Modem · WiFi · BTLE · GNSS. Satellit + LoRa auf der Roadmap. Auto-Failover; Sie setzen die Policy. Offline-Pufferung und opportunistischer Upload, wenn der Datentarif knapp ist.

  • Fahrzeug

    CAN · OBD · Multi Stacks · DBC-Parsing. Fahrzeug-Messaging bei >1 kHz.

  • Strom

    Wake-Bedingungen, Batterieladestrategie, Sleep / Wake, Low-Power-Scheduling.

  • Speicher

    Stromausfallsicher mit Wear-Leveling. Transaktionale API.

  • Konfiguration

    Zentralisierte Geräteeinstellungen. API-getrieben. OTA-fähig.

  • Telemetrie

    MD21-Protokoll — extreme Kompression, bidirektionales Live-Messaging, minimale Bandbreite.

Instrumentierung

Wir instrumentieren. Sie betreiben.

  • Remote-Debug

    debugpy (Python), lldb (Rust), gdb / lldb (C, C++) — auf dem Target.

  • Beobachten

    Prometheus-Metrik-Endpoint pro Microservice. OpenTelemetry-Traces. Strukturierte JSON-Logs.

  • Crash-Erfassung

    Sentry-Sink. Automatisierte Kontexterfassung.

  • OTA

    Signierte Updates. Kohorten, Canaries, automatisches Rollback.

  • Flotten-Sicht

    Pod-pro-Version Digital Twin. ThingsBoard für Deployment und Rollback. Flutter-SDK-Widgets in Kunden-Apps konsumieren denselben Fanout.

No-Code-Beschleuniger

Boilerplate überspringen. No-Code-Engines verwenden.

  • Multi Stacks

    No-Code-Fahrzeug- und Maschinenkommunikation (CAN, CAN-FD, DoIP, ISOBUS, J1939, …).

  • MSP

    No-Code-Signalverarbeitung. Echtzeit-DSP-Graph in der MATLAB-Simulink-Form.

  • MEP

    No-Code-Zustandsmaschine. Reagiert auf Datenzustandsänderungen ohne prozeduralen Code.

  • OBDStacks

    Fahrzeug-Protokollstacks (UDS, OBD-II PIDs, DTCs, FMS) auf dem Multi-Stacks-Transport.

  • AI Funnel

    Edge-KI-Ausführung. Deklarativer TOML-DAG. NPU/GPU-beschleunigt. Cloud-seitige Retraining- und Quantisierungspipeline von Munic bereitgestellt.

Vollständige No-Code-Engine-Details →

Build-Flow

Wie ein Build aussieht.

  1. Schritt 1

    Code

    VS Code oder Cursor. Claude-Code-Skills + -Commands. KI-unterstützt (MCP + RAG).

  2. Schritt 2

    Build

    Yocto-SDK für Cross-Compile. Reproduzierbare Builds. Versiegelter, verschlüsselter Blob.

  3. Schritt 3

    Test

    Geräte-Simulator (Szenario-Player). On-Device-Debug. CI-Bench (on-prem) + SaaS-CI. Hardware-in-the-Loop.

  4. Schritt 4

    Deploy

    `mos deploy` push. Signiertes OTA. Kohorten-Rollout. Rollback in einem Befehl.

Von einem Publish zu GraphQL-Fanout

# on-device — Python
from mos import publish
publish("vehicle/speed", { "kph": 92.5, "ts": now_ms() })
# in your app — GraphQL
subscription { vehicleSpeed { kph ts } }

Was Sie bringen vs. was wir bringen

Ehrliche Aufteilung.

Sie bringen

  • · Anwendungscode (Python · Rust · C · C++).
  • · Domänenexpertise — Fahrzeugdekodierregeln, KI-Modelle, Geschäftslogik.
  • · Tests für Ihre Anwendungsoberfläche.
  • · Produktionsdaten, die in die AI-Funnel-Retraining-Schleife zurückfließen.

Munic bringt

  • · OS, Laufzeit, Supervisor, Hot-Swap.
  • · Commodities (Netzwerk, Fahrzeug, Strom, Speicher).
  • · CRA-konformer Compliance-Nachweis pro Release.
  • · Observability, Flotte, OTA und Sicherheitspipeline.

Möchten Sie einen Beispiel-Workspace?

Discovery-Call deckt die SDK-Oberfläche, die Sprachwahl und den Migrationspfad von Ihrem aktuellen Stack ab.

Mit Engineering sprechen Compliance ansehen →