Vier No-Code-Engines. Null Rust-Dateien.

Engine-Vergleich

Vier Engines · eine Plattform.

MSP — Kontinuierlicher Datenfluss

226 Graphen. 21 Domänen. Einstelliger Prozent-CPU-Budget.

MSP-Detailseite →

AI Funnel — Deklarative Edge-KI

TOML-Graph rein. OTA raus. Kein On-Device-Toolchain.

Der Kunde liefert einen TOML-Graph plus ein ONNX/TFLite-Modell und einen COCO-Datensatz. Munic-Cloud trainiert neu, quantisiert, validiert, paketiert und überträgt per OTA. Die On-Device-Laufzeit führt Kamera → GPU → NPU ohne Pixel-Kopieren aus.

AI-Funnel-Detailseite →

Out of the box, zusammen

Ein Python-Container steuert alle vier Engines.

Die vier Engines sind keine Silos. Ein einzelner Python-Container, der mit dem In-Prozess-MQTT-Broker kommuniziert, kann MSP, MEP, Multi Stacks und AI Funnel aus einem Prozess steuern — kein Rust-Toolchain, kein Pro-Engine-SDK, kein benutzerdefinierter Verbindungscode.

c.publish(
    "mos/msp/LoadGraph",
    json.dumps({"name": "harsh_brake", "yaml": yaml_str}),
)

c.publish(
    "mos/mep/LoadPolicy",
    json.dumps({"name": "geofence", "yaml": policy_str}),
)

c.publish(
    "mos/multi-stacks/LoadStack",
    json.dumps({"name": "j1939_truck", "json": stack_json}),
)

c.subscribe("mos/ai-runtime/detections")
c.on_message = lambda _c, _u, m: handle(m.payload)

Gleicher MQTT-Client, vier Engines, kein Sprach-Limit. Jede MQTT-fähige Laufzeit — C, C++, Go, Rust, JavaScript — kann dasselbe tun.

Wenn No-Code nicht ausreicht

Drei Programmierstufen, darauf ausgelegt, koexistieren zu können.

Ein typisches MOS4-Produkt mischt MSP für kontinuierliche Signalverarbeitung, MEP für Zustandsmaschinen-Richtlinien, Multi Stacks für Fahrzeug- oder Modbus-Kommunikation, AI Funnel für Edge-KI, einen benutzerdefinierten Rust-micro service für den wirklich neuartigen Algorithmus und einen Python- oder C++-Container für den Klassifikator des Data-Science-Teams.

Die vier No-Code-Engines teilen eine Registry und Laufzeit mit jedem Rust- und Container-micro service auf dem Gerät. Siehe Plattform-Architektur dafür, wie die Engines zusammenpassen, und micro services für die Cloud-Connect- und Integrations-Schicht jenseits des Geräts.

FAQ

Häufig gestellte Fragen

• Wie passen die vier Engines zusammen?

  MSP erzeugt kontinuierliche benannte Signale aus Sensor- und Bus-Eingaben. MEP reagiert auf diskrete Trigger (Signal-Schwellwert, Ereignis, Cron) mit Zustandsmaschinen-Richtlinien. Multi Stacks kommuniziert mit Fahrzeugbussen und Industrial-IoT-Geräten, periodisch gesteuert oder kombiniert mit MSP/MEP. AI Funnel führt deklarative Edge-KI aus — ein TOML-Graph plus ein Modell und ein Datensatz; Munic-Cloud trainiert neu und OTA. Die vier Engines teilen eine OS, einen OTA-Kanal, eine Off-Target-Geschichte.

• Ist MEP eine Zustandsmaschine oder eine T·C·A-Engine?

  Beide Lesarten werden geliefert. Der Produktverantwortliche liest MEP als Zustandsmaschinen-Richtlinien auf dem Gerät — das Richtlinien-YAML ist die Zustandsmaschine. Der Ingenieur liest dasselbe YAML als Trigger / Condition / Action-Primitive. Es gibt keine separate Zustandsmaschinen-Laufzeit; das zusammengesetzte Regelwerk ist die Zustandsmaschine.

• Ist Multi Stacks dasselbe wie OBDStacks?

  Ja. OBDStacks ist der Legacy-Name; Multi Stacks ist der kanonische Name seit 2026-05-05. Gleiche Engine, gleiche JSON-DSL, gleicher default-stacks/-Katalog.

• Brauche ich Hardware, um eine Richtlinie oder einen Graphen zu testen?

  Nein. Der MEP-Standalone-Runner spielt YAML-Szenario-Dateien Off-Target ab; das MEP-Lint-Tool fängt Fehler statisch ab. Der MSP-Runner führt jede .msp.yml mit CSV-Eingaben auf macOS aus. Der mitgelieferte ECU-Simulator deckt Multi Stacks über virtuellem CAN ab. Der KI-Laufzeit-Fake stubbt Inferenz für AI-Funnel-CI. Alle vier Engines haben CI-Level-Off-Target-Runner.

• Erfordert irgendetwas davon Rust?

  Nein. Die vier Engines werden mit YAML, JSON und TOML konfiguriert. Die Laufzeit ist Rust, aber die Authoring-Oberfläche sind Datendateien. Ein Python-Container kann jede der Engines über den In-Prozess-MQTT-Broker steuern — siehe "Out of the box, zusammen" unten.

• Wann gilt der SDK-Pfad?

  Wenn der Algorithmus wirklich nicht als Graph, eine Richtlinie, ein Stack oder ein TOML-KI-Graph ausgedrückt werden kann. Neuartige Erkennungslogik, proprietäre Modell-Inferenz, benutzerdefinierte Hardware-Integration. Die vier No-Code-Engines decken den Großteil der Geräteverhalten-Oberfläche ab; Rust-micro services, Python-Container und C++-Container decken den Rest ab.