SyncVelo IoT OS
Un système d'exploitation pour chaque appareil connecté
IoT OS est en cours de construction pour développer, connecter, déployer et exploiter des appareils de toute nature, du capteur et de l'automate aux passerelles et boîtiers edge, avec l'IA à vos côtés. Les appareils se connectent déjà en MQTT 5 ou en HTTP, chacun décrit par un type d'appareil ; leur télémétrie s'affiche dans la console d'IoT OS et sur ses tableaux de bord, et leurs alarmes déclenchent des alertes par e-mail, SMS, WhatsApp et push.
- Sa propre console, disponible aujourd'hui
- MQTT 5 et ingestion HTTP, disponibles dès maintenant
- Sur la plateforme SyncVelo que vous utilisez déjà
DisponibleDisponible aujourd'hui
IoT OS fonctionne sur la plateforme SyncVelo partagée, en service aujourd'hui.
- Sa propre consoleIoT OS s'ouvre à sa propre adresse, avec sa propre page de connexion.
- Un seul compte SyncVeloUne seule connexion pour passer d'une console SyncVelo à l'autre.
- La marketplaceLes organisations ajoutent IoT OS à leur offre, là où il est lancé.
- Lancé pays par paysLe siège active, ferme ou désactive IoT OS, pays par pays.
Types d'appareils
Décrire un type d'appareil une fois, puis connecter tous ceux qui lui ressemblent
Un type d'appareil est le modèle d'une famille d'appareils : la télémétrie qu'ils envoient, les attributs qu'ils conservent, les commandes qu'ils acceptent et les alarmes qu'ils peuvent lever. Chaque appareil de ce type en hérite, si bien que ses données arrivent déjà comprises.
- Champs de télémétrie avec leur type, leur unité et leur plage valide
- Attributs tels que le modèle, le site et la version du firmware
- Commandes déclarées avec le type ; leur envoi arrivera avec IO2
- Alarmes avec une condition et une gravité
Connectivité
MQTT 5 sur TLS, avec un espace de topics privé pour chaque organisation
Les appareils se connectent en MQTT 5 avec TLS, chacun avec ses propres identifiants, ou envoient leurs mesures en HTTP. Chaque organisation dispose de son propre espace de topics, séparé de celui de toutes les autres.
- MQTT 5 sur TLS pour les appareils qui restent connectés
- Des identifiants par appareil, pour que chacun ait sa propre identité
- Un espace de topics par organisation
- Ingestion HTTP pour les appareils et systèmes qui envoient simplement leurs mesures
Télémétrie et alarmes
Chaque mesure en direct, en graphique et vérifiée
Chaque appareil a une page avec la dernière valeur de chaque champ, son historique et ses graphiques, ainsi que ses alarmes, actives et passées. Chaque mesure est vérifiée par rapport au type d'appareil, et les mesures refusées sont comptées et affichées. Chaque fois qu'une alarme survient, elle déclenche une alerte via le moteur de notifications de SyncVelo, celui qui envoie les alertes de Fleet : e-mail, SMS, WhatsApp et push, selon les politiques de notification de votre organisation.
- Dernières valeurs, avec l'heure d'arrivée de chacune
- Historique et graphiques pour chaque appareil
- Alarmes, actives et passées, qui déclenchent des alertes par e-mail, SMS, WhatsApp et push
- Mesures vérifiées par rapport au type d'appareil, les refusées comptées
Comment cela fonctionne
D'un nouveau type d'appareil à des appareils en service
Le parcours d'onboarding, étape par étape, chacune avec son statut.
- 1DisponibleIO1.1
Créer un type d'appareil
Déclarer sa télémétrie, ses attributs, ses commandes et ses alarmes.
- 2DisponibleIO1.1
Donner des identifiants à chaque appareil
Une identité par appareil, dans l'espace de topics de votre organisation.
- 3DisponibleIO1.1
Connecter
En MQTT 5 avec TLS, ou en HTTP, avec des exemples prêts à l'emploi. Les SDK ouverts suivront avec IO4.
- 4DisponibleIO1.1
Voir le premier message
Dernières valeurs, historique et graphiques sur la page de l'appareil.
- 5DisponibleIO1.2
Surveiller avec des alarmes
Les alarmes déclenchent des alertes par e-mail, SMS, WhatsApp ou push.
- 6Feuille de routeIO2–IO3
Commander et mettre à jour
Jumeaux, commandes approuvées et firmware déployé par anneaux.
Jumeaux et commandes
Définir ce qu'un appareil doit être. Voir ce qu'il est.
Un jumeau numérique conservera deux états : celui que vous voulez et celui que l'appareil signale, avec l'écart bien visible jusqu'à ce qu'ils concordent. Les commandes exigeront une autorisation, et celles qui peuvent causer des dommages exigeront l'approbation d'une personne nommément désignée et une vérification d'état sûr, chaque étape étant inscrite au journal d'audit.
- État souhaité et état signalé côte à côte
- Commandes limitées par les rôles et les autorisations
- Approbation nominative pour les commandes qui peuvent causer des dommages
- Vérifications d'état sûr et journal d'audit complet
Firmware over the air
Un firmware signé, déployé par anneaux, avec retour arrière intégré
Le firmware sera livré sous forme d'images signées, d'abord à un petit anneau d'appareils, puis à des anneaux plus larges. Un appareil qui ne parvient pas à démarrer une nouvelle image reviendra de lui-même à la version qui fonctionnait, pour qu'une version défectueuse reste limitée.
- Images signées : les appareils n'installent qu'un firmware à la signature valide
- Déploiements progressifs, d'un petit premier anneau jusqu'à tous
- Retour arrière automatique vers la dernière version qui fonctionnait
- Pour les microcontrôleurs, ainsi que les passerelles et boîtiers edge sous Linux
Passerelles, réseaux et IA en périphérie
Bus de terrain, radio et appareils contraints parlent la même langue
Les machines en Modbus, OPC UA ou BLE se connecteront via des passerelles edge qui traduisent leurs données en télémétrie d'appareil. LoRaWAN, CoAP et LwM2M accueilleront les appareils sur batterie et contraints. Les boîtiers edge exécuteront des modèles d'IA déployés et gérés depuis IoT OS.
- Modbus, OPC UA et BLE via des passerelles edge (IO5)
- LoRaWAN via un serveur réseau, CoAP et LwM2M (IO4)
- IA en périphérie, avec des modèles gérés depuis la console (IO5)
- Les boîtiers edge de Vision AI gérés comme des appareils IoT OS
Pour les fabricants d'appareils
Des SDK ouverts, un simulateur et un premier message en cinq minutes
Des SDK d'appareil sous licence ouverte permettront aux fabricants d'intégrer SyncVelo dans leur propre firmware et leurs produits. Un simulateur d'appareils et un onboarding guidé mèneront une équipe de zéro à son premier message en quelques minutes, avec des clés et certificats gérés dans la console.
SDK prévus
- C · ESP-IDF
- C · Zephyr
- C · FreeRTOS
- Arduino
- MicroPython
- Python
- Node
1// Aperçu du SDK d'appareil SyncVelo prévu (IO4), non publié2#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}Aperçu de l'interface prévue. Les SDK d'appareil figurent sur la feuille de route (IO4) et ne sont pas encore publiés ; les noms et les appels peuvent changer.
- Feuille de routeIO1–IO4
Simulateur d'appareils
Des appareils virtuels qui envoient des données avant même que le matériel existe.
- Feuille de routeIO1–IO4
Premier message en cinq minutes
Un onboarding guidé, avec un extrait de code pour chaque SDK.
- Feuille de routeIO1–IO4
Clés et certificats
Clés et certificats des appareils gérés dans la console.
Confiance et sécurité
Construit sur une plateforme qui fonctionne déjà
IoT OS fonctionne sur la plateforme SyncVelo partagée, en service aujourd'hui. La sécurité des appareils arrive avec chaque livraison, et chaque point ci-dessous indique où il en est.
De la plateforme SyncVelo, aujourd'hui
- Organisations dans une arborescence de revendeurs
- Rôles et autorisations
- Marque blanche et domaines personnalisés
- API REST, SDK et webhooks signés
- Notifications par e-mail, SMS, WhatsApp et push
- Rapports et tableaux de bord d'indicateurs, téléchargeables en CSV, XLSX et PDF
- Journal d'audit
- Le siège active chaque produit, pays par pays
Pour les appareils, à chaque livraison
- TLS sur chaque connexion MQTT · Disponible IO1.1
- Des identifiants par appareil · Disponible IO1.1
- Un espace de topics par organisation · Disponible IO1.1
- Approbation nominative et vérifications d'état sûr pour les commandes qui peuvent causer des dommages · Feuille de route IO2
- Images firmware signées · Feuille de route IO3
- Clés et certificats gérés dans la console · Feuille de route IO1–IO4
- Feuille de routeIO4–IO5SDK, réseaux et périphérieSDK d'appareil ouverts, LoRaWAN, CoAP et LwM2M, passerelles, IA en périphérie
- Feuille de routeIO2–IO3Jumeaux, commandes et firmwareÉtats souhaité et signalé, commandes approuvées, déploiements signés
- DisponibleIO1.1–IO1.2Types d'appareils et télémétrieMQTT 5 et ingestion HTTP, historique, graphiques, alarmes et alertes
- DisponiblePF1La console IoT OSSa propre adresse, sa page de connexion et la marketplace
- DisponibleLa plateforme SyncVeloOrganisations, rôles, API, webhooks, notifications, rapports et tableaux de bord, audit, siège
Toutes les fonctionnalités
Le catalogue complet d'IoT OS
Chaque fonctionnalité prévue pour IoT OS, avec son statut selon le plan produit. Filtrez selon ce que vous pouvez utiliser dès aujourd'hui.
- Disponible Disponible
- Construit et en service aujourd’hui.
- Prochainement Prochainement
- En construction maintenant, ou juste après.
- Feuille de route Feuille de route
- Conçu et planifié ; pas encore construit.
Console et compte
- Disponible
Sa propre console
IoT OS s'ouvre à sa propre adresse, avec sa page de connexion et ses menus, sur le compte SyncVelo.
- Disponible
Une seule connexion
Passer d'une console SyncVelo à l'autre sans se reconnecter, avec un compte et une configuration MFA.
- Disponible
La marketplace
Les organisations ajoutent IoT OS à leur offre depuis la marketplace de n'importe quelle console SyncVelo, là où il est lancé.
- Disponible
Lancement par pays
Le siège lance, ferme ou désactive IoT OS par pays, sous-région ou région, et chaque changement est audité.
La plateforme SyncVelo
- Disponible
Organisations dans une arborescence de revendeurs
Partenaires, revendeurs et leurs clients, gérés comme une seule arborescence d'organisations.
- Disponible
Rôles et autorisations
Ce que chaque personne peut voir et faire, organisation par organisation.
- Disponible
Marque blanche et domaines personnalisés
La marque et le domaine d'un partenaire sur la plateforme ; les domaines personnalisés ouvrent aujourd'hui la console Fleet.
- Disponible
API REST, SDK et webhooks signés
L'API de la plateforme avec un SDK, et des webhooks signés pour que les destinataires puissent les vérifier.
- Disponible
Notifications
E-mail, SMS, WhatsApp et push navigateur, acheminés par pays.
- Disponible
Journal d'audit
Les modifications enregistrées avec leur auteur et leur date.
Types d'appareils et connectivité
- Disponible
Types d'appareils
Des modèles qui déclarent champs de télémétrie, attributs, commandes et alarmes.
- Disponible
MQTT 5 sur TLS
Les appareils se connectent en MQTT 5, chiffré avec TLS.
- Disponible
Identifiants par appareil
Chaque appareil a ses propres identifiants.
- Disponible
Un espace de topics par organisation
Les topics de chaque organisation sont séparés de ceux de toutes les autres.
- Disponible
Ingestion HTTP
Appareils et systèmes peuvent envoyer leurs mesures en HTTP.
Télémétrie, alarmes et alertes
- Disponible
Dernières valeurs
La dernière mesure de chaque champ, sur la page de chaque appareil.
- Disponible
Historique et graphiques
Les mesures de chaque appareil dans le temps, en graphiques.
- Disponible
Alarmes et alertes
Une alarme sur la valeur d'une mesure déclenche une alerte chaque fois qu'elle survient, envoyée par e-mail, SMS, WhatsApp et push via le moteur de notifications, puis acquittée et clôturée dans la console.
Jumeaux et commandes
- Feuille de route
Jumeaux d'appareils
États souhaité et signalé côte à côte, avec l'écart affiché.
- Feuille de route
Commandes avec autorisations
Seuls les rôles autorisés à envoyer une commande pourront l'envoyer.
- Feuille de route
Approbation nominative
Les commandes qui peuvent causer des dommages exigeront l'approbation d'une personne désignée.
- Feuille de route
Vérifications d'état sûr et audit
Des vérifications avant l'exécution d'une commande risquée, et chaque commande au journal d'audit.
Firmware over the air
- Feuille de route
Images signées
Les appareils n'installeront que des images firmware à la signature valide.
- Feuille de route
Déploiements progressifs
Des versions livrées d'abord à un petit anneau d'appareils, puis à des anneaux plus larges.
- Feuille de route
Retour arrière automatique
Un appareil qui ne démarre pas une nouvelle image reviendra à la dernière qui fonctionnait.
SDK et réseaux
- Feuille de route
SDK C
Pour ESP-IDF, Zephyr et FreeRTOS, sous licence ouverte.
- Feuille de route
Arduino et MicroPython
Des SDK pour les cartes sur lesquelles les fabricants prototypent.
- Feuille de route
Python et Node
Des SDK pour les passerelles, les appareils Linux et les services.
- Feuille de route
LoRaWAN
Des appareils longue portée et basse consommation, via un serveur réseau.
- Feuille de route
CoAP et LwM2M
Pour les appareils contraints sur des réseaux limités.
Passerelles et IA en périphérie
- Feuille de route
Passerelles edge
Des appareils Modbus, OPC UA et BLE connectés via des passerelles.
- Feuille de route
IA en périphérie et gestion des modèles
Des modèles d'IA exécutés sur des boîtiers edge, déployés et gérés depuis IoT OS.
Expérience développeur
- Feuille de route
Simulateur d'appareils
Des appareils virtuels qui envoient des données avant même que le matériel existe.
- Feuille de route
Premier message en cinq minutes
Un onboarding guidé, avec un extrait de code pour chaque SDK.
- Feuille de route
Clés et certificats
Clés et certificats des appareils gérés dans la console.
Tableaux de bord, rapports et IA
- Disponible
Tableaux de bord
Un onglet Tableaux de bord dans la console d'IoT OS, à partir d'un modèle prêt à l'emploi : mesures, alarmes et mesure la plus haute du jour, moyenne par jour et dernières alarmes.
- Disponible
Rapports de mesures et d'alarmes
Dans l'onglet Rapports de la console d'IoT OS : les mesures de chaque appareil par jour, avec le nombre, le minimum, le maximum et la moyenne de chaque champ numérique, et ses alarmes, en CSV, XLSX ou PDF.
- Feuille de route
Copilot sur les données des appareils
Le Copilot de SyncVelo, disponible aujourd'hui sur les données de flotte, étendu aux données des appareils.
La famille SyncVelo
Un compte, des produits qui fonctionnent ensemble
- Fleet OSSuivi GPS et télématique, en service aujourd'hui. Fleet et IoT OS sont conçus pour partager un même cœur d'appareils.
- Vision AIDes caméras de toutes marques, en direct dans le navigateur dès aujourd'hui. Ses boîtiers edge sont prévus comme appareils IoT OS.
- Drive AIDashcams et sécurité des conducteurs, sur le même compte SyncVelo.
- Developer EcosystemL'API SyncVelo, le SDK et les webhooks signés, disponibles aujourd'hui.
Questions fréquentes
Puis-je utiliser IoT OS aujourd'hui ?
Oui, pour les appareils, leur télémétrie, leurs alertes, les tableaux de bord et les rapports. IoT OS a sa propre console, son adresse et sa connexion sur le compte SyncVelo, et les organisations l'ajoutent depuis la marketplace là où le siège l'a lancé. Vous y créez des types d'appareils, donnez à chaque appareil ses propres identifiants, le connectez en MQTT 5 ou en HTTP et suivez ses dernières valeurs, son historique, ses graphiques et ses alarmes. Une alarme surveille un champ de la mesure ; chaque fois qu'elle survient, elle déclenche une alerte, envoyée par e-mail, SMS, WhatsApp ou push selon les politiques de notification de votre organisation et aux webhooks enregistrés dans la console, et l'onglet des alertes de la console permet de les acquitter et de les clôturer. L'onglet Tableaux de bord présente des chiffres, des graphiques et des tableaux courts sur les mesures et les alarmes, chaque chiffre à côté de la période précédente, et l'onglet Rapports produit des rapports sur les mesures de chaque appareil par jour (le nombre, le minimum, le maximum et la moyenne de chaque champ numérique) et ses alarmes, en CSV, XLSX ou PDF. Chaque autre fonction de cette page indique son statut.
Quels appareils IoT OS prend-il en charge ?
Aujourd'hui, tout appareil qui parle MQTT 5 sur TLS ou envoie ses mesures en HTTP. LoRaWAN, CoAP et LwM2M sont prévus pour IO4, et les machines Modbus, OPC UA et BLE via des passerelles edge pour IO5. Un type d'appareil décrit chaque famille d'appareils, quel qu'en soit le fabricant.
Comment les appareils et leurs données sont-ils protégés ?
Les appareils se connectent en TLS avec leurs propres identifiants, dans un espace de topics qui appartient à une seule organisation ; le secret d'un appareil n'est affiché qu'une fois, et de nouveaux identifiants mettent fin aux anciens. Les commandes qui peuvent causer des dommages exigeront une approbation nominative et des vérifications d'état sûr (IO2), et le firmware sera signé (IO3). Rôles, autorisations et journal d'audit viennent de la plateforme SyncVelo, qui fonctionne aujourd'hui.
Les SDK d'appareil seront-ils ouverts ?
C'est le plan : des SDK d'appareil sous licence ouverte, que les fabricants pourront intégrer à leurs produits. C pour ESP-IDF, Zephyr et FreeRTOS, Arduino, MicroPython, Python et Node sont prévus pour IO4. Le code présenté sur cette page est un aperçu de cette interface, pas un SDK publié.
Est-ce le même compte que Fleet ?
Oui. Un compte SyncVelo et une connexion valent pour toutes les consoles, avec une arborescence d'organisations et un siège. Une organisation ajoute IoT OS depuis la marketplace là où il est lancé, et le produit apparaît dans son offre.
Les partenaires peuvent-ils proposer IoT OS sous leur propre marque ?
Les partenaires utilisent déjà la marque blanche et les domaines personnalisés sur la plateforme SyncVelo ; aujourd'hui, un domaine personnalisé ouvre la console Fleet. La famille de produits est conçue pour qu'un domaine de partenaire puisse ouvrir IoT OS sous sa marque, et cette page indiquera quand ce sera prêt.
Où intervient l'IA ?
À deux endroits prévus : des modèles d'IA en périphérie, déployés et gérés depuis IoT OS (IO5), et le Copilot de SyncVelo, qui répond déjà aux questions sur les données de flotte, étendu aux données des appareils. Les deux figurent sur la feuille de route.
Démarrer
Dites-nous ce que vous voulez connecter
Les appareils se connectent déjà à IoT OS, et la suite est en cours de construction. Parlez-nous de vos appareils, et nous vous dirons ce qui est prêt pour eux et ce qui arrive ensuite.

