Aller au contenu principal
SyncVeloSyncVelo

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à
DisponibleIllustration : des appareils de toute nature qui envoient leurs données via MQTT et HTTP, avec des mesures d'exemple.

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.
DisponibleIO1.1

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é
DisponibleIllustration de l'éditeur de types d'appareils, avec un type d'exemple.
DisponibleIO1.1

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
DisponibleIllustration des topics MQTT par organisation. Les noms de topics sont donnés à titre d'exemple.
DisponibleIO1.1–IO1.2

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
DisponibleIllustration d'une page d'appareil avec des mesures d'exemple et une alarme qui déclenche des alertes.

Comment cela fonctionne

D'un nouveau type d'appareil à des appareils en service

Le parcours d'onboarding, étape par étape, chacune avec son statut.

  1. 1
    DisponibleIO1.1

    Créer un type d'appareil

    Déclarer sa télémétrie, ses attributs, ses commandes et ses alarmes.

  2. 2
    DisponibleIO1.1

    Donner des identifiants à chaque appareil

    Une identité par appareil, dans l'espace de topics de votre organisation.

  3. 3
    DisponibleIO1.1

    Connecter

    En MQTT 5 avec TLS, ou en HTTP, avec des exemples prêts à l'emploi. Les SDK ouverts suivront avec IO4.

  4. 4
    DisponibleIO1.1

    Voir le premier message

    Dernières valeurs, historique et graphiques sur la page de l'appareil.

  5. 5
    DisponibleIO1.2

    Surveiller avec des alarmes

    Les alarmes déclenchent des alertes par e-mail, SMS, WhatsApp ou push.

  6. 6
    Feuille de routeIO2–IO3

    Commander et mettre à jour

    Jumeaux, commandes approuvées et firmware déployé par anneaux.

Feuille de routeIO2

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
Feuille de routeAperçu des jumeaux d'appareils et des commandes, prévu pour IO2.
Feuille de routeIO3

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
Feuille de routeAperçu des déploiements de firmware progressifs, prévu pour IO3.
Feuille de routeIO4–IO5

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
Feuille de routeAperçu des passerelles et de l'IA en périphérie (IO5), ainsi que de LoRaWAN, CoAP et LwM2M (IO4).
Feuille de routeIO4

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
device-sdk · aperçuFeuille de route
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.

Disponible

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
DisponibleFeuille de route

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
  1. Feuille de routeIO4–IO5SDK, réseaux et périphérieSDK d'appareil ouverts, LoRaWAN, CoAP et LwM2M, passerelles, IA en périphérie
  2. Feuille de routeIO2–IO3Jumeaux, commandes et firmwareÉtats souhaité et signalé, commandes approuvées, déploiements signés
  3. DisponibleIO1.1–IO1.2Types d'appareils et télémétrieMQTT 5 et ingestion HTTP, historique, graphiques, alarmes et alertes
  4. DisponiblePF1La console IoT OSSa propre adresse, sa page de connexion et la marketplace
  5. 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.

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.