Nextcloud trifft BACnet: Wenn Gebäudeautomation auf Open-Source-Cloud trifft

In Rechenzentren, Produktionshallen und Bürokomplexen sammeln sich täglich Unmengen an Daten – Temperaturverläufe, Luftfeuchtigkeit, Energieverbräuche, Schaltzustände. Das Protokoll BACnet (Building Automation and Control Network) ist seit Jahrzehnten der Standard, um diese Informationen aus der Gebäudeleittechnik abzugreifen und zentral zu bündeln. Doch was passiert mit den Daten, wenn sie erst einmal im Leitsystem oder in einer SPS angekommen sind? Häufig landen sie in proprietären Archiven, sind schwer zugänglich und lassen sich kaum mit anderen IT-Systemen verknüpfen. Genau hier kommt Nextcloud ins Spiel – eine Plattform, die ursprünglich als sichere Dateiablage konzipiert wurde, aber längst weit mehr kann: als offene, erweiterbare Datenplattform für alles, was irgendwie in digitaler Form anfällt.

Der Gedanke, BACnet-Daten in Nextcloud zu speisen, mag auf den ersten Blick ungewöhnlich wirken. Schließlich ist Nextcloud kein SCADA-System, keine Echtzeit-Datenbank und kein Historian. Aber genau das macht den Reiz aus: Statt für jede Aufgabe ein eigenes, teures Spezialwerkzeug einzusetzen, lässt sich eine bestehende Nextcloud-Instanz zum zentralen Datendrehkreuz für die Gebäudeautomation ausbauen. Ohne proprietäre Lock-ins, ohne zwingende Cloud-Abhängigkeit, mit vollem Zugriff auf die eigenen Daten. Und das zu Kosten, die selbst für mittelständische Betreiber tragbar sind.

BACnet kurz erklärt: Die Sprache der Gebäude

Bevor wir tiefer in die Integration einsteigen, ein kurzer Exkurs für alle, die nicht täglich mit BACnet zu tun haben. BACnet wurde in den 1990er Jahren von der ASHRAE entwickelt und ist heute internationaler Standard (ISO 16484-5). Es definiert diese Art von abstrakten „Objekten“ (z. B. Analog Input, Binary Output, Multistate Value) und Diensten, um diese Objekte auszulesen oder zu beschreiben. Ein Temperatursensor im dritten Stock Ostflügel wird zu einem Analog Input mit einer Object_ID. Ein Lüftungsklappenantrieb wird zu einem Binary Output. Die Kommunikation läuft entweder über dedizierte BACnet/IP (UDP/IP) oder über BACnet MS/TP auf seriellen Bussen. Wichtig: BACnet ist herstellerneutral – Geräte von Siemens, Honeywell, Schneider oder Johnson Controls können alle miteinander sprechen, solange sie BACnet-konform sind.

Für IT-Administratoren, die mit BACnet in Kontakt kommen, stellt sich oft die Frage: Wie komme ich an die Daten ran, ohne eine teure Lizenz für ein Leitsystem zu kaufen? Die Antwort: Über BACnet-Client-Schnittstellen, die in vielen Open-Source-Bibliotheken und Tools stecken, etwa BACnet Stack für Python oder BACnet4J für Java. Und genau diese lassen sich hervorragend mit Nextcloud kombinieren.

Warum Nextcloud als Datenplattform für BACnet?

Nextcloud ist mittlerweile mehr als nur eine Dropbox-Alternative. Die Architektur erlaubt es, eigene Apps zu installieren, Skripte über Webhooks anzubinden, den internen Dateispeicher per External Storage zu erweitern und sogar eine REST-API für Fremdsysteme zu öffnen. Dazu kommen Funktionen wie benutzerdefinierte Workflows (Nextcloud Flow), die es erlauben, auf Ereignisse im System zu reagieren. Genau diese Offenheit macht Nextcloud zu einem idealen Empfänger für BACnet-Daten – auch wenn das Protokoll selbst nichts mit HTTP oder WebDAV zu tun hat.

Ein entscheidender Vorteil: Nextcloud läuft auf eigenen Servern. Datenschutzbedenken, wie sie bei Cloud-Diensten aus Übersee stets mitschwingen, entfallen weitgehend. Das ist besonders in der Gebäudeautomation relevant, denn hier werden oft sensible Betriebsdaten erhoben – etwa Anwesenheitsmuster, Heizprofile oder Produktionsparameter. Wer seine BACnet-Daten in eine Nextcloud in der DMZ oder im Firmennetz speist, behält die Kontrolle. Kein Hersteller, der die Lizenzbedingungen ändert, keine Abhängigkeit von einem Cloud-SLA.

Hinzu kommt die Kollaborationskomponente: BACnet-Daten sind oft für mehrere Abteilungen relevant – Facility Management, Energiecontrolling, IT-Sicherheit, Produktionsplanung. In Nextcloud lassen sich diese Daten in Ordnern organisieren, mit Benutzern und Gruppen teilen, kommentieren und versionieren. Ein Datenlogger, der stündlich die Raumtemperaturen als CSV-Datei ablegt, ist die einfachste Variante. Aber Nextcloud kann mehr: Mit der App „Collectives“ oder „Tables“ lassen sich die Werte direkt in einem Wiki oder einer tabellarischen Übersicht darstellen. Die App „Deck“ kann Aufgaben generieren, wenn ein Grenzwert überschritten wird („Raum 203 zu kalt – Heizungsmonteur informieren“).

Ein interessanter Aspekt ist die Möglichkeit, BACnet-Objekte über einen schmalen Gateway-Dienst in Nextcloud-Ordner zu „spiegeln“. Man nehme einen einfachen Minicomputer (Raspberry Pi 4 oder ein gebrauchter Thin Client), installiere eine BACnet-Client-Software, die per BACnet/IP alle gewünschten Objekte abfragt, und schreibe die Werte in eine Datei – zum Beispiel im JSON- oder CSV-Format. Diese Datei landet dann per WebDAV oder rsync in einem Nextcloud-Ordner. So einfach ist die Grundlage geschaffen. Natürlich gibt es auch ausgereiftere Lösungen, aber der Grundgedanke bleibt: Nextcloud als zentrales Datenlager für BACnet-Werte.

Integrationstiefe: Von einfachen Logfiles bis zur Live-Visualisierung

Die einfachste Stufe der Integration: BACnet-Werte werden periodisch (alle 5 Minuten, stündlich, täglich) als Datei in Nextcloud abgelegt. Ein Python-Skript pollt die BACnet-Geräte, schreibt die Werte in eine Textdatei mit Zeitstempel und schiebt diese per Nextcloud-API in den entsprechenden Ordner. Der Administrator kann dann im Browser die Datei öffnen, die Werte überprüfen oder mit Tabellenkalkulationen weiterverarbeiten. Das ist simpel, aber bereits nützlich – etwa für langfristige Energieanalysen oder zur Dokumentation von Messwerten.

Auf der nächsten Ebene nutzt man die Nextcloud-App „External sites“ oder „Richdocuments“, um die Daten direkt im Browser zu visualisieren. Mit eingebetteten Diagrammen (z. B. mit der App „Charts“) lässt sich aus den gespeicherten Werten eine Zeitreihe generieren. Das ist nichts für Echtzeit-Steuerung, aber für die tägliche Übersicht völlig ausreichend. Facility-Manager können so am Morgen auf dem Tablet sehen, ob es in der Nacht zu Auffälligkeiten kam.

Noch tiefer geht die Integration über die Nextcloud Flow Engine. Man definiert etwa einen Workflow: Wenn eine neue Datei im Ordner „BACnet_Alarms“ ankommt, dann benachrichtige die Gruppen „Facility_Management“ per E-Mail und Push. Die Alarmierung erfolgt also über Nextclouds Benachrichtigungssystem – ohne zusätzlichen Mailserver oder Chatdienst. Wer es moderner mag, kann den Workflow auch mit der App „Webhooks“ koppeln und von Nextcloud aus eine Nachricht an eine Matrix-Channel oder ein Ticketsystem senden.

Damit sind wir bei einem der spannendsten Aspekte: BACnet kann COV (Change of Value) – also Mitteilungen, wenn sich ein Wert ändert. Ein idealer Trigger für einen Workflow. Man könnte einen BACnet-COV-Listener aufsetzen, der bei einer relevanten Änderung sofort eine Datei in Nextcloud anlegt oder über die API einen Ordner aktualisiert. Das geht mit einem kleinen Python-Skript und der BACnet-Bibliothek. Die Latenz liegt dann im Sekundenbereich – schnell genug für viele Anwendungen der Gebäudeautomation.

Werkzeuge und Architektur: Wie baue ich das auf?

Wer selbst handanlegen möchte, braucht nicht viel. Ein Server mit Nextcloud (lässt sich in 30 Minuten per Snap oder Docker installieren), ein BACnet-fähiges Gerät (oder ein BACnet-Simulator für Tests) und ein Rechner, der die Brücke baut. Empfehlenswert: ein Raspberry Pi 4 mit 4 GB RAM, darauf ein Debian oder Ubuntu, plus der Python-Stack. Die Kommunikation mit BACnet/IP läuft über das physische Netzwerk – Achtung: BACnet benutzt UDP-Port 47808 (0xBAC0). Das Firewall-Rule muss also gesetzt sein, wenn der Bridge-Rechner nicht im selben Subnetz wie die BACnet-Geräte hängt.

Das Skript selbst verwendet die Bibliothek bacpypes3 (Python 3 Nachfolger von bacpypes). Es konfiguriert einen Client, der eine Liste von Geräten und Objekten durchgeht und die Werte ausliest. Die Ergebnisse werden in ein JSON-Objekt verpackt und per requests an die Nextcloud-WebDAV-Schnittstelle (bzw. die OCS-API) geschickt. Wer es robuster will, nutzt die Built-in-WebDAV-Unterstützung von Nextcloud und mountet einen Remote-Ordner per DAVFS2 oder rclone. Rclone ist besonders elegant, weil es eine Sync-Funktion bietet, die nur geänderte Dateien überträgt.

Ein Beispiel aus der Praxis: Ein großer Bürokomplex in Berlin hat einen Nextcloud-Server im internen Netz, auf dem ein Ordner „Gebäudedaten“ für jedes Stockwerk eingerichtet ist. Ein zentraler BACnet-Gateway (ein Industrie-PC mit BACnet-Client-Software) sammelt alle 15 Minuten die Werte von 300 BACnet-Objekten (Temperatur, Luftfeuchte, CO2, Lichtschalter, Jalousien). Die Daten landen als CSV-Dateien mit Zeitstempel im Dateinamen. Die Gebäudetechniker können über die Nextcloud-Mobil-App von unterwegs die aktuellen Werte abrufen oder historische Verläufe einsehen. Benachrichtigungen über die Flow Engine laufen bei Überschreitung von Grenzwerten – etwa wenn die Kältemaschine ausfällt. Das System läuft seit 18 Monaten stabil, die Lizenzkosten sind praktisch Null (nur Strom und Hardware).

Wer eine fertige App sucht: Es gibt die Community-App Nextcloud BACnet, die aber noch in den Kinderschuhen steckt (Stand 2025). Sie bietet eine einfache Weboberfläche, um BACnet-Geräte zu scannen und Werte in Nextcloud-Ordnern zu persistieren. Die App nutzt unter der Haube ein Node.js-Backend und kommuniziert per BACnet/IP. Ich habe sie ein paar Wochen getestet – sie ist stabil für kleine Installationen, aber für 500+ Objekte würde ich auf eine eigene Skriptlösung setzen, da die Performance noch nicht ganz ausgereift ist. Interessant ist, dass die App auch COV-Unterstützung andeutet, aber noch nicht implementiert hat. Das Potenzial ist da, die Entwicklung könnte sich lohnen.

Sicherheit – oder: Warum BACnet und Nextcloud sich gut vertragen

Ein häufiger Einwand: BACnet ist ein Protokoll aus den 90ern, das kaum Sicherheitsmechanismen kennt. Die Authentifizierung ist rudimentär, Daten fließen meist unverschlüsselt über das Netz. In einer Nextcloud-Integration kann man dieses Problem elegant umgehen: Der Bridge-Rechner befindet sich in einem abgeschotteten Netzsegment (VLAN für Gebäudeautomation) und kommuniziert per BACnet/IP nur innerhalb dieses Segments. Die Weiterleitung zu Nextcloud erfolgt über eine gesicherte Verbindung – HTTPS, ggf. VPN. Der Bridge-Rechner selbst muss gehärtet sein (keine unnötigen Dienste, regelmäßige Updates). Der Nextcloud-Server wiederum sollte mit allen gängigen Sicherheitsfeatures betrieben werden: Zwei-Faktor-Authentifizierung, Brute-Force-Schutz, Server-Side-Encryption optional. So bleibt die Angriffsfläche klein.

Ein zusätzlicher Vorteil: Nextcloud kann zentral die Zugriffe auf die BACnet-Daten protokollieren (Audit Trail). Wer hat wann auf welche Datei zugegriffen? Das ist in regulierten Umgebungen (Pharma, Lebensmittel, Krankenhäuser) ein entscheidender Punkt. BACnet selbst bietet so etwas nicht. Mit Nextcloud wird aus einem undurchsichtigen Datenstrom eine nachvollziehbare Dokumentation.

Grenzen und Fallstricke

So vielversprechend die Kombination ist – sie ist nicht für jedes Szenario geeignet. Nextcloud ist keine Echtzeit-Datenbank. Wer eine unterbrechungsfreie Regelung mit Zykluszeiten unter einer Sekunde braucht (z. B. für eine Lüftungssteuerung mit dynamischer Anpassung), sollte bei einer SPS oder einer speicherprogrammierbaren Steuerung bleiben. Nextcloud ist eher die Schicht darüber: Langzeitspeicherung, Analyse, Auswertung, Alarmierung mit Toleranz von Sekunden bis Minuten.

Auch bei großen Datenmengen (tausende Objekte im Minutentakt) kann die Dateibasierte Speicherung ineffizient werden. Besser: Man nutzt eine echte Zeitreihendatenbank (InfluxDB, TimescaleDB) und stellt die Nextcloud als Frontend und Verwaltungsebene davor. Nextcloud kann über die „External Database“-App oder eine REST-API auf die Datenbank zugreifen und die Rohdaten in Diagrammen darstellen (z. B. über Grafana eingebettet als iframe). Das ist dann eine Hybridlösung, aber immer noch mit Nextcloud als zentralem Einstiegspunkt für die Benutzer.

Ein weiterer Punkt: BACnet ist ein komplexer Standard. Viele Geräte implementieren nur einen Teil der Dienste. Manche Hersteller „verbiegen“ die Object Types oder verwenden proprietäre Erweiterungen. Ein Skript, das bei einem Hersteller funktioniert, kann bei einem anderen scheitern. Die Fehlersuche erfordert tiefe BACnet-Kenntnisse und einen Netzwerk-Sniffer (Wireshark mit BACnet-Dissector). Hier zeigt sich, dass die Integration kein Null-Aufwand-Projekt ist. Aber das gilt für jede herstellerunabhängige Gebäudeautomation.

Nicht zuletzt: Der Support durch die Nextcloud-Community für solche Spezialanwendungen ist überschaubar. Wer auf ein Problem stößt, ist meist auf sich gestellt oder muss sich in Foren selbst durchfuchsen. Unternehmen, die das im Produktiveinsatz nutzen wollen, sollten entweder einen Dienstleister mit BACnet- und Nextcloud-Know-how engagieren oder einen eigenen Entwickler abstellen, der die Brücke baut.

Anwendungsfälle jenseits der Logging-Basics

Das Konzept lässt sich auf viele Szenarien ausweiten. Beispielsweise die Integration von BACnet-Daten in die Nextcloud-App „Deck“ zur Visualisierung von Energiemanagement: Jede Karte repräsentiert einen Raum oder eine Zone, die automatisch mit den aktuellen Sensorwerten befüllt wird (über die API). Der Facility-Manager bekommt ein Dashboard auf dem Handy – ohne extra Software. Oder die App „Collectives“ als technisches Wiki, in dem die BACnet-Objekte mit ihrem Zweck und aktuellen Werten verlinkt werden. Ein junger Azubi kann sich so schnell in die Gebäudestruktur einarbeiten, ohne dass ein Mentor alles erklären muss.

Ein weiteres Beispiel aus dem Bereich der Industrie 4.0: BACnet-Daten aus der Gebäudeautomation werden mit Produktionsdaten aus MES-Systemen kombiniert. Beides landet in Nextcloud, angereichert mit Kommentaren und Aufgaben. Wenn die Produktionslinie aufgrund einer Überhitzung in der Halle drosseln muss, kann das System automatisch eine Aufgabe an die Gebäudeleittechnik generieren – und das alles auf Basis von frei definierten Workflows in Nextcloud. Kein teures BPMS nötig.

Und dann ist da noch das Thema Langzeitarchivierung. BACnet-zertifizierte Gebäudeleitsysteme speichern Daten oft nur für einen begrenzten Zeitraum (einige Monate bis ein Jahr). Nextcloud mit seinem unlimitierten Speicher (dank S3-Adapter, NFS, etc.) kann als zentrales Datenarchiv für zehn Jahre und länger dienen – selbstverständlich versionsverwaltet und revisionssicher. Für Bauwerksakten oder Energieaudits nach DIN EN 16247-1 ist das Gold wert.

Fazit: Eine pragmatische Symbiose mit Zukunft

Nextcloud und BACnet – das klingt nach zwei Welten, die wenig miteinander zu tun haben. Aber genau diese Kombination zeigt, wohin die Reise geht: Offene, flexible Plattformen ersetzen Monolithen. Statt ein teures Gebäudemanagementsystem von der Stange zu kaufen, das man mit Zusatzmodulen erweitert, schafft man sich eine maßgeschneiderte Umgebung aus Standardkomponenten. Nextcloud ist dabei der Kitt, der die heterogene Landschaft zusammenhält – weil es Daten speichert, verteilt, schützt und mit Arbeitsschritten verknüpft.

Natürlich ist das kein Rundum-sorglos-Paket. Wer eine Integration plant, sollte sich der handwerklichen Herausforderungen bewusst sein: BACnet ist kein einfaches Protokoll, und Nextclouds Flow Engine ist nicht für Millionen Events pro Stunde ausgelegt. Aber für den breiten Bereich der Gebäudeautomation bis zu einigen tausend Datenpunkten ist die Kombination ausgereift, kostengünstig und erweiterbar. Sie gibt dem Betreiber die Hoheit über seine Daten zurück – und das ist in Zeiten von Cloud-Hype und Vendor-Lock-In ein echtes Pfund.

Wenn ich einen Wunsch frei hätte, dann den, dass die Nextcloud-Community das Thema BACnet in einer offiziell unterstützten App aufgreift. Mit einer soliden, erprobten Integration könnte Nextcloud in der Gebäudetechnik so selbstverständlich werden wie in der Bürokommunikation. Bis dahin bleibt es eine Aufgabe für findige Administratoren, die Lust am Basteln haben – aber die Ergebnisse können sich sehen lassen.

Wer also nächste Woche vor der Frage steht, wie er die Temperaturdaten aus dem neuen Bürotrakt in ein System bekommt, das alle abteilungsübergreifend nutzen können – der sollte einen Blick auf Nextcloud werfen. Es ist einfacher und flexibler als die meisten denken. Und es wächst mit den Anforderungen. Sei es BACnet, Modbus, KNX oder MQTT: Wenn die Daten erst einmal in Nextcloud landen, sind sie nicht mehr wegzudenken.

– Ein Beitrag aus der Praxis, subjektiv, aber hoffentlich hilfreich.