IO-Link Collector

Branchez vos capteurs intelligents IO-Link et obtenez des valeurs d’ingénierie nommées et mises à l’échelle avec zéro configuration par capteur. Connectez vos maîtres IO-Link — et les capteurs et actionneurs derrière eux — et diffusez leurs données de process directement dans votre base de données de flotte. Tout se configure dans le navigateur : pas de code, pas de redéploiement, pas d’interruption.

L’application fonctionne sur trois transports, sélectionnés par maître : HTTP/REST (l’API ifm IoT Core, le standard IO-Link Community JSON neutre vis-à-vis du fournisseur que les maîtres Balluff implémentent, et un dialecte REST configurable générique pour tout le reste), OPC UA (par exemple l’OPC UA IO-Link Companion Spec), et MQTT (par exemple Pepperl+Fuchs). Les transports OPC UA et MQTT fonctionnent par abonnement — les valeurs sont poussées à mesure qu’elles changent. Quel que soit le transport, les capteurs connectés sont décodés automatiquement à partir de leur IODD — les données de process brutes deviennent des valeurs d’ingénierie nommées et mises à l’échelle, sans aucune configuration par capteur.

Pourquoi cette application

Découverte automatique des capteurs. Pointez l’application vers un maître IO-Link et elle sonde chaque port, détectant quels capteurs sont connectés et lisant leur device id, vendor id et nom de produit. Chaque port connecté devient automatiquement un datapoint.

Décodage IODD automatique — des valeurs nommées et mises à l’échelle sans mappage. C’est ainsi que l’application fonctionne d’emblée. Elle reconnaît chaque capteur connecté et transforme ses données de process brutes en valeurs d’ingénierie finies par elle-même — en recherchant l’IODD officiel du capteur (IO-Link Device Description) sur l’IODD Finder public, sans compte ni clé API, et en décodant chaque valeur avec le bon nom, la bonne mise à l’échelle et la bonne unité. Branchez un capteur et sa température en °C, sa pression en bar ou sa distance en mm apparaissent simplement. Pour les passerelles hors ligne ou isolées, vous pouvez coller un IODD dans le catalogue intégré et le même décodeur l’utilise (un IODD collé l’emporte toujours sur un IODD récupéré).

Reconnaissance du hot-plug. Remplacez un capteur, débranchez-en un, ou ajoutez-en un nouveau, et l’application le remarque automatiquement — elle redécouvre le maître et met à jour le catalogue de datapoints sans redémarrage.

Ne stockez que l’essentiel. Mettez en pause des datapoints individuels, ou activez le stockage au changement afin qu’une valeur ne soit enregistrée que lorsqu’elle change réellement — pour éviter que des signaux bruyants ou à cycle rapide ne gonflent votre base de données.

Maîtres, transports & capteurs pris en charge

Toute la découverte, le hot-plug et le décodage IODD/données de process sont partagés sur tous les transports ; le paramètre Master Type ne fait que choisir comment l’application atteint un maître donné.

Transports

Les maîtres Turck (TBEN / FEN) exposent IO-Link via Modbus/TCP et bus de terrain plutôt qu’avec l’un de ceux-ci — utilisez le Modbus Collector pour ceux-là.

Fournisseurs de maîtres

• ifm — IoT Core REST (AL13xx / AL19xx / AL11xx et compatibles) ; tous les ports lus en une seule requête groupée par cycle.
• Balluff — BNI (firmware actuel) et CMTK, via le standard JSON-for-IO-Link.
• Pepperl+Fuchs — ICE2 / ICE3, via MQTT (ou OPC UA).
• Tout maître qui implémente le standard IO-Link Community JSON, expose un serveur OPC UA, publie sur MQTT, ou propose des URL REST par port (generic).

Capteurs IO-Link & décodage des données de process

• Découverte automatique par port : device id, vendor id, nom de produit.
• Détection du hot-plug avec redécouverte automatique — sans redémarrage.
• Décodage IODD automatique — récupération automatique sans clé depuis l’IODD Finder plus un catalogue de collage manuel d’IODD (un IODD collé l’emporte sur un IODD récupéré).
• Surcharge manuelle par spec de décodage YAML, par port.
• Types de décodage : UINT8/16/32, INT8/16/32, FLOAT32, BOOL.
• Décodage aligné sur les octets et par champ de bits — par exemple une valeur mesurée plus des bits de statut empaquetés dans un même mot de données de process (style IODD).
• Mise à l’échelle linéaire par valeur (value = raw × scale + bias) et unités d’ingénierie.
• Transmission directe des données de process brutes (hex) lorsqu’aucun décodage n’est configuré.

Sécurité & authentification

• OPC UA — politique de sécurité (None, Basic256Sha256, Basic256, Basic128Rsa15), mode de sécurité (None, Sign, SignAndEncrypt), et certificat client + clé privée.
• MQTT — TLS, avec un certificat CA optionnel.
• Nom d’utilisateur / mot de passe pour OPC UA et MQTT.

Ce que vous obtenez

Installez l’application dans votre projet et assignez-lui des PC edge (passerelles). Ouvrez ensuite le board de l’application, allez dans la vue des paramètres et ajoutez une connexion de maître : choisissez la passerelle, choisissez le type de maître (par défaut iolink_json), saisissez l’adresse du maître (une URL REST comme 192.168.0.10, un endpoint opc.tcp://…, ou un broker mqtt://… selon le type), et définissez l’intervalle de collecte. Les capteurs connectés sont décodés automatiquement à partir de leur IODD.

À partir de ce moment, l’application collecte depuis le maître — en interrogeant les maîtres HTTP à l’intervalle configuré, ou en recevant les mises à jour poussées via OPC UA / MQTT — et stocke chaque valeur dans la table measurements de votre base de données de flotte. Chaque lecture porte le statut de connexion du port (plus la qualité OPC UA et l’horodatage source, ou le topic source MQTT, lorsque disponibles) ; une ligne est écrite par maître par cycle, et l’état en ligne/hors ligne en direct de chaque maître est suivi dans la table assetstatus. Les lectures collectées sont conservées 3 mois par défaut (ajustable).

Spec de décodage manuelle (repli)

Le décodage est automatique via IODD, donc ceci est rarement nécessaire — n’y recourez que lorsqu’un capteur n’a pas d’IODD publié ou que vous avez besoin d’une mise en page personnalisée. Mettez un tableau YAML dans le champ Datapoints d’un maître ; chaque entrée mappe une partie des données de process d’un port vers une valeur nommée et mise à l’échelle.

- label: Temperature
  port: 1
  offset: 0        # byte offset into the port's process data
  length: 2        # number of bytes
  type: INT16      # UINT8/16/32, INT8/16/32, FLOAT32, BOOL
  scale: 0.1       # value = raw × scale + bias
  unit: degC

Champ de bits — pour un capteur qui empaquette une valeur et des bits de statut dans un même mot de données de process (bits comptés à partir du LSB, style IODD), par exemple le capteur de distance ifm O5D :

- label: Distance
  port: 1
  type: UINT
  bit_offset: 4
  bit_length: 12
  scale: 10
  unit: mm
- label: OUT1
  port: 1
  type: BOOL
  bit_offset: 0

Fonctionnalités communes des collecteurs

Comme tout collecteur IronFlock, l’IO-Link Collector se configure entièrement dans le navigateur — ajoutez, modifiez et mettez en pause les connexions de maîtres dans le board intégré de l’application sans fichiers de paramètres et sans redémarrages ; le formulaire n’affiche que les champs pertinents pour le transport choisi, et vous pouvez attacher un nombre illimité de maîtres par passerelle, en mélangeant librement fournisseurs et transports. Il est fiable à la périphérie : chaque maître est collecté en isolation (un maître injoignable ne bloque jamais les autres), et si la passerelle perd sa connexion à la plateforme, l’application continue de lire et met en mémoire tampon localement, puis transmet l’ensemble dans l’ordre via un rattrapage en masse efficace à la reconnexion (taille de tampon configurable par passerelle, avec un mode optionnel en transmission seule). Et vous pouvez l’essayer sans matériel : basculez n’importe quel maître en mode démo et l’application génère des données de capteurs réalistes (température, pression, débit, un interrupteur) afin que vous puissiez explorer toute l’expérience avant de connecter du matériel réel.

Construisez sur vos données

Le board d’application inclus vous donne un aperçu instantané des données entrantes. Pour des présentations sur mesure, construisez des tableaux de bord personnalisés qui affichent vos mesures IO-Link côte à côte avec les données d’autres applications, interrogez-les via le Data Backend, et utilisez l’application Alarmes pour surveiller les valeurs collectées en temps réel avec des notifications par SMS ou e-mail. Pour mettre les appareils en ligne et installer l’application, voir Gestion des appareils et Gestion des applications.