Un insieme di servizi in esecuzione sui tuoi dispositivi che si occupa di tutto quello che riguarda lo scambio dati tra il campo ed il cloud.
Integrato nell’agente
Connhex Edge è l’unico agente che spedisci con ogni dispositivo e che gestisce connettività, storage, intelligenza, aggiornamenti, osservabilità e operazioni remote out of the box.
Connessione cloud multi-protocollo con fallback automatico da MQTT a WebSocket a HTTPS.
Un buffer locale durevole cattura ogni messaggio quando sei offline e lo riproduce in ordine al ripristino della connessione.
Un JSON mapper integrato rimodella i messaggi in uscita. Rinomina campi, elimina rumore o converti in SenML.
Aggiornamenti firmware a fasi con controlli di integrità e rollback automatico. Rollout zero-touch su tutta la flotta.
Metriche integrate di CPU, memoria, disco e rete, più sonde personalizzate su sensori, file o script.
Terminale remoto, salute a livello di servizio e diagnostica in un click. I dispositivi sul campo smettono di essere scatole nere.
Connhex Edge si occupa di connettività cloud, provisioning, aggiornamenti e pipeline dati, così il tuo firmware può concentrarsi su ciò che rende unico il tuo prodotto.
Separa il firmware dei tuoi dispositivi in servizi multipli e non tornerai più indietro. Questo ti consentirà di poter raggiungere diversi gradi di integrazione di Connhex Edge all'interno del tuo dispositivo: dall'utilizzo esclusivo delle sue capacità di comunicazione con il cloud allo sfruttamento delle funzionalità più avanzate fornite dagli addon.
Creare un'intera applicazione diventa semplicemente scrivere solo i tuoi servizi specifici: Connhex Edge si occupa di tutto il resto.
Sei interessato a qualcosa di più leggero, che possa essere utilizzato su microcontrollori? Stiamo costruendo Connhex Micro!
Scopri Connhex MicroConnhex Edge è perfettamente integrato con Connhex. Avvia l'agent sul tuo dispositivo ed inizierà a scambiare dati con il cloud senza battere ciglio - o, ad essere precisi, senza perdere neanche un bit.
Grazie a questa integrazione, puoi gestire configurazioni, certificati, monitoraggio e aggiornamenti direttamente da Connhex Control.
La comunicazione viene resa sicura e criptata attraverso l'utilizzo automatico di certificati sia nel protocollo MQTTs che HTTPs.
Riduci drasticamente il tempo necessario per portare sul mercato nuovi prodotti IoT sfruttando uno scheletro testato e validato.
Abbiamo pensato noi a sviluppare tutte le funzionalità comuni per un prodotto IoT, in modo che tu ti possa concentrare solo su ciò che rende la tua applicazione unica.
Qualche esempio? Il dispositivo scaricherà automaticamente le sue configurazioni da remoto, senza necessità di inserirle in fase di produzione. I messaggi inviati dal tuo dispositivo verranno automaticamente compressi per ridurre il traffico dati. E così via.
In esecuzione suConnessioni cellulari instabili. Firewall ostili. Blackout che durano giorni. Connhex Edge è fatto per continuare a produrre e consegnare dati attraverso tutto questo.
Routing di trasporto intelligente
L’agente parte con MQTT ad alta efficienza su TLS. Se un firewall blocca la porta 8883, si riconnette attraverso un tunnel WebSocket. Se anche quello è limitato, ripiega su HTTPS REST. Tutto automatico, tutto cifrato, nessun messaggio perso durante il cambio.
mTLS di default
Ogni dispositivo riceve un certificato X.509 unico al provisioning. Le connessioni sono autenticate reciprocamente end-to-end.
Firewall-friendly
Quando MQTT è bloccato, l’agente passa attraverso un tunnel WebSocket Secure. Se anche quello fallisce, ripiega su HTTPS standard. Zero configurazione.
Provisioning zero-touch
I dispositivi si registrano da soli al primo avvio usando la loro identità hardware. Certificati, canali e configurazione arrivano in automatico.
Offline-first per design
Ogni evento prodotto sul dispositivo viene prima salvato in locale, poi inoltrato al cloud. Quando la connessione è giù, il buffer cresce. Quando torna, si svuota, rigorosamente in ordine e senza duplicati. Le tue analisi cloud restano corrette anche dopo un’interruzione di più giorni.
Coda locale durevole
I messaggi vengono persistiti su disco appena arrivano, non solo tenuti in RAM. Un riavvio non ti costa dati.
Replay in ordine, senza duplicati
Quando la connessione torna, ogni evento bufferizzato viene riprodotto esattamente nell’ordine in cui è stato prodotto. Niente duplicati nel tuo cloud.
Limitato e configurabile
Imposta una finestra di retention e un budget di disco per stream. L’agente rispetta entrambi, così resti in controllo dello storage.
Un JSON mapper integrato riscrive ogni payload in uscita verso il cloud, per ciascuna route del bridge. Mantieni il tuo formato nativo, rimodellalo in ciò che il tuo cloud si aspetta, oppure adotta SenML per una forma standard e compatta gestita da Connhex.
Una route di mapping
# Riscrivi il payload del dispositivo in SenML in uscita [[bridge.routes]] bus_topic = "sensor.raw" mqtt_topic = "measurements" mapper_query = '[{"n":!"temp","u":!"Cel","v":readings.temperature},{"n":!"pressure","u":!"bar","v":readings.pressure}]'
Riscritto in microsecondi, messaggio per messaggio.
Payload del dispositivo
{ "readings": { "temperature": 23.5, "pressure": 4.3 } }
Output in SenML
[ {"n":"temp", "u":"Cel", "v":23.5}, {"n":"pressure", "u":"bar", "v":4.3} ]
Cosa puoi costruire
Rinomina i campi, riorganizza le strutture, forza i tipi. Invia il payload nel formato che il tuo cloud vuole, senza modifiche al firmware.
Usi già SenML? Perfetto. Non ancora? Mappa il payload nativo del dispositivo in SenML con poche righe di configurazione: una forma standard e compatta gestita nativamente da Connhex.
Estrai i campi che contano e scarta il resto. Meno banda, ingest più pulito, niente di inutile lascia il dispositivo.
Aggiungi costanti, metadati e tag fissi al payload in uscita, senza coinvolgere il codice del dispositivo.
Esegui query in stile SQL sulla telemetria in tempo reale. Aggregati a finestra, join ed event processing complesso, tutto eseguito sul dispositivo in millisecondi.
Un esempio di regola
-- Scatta un alert quando un sensore supera 80°C per 3 secondi SELECT device_id, AVG(value) AS avg_temp FROM temperature_stream GROUP BY device_id, TUMBLINGWINDOW(ss, 3) HAVING avg_temp > 80;
Le regole vivono nella configurazione del dispositivo e si ricaricano a caldo senza riavvio. Girano interamente on-device, non serve il cloud per far scattare un alert.
Molti eventi grezzi in ingresso, un alert derivato in uscita.
Cosa puoi costruire
Attiva un buzzer, ferma una pompa, commuta un relè: tutto prima che il dato raggiunga il cloud.
Invia aggregati al minuto invece di telemetria grezza al secondo. Taglia la banda di 60× senza perdere il segnale.
Combina più sensori in nuovi stream: rapporti di efficienza, delta di energia, flag di anomalia. Tutto alla fonte.
Inoltra solo ciò che conta: eventi sopra una soglia, cambi di stato, sessioni che durano più di N secondi.
Aggiorna il firmware, monitora la salute dei dispositivi, investiga gli incidenti. Connhex Edge include le primitive che altrimenti dovresti costruire e mantenere tu.
Aggiornamenti over-the-air
Pubblica un nuovo firmware su Connhex Control e l’agente fa il resto: rileva, scarica, prepara, installa, verifica. Se un passaggio fallisce, ripristina l’immagine precedente e riporta il motivo.
Sicuro di default
Ogni aggiornamento viene controllato, preparato e verificato prima di andare in esecuzione. Se qualcosa fallisce, l’agente torna indietro automaticamente.
Automatico o su approvazione
Scegli la modalità che si adatta al tuo profilo di rischio: aggiornamenti silenziosi in background, o attendi il via libera di un operatore.
Aggiorna l’agente stesso
L’agente può aggiornare il proprio binario allo stesso modo in cui aggiorna il tuo firmware. Mai più trasferte sul campo.
System monitor
Connhex Edge trasmette in streaming la salute del dispositivo insieme ai dati applicativi. Hai una sola timeline per entrambi: un picco di CPU accanto all’evento che lo ha causato.
Integrato, out of the box
CPU, memoria, disco, rete, processi in esecuzione e temperature dei sensori, raccolti in modo cross-platform su Linux.
Le tue sonde
Leggi un file sysfs. Fai polling di un endpoint HTTP. Esegui un comando shell. Analizza il risultato con regex o JSONPath. Dichiaralo nella configurazione ed è fatta.
SenML sul canale
Le metriche sono pubblicate nel formato Sensor Measurement Lists. Standard, compatto e subito consumabile dalle dashboard Connhex.

Terminale remoto
Apri una shell Linux remota su qualunque Edge tramite Connhex Control. Il tunnel passa da MQTT, quindi non devi aprire porte, configurare una VPN o installare un demone SSH.
Su MQTT, non SSH
La shell usa lo stesso canale cifrato che l’agente sfrutta già. Nessuna porta aperta sul dispositivo, niente VPN, niente jump host.
Indipendente dal tuo firmware
Il tunnel vive nell’agente, quindi continua a funzionare anche se la tua applicazione va in crash. Perfetto per recuperare dispositivi quando qualcosa va storto.
Raggiungibile ovunque si avvii
Se il dispositivo è alimentato e online, puoi aprirci una shell. Niente trasferte, ovunque si trovi il dispositivo.
Un piccolo passo per il tuo firmware, un grande salto verso Connhex.
Attivando la modalità Sidecar, Connhex Edge replica ogni messaggio scambiato dal tuo dispositivo con un'infrastruttura cloud.
Questo ti consente di mantenere i dispositivi collegati sia ad un'infrastruttura esistente che a Connhex allo stesso tempo.
Un caso d'uso tipico? La migrazione a Connhex di dispositivi già sul campo. Invece di aggiornarne il firmware e sperare che tutto vada liscio, Sidecar ti consente di mantenere due connessioni attive ed avere la sicurezza di non perdere il collegamento con il dispositivo.
Connetti dispositivi con uno schiocco di dita.
L'utilizzo più comune di Connhex Edge prevede di aggiungere al dispositivo, oltre al binario di Connhex Edge, un file univoco. Questo viene utilizzato per stabilire una connessione sicura con Connhex Cloud, scaricare configurazioni aggiuntive e registrare automaticamente il dispositivo.
Ma se non volessi copiare un file univoco per ogni dispositivo in fase di produzione? SnapLink è quello che fa per te.
Installa Connhex Edge specificando lo SnapLink della tua istanza - uguale per ogni dispositivo - e sarà tutto pronto. I dispositivi si presenteranno a Connhex Cloud e potrai approvarne le richieste di inizializzazione da Connhex Control!
Deployment
Da un Raspberry Pi a un edge server industriale. Un singolo binario statico per ogni target Linux che Go può compilare, senza dipendenze esterne.
Nessuna dipendenza a runtime da installare. Buttalo dentro e avvialo.
Un pacchetto Debian registra il servizio, abilita il restart on failure e collega i log, tutto con un solo comando.
Gira tranquillamente accanto alla tua applicazione. Si sveglia solo quando succede qualcosa.
Un file di configurazione leggibile che puoi spedire nell’immagine. Il cloud può applicare patch al bootstrap, così la stessa immagine funziona su più siti.
Accoppialo al resto della piattaforma Connhex e passa dal prototipo alla produzione in settimane, non in trimestri.