Integrazione multi-protocollo per dispositivi IoT
La maggior parte dei produttori di dispositivi non controlla ogni singolo componente dei prodotti che vende. Un produttore di pompe di calore acquista i controller da un fornitore e i sensori da un altro; un OEM di lavatrici industriali integra motori, PLC e interfacce utente di diversi vendor, ognuno con il proprio protocollo di comunicazione e formato dati.
Il risultato è un portfolio in cui ogni linea di prodotto parla una lingua diversa.
Costruire un'integrazione backend separata per ogni protocollo è costoso e fragile, e produce silos di dati che non possono essere aggregati o confrontati tra i prodotti. Il costo operativo cresce con ogni nuova linea di prodotto.
La sfida della frammentazione dei protocolli
La frammentazione dei protocolli è uno dei problemi strutturali più comuni nello sviluppo di prodotti connessi:
- Modbus RTU e Modbus TCP dominano nei settori HVAC, industriale e della building automation, ma ogni dispositivo espone diverse mappe di registri con differenti tipi di dati e fattori di scala.
- OPC-UA è lo standard de facto per la comunicazione industriale, supportato da quasi tutti i principali produttori di apparecchiature. Sebbene fornisca un modello dati ricco e standardizzato, integrarlo richiede un adattatore di protocollo dedicato che giri vicino all'apparecchiatura.
- MQTT è ampiamente utilizzato per la connettività cloud diretta, ma ogni produttore struttura la propria gerarchia di topic e il formato del payload in modo diverso.
- Protocolli seriali proprietari sono comuni negli elettrodomestici e nelle apparecchiature industriali dove l'hardware legacy è stato progettato prima dell'esistenza di qualsiasi standard aperto.
- Webhook HTTP: alcuni dispositivi e gateway inviano la telemetria a endpoint cloud tramite HTTP. Il trasporto è standard, ma il formato del payload è interamente definito dal vendor.
Senza normalizzazione, ogni protocollo richiede un'integrazione separata: una pipeline dati distinta, uno schema dedicato e codice applicativo che gestisce ogni tipo di dispositivo in modo diverso. Il costo operativo di questa frammentazione cresce con ogni nuova linea di prodotto.
Cosa serve per farlo bene
Normalizzare i dati da più protocolli richiede:
- Adattatori specifici per protocollo, codice che parli il protocollo nativo di ogni tipo di dispositivo, ne gestisca le peculiarità ed estragga i dati significativi.
- Un modello dati interno unificato, uno schema comune a cui tutti i dati in entrata vengono mappati, indipendentemente dall'origine. È questo che rende possibili l'aggregazione cross-prodotto e le dashboard unificate.
- Regole di mappatura configurabili, la mappatura dal formato nativo di un dispositivo al modello unificato deve essere configurabile senza modifiche al codice, poiché gli aggiornamenti firmware cambiano i formati dei payload.
- Esecuzione lato edge, per dispositivi su reti limitate o intermittenti (Modbus, OPC-UA), l'adattatore di protocollo deve girare vicino al dispositivo, non nel cloud.
- Supporto per dispositivi legacy, i dispositivi già deployati in campo non possono essere richiamati. Il layer di integrazione deve gestirli così come sono, incluse le versioni dei protocolli e le peculiarità del firmware che potrebbero non essere più documentate.
Come Connhex risolve il problema
Connhex Mapper è il layer di normalizzazione dei dati. Accetta dati in entrata in qualsiasi formato (messaggi MQTT, letture di registri Modbus, data point OPC-UA, payload HTTP) e li mappa sul modello dati interno unificato di Connhex utilizzando regole di trasformazione configurabili.
La mappatura è definita per modello di dispositivo: quando viene aggiunto un nuovo tipo di dispositivo alla piattaforma, si definisce una configurazione di mappatura che specifica quali campi in entrata corrispondono a quali attributi interni, con conversioni di tipo e scala dove necessario. Non sono richieste modifiche al codice.
Connhex Edge gira on-premises o all'edge, vicino ai dispositivi. Per protocolli come Modbus e OPC-UA che richiedono prossimità LAN, Connhex Edge agisce come gateway di protocollo: interroga i dispositivi sulla rete locale, applica la trasformazione del Mapper e inoltra i dati normalizzati al cloud. Questa architettura supporta reti di dispositivi completamente isolate (air-gapped). L'addon OPC-UA Bridge fornisce supporto dedicato per i server OPC-UA, consentendo la raccolta dati da apparecchiature industriali di Siemens, Rockwell Automation, Schneider Electric, ABB e altri.
Il risultato è che il tuo backend, l'applicazione e i sistemi di monitoraggio lavorano con un unico modello dati coerente, indipendentemente dalla linea di prodotto da cui provengono i dati. Una singola dashboard può mostrare dati da un termostato HVAC che utilizza Modbus, da un'apparecchiatura industriale che utilizza OPC-UA e da un gateway che utilizza MQTT, perché tutti sono stati normalizzati alla stessa rappresentazione interna.
Cosa significa per i team di prodotto e ingegneria
Per i team di prodotto, il vantaggio è una visione operativa unificata: un'unica dashboard, un unico sistema di alerting e un'unica pipeline di export dati su tutto il portfolio, indipendentemente dai protocolli coinvolti.
Per l'ingegneria, l'aggiunta di una nuova linea di prodotto con un protocollo diverso non richiede un nuovo backend. Definendo una configurazione Mapper per il nuovo tipo di dispositivo, tutto ciò che sta a valle (monitoraggio, regole, notifiche, app) funziona già. Le espansioni del portfolio e le acquisizioni che in precedenza avrebbero richiesto mesi di lavoro di integrazione diventano un esercizio di configurazione.
Per i produttori che sono cresciuti tramite acquisizioni o che acquistano hardware da più fornitori, la normalizzazione dei protocolli è ciò che rende possibile una piattaforma di prodotti connessi coerente, invece di una collezione di integrazioni separate che non possono mai condividere i dati.
Vedi come funziona in pratica
Ho scoperto Connhex dopo un'accurata fase di ricerca tecnologica. Si è dimostrata di gran lunga la migliore soluzione per le nostre esigenze: non c'è paragone con le altre soluzioni.
CTO - Astrel Group
L'integrazione multi-protocollo è fondamentale nei casi d'uso HVAC e industriale, dove i portfolio prodotti spaziano quasi sempre su più protocolli:
Connhex per HVAC · Connhex per le lavatrici industriali
Leggi la documentazione tecnica
- Connhex Mapper, Introduzione
- Connhex Edge, Introduzione
- Edge Addons, OPC-UA Bridge
- Installare Connhex Edge