Tridium Niagara vs IronFlock: Offene Frameworks im Vergleich (2026)

Das Niagara Framework von Tridium (seit 2005 ein Honeywell-Unternehmen) ist der De-facto-Standard für herstellerneutrale Integration in der Gebäudeautomation. Tridium wurde 1996 gegründet und entwickelte Niagara als Java-Framework, das BACnet, Modbus, LonWorks, KNX und Dutzende weitere Protokolle in einem einheitlichen Objektmodell normalisiert und anschließend als Grafiken, Historien und Regellogik bereitstellt. Es läuft auf JACE-Controllern, dem Feldcontroller Niagara Edge 10 und Niagara-Supervisor-Servern und wird unter zahlreichen OEM-Marken vertrieben — Vykon, Honeywell, Centraline, KMC, Distech, Lynxspring und andere — zusammengefasst unter „Powered by Niagara”. Wer eine Niagara-Alternative sucht, wünscht sich meist dieselbe Protokolloffenheit ohne Lizenzierung pro Datenpunkt, ohne den Flaschenhals zertifizierter Integratoren und ohne ein Entwicklungsmodell auf Basis von Java-Modulen.

IronFlock erreicht dieselbe Offenheit auf anderem Weg: Statt alles in ein Framework auf den Controllern eines Herstellers zu normalisieren, führt IronFlock Docker-containerisierte Apps auf beliebiger Linux- oder Windows-Hardware aus, verbunden mit zentralen Diensten (FleetDB, KI-Orchestrierung, Dashboarding) über einen Echtzeit-WAMP-Message-Broker.

Beide Systeme sind konzeptionell protokollunabhängig, beide bringen Rechenleistung an die Edge, und beide zielen auf standortübergreifende Flotten. Die Unterschiede liegen darin, wie das System erweitert wird, wer es kaufen und projektieren darf, wie Daten gespeichert und bepreist werden — und ob KI Teil der Plattform ist.

Diese Seite bietet einen ehrlichen Vergleich, um Teams bei der Wahl des richtigen Systems zu unterstützen.

Auf einen Blick

Architektur

Niagara: Ein Java-Framework auf lizenzierten Controllern

Niagaras Architektur dreht sich um die Station — eine laufende Niagara-Instanz, die Treiber, einen Komponentenbaum, Regellogik, Historien und Grafiken hostet:

• JACE-Controller: Der JACE 8000 (QNX-basiert) und der neuere JACE 9000 sind die Automationsstationen, die Stationen an der Edge ausführen, mit Feldgeräten kommunizieren und Historien lokal puffern. Der Niagara Edge 10 ist ein IP-Feldcontroller mit 10 Datenpunkten, der Niagara 4 direkt auf Anlagenebene ausführt (lizenziert für 3 Geräte und 50 Datenpunkte).
• Niagara Supervisor: Eine Station auf einem Windows- oder Linux-Server, die Daten vieler JACEs aggregiert, Historien archiviert, unternehmensweite Grafiken bereitstellt und Provisioning-Sammelaufträge (Software-Upgrades, Backups, TLS-Einstellungen) über die JACE-Flotte hinweg ausführt.
• Niagara Workbench: Das Java-Desktop-Engineering-Werkzeug. Sämtliches Engineering — Treiberkonfiguration, Punktzuordnung, grafische Wire-Sheet-Logik, Px-Grafikseiten — findet in Workbench statt, verbunden mit einer Station.
• Treiber: BACnet, Modbus TCP/RTU, LonWorks, KNX, SNMP, oBIX, OPC UA und MQTT sind als lizenzierte Niagara-Treiber verfügbar; Hunderte weitere kommen von Drittanbietern über den Niagara Marketplace. Diese Treiberbibliothek ist Niagaras größte Stärke.
• Module: Erweiterungen sind Java-JAR-Module, die in eine Station installiert werden. In Niagara 5 müssen Module signiert sein, und alle N4-Module müssen refaktoriert werden.
• Niagara Cloud Suite: Eine Reihe darüberliegender Abonnements — Niagara Data Service (Cloud-Historian samt Lese-/Schreib-APIs auf Stationsdaten), Niagara Recover (Cloud-Backups der Stationen, fünf rotierende Snapshots) und Niagara Remote (Fernzugriff auf Stationen ohne VPN auf Kundenseite). Alle setzen einen aktiven Software-Wartungsvertrag (SMA) voraus.
• Containerisiertes Niagara: Seit 4.13 wird Niagara als Docker-Container ausgeliefert, der den Niagara-Kern, die JRE und benötigte Module bündelt — für x86-64 und Arm64, gedacht für den Betrieb von Niagara selbst in der Cloud oder auf Fremdhardware, mit Abonnement-Lizenzierung.

Beachten Sie die Richtung dieser Containerisierung: Niagara kann als Container verpackt werden, aber eine Niagara-Station ist kein Ort, an dem beliebige containerisierte Workloads laufen.

IronFlock: Verteilte Edge + zentrale Dienste

IronFlock ist ein verteiltes System mit zwei komplementären Schichten. Autonome Edge-Geräte führen einen schlanken Agenten und Docker-containerisierte Apps direkt am Einsatzort aus. Zentrale Dienste — FleetDB (TimescaleDB), der FleetDB Service, die KI-Orchestrierung und die Web-Oberfläche — liefern flottenweite Datenspeicherung, Dashboarding und Intelligenz. Ein WAMP-Message-Broker verbindet alles per Echtzeit-Pub/Sub und RPC.

Zusätzlich lassen sich virtuelle Geräte bereitstellen — cloud-gehostete Rechenknoten, die neben physischen Geräten Teil Ihres Projekts werden und flottenweite Dienste wie Grafana, Node-RED, Jupyter oder eigene Datenpipelines ausführen.

• Edge-Geräte: Beliebige Linux- oder Windows-fähige Hardware — Raspberry Pi, Industrie-PCs, NVIDIA Jetson, Windows-IPCs, Gateways — die Apps autonom ausführt (unter Windows läuft der Agent als nativer Dienst mit automatischem Neustart und Selbstaktualisierung)
• Apps: Docker-Container in beliebiger Programmiersprache, bereitgestellt auf Edge- oder virtuellen Geräten
• Daten: Edge-Apps veröffentlichen Telemetrie über den Message-Broker an FleetDB, das automatisch projektbezogene TimescaleDB-Tabellen anlegt, die Sie per SQL abfragen können
• Zentrale Dienste: Der FleetDB Service verarbeitet Datenströme, wertet Alarme aus und liefert Dashboards; der KI-Dienst orchestriert Multi-Agenten-Konversationen mit direktem Gerätezugriff
• Bereitstellung: Cloud-SaaS oder On-Premises — die gesamte Plattform kann in Ihrer eigenen Infrastruktur laufen

Was das in der Praxis bedeutet

Funktionsvergleich

Daten & Konnektivität

Visualisierung & Dashboards

Fernzugriff & Sicherheit

App-Entwicklung

KI & Analytik

Geräte- & Flottenmanagement

Alarme & Benachrichtigungen

Preisvergleich

Niagara: Lizenzierung pro Gerät/Datenpunkt + verpflichtende Wartung

Niagara wird pro Station lizenziert, dimensioniert nach dem Umfang der Anbindung:

• Stationslizenzen: JACE-Lizenzen sind nach Geräte- und Punktkapazität gestaffelt — beim JACE 8000 etwa 5 Geräte / 250 Punkte, 10 / 500, 25 / 1.250, 100 / 5.000 und 200 / 10.000. Punkte werden für die Lizenzierung zudem in Geräteäquivalente umgerechnet (grob 50 Punkte entsprechen einem Gerät). Wächst ein Standort über seine Stufe hinaus, ist eine größere Lizenz fällig.
• Niagara Edge 10: Lizenziert für 3 Geräte und 50 Punkte — ausgelegt auf eine einzelne Anlage.
• Supervisor-Lizenzen: Dimensioniert nach der Anzahl angebundener Stationen und Punkte.
• Hardware: JACE-8000-/JACE-9000-Controller, Edge-10-Feldcontroller und Supervisor-Serverhardware, bezogen über den OEM-Kanal.
• SMA (Software Maintenance Agreement): Bei der Erstlizenzierung erforderlich (Erstlaufzeit typischerweise 18 Monate) und Voraussetzung, um aktuell zu bleiben. Ohne aktiven Wartungsvertrag gibt es weder Versions-Upgrades noch Sicherheitspatches — und Niagara-Cloud-Suite-Abonnements setzen über ihre gesamte Laufzeit einen aktiven Wartungsvertrag voraus.
• Add-ons: Niagara Analytics Framework (lizenziert nach Analytikpunkten), Niagara Enterprise Security, Drittanbieter-Treiber aus dem Marketplace sowie die Niagara-Cloud-Suite-Abonnements (Data Service, Recover, Remote) — Remote wird pro Controller und Jahr bepreist.
• Zertifizierung und Migration: Die Niagara-Zertifizierung ist Voraussetzung für den Lizenzkauf. Der Wechsel von Niagara 4 auf Niagara 5 erfordert einen aktiven Wartungsvertrag und kann eine Migrationsgebühr nach sich ziehen; JACE-8000-Hardware lässt sich nicht auf Niagara 5 aktualisieren.

Da alles nach Geräten und Punkten abgerechnet wird, skalieren die Kosten mit der Größe der Anlage — nicht mit dem Wert, den Sie aus den Daten ziehen. Und weil der Vertrieb über zertifizierte Integratoren läuft, gibt es keinen Self-Service-Weg: Jedes Projekt beginnt mit einem Gespräch im Vertriebskanal.

IronFlock: Kostenlose Cloud + Abonnement für On-Premises

Die Cloud-Version von IronFlock ist kostenlos — alle Kernfunktionen (Gerätemanagement, Dashboards, Datenspeicherung, OTA-Updates, Alarme, Fernzugriff, App-Bereitstellung) sind ohne Kosten enthalten. IronFlock rechnet nach Ressourcennutzung ab: Speicher, Fernzugriffssitzungen, virtuelle Geräte und KI-Nutzung. Es gibt keine Punktzählung, keine gerätegestaffelten Lizenzen und keinen verpflichtenden Wartungsvertrag. Details finden Sie auf der Preisseite.

Zusätzliche Funktionen lassen sich durch den Kauf von Apps aus dem Marktplatz ergänzen — etwa spezialisierte Protokollkonnektoren, Analysewerkzeuge oder branchenspezifische Lösungen von IronFlock oder Drittanbietern.

Für On-Premises-Bereitstellungen (air-gapped oder in privater Infrastruktur) bietet IronFlock eine abonnementbasierte Lizenz.

Wann Niagara die richtige Wahl ist

Niagara kann die bessere Wahl sein, wenn:

• Ihr Projekt primär Gebäudeautomation ist — die Integration von BACnet, LonWorks und KNX über HLK, Beleuchtung, Zählerwesen und Zutrittskontrolle hinweg ist genau das, wofür Niagara gebaut wurde, und in dieser Treibertiefe unerreicht.
• Sie einen fertigen Treiber für ein exotisches Protokoll benötigen — im Niagara Marketplace haben sich über zwei Jahrzehnte Hunderte Treiber angesammelt.
• Sie mit einem zertifizierten Niagara-Integrator arbeiten, dem Sie vertrauen, oder eigene Niagara-zertifizierte Fachleute und bestehende JACE-Infrastruktur haben.
• Ihre Ausschreibung Niagara vorschreibt — viele Ausschreibungen der öffentlichen Hand und im Campus-Umfeld nennen das Framework ausdrücklich, gerade weil es Herstellerbindung auf Geräteebene verhindert.
• Sie umfangreiche Gebäudegrafiken und ausgereifte Alarm-Workflows (Unterdrückung, Eskalation, Alarmklassen) ohne Zusatzaufwand benötigen.
• Sie semantisches Tagging und Project-Haystack-Modelle über einen großen Bestand an Gebäudetechnik brauchen.
• Sie das OEM-Kanalmodell schätzen — ein lokaler Partner, der das System aus einer Hand spezifiziert, projektiert, in Betrieb nimmt und betreut.

Wann IronFlock die bessere Niagara-Alternative ist

IronFlock ist die stärkere Wahl, wenn:

• Sie echte Anwendungen an der Edge ausführen wollen — Docker-Container in jeder Sprache statt Java-Module im Rahmen einer Framework-API.
• Sie integrierte KI benötigen — Abfragen in natürlicher Sprache über Flottendaten, Multi-Agenten-Orchestrierung und physische KI, die Funktionen auf Geräten ausführt.
• Lizenzierung pro Datenpunkt nicht zu Ihren Daten passt — hochfrequente Maschinentelemetrie, Bild- oder Schwingungsdaten wären als Niagara-Punkte wirtschaftlich absurd.
• Sie Self-Service wollen — heute registrieren und ein Gerät verbinden, ohne Zertifizierungskurs oder Kanalpartner als Voraussetzung.
• Sie Ihre Daten in einer offenen Datenbank haben möchten — projektbezogene TimescaleDB mit direktem SQL-Zugriff statt dateibasierter Stationshistorien plus Cloud-Abonnement, um überhaupt an sie heranzukommen.
• Sie Flottenbetrieb über den gesamten Stack brauchen — Updates für Betriebssystem, Agent und Anwendungen über die Luft aus einer Steuerungsebene, nicht nur Niagara-Software-Provisioning.
• Sie Fernzugriff inklusive wollen — HTTP-, SSH-, VNC-, TCP- und UDP-Tunneling als Plattformbestandteil statt als Abonnement pro Controller, das an einen aktiven Wartungsvertrag gebunden ist.
• Sie Maschinen und Anlagen bauen, keine Gebäude — IronFlock ist für OEM-Flotten konzipiert, die digitale Services an ihre eigenen Kunden ausliefern, mit Datenisolation pro Kunde.
• Sie Sicherheitsupdates als Selbstverständlichkeit erwarten und nicht als Leistung, die mit einem Wartungsvertrag ausläuft.
• Sie Apps bauen und monetarisieren wollen — Domänenwissen verpacken und über einen offenen Marktplatz verkaufen, ohne Zertifizierungshürde auf Entwicklerseite.

Migrationspfad

IronFlock und Niagara koexistieren problemlos, denn sie treffen sich auf der Datenebene statt um dieselben Leitungen zu konkurrieren. Das übliche Vorgehen: Die Niagara-Stationen machen weiter, was sie gut können — BACnet- und LonWorks-Integration, Gebäuderegelung, lokale Grafiken — und IronFlock kommt für all das hinzu, wofür Niagara nie gedacht war: containerisierte Anwendungen, hochfrequente Maschinentelemetrie, per SQL zugängliche Flottendaten, browserbasierter Fernzugriff und KI.

Praktisch heißt das: Ein IronFlock-Agent läuft auf einem Industrie-PC oder Edge-Gerät am selben Standort und zieht Daten über BACnet, Modbus oder MQTT von der Station — oder abonniert Daten, die die Station bereits veröffentlicht. Von dort gelten Flotten-Dashboards, Alarme, Tunnel und KI für Niagara-Daten genauso wie für alle anderen. Mit der Zeit lassen sich neue Anlagen und Standorte anbinden, ohne weitere Niagara-Punktlizenzen zu kaufen, während der Bestand unverändert weiterläuft.

Bereit zum Ausprobieren? Kostenlos starten — Gerät verbinden und das erste Dashboard in Minuten sehen.