Parle à ce qui est déjà sur votre site.
Huit protocoles terrain sur l’edge ; REST, MQTT, CoAP et webhooks vers le reste de votre stack.
Sur le site
Protocoles côté terrain
Pas de remplacement : si vos équipements parlent déjà l’un de ces protocoles, ELIAN les lit là où ils sont.
Modbus TCP / RTU
Lecture des holding / input registers depuis automates, contrôleurs BMS et compteurs. Intervalles de polling par registre ; signed/unsigned 16/32 bits.
OPC-UA
Abonnement aux espaces de tags SCADA existants. Parcourez l’espace d’adressage depuis l’admin ; lier les tags aux capteurs ELIAN.
LoRaWAN
Ingestion par webhook depuis The Things Network et ChirpStack. Configuration par LNS, décodeur par appareil.
BACnet/IP
Ingestion des signaux GTB (CVC, éclairage, occupation). Lecture seule par défaut.
M-Bus
Meter-bus filaire pour compteurs eau, chaleur et énergie. Polling périodique avec sémantique at-least-once.
BLE GATT
Lectures de caractéristiques Bluetooth-LE depuis balises et capteurs via la radio intégrée.
Zigbee
Fait le pont avec une installation Zigbee2MQTT existante : l’état des appareils est remappé par appareil et republié en télémétrie standard. Nécessite Zigbee2MQTT et un coordinateur à côté de la passerelle.
KNXnet/IP
Établit un tunnel vers une passerelle KNX IP, écoute les télégrammes de groupe et effectue des lectures de groupe périodiques, en décodant les valeurs DPT vers des capteurs ELIAN.
BLE, Zigbee et KNX nécessitent un accès radio hôte (BLE) ou un coordinateur/passerelle tiers sur le LAN (Zigbee2MQTT, KNXnet/IP).
Vers le cloud
Protocoles côté cloud
Pour les équipements qui atteignent Internet par eux-mêmes — et pour pousser les données ELIAN vers vos propres systèmes.
REST
Les appareils POSTent les relevés avec auth par clé API (en-tête ou corps). Clés primaire & secondaire par appareil, hashées bcrypt, rotables depuis l’UI.
MQTT
Broker MQTT natif avec hiérarchie de topics standard. Pub/sub externe supporté.
CoAP
UDP léger pour appareils contraints.
Webhooks (entrants)
Déclenchez des workflows depuis des systèmes externes avec URL et secret partagé par workflow.
Webhooks (sortants)
Les actions de workflow peuvent envoyer des HTTPS POST arbitraires avec corps générés à partir de modèles.
Vers votre équipe
Notification & messagerie
Par où sortent les alertes et les rapports, et via quel fournisseur.
Azure Communication Services en primaire avec fallback SMTP O365. Modèles multilingues.
SMS
Twilio, Vonage, MessageBird ou Azure Communication Services. Validation E.164, filtres par notifier, heures silencieuses par utilisateur (alertes critiques outrepassent).
Notifications in-app
Livraison temps réel par WebSocket vers le Notification Center. 13+ catégories avec bascules e-mail / in-app par utilisateur.
Un pont propre vers le reste de votre stack.
Les webhooks sortants envoient des HTTPS POST arbitraires avec des corps générés à partir de modèles. L’API REST publique expose chaque entité. Ensemble, ils couvrent le pont vers les outils de ticketing, l’ERP, la GMAO, les plateformes de chat et tout ce que votre équipe utilise déjà — nous parcourons volontiers la forme d’intégration précise dont vous avez besoin.
