Commandes descendantes vers capteurs
Un flux de données ne va pas toujours dans un seul sens : il faut aussi commander les équipements. iD4Connect encode et achemine les commandes descendantes vers vos capteurs et actionneurs, en transit et dans le bon protocole.
Commander les équipements, pas seulement les lire
Superviser un parc ne suffit pas : régler une consigne, éteindre un actionneur, redémarrer un capteur suppose un chemin descendant. Or chaque équipement attend sa commande dans son propre protocole et son propre format. iD4Connect encode l'ordre attendu et le route vers le bon device, sans mise en file durable.
De la source à la destination, en un seul passage
Recevoir l'ordre
La commande provient de votre SI, d'une supervision ou d'une règle interne au flux. iD4Connect la capte en HTTP, MQTT ou depuis un autre système, sans la mettre en attente.
Encoder pour la cible
L'ordre est traduit dans le protocole et le format du device : trame binaire, CayenneLPP, registre Modbus, point BACnet. L'encodage se fait en vol, selon l'équipement visé.
Acheminer au device
La commande part vers le bon capteur ou actionneur, via le canal adapté (broker, réseau maillé, downlink). Rien n'est conservé une fois l'ordre transmis.
Ce que cette fonctionnalité vous apporte
Encodage par protocole
Traduction de l'ordre dans le format attendu par le device : binaire, CayenneLPP, Modbus, BACnet.
Routage ciblé
Acheminement vers le bon équipement selon son identifiant et son canal.
Déclenchement sur règle
Commande émise automatiquement quand une condition du flux est remplie.
Multiprotocole descendant
Downlinks via MQTT, broker, réseau maillé ou liaison industrielle.
Bénéfices
- Pilotage des équipements, pas seulement leur lecture.
- Ordres encodés au format de chaque device.
- Routage vers le bon capteur ou actionneur.
- Commandes automatiques déclenchées par le flux.
En pratique
Un gestionnaire de réseau d'eau doit fermer à distance des vannes lorsqu'un capteur détecte une fuite. iD4Connect reçoit l'ordre depuis la supervision, l'encode dans le protocole de l'actionneur et le route vers la bonne vanne. Il peut même déclencher la fermeture automatiquement dès que le seuil de débit est franchi dans le flux. Tout se joue en temps réel, sans file persistante ni dépendance à un cloud tiers.
Questions fréquentes
Vers quels protocoles peut-on envoyer des commandes ?
Vers les protocoles pris en charge par le moteur : MQTT, trames binaires, CayenneLPP, Modbus, BACnet, entre autres, selon le device.
Une commande peut-elle être déclenchée automatiquement ?
Oui, une règle du flux peut émettre un downlink dès qu'une condition est remplie, comme un seuil franchi.
Les commandes sont-elles mises en file ?
Non, elles sont encodées et acheminées en transit ; iD4Connect ne les conserve pas après transmission.
Orchestrez vos données en transit, sans stockage
iD4Connect connecte, transforme et distribue vos flux en temps réel. Souverain, on-premise, cloud ou edge.
Demandez une démo