SyncVelo IoT OS
Ein Betriebssystem für jedes vernetzte Gerät
IoT OS entsteht, um Geräte jeder Art zu entwickeln, zu verbinden, auszurollen und zu betreiben, vom Sensor und der Steuerung bis zu Gateways und Edge-Boxen, mit KI an Ihrer Seite. Geräte verbinden sich bereits über MQTT 5 oder HTTP, jedes durch einen Gerätetyp beschrieben; ihre Telemetrie erscheint in der eigenen Konsole von IoT OS und auf ihren Dashboards, und ihre Alarme lösen Benachrichtigungen per E-Mail, SMS, WhatsApp und Push aus.
- Eigene Konsole, heute verfügbar
- MQTT 5 und HTTP-Eingang, jetzt verfügbar
- Auf der SyncVelo-Plattform, die Sie schon nutzen
VerfügbarHeute verfügbar
IoT OS läuft auf der gemeinsamen SyncVelo-Plattform, die heute im Einsatz ist.
- Eigene KonsoleIoT OS öffnet unter eigener Adresse, mit eigener Anmeldeseite.
- Ein SyncVelo-KontoEine Anmeldung bringt Sie zwischen den SyncVelo-Konsolen hin und her.
- Der MarktplatzOrganisationen fügen IoT OS ihrem Tarif hinzu, wo es gestartet ist.
- Start nach LändernDas HQ schaltet IoT OS Land für Land frei, schließt oder deaktiviert es.
Gerätetypen
Eine Geräteart einmal beschreiben, dann jedes gleiche Gerät verbinden
Ein Gerätetyp ist die Vorlage für eine Geräteart: welche Telemetrie es sendet, welche Attribute es führt, welche Befehle es annimmt und welche Alarme es auslösen kann. Jedes Gerät dieses Typs erbt sie, sodass seine Daten bereits verstanden ankommen.
- Telemetriefelder mit Datentyp, Einheit und gültigem Bereich
- Attribute wie Modell, Standort und Firmware-Version
- Befehle, mit dem Typ deklariert; das Senden folgt mit IO2
- Alarme mit Bedingung und Schweregrad
Konnektivität
MQTT 5 über TLS, mit eigenem Topic-Bereich für jede Organisation
Geräte verbinden sich über MQTT 5 mit TLS, jedes mit eigenen Zugangsdaten, oder senden ihre Messwerte per HTTP. Jede Organisation hat einen eigenen Topic-Bereich, getrennt von dem jeder anderen Organisation.
- MQTT 5 über TLS für Geräte, die verbunden bleiben
- Zugangsdaten pro Gerät, damit jedes eine eigene Identität hat
- Ein Topic-Bereich pro Organisation
- HTTP-Eingang für Geräte und Systeme, die Messwerte einfach senden
Telemetrie und Alarme
Jeder Messwert live, als Diagramm und geprüft
Jedes Gerät hat eine Seite mit dem aktuellen Wert jedes Felds, seinem Verlauf und Diagrammen sowie seinen aktiven und vergangenen Alarmen. Jeder Messwert wird gegen den Gerätetyp geprüft, abgewiesene Messwerte werden gezählt und angezeigt. Jedes Mal, wenn ein Alarm eintritt, löst er eine Benachrichtigung über die Benachrichtigungs-Engine von SyncVelo aus, dieselbe wie bei Fleet: per E-Mail, SMS, WhatsApp und Push, nach den Benachrichtigungsrichtlinien Ihrer Organisation.
- Aktuelle Werte, jeweils mit Eingangszeit
- Verlauf und Diagramme pro Gerät
- Alarme, aktiv und vergangen, die Benachrichtigungen per E-Mail, SMS, WhatsApp und Push auslösen
- Messwerte gegen den Gerätetyp geprüft, abgewiesene gezählt
So funktioniert es
Vom neuen Gerätetyp zu Geräten im Einsatz
So funktioniert das Onboarding, Schritt für Schritt, jeweils mit seinem Status.
- 1VerfügbarIO1.1
Gerätetyp anlegen
Telemetrie, Attribute, Befehle und Alarme deklarieren.
- 2VerfügbarIO1.1
Jedem Gerät Zugangsdaten geben
Eine Identität pro Gerät, im Topic-Bereich Ihrer Organisation.
- 3VerfügbarIO1.1
Verbinden
Über MQTT 5 mit TLS oder per HTTP, mit fertigen Beispielen. Offene SDKs folgen mit IO4.
- 4VerfügbarIO1.1
Die erste Nachricht sehen
Aktuelle Werte, Verlauf und Diagramme auf der Geräteseite.
- 5VerfügbarIO1.2
Mit Alarmen überwachen
Alarme lösen Benachrichtigungen per E-Mail, SMS, WhatsApp oder Push aus.
- 6RoadmapIO2–IO3
Steuern und aktualisieren
Zwillinge, freigegebene Befehle und Firmware in Ringen.
Zwillinge und Befehle
Festlegen, wie ein Gerät sein soll. Sehen, wie es ist.
Ein Gerätezwilling wird zwei Zustände halten: den gewünschten und den, den das Gerät meldet, mit dem Unterschied gut sichtbar, bis beide übereinstimmen. Befehle werden eine Berechtigung brauchen, und solche, die Schaden anrichten können, die Freigabe einer namentlich genannten Person und eine Prüfung des sicheren Zustands, mit jedem Schritt im Prüfprotokoll.
- Soll- und Ist-Zustand nebeneinander
- Befehle, begrenzt durch Rollen und Berechtigungen
- Namentliche Freigabe für Befehle, die Schaden anrichten können
- Prüfungen des sicheren Zustands und ein lückenloses Prüfprotokoll
Firmware over the air
Signierte Firmware, in Ringen ausgerollt, mit eingebautem Rollback
Firmware wird als signiertes Image ausgeliefert werden, zuerst an einen kleinen Ring von Geräten, dann an größere. Ein Gerät, das ein neues Image nicht starten kann, wird von selbst zur funktionierenden Version zurückkehren, sodass ein fehlerhaftes Release klein bleibt.
- Signierte Images: Geräte installieren nur Firmware mit gültiger Signatur
- Gestaffelte Rollouts, vom kleinen ersten Ring bis zu allen
- Automatisches Rollback auf die letzte funktionierende Version
- Für Mikrocontroller sowie für Linux-Gateways und Edge-Boxen
Gateways, Netze und Edge-KI
Feldbus, Funk und eingeschränkte Geräte sprechen eine Sprache
Maschinen mit Modbus, OPC UA oder BLE werden über Edge-Gateways angebunden, die ihre Daten in Gerätetelemetrie übersetzen. LoRaWAN, CoAP und LwM2M werden batteriebetriebene und eingeschränkte Geräte anbinden. Edge-Boxen werden KI-Modelle ausführen, die aus IoT OS verteilt und verwaltet werden.
- Modbus, OPC UA und BLE über Edge-Gateways (IO5)
- LoRaWAN über einen Netzwerkserver, CoAP und LwM2M (IO4)
- Edge-KI, mit Modellen, die in der Konsole verwaltet werden (IO5)
- Die Edge-Boxen von Vision AI, verwaltet als IoT-OS-Geräte
Für Gerätehersteller
Offene SDKs, ein Simulator und die erste Nachricht in fünf Minuten
Geräte-SDKs unter einer offenen Lizenz werden es Herstellern ermöglichen, SyncVelo in ihre eigene Firmware und ihre Produkte einzubauen. Ein Gerätesimulator und ein geführtes Onboarding werden ein Team in wenigen Minuten von null zur ersten Nachricht bringen, mit Schlüsseln und Zertifikaten, die in der Konsole verwaltet werden.
Geplante SDKs
- C · ESP-IDF
- C · Zephyr
- C · FreeRTOS
- Arduino
- MicroPython
- Python
- Node
1// Vorschau des geplanten SyncVelo-Geräte-SDK (IO4), nicht veröffentlicht2#include "syncvelo/device.h"3 4void app_main(void)5{6 sv_device_t *dev = sv_connect(&(sv_options_t){7 .device_type = "cold-room-sensor",8 .credential = SV_CREDENTIAL_FROM_NVS,9 });10 11 sv_publish_float(dev, "temperature", read_temperature());12}Vorschau der geplanten Schnittstelle. Die Geräte-SDKs stehen auf der Roadmap (IO4) und sind noch nicht veröffentlicht; Namen und Aufrufe können sich ändern.
- RoadmapIO1–IO4
Gerätesimulator
Virtuelle Geräte, die Daten senden, bevor es Hardware gibt.
- RoadmapIO1–IO4
Erste Nachricht in fünf Minuten
Geführtes Onboarding, mit einem Codebeispiel für jedes SDK.
- RoadmapIO1–IO4
Schlüssel und Zertifikate
Geräteschlüssel und Zertifikate, verwaltet in der Konsole.
Vertrauen und Sicherheit
Gebaut auf einer Plattform, die bereits läuft
IoT OS läuft auf der gemeinsamen SyncVelo-Plattform, die heute im Einsatz ist. Die Gerätesicherheit kommt mit jeder Lieferung, und jeder Punkt unten sagt, wo er steht.
Von der SyncVelo-Plattform, heute
- Organisationen in einem Reseller-Baum
- Rollen und Berechtigungen
- White Label und eigene Domains
- REST-API, SDK und signierte Webhooks
- Benachrichtigungen per E-Mail, SMS, WhatsApp und Push
- Berichte und KPI-Dashboards, mit Downloads als CSV, XLSX und PDF
- Prüfprotokoll
- Das HQ schaltet jedes Produkt Land für Land frei
Für Geräte, mit jeder Lieferung
- TLS auf jeder MQTT-Verbindung · Verfügbar IO1.1
- Zugangsdaten pro Gerät · Verfügbar IO1.1
- Ein Topic-Bereich pro Organisation · Verfügbar IO1.1
- Namentliche Freigabe und Prüfungen des sicheren Zustands für Befehle, die Schaden anrichten können · Roadmap IO2
- Signierte Firmware-Images · Roadmap IO3
- Schlüssel und Zertifikate, verwaltet in der Konsole · Roadmap IO1–IO4
- RoadmapIO4–IO5SDKs, Netze und die EdgeOffene Geräte-SDKs, LoRaWAN, CoAP und LwM2M, Gateways, Edge-KI
- RoadmapIO2–IO3Zwillinge, Befehle und FirmwareSoll- und Ist-Zustand, freigegebene Befehle, signierte Rollouts
- VerfügbarIO1.1–IO1.2Gerätetypen und TelemetrieMQTT 5 und HTTP-Eingang, Verlauf, Diagramme, Alarme und Benachrichtigungen
- VerfügbarPF1Die IoT-OS-KonsoleEigene Adresse, Anmeldeseite und Marktplatz
- VerfügbarDie SyncVelo-PlattformOrganisationen, Rollen, API, Webhooks, Benachrichtigungen, Berichte und Dashboards, Prüfprotokoll, HQ
Alle Funktionen
Der vollständige IoT-OS-Katalog
Jede für IoT OS geplante Funktion, jeweils mit ihrem Status laut Produktplan. Filtern Sie nach dem, was Sie heute nutzen können.
- Verfügbar Verfügbar
- Gebaut und heute im Einsatz.
- Als Nächstes Als Nächstes
- Wird jetzt gebaut oder direkt danach.
- Roadmap Roadmap
- Entworfen und eingeplant, noch nicht gebaut.
Konsole und Konto
- Verfügbar
Eigene Konsole
IoT OS öffnet unter eigener Adresse, mit eigener Anmeldeseite und eigenen Menüs, im SyncVelo-Konto.
- Verfügbar
Eine Anmeldung
Zwischen den SyncVelo-Konsolen wechseln, ohne sich erneut anzumelden, mit einem Konto und einer MFA-Einrichtung.
- Verfügbar
Der Marktplatz
Organisationen fügen IoT OS im Marktplatz jeder SyncVelo-Konsole ihrem Tarif hinzu, wo es gestartet ist.
- Verfügbar
Start nach Ländern
Das HQ startet, schließt oder deaktiviert IoT OS nach Land, Subregion oder Region; jede Änderung wird protokolliert.
Die SyncVelo-Plattform
- Verfügbar
Organisationen in einem Reseller-Baum
Partner, Reseller und ihre Kunden, verwaltet als ein Baum von Organisationen.
- Verfügbar
Rollen und Berechtigungen
Was jede Person sehen und tun darf, Organisation für Organisation.
- Verfügbar
White Label und eigene Domains
Eigene Marke und Domain eines Partners auf der Plattform; eigene Domains öffnen heute die Fleet-Konsole.
- Verfügbar
REST-API, SDK und signierte Webhooks
Die API der Plattform mit SDK und Webhooks, die so signiert sind, dass Empfänger sie prüfen können.
- Verfügbar
Benachrichtigungen
E-Mail, SMS, WhatsApp und Browser-Push, nach Land geroutet.
- Verfügbar
Prüfprotokoll
Änderungen mit Urheber und Zeitpunkt festgehalten.
Gerätetypen und Konnektivität
- Verfügbar
Gerätetypen
Vorlagen, die Telemetriefelder, Attribute, Befehle und Alarme deklarieren.
- Verfügbar
MQTT 5 über TLS
Geräte verbinden sich über MQTT 5, mit TLS verschlüsselt.
- Verfügbar
Zugangsdaten pro Gerät
Jedes Gerät hat eigene Zugangsdaten.
- Verfügbar
Ein Topic-Bereich pro Organisation
Die Topics jeder Organisation bleiben von denen aller anderen getrennt.
- Verfügbar
HTTP-Eingang
Geräte und Systeme können ihre Messwerte per HTTP senden.
Telemetrie, Alarme und Benachrichtigungen
- Verfügbar
Aktuelle Werte
Der letzte Messwert jedes Felds, auf der Seite jedes Geräts.
- Verfügbar
Verlauf und Diagramme
Die Messwerte jedes Geräts über die Zeit, mit Diagrammen.
- Verfügbar
Alarme und Benachrichtigungen
Ein Alarm auf den Wert eines Messwerts löst jedes Mal, wenn er eintritt, eine Benachrichtigung aus, die über die Benachrichtigungs-Engine per E-Mail, SMS, WhatsApp und Push versendet und in der Konsole quittiert und geschlossen wird.
Zwillinge und Befehle
- Roadmap
Gerätezwillinge
Soll- und Ist-Zustand nebeneinander, mit sichtbarem Unterschied.
- Roadmap
Befehle mit Berechtigungen
Nur Rollen, die einen Befehl senden dürfen, werden ihn senden können.
- Roadmap
Namentliche Freigabe
Befehle, die Schaden anrichten können, brauchen die Freigabe einer namentlich genannten Person.
- Roadmap
Prüfungen des sicheren Zustands und Protokoll
Prüfungen, bevor ein riskanter Befehl ausgeführt wird, und jeder Befehl im Prüfprotokoll.
Firmware over the air
- Roadmap
Signierte Images
Geräte werden nur Firmware-Images mit gültiger Signatur installieren.
- Roadmap
Gestaffelte Rollouts
Releases zuerst an einen kleinen Ring von Geräten, dann an größere Ringe.
- Roadmap
Automatisches Rollback
Ein Gerät, das ein neues Image nicht starten kann, wird zum letzten funktionierenden zurückkehren.
SDKs und Netze
- Roadmap
C-SDK
Für ESP-IDF, Zephyr und FreeRTOS, unter einer offenen Lizenz.
- Roadmap
Arduino und MicroPython
SDKs für die Boards, auf denen Hersteller Prototypen bauen.
- Roadmap
Python und Node
SDKs für Gateways, Linux-Geräte und Dienste.
- Roadmap
LoRaWAN
Geräte mit großer Reichweite und geringem Verbrauch, über einen Netzwerkserver.
- Roadmap
CoAP und LwM2M
Für eingeschränkte Geräte in begrenzten Netzen.
Gateways und Edge-KI
- Roadmap
Edge-Gateways
Modbus-, OPC-UA- und BLE-Geräte, angebunden über Gateways.
- Roadmap
Edge-KI und Modellverwaltung
KI-Modelle auf Edge-Boxen, aus IoT OS verteilt und verwaltet.
Entwicklererlebnis
- Roadmap
Gerätesimulator
Virtuelle Geräte, die Daten senden, bevor es Hardware gibt.
- Roadmap
Erste Nachricht in fünf Minuten
Geführtes Onboarding, mit einem Codebeispiel für jedes SDK.
- Roadmap
Schlüssel und Zertifikate
Geräteschlüssel und Zertifikate, verwaltet in der Konsole.
Dashboards, Berichte und KI
- Verfügbar
Dashboards
Ein Dashboards-Tab in der Konsole von IoT OS, ausgehend von einer fertigen Vorlage: Messwerte, Alarme und der höchste Messwert von heute, der Durchschnitt pro Tag und die letzten Alarme.
- Verfügbar
Berichte zu Messwerten und Alarmen
Im Berichte-Tab der Konsole von IoT OS: die Messwerte jedes Geräts pro Tag, mit Anzahl, niedrigstem, höchstem und durchschnittlichem Wert jedes Zahlenfelds, sowie seine Alarme, als CSV, XLSX oder PDF.
- Roadmap
Copilot für Gerätedaten
Der Copilot von SyncVelo, heute für Flottendaten verfügbar, erweitert auf Gerätedaten.
Die SyncVelo-Familie
Ein Konto, Produkte, die zusammenarbeiten
- Fleet OSGPS-Tracking und Telematik, heute im Einsatz. Fleet und IoT OS sind darauf ausgelegt, einen Gerätekern zu teilen.
- Vision AIKameras jedes Herstellers, heute live im Browser. Ihre Edge-Boxen sind als IoT-OS-Geräte geplant.
- Drive AIDashcams und Fahrersicherheit, im selben SyncVelo-Konto.
- Developer EcosystemDie SyncVelo-API, das SDK und signierte Webhooks, heute verfügbar.
Häufig gestellte Fragen
Kann ich IoT OS heute nutzen?
Ja, für Geräte, ihre Telemetrie, ihre Benachrichtigungen, Dashboards und Berichte. IoT OS hat eine eigene Konsole, Adresse und Anmeldung im SyncVelo-Konto, und Organisationen fügen es im Marktplatz hinzu, wo das HQ es gestartet hat. Dort legen Sie Gerätetypen an, geben jedem Gerät eigene Zugangsdaten, verbinden es über MQTT 5 oder HTTP und verfolgen seine aktuellen Werte, seinen Verlauf, Diagramme und Alarme. Ein Alarm prüft ein Feld eines Messwerts; jedes Mal, wenn er eintritt, löst er eine Benachrichtigung aus, die nach den Benachrichtigungsrichtlinien Ihrer Organisation per E-Mail, SMS, WhatsApp oder Push und an die in der Konsole registrierten Webhooks geht, und in der Konsole werden Benachrichtigungen quittiert und geschlossen. Der Dashboards-Tab zeigt Kennzahlen, Diagramme und kurze Tabellen zu Messwerten und Alarmen, jede Kennzahl neben dem Zeitraum davor, und im Berichte-Tab entstehen Berichte über die Messwerte jedes Geräts pro Tag (Anzahl, niedrigster, höchster und durchschnittlicher Wert jedes Zahlenfelds) und seine Alarme, als CSV, XLSX oder PDF. Jede andere Funktion auf dieser Seite trägt ihren Status.
Welche Geräte unterstützt IoT OS?
Heute jedes Gerät, das MQTT 5 über TLS spricht oder seine Messwerte per HTTP sendet. LoRaWAN, CoAP und LwM2M sind für IO4 geplant, Maschinen mit Modbus, OPC UA und BLE über Edge-Gateways für IO5. Ein Gerätetyp beschreibt jede Geräteart, unabhängig vom Hersteller.
Wie werden Geräte und ihre Daten geschützt?
Geräte verbinden sich über TLS mit eigenen Zugangsdaten, in einem Topic-Bereich, der genau einer Organisation gehört; das Geheimnis eines Geräts wird nur einmal angezeigt, und neue Zugangsdaten beenden die alten. Befehle, die Schaden anrichten können, werden eine namentliche Freigabe und Prüfungen des sicheren Zustands brauchen (IO2), und Firmware wird signiert sein (IO3). Rollen, Berechtigungen und das Prüfprotokoll kommen von der SyncVelo-Plattform, die heute läuft.
Werden die Geräte-SDKs offen sein?
Das ist der Plan: Geräte-SDKs unter einer offenen Lizenz, damit Hersteller sie in ihre Produkte einbauen können. C für ESP-IDF, Zephyr und FreeRTOS, Arduino, MicroPython, Python und Node sind für IO4 geplant. Der Code auf dieser Seite ist eine Vorschau dieser Schnittstelle, kein veröffentlichtes SDK.
Ist es dasselbe Konto wie Fleet?
Ja. Ein SyncVelo-Konto und eine Anmeldung gelten für alle Konsolen, mit einem Organisationsbaum und einem HQ. Eine Organisation fügt IoT OS im Marktplatz hinzu, wo es gestartet ist, und das Produkt erscheint in ihrem Tarif.
Können Partner IoT OS unter eigener Marke anbieten?
Partner nutzen White Label und eigene Domains bereits auf der SyncVelo-Plattform; heute öffnet eine eigene Domain die Fleet-Konsole. Die Produktfamilie ist so angelegt, dass die Domain eines Partners IoT OS unter seiner Marke öffnen kann, und diese Seite wird sagen, wann das bereit ist.
Wo kommt KI ins Spiel?
An zwei Stellen ist sie geplant: KI-Modelle an der Edge, aus IoT OS verteilt und verwaltet (IO5), und der Copilot von SyncVelo, der heute schon Fragen zu Flottendaten beantwortet, erweitert auf Gerätedaten. Beides steht auf der Roadmap.
Loslegen
Sagen Sie uns, was Sie verbinden möchten
Geräte verbinden sich schon heute mit IoT OS, und weitere Teile entstehen gerade. Erzählen Sie uns von Ihren Geräten, und wir sagen Ihnen, was für sie bereit ist und was als Nächstes kommt.

