IO-Link Collector

Collega i tuoi sensori intelligenti IO-Link e ottieni valori ingegneristici denominati e scalati con zero configurazione per sensore. Connetti i tuoi master IO-Link — e i sensori e gli attuatori collegati ad essi — e trasmetti i loro dati di processo direttamente nel tuo database di flotta. Tutto si configura nel browser: niente codice, niente ridistribuzione, niente tempi di inattività.

L’app funziona su tre trasporti, selezionati per master: HTTP/REST (l’API ifm IoT Core, lo standard neutrale rispetto al fornitore IO-Link Community JSON implementato dai master Balluff, e un dialetto REST generico configurabile per tutto il resto), OPC UA (ad esempio la OPC UA IO-Link Companion Spec) e MQTT (ad esempio Pepperl+Fuchs). I trasporti OPC UA e MQTT sono basati su sottoscrizione — i valori vengono inviati man mano che cambiano. Qualunque sia il trasporto, i sensori connessi vengono decodificati automaticamente dal loro IODD — i dati di processo grezzi diventano valori ingegneristici denominati e scalati senza alcuna configurazione per sensore.

Perché questa app

Scoperta automatica dei sensori. Punta l’app verso un master IO-Link e questa sonda ogni porta, rilevando quali sensori sono connessi e leggendo il loro device id, vendor id e nome prodotto. Ogni porta connessa diventa automaticamente un datapoint.

Decodifica IODD automatica — valori denominati e scalati senza mappatura. È così che l’app funziona out of the box. Riconosce ogni sensore connesso e trasforma da sola i suoi dati di processo grezzi in valori ingegneristici finiti — cercando l’IODD ufficiale del sensore (IO-Link Device Description) sul pubblico IODD Finder, senza account e senza API key, e decodificando ogni valore con il nome, la scalatura e l’unità corretti. Collega un sensore e la sua temperatura in °C, la pressione in bar o la distanza in mm semplicemente appaiono. Per gateway offline o air-gapped puoi incollare un IODD nel catalogo integrato e lo stesso decodificatore lo usa (un IODD incollato vince sempre su uno recuperato).

Consapevole dell’hot-plug. Sostituisci un sensore, scollegane uno o aggiungine uno nuovo, e l’app se ne accorge automaticamente — riscopre il master e aggiorna il catalogo dei datapoint senza riavvio.

Memorizza solo ciò che conta. Metti in pausa singoli datapoint, oppure attiva il salvataggio su variazione così che un valore venga registrato solo quando cambia effettivamente — evitando che segnali rumorosi o a ciclo rapido gonfino il tuo database.

Master, trasporti e sensori supportati

Tutta la scoperta, l’hot-plug e la decodifica IODD/dati di processo sono condivisi tra tutti i trasporti; l’impostazione Master Type seleziona soltanto come l’app raggiunge un dato master.

Trasporti

I master Turck (TBEN / FEN) espongono IO-Link su Modbus/TCP e fieldbus anziché su uno di questi — per quelli usa il Modbus Collector.

Fornitori di master

• ifm — IoT Core REST (AL13xx / AL19xx / AL11xx e compatibili); tutte le porte lette in un’unica richiesta in batch per ciclo.
• Balluff — BNI (firmware attuale) e CMTK, tramite lo standard JSON-for-IO-Link.
• Pepperl+Fuchs — ICE2 / ICE3, tramite MQTT (o OPC UA).
• Qualsiasi master che implementi lo standard IO-Link Community JSON, esponga un server OPC UA, pubblichi su MQTT, o offra URL REST per porta (generic).

Sensori IO-Link e decodifica dei dati di processo

• Scoperta automatica per porta: device id, vendor id, nome prodotto.
• Rilevamento hot-plug con riscoperta automatica — nessun riavvio.
• Decodifica IODD automatica — recupero automatico senza chiave da IODD Finder più un catalogo manuale di IODD incollati (un IODD incollato vince su uno recuperato).
• Override manuale tramite specifica di decodifica YAML, per porta.
• Tipi di decodifica: UINT8/16/32, INT8/16/32, FLOAT32, BOOL.
• Decodifica allineata al byte e a campo di bit — ad esempio un valore misurato più bit di stato impacchettati in una sola parola di dati di processo (in stile IODD).
• Scalatura lineare per valore (value = raw × scale + bias) e unità ingegneristiche.
• Passaggio diretto dei dati di processo grezzi (esadecimale) quando non è configurata alcuna decodifica.

Sicurezza e autenticazione

• OPC UA — security policy (None, Basic256Sha256, Basic256, Basic128Rsa15), security mode (None, Sign, SignAndEncrypt), e certificato client + chiave privata.
• MQTT — TLS, con un certificato CA opzionale.
• Username / password per OPC UA e MQTT.

Cosa ottieni

Installa l’app nel tuo progetto e assegna ad essa i PC edge (gateway). Poi apri la bacheca dell’app, vai nella vista impostazioni e aggiungi una connessione a un master: scegli il gateway, scegli il tipo di master (predefinito iolink_json), inserisci l’indirizzo del master (un URL REST come 192.168.0.10, un endpoint opc.tcp://…, o un broker mqtt://… a seconda del tipo), e imposta l’intervallo di raccolta. I sensori connessi vengono decodificati automaticamente dal loro IODD.

Da quel momento l’app raccoglie dal master — interrogando i master HTTP all’intervallo configurato, o ricevendo aggiornamenti inviati tramite OPC UA / MQTT — e archivia ogni valore nella tabella measurements del tuo database di flotta. Ogni lettura porta con sé lo stato di connessione della porta (più la qualità OPC UA e la marca temporale di origine, o il topic di origine MQTT, dove disponibili); viene scritta una riga per master per ciclo, e lo stato online/offline dal vivo di ogni master è tracciato nella tabella assetstatus. Le letture raccolte vengono conservate per 3 mesi per impostazione predefinita (regolabile).

Specifica di decodifica manuale (fallback)

La decodifica è automatica tramite IODD, quindi è raramente necessaria — ricorri ad essa solo quando un sensore non ha un IODD pubblicato o quando hai bisogno di un layout personalizzato. Inserisci un array YAML nel campo Datapoints di un master; ogni voce mappa una parte dei dati di processo di una porta a un valore denominato e scalato.

- 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

Campo di bit — per un sensore che impacchetta un valore e bit di stato in una sola parola di dati di processo (bit contati dal LSB, in stile IODD), ad esempio il sensore di distanza 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

Funzionalità comuni dei collector

Come ogni collector di IronFlock, l’IO-Link Collector si configura interamente nel browser — aggiungi, modifica e metti in pausa le connessioni ai master nella bacheca integrata dell’app senza file di parametri e senza riavvii; il modulo mostra solo i campi pertinenti al trasporto scelto, e puoi collegare un numero illimitato di master per gateway, mescolando liberamente fornitori e trasporti. È affidabile all’edge: ogni master viene raccolto in isolamento (un master irraggiungibile non blocca mai gli altri), e se il gateway perde la connessione alla piattaforma l’app continua a leggere e bufferizza localmente, poi inoltra tutto in ordine tramite un efficiente recupero bulk alla riconnessione (dimensione del buffer configurabile per gateway, con una modalità opzionale di solo inoltro). E puoi provarlo senza hardware: commuta qualsiasi master in modalità demo e l’app genera dati realistici dei sensori (temperatura, pressione, portata, un interruttore) così da poter esplorare l’esperienza completa prima di collegare hardware reale.

Costruisci sui tuoi dati

La bacheca dell’app inclusa ti offre una panoramica istantanea dei dati in arrivo. Per presentazioni su misura, costruisci dashboard personalizzate che mostrano le tue misurazioni IO-Link fianco a fianco con i dati di altre app, interrogale tramite il Data Backend, e usa l’app Allarmi per monitorare i valori raccolti in tempo reale con notifiche via SMS o email. Per portare i dispositivi online e installare l’app, vedi Gestione Dispositivi e Gestione App.