Tridium Niagara vs IronFlock: Confronto tra Framework Aperti (2026)
Il Niagara Framework di Tridium (azienda Honeywell dal 2005) è lo standard di fatto per l’integrazione indipendente dal costruttore nella building automation. Fondata nel 1996, Tridium ha costruito Niagara come framework Java che normalizza BACnet, Modbus, LonWorks, KNX e decine di altri protocolli in un unico modello a oggetti, per poi restituirli sotto forma di sinottici, storici e logica di regolazione. Gira su controllori JACE, sul controllore di campo Niagara Edge 10 e su server Niagara Supervisor, ed è rivenduto con numerosi marchi OEM — Vykon, Honeywell, Centraline, KMC, Distech, Lynxspring e altri — sotto l’ombrello «Powered by Niagara». Chi valuta un’alternativa a Niagara cerca di solito la stessa apertura sui protocolli senza licenze a punto, senza il passaggio obbligato dall’integratore certificato e senza un modello di sviluppo basato su moduli Java.
IronFlock arriva alla stessa apertura per un’altra strada: invece di normalizzare tutto dentro un framework che gira sui controllori di un solo produttore, esegue app containerizzate Docker su qualsiasi hardware Linux o Windows, collegato a servizi centrali (FleetDB, orchestrazione AI, dashboard) tramite un message broker WAMP in tempo reale.
Entrambi i sistemi sono agnostici rispetto ai protocolli per progetto, entrambi portano il calcolo sull’edge ed entrambi puntano a flotte multi-sito. Le differenze riguardano il modo in cui si estende il sistema, chi può acquistarlo e ingegnerizzarlo, come i dati vengono conservati e tariffati, e se l’AI fa parte della piattaforma.
Questa pagina offre un confronto onesto per aiutare i team a scegliere il sistema giusto.
Panoramica
| Dimensione | IronFlock | Tridium Niagara |
|---|---|---|
| Aspetto | Interfaccia web moderna — pulita, responsive, nativa per browser | Niagara Workbench — uno strumento di ingegnerizzazione Java desktop; i sinottici Px vengono serviti ai browser. Niagara 5 (disponibilità generale prevista per il Q4 2026) porta un’interfaccia rinnovata con nuova navigazione e temi chiaro e scuro |
| Usabilità | Self-service: registrati, flasha un dispositivo, distribuisci app in pochi minuti | Modello a integratori certificati — la certificazione Niagara 4 (programma tecnico di 5 giorni) è prerequisito per poter acquistare una licenza |
| Collaborazione | Multiutente con ruoli, chiavi API, condivisione dispositivi e controllo accessi a livello di progetto | Utenti, ruoli e categorie a livello di stazione; l’ingegnerizzazione avviene in Workbench collegato a una stazione, con editing simultaneo limitato |
| Modernità | Cloud-native, containerizzato, AI-first, progettato negli anni 2020 | Framework Java rilasciato per la prima volta attorno al 1999; Niagara 4 + JACE 8000 nel 2015; distribuzione containerizzata dalla 4.13; Niagara 5 è un refactor da zero su un runtime Java LTS moderno |
| Community | In crescita — marketplace di app aperto, documentazione per sviluppatori | Molto ampia — una base globale di integratori certificati, la Niagara Community e il Niagara Marketplace con centinaia di driver e moduli di terze parti |
| Strategia | Ecosistema aperto — IronFlock sviluppa il sistema centrale (storico dati, allarmi, dashboard, gestione dispositivi) e lo estende tramite un marketplace aperto di app di terze parti per le funzionalità di dominio | Framework aperto, commercio controllato — chiunque può sviluppare moduli Java e pubblicarli sul Niagara Marketplace, ma le licenze si vendono solo tramite OEM e distributori sotto contratto, a integratori certificati |
| Tradizione | Nata per la gestione di flotte IoT e l’edge computing | Tridium fondata nel 1996, Niagara dal ~1999, parte di Honeywell dal 2005 — il livello di integrazione consolidato negli edifici intelligenti |
Architettura
Niagara: un framework Java su controllori sotto licenza
L’architettura di Niagara ruota attorno alla stazione — un’istanza Niagara in esecuzione che ospita driver, un albero di componenti, logica di regolazione, storici e sinottici:
- Controllori JACE: il JACE 8000 (basato su QNX) e il più recente JACE 9000 sono i controllori supervisori che eseguono le stazioni sull’edge, dialogano con i dispositivi di campo e bufferizzano gli storici in locale. Il Niagara Edge 10 è un controllore di campo IP a 10 punti che esegue Niagara 4 a livello di macchina (licenziato per 3 dispositivi e 50 punti).
- Niagara Supervisor: una stazione su server Windows o Linux che aggrega i dati di molti JACE, archivia gli storici, serve i sinottici aziendali ed esegue job di provisioning in blocco (aggiornamenti software, backup, impostazioni TLS) sull’intera flotta di JACE.
- Niagara Workbench: lo strumento di ingegnerizzazione Java desktop. Tutta l’ingegnerizzazione — configurazione driver, mappatura punti, logica grafica wire sheet, pagine sinottiche Px — avviene in Workbench collegato a una stazione.
- Driver: BACnet, Modbus TCP/RTU, LonWorks, KNX, SNMP, oBIX, OPC UA e MQTT sono forniti come driver Niagara sotto licenza; centinaia di altri arrivano da terze parti tramite il Niagara Marketplace. Questa libreria di driver è il punto di forza principale di Niagara.
- Moduli: le estensioni sono moduli JAR Java installati in una stazione. In Niagara 5 i moduli devono essere firmati e tutti i moduli N4 vanno rifattorizzati.
- Niagara Cloud Suite: un insieme di abbonamenti sovrapposti — Niagara Data Service (storico in cloud più API di lettura/scrittura sui dati di stazione), Niagara Recover (backup cloud delle stazioni, cinque snapshot a rotazione) e Niagara Remote (accesso remoto alle stazioni senza VPN lato cliente). Tutti richiedono un contratto di manutenzione software (SMA) attivo.
- Niagara containerizzato: dalla 4.13 Niagara è distribuito come container Docker che racchiude il core Niagara, la JRE e i moduli necessari, per x86-64 e Arm64 — pensato per eseguire Niagara stesso in cloud o su hardware di terze parti, con licenza in abbonamento.
Si noti la direzione di questa containerizzazione: Niagara può essere impacchettato come container, ma una stazione Niagara non è un luogo in cui eseguire carichi di lavoro containerizzati qualsiasi.
IronFlock: Edge Distribuito + Servizi Centrali
IronFlock è un sistema distribuito con due livelli complementari. I dispositivi edge autonomi eseguono un agente leggero e app containerizzate Docker nel punto di operazione. I servizi centrali — FleetDB (TimescaleDB), il FleetDB Service, l’orchestrazione AI e l’interfaccia web — forniscono archiviazione dati di flotta, dashboard e intelligenza. Un message broker WAMP collega tutto con pub/sub e RPC in tempo reale.
È inoltre possibile creare dispositivi virtuali — nodi di calcolo in cloud che entrano nel progetto accanto ai dispositivi fisici, eseguendo servizi di flotta come Grafana, Node-RED, Jupyter o pipeline di dati personalizzate.
- Dispositivi edge: qualsiasi hardware in grado di eseguire Linux o Windows — Raspberry Pi, PC industriali, NVIDIA Jetson, IPC Windows, gateway — che esegue app in autonomia (su Windows l’agente gira come servizio nativo con riavvio automatico e auto-aggiornamento)
- App: container Docker in qualsiasi linguaggio di programmazione, distribuiti su dispositivi edge o virtuali
- Dati: le app edge pubblicano telemetria attraverso il message broker verso FleetDB, che crea automaticamente tabelle TimescaleDB per progetto interrogabili in SQL
- Servizi centrali: il FleetDB Service elabora i flussi di dati, valuta gli allarmi e serve le dashboard; il servizio AI orchestra conversazioni multi-agente con accesso diretto ai dispositivi
- Distribuzione: cloud SaaS oppure on-premises — l’intera piattaforma può girare nella vostra infrastruttura
Cosa Significa in Pratica
| Scenario | IronFlock | Tridium Niagara |
|---|---|---|
| Iniziare | Registrarsi, flashare un dispositivo, distribuire un’app — senza prerequisiti di formazione | Ottenere la certificazione Niagara, poi acquistare le licenze tramite un OEM o distributore autorizzato |
| Aggiungere un sito | Collegare i dispositivi — entrano nel progetto e iniziano a inviare dati a FleetDB | Specificare e licenziare un JACE, ingegnerizzare la stazione in Workbench, collegarla al Supervisor |
| Aggiungere una funzionalità | Installare un’app (spesso gratuita) | Acquistare un modulo dal Niagara Marketplace o sviluppare un modulo Java |
| Aggiungere altri 5.000 punti | Nessuna licenza a punto — il costo segue storage e risorse | Aumentare il livello di licenza della stazione (numero di dispositivi/punti) e il contratto di manutenzione |
| Eseguire un modello AI personalizzato | Distribuirlo come app containerizzata su ogni dispositivo | Non supportato sulla stazione; esportare i dati ed elaborarli altrove |
| Accedere a un dispositivo da remoto | Cliccare «Apri tunnel» nel browser — HTTP, VNC, SSH, TCP | VPN verso la stazione, oppure abbonamento Niagara Remote per controllore |
| Interrogare i dati di flotta in SQL | ✅ TimescaleDB per progetto | Gli storici di stazione sono locali; export verso un RDBMS tramite driver, o abbonamento a Niagara Data Service |
| Aggiornare la flotta | OTA di massa su tutta la flotta con un clic (SO, agente e app) | I job di provisioning del Supervisor distribuiscono software Niagara, moduli e backup alle stazioni — il sistema operativo host resta fuori portata |
Confronto Funzionalità
Dati e Connettività
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Protocolli per edifici (BACnet, LonWorks, KNX) | ⚠️ Collector BACnet disponibile; LonWorks e KNX richiederebbero un’app dedicata | ✅ La copertura più forte sul mercato — BACnet, LonWorks e KNX come driver sotto licenza di prima classe |
| Connettività PLC | ✅ Industrial Collector — Modbus TCP/RTU, OPC UA, Siemens S7 e Allen-Bradley in un’unica app, con un catalogo di profili di macchina pre-mappati (S7 e Allen-Bradley in early access); più i collector IO-Link, BACnet e MTConnect (collectors) | ✅ Driver Modbus e OPC UA; S7 ed EtherNet/IP tramite driver di terze parti dal marketplace |
| Ecosistema di driver di terze parti | Marketplace di app in crescita | ✅ Centinaia di driver sul Niagara Marketplace (non tutti testati o certificati da Tridium) |
| Supporto MQTT | ✅ Tramite app | ✅ Driver MQTT Niagara |
| Connettività Kafka | ✅ Tramite app | ⚠️ Tramite modulo personalizzato o driver di terze parti |
| Integrazione dati via API REST | ✅ Integrata | ⚠️ oBIX e API di stazione; accesso API più ampio tramite l’abbonamento Niagara Data Service |
| Archiviazione automatica di serie temporali | ✅ TimescaleDB per progetto (creata automaticamente), accesso SQL diretto | ⚠️ Storici di stazione su file con capacità configurabile; export RDBMS o Niagara Data Service per volumi maggiori |
| Modello dati semantico / tagging | ⚠️ Schema per app, definito nel manifest dell’app | ✅ Tagging e relazioni Niagara, supporto Project Haystack |
| Isolamento dei dati tra progetti | ✅ Separazione fisica dei database + isolamento crittografico | ⚠️ Stazioni separate per sito; nessun modello multi-tenant nel framework |
| Buffering offline | ✅ I dispositivi operano in piena autonomia e si sincronizzano alla riconnessione | ✅ Le stazioni funzionano e registrano in autonomia anche scollegate |
| Elaborazione dati sull’edge | ✅ Calcolo completo su qualsiasi dispositivo Linux o Windows — in qualsiasi linguaggio | ⚠️ Logica wire sheet e moduli Java all’interno della stazione |
| Integrazione sensori LoRaWAN | ✅ ChirpStack su dispositivo virtuale — pipeline dati unificata | ⚠️ Tramite driver di terze parti dal marketplace |
Visualizzazione e Dashboard
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Costruttore di dashboard | ✅ Sistema di widget no-code nel browser | ⚠️ Sinottici Px costruiti in Workbench (strumento Java desktop); Niagara 5 introduce un costruttore nel browser |
| Libreria di widget | ✅ Grafici, indicatori, mappe, tabelle, form, azioni | ✅ Libreria Px di widget e grafici matura, palette kitPx |
| Grafica HMI industriale (P&ID) | ✅ Libreria completa di simboli SCADA | ✅ Ampie palette grafiche HVAC e meccaniche accumulate in due decenni |
| Dashboard multipagina | ✅ Pagine, barre laterali, schede, pulsanti azione e indietro | ✅ Alberi di navigazione e gerarchie di viste Px |
| Widget form con archiviazione dati | ✅ Integrati | ⚠️ Tramite componenti Px personalizzati e sviluppo di moduli |
| Widget di azione (controllo macchina) | ✅ Integrati | ✅ Scritture su punto con priority array |
| Aggiornamenti in tempo reale | ✅ Sotto il secondo via WAMP | ✅ Aggiornamenti live basati su sottoscrizione |
| Strumento di progettazione | Browser (nessuna installazione) | Niagara Workbench (applicazione Java desktop) |
| Dashboard incorporabili | ✅ | ⚠️ Pagine Px dietro l’autenticazione della stazione |
| Report PDF pianificati | ⚠️ Tramite app (Grafana, personalizzate) | ✅ Report Niagara tramite moduli di reporting |
Accesso Remoto e Sicurezza
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Servizio di tunneling integrato | ✅ TCP, HTTP(S), UDP — nessun client VPN necessario | ⚠️ Abbonamento Niagara Remote (per controllore, richiede contratto di manutenzione attivo); altrimenti VPN |
| Accesso remoto all’HMI | ✅ Un clic dal browser | ⚠️ Interfaccia web della stazione via VPN, o tramite Niagara Remote |
| Desktop remoto / SSH | ✅ Tunneling VNC, SSH e accesso root all’host dal browser | ❌ Non fa parte del framework |
| Ingegnerizzazione da remoto | ✅ IDE cloud e ridistribuzione app dal browser | ⚠️ Workbench via VPN, o Niagara Remote |
| Autenticazione | ✅ OIDC con 2FA TOTP | ✅ Servizio utenti della stazione, LDAP/SAML, opzioni 2FA |
| Zero porte aperte sui dispositivi | ✅ L’agente apre la connessione in uscita | ⚠️ Le stazioni restano in ascolto su porte Fox/HTTPS, salvo anteporre Niagara Remote |
| Isolamento dei messaggi per tenant | ✅ Isolamento crittografico dei realm | ❌ Non è un framework multi-tenant |
| Log di audit | ✅ Traccia di audit completa di dispositivi e utenti | ✅ Servizio di storico audit |
| Accesso alle patch di sicurezza | ✅ Incluso — aggiornamenti continui della piattaforma per tutti gli utenti | ⚠️ Richiede un contratto di manutenzione attivo; se scade, niente aggiornamenti né patch di sicurezza |
| Certificazioni | ⚠️ Architettura progettata per la conformità IEC 62443 / ISO 27001 / SOC 2; certificazione in corso | ✅ Niagara dispone di linee guida di hardening consolidate e di un team di product security; una divulgazione di 10 CVE da parte di ricercatori esterni nel 2025 è stata corretta da Tridium |
Sviluppo App
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Linguaggi di sviluppo | ✅ Qualsiasi (container Docker — Python, Go, Rust, C++, JS…) | ❌ Moduli Java, più la logica wire sheet e i componenti di scripting Niagara |
| IDE cloud integrato | ✅ | ❌ Workbench è un’installazione desktop |
| Integrazione Git | ✅ GitHub, GitLab | ⚠️ Il sorgente dei moduli può stare in Git; la configurazione di stazione è un formato proprietario .bog/backup |
| Pipeline CI/CD | ✅ Build e release integrate | ❌ Installazione manuale dei moduli e messa in servizio delle stazioni |
| Marketplace di app | ✅ Aperto — pubblica liberamente, con monetizzazione per sviluppatori terzi | ✅ Niagara Marketplace — consolidato, curato e vincolato a licenza |
| Barriera d’ingresso per sviluppatori | ✅ Qualsiasi sviluppatore può creare e pubblicare | ⚠️ Sono attese la certificazione e l’adesione al programma sviluppatori |
| Libertà sulle dipendenze | ✅ Qualsiasi libreria, immagine base o runtime | ⚠️ Limitata a quanto consentito dal runtime Java Niagara e dall’API dei moduli |
AI e Analisi
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Orchestrazione AI multi-agente | ✅ Integrata | ❌ Non disponibile |
| Query in linguaggio naturale sui dati dei dispositivi | ✅ | ❌ |
| AI fisica (esecuzione di funzioni sui dispositivi) | ✅ | ❌ |
| Agenti AI personalizzati definiti dall’app | ✅ Template di agenti in YAML | ❌ |
| Grafici in tempo reale generati dall’AI | ✅ Nella conversazione | ❌ |
| Interazione vocale | ✅ | ❌ |
| Inferenza ML sull’edge | ✅ Distribuisci qualsiasi framework ML (PyTorch, TensorFlow, ONNX) tramite app containerizzate | ❌ Nessun calcolo generico nella stazione |
| Analisi basata su regole | ✅ Tramite app e agenti AI | ✅ Niagara Analytics Framework — add-on con licenza separata, tariffato per punti analitici |
| Analisi in cloud | ✅ Integrata tramite FleetDB + servizio AI | ⚠️ Abbonamento Niagara Data Service, o export verso uno stack di terze parti |
Gestione Dispositivi e Flotta
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Aggiornamenti OTA di massa (SO, agente, app) | ✅ Tutto lo stack, con un clic | ⚠️ Il provisioning del Supervisor distribuisce software Niagara, moduli e backup — non il SO host né applicazioni qualsiasi |
| Controllo completo del SO sull’edge | ✅ Qualsiasi distribuzione Linux (accesso root) o Windows | ❌ Il firmware del controllore è gestito dalla piattaforma |
| Libertà di hardware | ✅ Qualsiasi dispositivo Linux o Windows — ARM, x86, Jetson, PC industriali | ⚠️ Controllori JACE/Edge o server Supervisor; Niagara containerizzato amplia il campo ma richiede comunque una licenza Niagara per istanza |
| Raggruppamento e gestione dispositivi | ✅ Gruppi di dispositivi, impostazioni, resilienza | ⚠️ Gerarchia di stazioni sotto un Supervisor |
| Log live di tutte le app | ✅ In streaming nel browser | ⚠️ Log di stazione e piattaforma via Workbench |
| Gestione delle posizioni e vista mappa | ✅ | ⚠️ Tramite sinottici Px o moduli di terze parti |
| Dispositivi virtuali (calcolo in cloud) | ✅ Esegui Grafana, Node-RED, Jupyter accanto alla flotta fisica | ❌ |
| Backup e ripristino | ✅ Configurazione e stato delle app gestiti centralmente | ✅ Backup di stazione; Niagara Recover per snapshot conservati in cloud (abbonamento) |
| Pre-registrazione dispositivi OEM | ✅ Plug & play | ⚠️ Le stazioni vengono messe in servizio progetto per progetto |
Allarmi e Notifiche
| Funzionalità | IronFlock | Tridium Niagara |
|---|---|---|
| Regole di allarme configurabili | ✅ Su qualsiasi flusso di telemetria | ✅ Servizio allarmi maturo con classi, priorità e instradamento |
| Notifiche email | ✅ | ✅ |
| Notifiche SMS | ✅ Integrate | ⚠️ Tramite moduli di terze parti o integrazione gateway |
| Livelli di gravità | ✅ Critico, Maggiore, Minore | ✅ Classi di allarme e priorità configurabili |
| Risoluzione automatica | ✅ | ✅ Tracciamento degli stati normale/riconosciuto |
| Valutazione e annotazione manuale | ✅ | ✅ Riconoscimento con note |
| Silenziamento / escalation allarmi | ⚠️ Di base | ✅ Funzioni di workflow allarmi consolidate |
Confronto Prezzi
Niagara: licenze per dispositivo/punto + manutenzione obbligatoria
Niagara si licenzia per stazione, dimensionata in base a quanto collega:
- Licenze di stazione: le licenze JACE sono a scaglioni per capacità di dispositivi e punti — ad esempio 5 dispositivi / 250 punti, 10 / 500, 25 / 1.250, 100 / 5.000 e 200 / 10.000 sul JACE 8000. Ai fini della licenza i punti si convertono anche in equivalenti-dispositivo (all’incirca 50 punti per un dispositivo). Superare lo scaglione di un sito significa acquistare una licenza più grande.
- Niagara Edge 10: licenziato per 3 dispositivi e 50 punti — dimensionato per una singola macchina.
- Licenze Supervisor: dimensionate sul numero di stazioni e punti collegati.
- Hardware: controllori JACE 8000 / JACE 9000, controllori di campo Edge 10 e server Supervisor, acquistati tramite il canale OEM.
- SMA (contratto di manutenzione software): richiesto con la licenza iniziale (durata iniziale tipicamente 18 mesi) e necessario per restare aggiornati. Senza uno SMA attivo non ci sono né aggiornamenti di versione né patch di sicurezza — e gli abbonamenti Niagara Cloud Suite richiedono uno SMA attivo per tutta la loro durata.
- Add-on: Niagara Analytics Framework (licenziato per punti analitici), Niagara Enterprise Security, driver di terze parti dal marketplace e gli abbonamenti Niagara Cloud Suite (Data Service, Recover, Remote) — Remote è tariffato per controllore all’anno.
- Certificazione e migrazione: la certificazione Niagara è prerequisito per l’acquisto di una licenza. Il passaggio da Niagara 4 a Niagara 5 richiede uno SMA attivo e può comportare una quota di migrazione; l’hardware JACE 8000 non può essere aggiornato a Niagara 5.
Poiché tutto è misurato per dispositivi e punti, il costo scala con la dimensione dell’impianto, non con il valore che ricavate dai dati. E poiché la vendita passa dagli integratori certificati, non esiste un percorso self-service: ogni progetto inizia con una conversazione nel canale.
IronFlock: Cloud Gratuito + Abbonamento per On-Premises
La versione cloud di IronFlock è gratuita — tutte le funzionalità principali (gestione dispositivi, dashboard, archiviazione dati, aggiornamenti OTA, allarmi, accesso remoto, distribuzione app) sono incluse senza costi. IronFlock addebita in base all’uso delle risorse: storage, sessioni di accesso remoto, dispositivi virtuali e utilizzo dell’AI. Nessun conteggio di punti, nessuna licenza a scaglioni di dispositivi, nessun contratto di manutenzione obbligatorio. Vedi la pagina prezzi per i dettagli.
Ulteriori funzionalità possono essere aggiunte acquistando app dal marketplace — ad esempio connettori di protocollo specializzati, strumenti di analisi o soluzioni verticali sviluppate da IronFlock o da sviluppatori terzi.
Per le installazioni on-premises (air-gapped o su infrastruttura privata), IronFlock offre una licenza in abbonamento.
Quando Scegliere Niagara
Niagara può essere la scelta migliore se:
- Il vostro progetto è prima di tutto building automation — l’integrazione di BACnet, LonWorks e KNX tra HVAC, illuminazione, contabilizzazione e controllo accessi è esattamente ciò per cui Niagara è nato, e su questo terreno nulla eguaglia la sua profondità di driver.
- Vi serve un driver pronto per un protocollo insolito — il Niagara Marketplace ha accumulato centinaia di driver in due decenni.
- Lavorate con un integratore Niagara certificato di fiducia, oppure avete tecnici certificati interni e un’infrastruttura JACE già installata.
- Il vostro capitolato impone Niagara — molte gare pubbliche e di campus nominano direttamente il framework, proprio perché evita il lock-in su un singolo costruttore a livello di dispositivo.
- Volete grafica di edificio ricca e workflow di allarme maturi (silenziamento, escalation, classi di allarme) già pronti.
- Vi serve tagging semantico e modelli Project Haystack su un ampio parco di impianti tecnologici.
- Preferite il modello a canale OEM — un partner locale che specifica, ingegnerizza, mette in servizio e mantiene il sistema in un unico contratto.
Quando Scegliere IronFlock come Alternativa a Niagara
IronFlock è la scelta più forte quando:
- Volete eseguire applicazioni vere sull’edge — container Docker in qualsiasi linguaggio, non moduli Java vincolati dall’API di un framework.
- Vi serve AI integrata — query in linguaggio naturale sui dati di flotta, orchestrazione multi-agente e AI fisica che esegue funzioni sui dispositivi.
- La licenza a punto non si adatta ai vostri dati — telemetria di macchina ad alta frequenza, visione o vibrazioni sarebbero economicamente assurde se tariffate come punti Niagara.
- Volete il self-service — registrarvi e collegare un dispositivo oggi, senza un corso di certificazione o un partner di canale come prerequisito.
- Volete i vostri dati in un database aperto — TimescaleDB per progetto con accesso SQL diretto, invece di storici di stazione su file più un abbonamento cloud per potervi accedere.
- Vi servono operazioni di flotta sull’intero stack — aggiornamenti di SO, agente e applicazioni distribuiti via etere da un unico piano di controllo, non solo il provisioning del software Niagara.
- Volete l’accesso remoto incluso — tunneling HTTP, SSH, VNC, TCP e UDP integrato nella piattaforma invece di un abbonamento per controllore vincolato a un contratto di manutenzione attivo.
- Costruite macchine e impianti, non edifici — IronFlock è progettato per flotte OEM che offrono servizi digitali ai propri clienti, con isolamento dei dati per cliente.
- Volete aggiornamenti di sicurezza come normalità, non come un beneficio che scade con un contratto di manutenzione.
- Volete creare e monetizzare app — impacchettare la vostra competenza di dominio e venderla su un marketplace aperto, senza barriere di certificazione lato sviluppatore.
Percorso di Migrazione
IronFlock e Niagara convivono senza attriti, perché si incontrano sul livello dei dati anziché contendersi gli stessi cavi. Lo schema consueto è lasciare che le stazioni Niagara facciano ciò in cui sono brave — integrazione BACnet e LonWorks, sequenze di regolazione dell’edificio, sinottici locali — e affiancare IronFlock per tutto ciò che Niagara non è mai stato pensato per sostenere: applicazioni containerizzate, telemetria di macchina ad alta frequenza, dati di flotta accessibili in SQL, accesso remoto da browser e AI.
In pratica significa far girare un agente IronFlock su un PC industriale o un dispositivo edge nello stesso sito, leggendo dalla stazione via BACnet, Modbus o MQTT, oppure sottoscrivendo i dati che la stazione già pubblica. Da lì, dashboard di flotta, allarmi, tunnel e AI si applicano ai dati provenienti da Niagara come a qualsiasi altro. Col tempo, nuove macchine e nuovi siti possono essere collegati senza aggiungere licenze a punto Niagara, mentre il parco esistente continua a funzionare.
Pronti a provare? Inizia gratis — collega un dispositivo e vedi la tua prima dashboard in pochi minuti.