Warum MonitoringHive mehr ist als ein Dashboard.
Ein Dashboard zeigt Werte. MonitoringHive schafft zuerst die Grundlage, der man vertrauen kann: kontrollierte Anbindung, sichere Datenkette, klares Datenmodell, sichtbare Datenqualität und rollenbasierte Nutzung.
Eine Grundlage, die aus Gebäudedaten nutzbare Entscheidungen macht.
MonitoringHive verbindet vorhandene Anlagen mit einer verlässlichen Datenbasis. So werden Zustände sichtbar, Alarme nachvollziehbar, Datenqualität prüfbar und Auswertungen wiederverwendbar, je nach Rolle als Betreiber, Servicepartner oder OEM.
Gebäudedaten werden wertvoller, aber nur, wenn sie verlässlich nutzbar sind.
Viele Gebäude erzeugen bereits Daten. Trotzdem bleiben Störungen, Datenlücken und Wartungsentscheidungen oft schwer nachvollziehbar: Werte liegen in getrennten Systemen, Alarme sind schwer zu priorisieren, Datenqualität ist unklar und Muster über Standorte, Kunden oder Gerätefamilien bleiben verborgen.
MonitoringHive setzt genau dort an: aus vorhandenen technischen Daten wird eine belastbare Grundlage für Betrieb, Service und Produktverbesserung.
- Betreiber erkennen früher, wo Daten fehlen, Alarme entstehen oder Wartung sinnvoll wird.
- Partner machen aus wiederkehrenden Monitoring-Aufgaben ein wiederholbares Serviceangebot.
- OEMs erkennen kontrolliert, welche Geräte- oder Servicemuster über Installationen hinweg relevant werden.
Von verstreuten Signalen zu verlässlicher Betriebssicht.
Heutige Realität
- Werte liegen in getrennten Systemen
- Datenqualität ist unklar
- Alarme sind schwer zu priorisieren
- Standorte sind kaum vergleichbar
- Service- und Wartungsfragen bleiben manuell
Verlässliche Betriebssicht
- definierte Datenpunkte in einer gemeinsamen Sicht
- Datenlücken und träge Sensoren sichtbar
- Zustände und Alarme nachvollziehbar
- Standorte, Kunden oder Gerätefamilien vergleichbar
- Berichte und Studio-Auswertungen wiederverwendbar
Operativ sehen. Grosse Datenmengen gezielt auswerten.
Das Dashboard zeigt, was im Betrieb gerade relevant ist: Zustände, Alarme, Gateway Health und Datenqualität. Das Studio geht weiter: Es macht grössere Datenbestände aus Standorten, Anlagen, Geräten und Integrationen analysierbar, für kundenspezifische Dashboards, Berichte, Vergleiche, KPIs und langfristige Muster.
Das Dashboard zeigt, was jetzt relevant ist.
Operative Sicht für Betrieb, Service-Teams und Endkunden. Reduziert technische Rohdaten auf klare Zustände und priorisierte Hinweise.
Das Studio macht grössere Datenbestände auswertbar.
Analytische Ebene für Auswertung, Berichte und Wertschöpfung. Standorte, Anlagen, Geräte und Integrationen werden über lange Zeiträume vergleichbar, als Grundlage für kundenspezifische Sichten und Service-Entscheidungen.
Standortvergleiche, Betriebsberichte und Datenqualitätsanalysen.
Kundenreports, Servicepriorisierung und übergreifende Störungsmuster.
Gerätefamilien-Auswertungen, Qualitätsmuster und Serviceanalysen.
Warum MonitoringHive nicht beim Dashboard beginnt.
Ein einzelnes Dashboard löst noch kein Infrastrukturproblem. MonitoringHive baut deshalb von unten nach oben: erst kontrollierte Anbindung, dann sichere Datenkette, dann ein belastbares Datenmodell, danach operative Sicht, Auswertung und kommerzielle Nutzbarkeit. Jede Schicht reduziert ein Risiko, und schaltet den nächsten Nutzen frei.
- Wie wird aus realer Gebäudeinfrastruktur eine vertrauenswürdige Datenbasis?
- Warum ist MonitoringHive mehr als eine Visualisierung von Messwerten?
- Wie kann dieselbe technische Basis für Betreiber, White-Label und OEM funktionieren?
- Die Box schafft den lokalen Datenzugang.
- Die sichere Datenkette schafft Vertrauen.
- Das Datenmodell schafft Bedeutung.
- Dashboard und Studio schaffen Nutzen.
- Rollen und Mandanten schaffen Betriebsfähigkeit.
Gebäudedaten sind selten sofort nutzbar.
In realen Gebäuden entstehen Daten in Steuerungen, Gateways, Sensoren, Spezialgeräten und proprietären Systemen. Ohne Struktur bleiben daraus einzelne Signale: schwer vergleichbar, schwer abzusichern und schwer wiederzuverwenden.
Viele Systeme liefern Werte, aber noch keine belastbare Monitoring- und Auswertungsbasis.
MonitoringHive beginnt deshalb nicht bei der Oberfläche, sondern bei der kontrollierten Datenkette.
- 01
Monitoring Box
EDGEAus lokalen Systemen wird ein kontrollierter Übergabepunkt.
TechnischLokale Protokolle, Geräteidentität, definierte Datenpunkte, Gateway Health.
Problem gelöstOhne lokale Integrationsschicht bleibt jedes Gebäude ein Sonderfall: andere Protokolle, andere Geräte, andere Sicherheitsgrenzen.
UnlockDie Monitoring Box macht reale Infrastruktur anschlussfähig, ohne bestehende Systeme unnötig zu ersetzen.
- Betreiber bekommen einen kontrollierten Startpunkt.
- White-Label erhält einen wiederverwendbaren Rollout-Baustein.
- OEM bekommt einen klaren Übergang zwischen Gerät/System und Plattform.
- 02
Sichere Datenkette
TRUSTAus Datenübertragung wird Vertrauen.
TechnischGeräteidentität, verschlüsselte Kommunikation, definierte Übertragung, kontrollierte Betriebsart.
Problem gelöstDaten sind nur wertvoll, wenn klar ist, von welchem Gerät sie kommen, wie sie übertragen wurden und wer sie sehen darf.
UnlockErst eine nachvollziehbare Datenkette macht zentrale Dashboards, Mandantenmodelle, OEM-Zugriffe und Studio-Auswertungen vertrauenswürdig.
- Betreiber behalten Kontrolle über Datenpfade.
- White-Label kann Sicherheitsfragen ihrer Kunden sauber beantworten.
- OEM kann Datenzugriffe scope-basiert und zweckgebunden erklären.
- 03
Datenmodell & Datenqualität
COREAus Messwerten werden verwertbare Informationen.
TechnischDatenpunkte, Zustände, Zeitreihen, Kontext, Qualität, Plausibilität.
Problem gelöstRohwerte allein erklären wenig. Ein Wert braucht Bedeutung: Welches Gerät? Welcher Standort? Welche Einheit? Welche Qualität? Welcher Zustand?
UnlockDas Datenmodell macht dieselben Daten mehrfach nutzbar: für Dashboard, Alarme, Reports, Studio-Auswertungen, White-Label-Portale und OEM-Sichten.
- Betreiber sehen nicht nur Werte, sondern Zustände.
- White-Label kann Kundenberichte wiederholbar aufbauen.
- OEM kann Geräteprofile, Fehlercodes und Servicezustände modellieren.
- 04
Dashboard & Alarmierung
UIAus Daten wird operative Sicht.
TechnischLive-Zustände, Alarme, Gateway Health, Datenqualität, Rollenansichten.
Problem gelöstBetriebsteams brauchen keine Rohdatenflut, sondern eine schnelle Antwort auf: Was ist gerade relevant?
UnlockDas Dashboard macht die Datenbasis im Alltag nutzbar: für Reaktion, Priorisierung und laufende Betriebsübersicht.
- Betreiber erkennen Zustände und Alarme schneller.
- White-Label kann Endkunden ein klares Portal anbieten.
- OEM kann Service- oder Gerätezustände sichtbar machen.
- 05
Studio
ANALYSEAus Betriebshistorie wird Datenwert.
TechnischGrössere Datenbestände, historische Analysen, kundenspezifische Dashboards, Berichte, KPIs, Vergleiche.
Problem gelöstEin Dashboard zeigt, was jetzt passiert. Viele geschäftliche Fragen entstehen aber erst über Zeit: Wo treten Muster auf? Welche Standorte unterscheiden sich? Welche Gerätefamilien fallen auf?
UnlockDas Studio macht gesammelte, qualitätsgeprüfte Daten auswertbar, für Reports, Standortvergleiche, Servicegespräche, Managemententscheidungen und Produktverbesserung.
- Betreiber können Betrieb und Wartung datenbasiert diskutieren.
- White-Label kann Reporting- und Premium-Services anbieten.
- OEM kann freigegebene Geräte- und Servicemuster prüfen.
- 06
Mandanten & Rollen
MARKTAus einer Plattform werden mehrere Marktmodelle.
TechnischKunden-, Partner-, OEM- und Betreiber-Sichten; Rollen; Zugriffsumfang; Branding- und Scope-Grenzen.
Problem gelöstDieselbe Datenbasis darf nicht für alle gleich sichtbar sein. Betreiber, Partner, Endkunden und OEMs brauchen unterschiedliche Rollen, Grenzen und Verantwortlichkeiten.
UnlockMonitoringHive kann dieselbe technische Grundlage für Direktnutzung, White-Label und OEM nutzen, ohne Kundenschnittstellen, Datenzugriffe oder Geschäftsgrenzen zu vermischen.
- Betreiber behalten Datenhoheit.
- White-Label behält Kundenbeziehung und Geschäftsmodell.
- OEM schützt Produktwissen und sieht nur freigegebene Daten im vereinbarten Scope.
Integrationsreife, was heute trägt, was geplant ist, was projektspezifisch wird.
Technisch: Heute technisch unterstützt, direkter Integrationspfad, bald verfügbar, projektspezifische Erweiterung.
Problem gelöst: Unklare Integrationsversprechen erzeugen Projekt- und Vertrauensrisiko.
Unlock: Kunden sehen klar, was heute technisch hinterlegt ist, was vorbereitet ist und was gemeinsam geplant werden muss.
- Modbus TCP/IP
- Modbus RTU
- KNX
- MQTT / REST
- API-basierte Datenanbindung · Data Ingress / Push API
- LAMPEC
- TSE
- BACnet
- M-Bus
- OPC UA
- Weiterführende Plattform-, Partner- oder OEM-APIs
- Webhooks
- Proprietäre Schnittstellen
- Herstellerprofile
- Kundenspezifische Datenmodelle
Welche Schicht ist für Ihr Projekt der erste Hebel?
Manche Projekte starten bei der lokalen Anbindung. Andere bei Datenqualität, Reporting, White-Label-Struktur oder OEM-Scope. Im Gespräch klären wir, welcher Einstieg sinnvoll ist.
Betriebsmodell beeinflusst den Datenwert.
Die Plattform entfaltet ihren grössten Nutzen im laufenden TRRT-betriebenen Betrieb: zentrale Dashboards, Alarmierung, Studio-Auswertungen, Datenhistorie, Berichte und laufende Weiterentwicklung. On-Premises oder offline gehärtet bleiben möglich, sind aber projektspezifisch zu klären und stärker vorzubereiten.
Fünf klar getrennte Ebenen, eine zusammenhängende Plattform.
Die Plattform ist bewusst in fünf Verantwortungsebenen geschnitten. Das macht sie erweiterbar, austauschbar in den Komponenten und nachvollziehbar im Betrieb.
1 · Edge
Monitoring Box vor Ort: lokale Anbindung an Anlagen über Standardprotokolle, Geräteidentität, Zwischenspeicherung bei Verbindungsabbrüchen.
2 · Transport
Verschlüsselter, ausgehender Verbindungsaufbau ohne offene eingehende Ports am Standort. Authentifizierte Geräte, kontrollierte Datenkette.
3 · Plattformkern
Ingest, Datenmodell, Telemetriespeicherung, Qualitätsüberwachung, Mandantenstruktur. Der Bereich, den TRRT betreibt und weiterentwickelt.
4 · Oberfläche
Dashboard für laufenden Betrieb und Studio für Auswertung & Berichte, beide rollen- und mandantenbasiert.
5 · Integration
Heute kontrollierte Data Ingress / Push API für aktive Datenübergabe sowie Exporte und Alarmkanäle. Weiterführende Plattform-, Partner- oder OEM-APIs und Webhooks werden projektbezogen definiert und schrittweise ausgebaut.
Standorte, Anlagen, Datenpunkte, als belastbare Hierarchie.
Das Datenmodell ist auf reale Gebäudeinfrastruktur ausgerichtet, nicht auf eine generische IoT-Topologie.
Strukturierte Datenpunkte statt loser Metriken.
Datenpunkte werden Anlagen, Anlagen werden Gebäuden, Gebäude werden Liegenschaften zugeordnet. Diese Hierarchie ist die Grundlage für Auswertungen, Berechtigungen, Alarme und Mandantenführung.
- Stabile Identitäten für Standorte, Anlagen und Datenpunkte über die Zeit.
- Einheiten und Wertebereiche sind Teil des Modells, nicht nur Zahlen.
- Hersteller- und protokollunabhängig auf Modellseite, die Anbindung bleibt flexibel.
- Mandantenfähig, gleiche Modellbasis, getrennte Sichten.
Eine kontrollierte Datenkette, vom Gerät bis ins Datenmodell.
Sicherheit ist nicht eine zusätzliche Schicht, sondern Teil der Architektur.
Geräteidentität
Jede Monitoring Box hat eine eindeutige, kryptographisch verankerte Identität. Angebundene Anlagen und Geräte werden über die Box eindeutig zugeordnet und erhalten eine stabile Identität im Datenmodell, ohne eigenes Schlüsselmaterial.
- Hardware-gebundene Identität
- Mandantenzuordnung
- Sperrbarkeit im Betrieb
Verschlüsselte Datenkette
Telemetrie wird über mTLS-gesicherte Verbindungen übertragen, keine offenen Anlagenports nach außen.
- mTLS Edge ↔ Plattform
- Zertifikatsrotation
- Kein direkter Internet-Zugriff der Anlage
Berechtigungen & Mandanten
Sichten, Datenpunkte und Aktionen sind über Mandanten- und Rollenmodell geregelt.
- Mandantenfähigkeit
- Rollen & Berechtigungen
- Auditierbarer Zugriff
Lücken, Aussetzer und träge Sensoren, sichtbar gemacht.
Daten allein reichen nicht. Sie müssen belastbar sein. Die Plattform überwacht die eigene Datenkette.
Eine Qualitätskennzahl je Datenpunkt.
Aus Aktualität, Vollständigkeit und Plausibilität wird je Datenpunkt eine Kennzahl berechnet. So entstehen früh erkennbare Hinweise, bevor blinde Flecken entstehen.
- Lücken-Erkennung bei ausbleibenden Werten.
- Stillstandserkennung bei sich nicht mehr verändernden Werten.
- Plausibilitätsfenster aus Wertebereichen des Modells.
- Sicht je Standort als Aggregat über alle Datenpunkte.
Vier Linien, die die Plattform technisch zusammenhalten.
Schichtentrennung
Modellgetrieben
Versionierte APIs
Mandantenfähig
Zwei Arbeitsoberflächen, ein Datenmodell.
Auf demselben Plattformkern liegen zwei klar getrennte Oberflächen: eine für den laufenden Betrieb, eine für Auswertung und Berichte. Beide sind rollen- und mandantenbasiert und greifen auf dieselbe verifizierte Datenbasis zu.
Für den laufenden Betrieb.
Standort- und Anlagenübersicht, aktive Alarme, Gateway Health, Datenqualität pro Datenpunkt und rollenbasierte Betriebssichten, die Arbeitsoberfläche für Menschen, die Anlagen im Blick behalten müssen.
- Standort- und Anlagenübersicht
- Aktive Alarme und Zustände
- Gateway Health
- Datenqualität pro Datenpunkt
- Rollenbasierte Betriebssichten
Für Auswertung, Berichte und Wartungsvorbereitung.
Aus gesammelten Daten konkrete Erkenntnisse ableiten, für Optimierung, Servicegespräche und Managementberichte technischer Infrastruktur.
- Verbrauchs- und Leistungsentwicklungen über Zeit
- Standorte oder Anlagenklassen vergleichen
- Datenlücken und Qualitätsprobleme dokumentieren
- Wartungs- und Servicegespräche datengestützt vorbereiten
- Managementberichte für technische Infrastruktur
Was bei Infrastruktur-Monitoring zählt.
MonitoringHive ist auf eine kontrollierte, nachvollziehbare Datenkette ausgelegt, von der Anlage bis zur Auswertung.
Geräteidentität
Jede Monitoring Box wird als eindeutige Komponente betrachtet. Kommunikation basiert auf kontrollierter Identität statt anonymen Datenlieferanten.
Verschlüsselte Verbindung
Daten werden nicht unkontrolliert weitergereicht, sondern über definierte, verschlüsselte Kommunikationspfade übertragen.
Lokale Integrationsgrenze
Die Monitoring Box bildet die kontrollierte Grenze zwischen lokaler Infrastruktur und Plattform. Integrationen laufen strukturiert und nachvollziehbar.
Rollen & Mandanten
Zugriffe, Kundensichten und Rollen werden getrennt betrachtet, besonders wichtig für White-Label- und OEM-Szenarien.
Nachvollziehbarkeit
Gateway Health, Komponentenstatus, Versionen und Datenqualität machen sichtbar, ob die Datenkette funktioniert.
Datennutzung mit Zweck
Gesammelte Daten dienen Monitoring, Alarmierung, Auswertung und Berichten, nicht unklarer Blackbox-Verarbeitung.
Welche Daten verlassen das Gebäude?
Nur die für Monitoring, Alarmierung und Auswertung benötigten Datenpunkte werden angebunden. Welche Messwerte, Zustände und Metadaten übertragen werden, wird pro Projekt und Integration festgelegt.
Wer sieht welche Daten?
Zugriffe werden über Rollen, Kunden- und Mandantenstrukturen geführt. Betreiber, Partnerkunden, Service-Teams und OEM-Sichten können getrennt modelliert werden.
Was passiert bei speziellen oder proprietären Systemen?
Die Anbindung wird über definierte Integrationspfade gelöst: Protokolladapter, Geräteprofile, Datenpunktmodelle und projektspezifische Erweiterungen.
Ist MonitoringHive eine Blackbox?
Nein. Die Plattform soll Zustände, Datenqualität, Gateway Health und Integrationsstatus sichtbar machen, damit der Betrieb nachvollziehbar bleibt.
Kann die Plattform mit bestehenden Sicherheitsanforderungen abgestimmt werden?
Ja. Sicherheits-, Netzwerk-, Rollen- und Datenanforderungen werden im Projektkontext geprüft und in die Integrationsarchitektur einbezogen.
Wie wird Datenqualität sichtbar?
Datenqualität ist ein eigener Indikator je Datenpunkt, Lücken, träge Sensoren oder unplausible Werte werden ausgewiesen, bevor Auswertungen darauf aufbauen.
Plattform-Architektur auf Ihre Anforderungen prüfen.
Wir prüfen mit Ihnen, welche Schichten für Ihr Projekt relevant sind und wie ein erstes Setup konkret aussehen kann.