Didactum Monitoring-Geräte und Sensoren – Integration in AggreGate Network Manager
Diese Anleitung beschreibt die vollständige Integration von Didactum Monitoring-Geräten in AggreGate Network Manager. Ziel ist die zentrale Überwachung aller angeschlossenen Sensoren – Temperatur, Luftfeuchtigkeit, Leckage, Spannung, Türkontakte und weitere – über SNMP-Polling und SNMP-Traps, inklusive automatischer Geräteerkennung, kontextbasierter Alarmierung, Trendgrafiken und Dashboards.
1. Grundlagen und Architektur
AggreGate Network Manager ist eine universelle Monitoring- und Management-Plattform der Tibbo Technology. Sie basiert auf einem kontextorientierten Datenmodell: Jedes überwachte Gerät wird als Kontext (Context) dargestellt, dem beliebige Variablen, Ereignisse und Funktionen zugeordnet werden können. SNMP-fähige Geräte wie die Didactum Monitoring-Einheiten werden über den integrierten SNMP-Driver als Gerätekontexte eingebunden.
AggreGate-Kernkonzepte
| Konzept | Bedeutung | Relevanz für Didactum |
|---|---|---|
| Context | Zentrales Datenobjekt – repräsentiert ein Gerät, einen Sensor oder eine Gruppe | Jedes Didactum-Gerät und jeder Sensor ist ein Context |
| Variable | Einzelner Datenpunkt innerhalb eines Contexts (z. B. Temperaturwert) | Jede OID wird als Variable gemappt |
| Event | Ereignis innerhalb eines Contexts (z. B. Schwellwertüberschreitung, SNMP-Trap) | Leckage-Alarm, Temperatur-Alarm usw. |
| Function | Ausführbare Aktion innerhalb eines Contexts | SNMP Set-Kommandos (falls vom Gerät unterstützt) |
| Binding | Verknüpfung zwischen zwei Contexts (Datenfluss) | Weitergabe von Sensorwerten an Dashboard-Widgets |
| Alert | Regelbasierte Alarmierung auf Basis von Variablenwerten oder Events | Schwellwertüberwachung für alle Sensoren |
| Dashboard | Grafische Oberfläche mit Widgets zur Visualisierung | Echtzeit-Anzeige aller Didactum-Sensorwerte |
Verarbeitungsablauf für Didactum-Sensoren
- Gerät anlegen: Das Didactum-Gerät wird als SNMP-Device-Context angelegt.
- SNMP-Walk: AggreGate führt einen SNMP-Walk durch und erkennt verfügbare OIDs.
- Variable-Mapping: OIDs werden als Variablen im Device-Context konfiguriert.
- Polling: AggreGate fragt in konfigurierten Intervallen die Variablen ab.
- Alert-Prüfung: Variablenwerte werden gegen Alert-Bedingungen geprüft.
- Event-Verarbeitung: Bei Bedingungserfüllung werden Events und Benachrichtigungen ausgelöst.
Wichtige Verzeichnisse
| Pfad | Inhalt |
|---|---|
| /opt/aggregate/ | AggreGate-Installationsverzeichnis (Linux) |
| /opt/aggregate/server/ | Server-Komponente |
| /opt/aggregate/server/conf/ | Serverkonfigurationsdateien |
| /opt/aggregate/server/mibs/ | MIB-Dateien für SNMP-OID-Auflösung |
| /opt/aggregate/server/logs/ | Log-Dateien |
| C:\AggreGate\ | Installationsverzeichnis (Windows) |
2. Voraussetzungen
- AggreGate Network Manager 6.x oder neuer (aktuelle stabile Version)
- AggreGate-Server auf Linux (Debian/Ubuntu, RHEL/CentOS) oder Windows Server
- Java Runtime Environment 11 oder neuer (wird mit AggreGate mitgeliefert)
- AggreGate Client (Java-Anwendung) oder Web-Interface für die Konfiguration
- SNMP-Tools (snmpwalk, snmpget) zur Vorbereitung
- Didactum Monitoring-Gerät im Netzwerk erreichbar, SNMP aktiviert
- UDP Port 161 vom AggreGate-Server zum Didactum-Gerät freigegeben
- UDP Port 162 auf dem AggreGate-Server für SNMP-Traps freigegeben
- TCP Port 8080 (Web-Interface) und TCP Port 6060 (Client-Verbindung) auf dem Server
- SNMP-Community-String bekannt (Standard: public)
Beispiel-Netzwerkkonfiguration
| Gerät | IP-Adresse | Rolle |
|---|---|---|
| AggreGate-Server | 192.168.1.90 | Monitoring-Server, Web-Interface, Client-Endpunkt |
| Didactum Monitoring Unit | 192.168.1.100 | Überwachtes Gerät (SNMP-Agent) |
3. SNMP-Vorbereitung am Didactum-Gerät
3.1 SNMP aktivieren
- Didactum Web-Interface aufrufen: 192.168.1.100, Login mit Admin-Konto.
- Navigation: Einstellungen → Netzwerk → SNMP (oder: Settings → Network → SNMP).
- Folgende Parameter setzen:
- SNMP aktiviert: Ja
- SNMP-Version: v2c (empfohlen) oder v3
- Community-String: public (in Produktion ändern)
- SNMP-Port: 161
- Allowed Managers: IP des AggreGate-Servers (192.168.1.90) eintragen
- SNMP Trap Receiver: IP des AggreGate-Servers, Port 162
- Einstellungen speichern.
Achtung: Den Standard-Community-String public in Produktivumgebungen ändern. Den gleichen String in der AggreGate-SNMP-Konfiguration verwenden.
3.2 Erreichbarkeit vom AggreGate-Server testen
# SNMP Walk – alle Didactum-OIDs auflisten: snmpwalk -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854 # Temperatur Sensor 1 direkt abfragen: snmpget -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 # System-Beschreibung (Grundtest): snmpget -v2c -c public 192.168.1.100 1.3.6.1.2.1.1.1.0
Hinweis:
Didactum gibt Temperatur- und Spannungswerte mit Faktor 10 zurück (235 = 23,5°C). Dies wird in AggreGate über eine Formel in der Variablenkonfiguration berücksichtigt.
4. AggreGate vorbereiten
4.1 AggreGate-Server starten und prüfen
# Linux – AggreGate-Dienst starten: sudo systemctl start aggregate-server sudo systemctl enable aggregate-server sudo systemctl status aggregate-server # Logs prüfen: sudo tail -f /opt/aggregate/server/logs/server.log # Web-Interface aufrufen: # 192.168.1.90/aggregate
4.2 Didactum MIB-Datei importieren
- AggreGate Client starten oder Web-Interface aufrufen.
- Navigation: Administration → SNMP → MIB Repository → Import MIB.
- Didactum-MIB-Datei (DIDACTUM-RACKMONI2-MIB.mib) hochladen.
- Abhängige MIBs sicherstellen: SNMPv2-SMI, SNMPv2-TC, RFC1213-MIB müssen bereits vorhanden sein.
- Nach erfolgreichem Import: OID-Namen aus der MIB werden im SNMP-Browser angezeigt.
Alternativ MIB manuell in das Server-Verzeichnis kopieren:
sudo cp DIDACTUM-RACKMONI2-MIB.mib /opt/aggregate/server/mibs/ sudo systemctl restart aggregate-server
4.3 SNMP-Community in AggreGate hinterlegen
- Navigation: Administration → SNMP → Community Strings → Add.
- Einstellungen:
- Name: Didactum-Community
- Community String: public
- Version: v2c
- IP Range: 192.168.1.100 (auf Didactum-Gerät beschränken)
- Speichern.
4.4 SNMP-Trap-Receiver aktivieren
- Navigation: Administration → SNMP → Trap Receiver.
- Status: Enabled
- Port: 162
- Allowed sources: 192.168.1.100
- Speichern und AggreGate-Server neu starten.
5. Didactum-Gerät anlegen und erkennen
5.1 Gerät über den AggreGate Client anlegen
- AggreGate Client öffnen: Datei → Verbinden → 192.168.1.90:6060.
- Im Context-Browser: Rechtsklick auf den gewünschten Ordner → Neu → Gerät → SNMP-Gerät.
- Folgende Felder ausfüllen:
- Name: didactum-rack01
- Beschreibung: Didactum Rack Monitoring Unit – Serverraum A
- IP-Adresse: 192.168.1.100
- SNMP-Version: v2c
- Community: public
- Port: 161
- Timeout: 2000 ms
- Retries: 3
- Klick auf SNMP-Walk ausführen – AggreGate erkennt alle verfügbaren OIDs.
- OK klicken. Das Gerät erscheint als Context im Browser.
5.2 Gerät über das Web-Interface anlegen
- Web-Interface aufrufen: 192.168.1.90/aggregate.
- Navigation: Geräte → Neues Gerät → SNMP-Gerät.
- Gleiche Parameter wie oben eintragen.
- Klick auf Erkennen – AggreGate führt Discovery durch.
5.3 Gerät per Discovery automatisch erkennen
- Navigation: Administration → Network Discovery → Neuer Scan.
- IP-Bereich: 192.168.1.100 – 192.168.1.110
- Protokoll: SNMP, Community: public
- Klick auf Scan starten.
- Gefundene Geräte aus der Ergebnisliste importieren.
5.4 Gerätegruppe anlegen
- Im Context-Browser: Rechtsklick → Neu → Gruppe.
- Name: Didactum-Monitoring-Geraete
- Alle Didactum-Geräte per Drag & Drop in die Gruppe verschieben.
- Gruppenbeschreibung: Alle Didactum Rack Monitoring Units
5.5 Gerätestatus nach Discovery prüfen
- Im Context-Browser: Doppelklick auf didactum-rack01.
- Registerkarte Status – SNMP-Erreichbarkeit sollte Online zeigen.
- Registerkarte Variablen – erkannte OIDs werden aufgelistet.
- Registerkarte Ereignisse – SNMP-Events werden hier angezeigt.
6. SNMP-Konfiguration in AggreGate
6.1 SNMP-Browser für Didactum-OIDs verwenden
- Navigation: Werkzeuge → SNMP-Browser.
- IP-Adresse: 192.168.1.100, Community: public.
- Klick auf Walk – alle verfügbaren Didactum-OIDs werden angezeigt.
- OIDs können direkt aus dem Browser in die Variablenkonfiguration übernommen werden.
6.2 SNMP-Version und Sicherheit konfigurieren
Für SNMP v3 im Gerät-Properties:
- Rechtsklick auf den Didactum-Context → Eigenschaften → SNMP.
- SNMP-Version: v3
- Zusätzliche Felder:
- Security Name: SNMP-v3-Benutzername
- Auth Protocol: SHA
- Auth Password: Authentifizierungspasswort
- Privacy Protocol: AES128
- Privacy Password: Verschlüsselungspasswort
- Speichern.
6.3 Polling-Konfiguration
- Rechtsklick auf den Didactum-Context → Eigenschaften → Polling.
- Einstellungen:
- Polling aktiviert: Ja
- Standard-Polling-Intervall: 300 Sekunden (5 Minuten)
- Timeout: 2000 ms
- Retries: 3
- Für zeitkritische Sensoren (Leckage, Türkontakt) ein kürzeres Intervall direkt an der Variablen setzen: 60 Sekunden.
7. Monitoring-Konfiguration und Datenpunkte
7.1 Variablen für Sensoren anlegen
Jede zu überwachende OID wird als Variable im Didactum-Device-Context konfiguriert:
- Rechtsklick auf den Didactum-Context → Neu → Variable.
- Variable für Temperatur Sensor 1:
- Name: temperatur_s1
- Beschreibung: Temperatur Sensor 1 – Rack-Front
- Typ: SNMP Variable
- OID: .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1
- Datentyp: Float
- Formel: value / 10.0 (Rohwert ÷ 10 für °C)
- Einheit: °C
- Polling-Intervall: 300 Sekunden
- Historisierung: Aktiviert, Aufbewahrung: 90 Tage
- OK klicken.
7.2 Formel-Transformation für Messwerte
AggreGate unterstützt Formeln in der Variablenkonfiguration, die den Rohwert transformieren:
| Sensor-Typ | Formel | Ergebnis |
|---|---|---|
| Temperatur | value / 10.0 | 235 → 23,5 °C |
| Spannung | value / 10.0 | 2298 → 229,8 V |
| Leckage-Status | Keine Formel | 0 = OK, 1 = Leckage |
| Luftfeuchtigkeit | Keine Formel | Direktwert in % rF |
| Türkontakt | Keine Formel | 0 = geschlossen, 1 = offen |
| Uptime | value / 100.0 | Hundertstelsekunden → Sekunden |
7.3 Alle Variablen für Didactum im Überblick
| Variable Name | OID | Formel | Einheit | Polling |
|---|---|---|---|---|
| temperatur_s1 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 | value / 10.0 | °C | 300 s |
| temperatur_s2 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.2 | value / 10.0 | °C | 300 s |
| temperatur_s3 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.3.3 | value / 10.0 | °C | 300 s |
| temperatur_status_s1 | .1.3.6.1.4.1.3854.1.2.2.1.16.1.4.1 | – | Enum | 300 s |
| leckage_status_s1 | .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 | – | 0/1 | 60 s |
| leckage_status_s2 | .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.2 | – | 0/1 | 60 s |
| luftfeuchtigkeit_s1 | .1.3.6.1.4.1.3854.1.2.2.1.17.1.3.1 | – | % rF | 300 s |
| luftfeuchtigkeit_status_s1 | .1.3.6.1.4.1.3854.1.2.2.1.17.1.4.1 | – | Enum | 300 s |
| spannung_s1 | .1.3.6.1.4.1.3854.1.2.2.1.15.1.3.1 | value / 10.0 | V | 300 s |
| spannung_status_s1 | .1.3.6.1.4.1.3854.1.2.2.1.15.1.4.1 | – | Enum | 300 s |
| tuerkontakt_s1 | .1.3.6.1.4.1.3854.1.2.2.1.10.1.3.1 | – | 0/1 | 60 s |
| rauchmelder_s1 | .1.3.6.1.4.1.3854.1.2.2.1.14.1.3.1 | – | 0/1 | 60 s |
| bewegung_s1 | .1.3.6.1.4.1.3854.1.2.2.1.11.1.3.1 | – | 0/1 | 60 s |
| system_uptime | .1.3.6.1.2.1.1.3.0 | value / 100.0 | Sekunden | 3600 s |
7.4 Device-Template anlegen (für mehrere Didactum-Geräte)
Statt die Variablen für jedes Gerät einzeln anzulegen, empfiehlt sich ein Device-Template:
- Navigation: Administration → Templates → Neues Template.
- Name: Didactum-Rack-Monitoring-Template
- Alle Variablen aus Abschnitt 7.3 im Template anlegen.
- Template auf neue Didactum-Geräte anwenden: Rechtsklick auf Device-Context → Template anwenden → Didactum-Rack-Monitoring-Template.
- Variablen werden automatisch übernommen und dem Gerät zugeordnet.
7.5 Historisierung und Datenspeicherung
- Für jede Variable: Registerkarte Historisierung.
- Empfohlene Einstellungen:
- Historisierung aktiviert: Ja
- Aufbewahrungszeit: 90 Tage (Rohdaten), 365 Tage (aggregierte Daten)
- Aggregation: Stündlich (Avg, Min, Max), Täglich (Avg, Min, Max)
- Komprimierung: Aktiviert (spart Speicherplatz)
8. OID-Referenz für AggreGate
Alle OIDs basieren auf der Didactum Enterprise OID-Basis 1.3.6.1.4.1.3854. Der Platzhalter {n} steht für den Sensorindex (1 = erster Sensor usw.).
8.1 Temperatursensoren
| OID | Beschreibung | Rohwert | AggreGate-Formel | Einheit |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.{n} | Temperaturwert Sensor n | °C × 10 | value / 10.0 | °C |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.4.{n} | Temperatur-Status Sensor n | Enum 0/1/2 | – | Status |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.7.{n} | Oberer Grenzwert Sensor n | °C × 10 | value / 10.0 | °C |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.8.{n} | Unterer Grenzwert Sensor n | °C × 10 | value / 10.0 | °C |
| 1.3.6.1.4.1.3854.1.2.2.1.16.1.2.{n} | Sensor-Name n | Text | – | – |
8.2 Leckagesensoren
| OID | Beschreibung | Rohwert | AggreGate-Formel | Alert-Bedingung |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.4.{n} | Leckage-Status Sensor n | 0=OK, 1=Leckage | – | value >= 1 → CRITICAL |
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.3.{n} | Leckage-Wert Sensor n | 0=trocken | – | value >= 1 → CRITICAL |
| 1.3.6.1.4.1.3854.1.2.2.1.18.1.2.{n} | Sensor-Name n | Text | – | – |
8.3 Luftfeuchtigkeitssensoren
| OID | Beschreibung | Rohwert | AggreGate-Formel | Alert-Bedingung |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.3.{n} | Luftfeuchtigkeitswert Sensor n | % rF | – | value > 70 → WARN; value > 80 → CRIT |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.4.{n} | Luftfeuchtigkeits-Status n | Enum 0/1/2 | – | value >= 1 → WARN |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.7.{n} | Oberer Grenzwert Sensor n | % rF | – | Informativ |
| 1.3.6.1.4.1.3854.1.2.2.1.17.1.8.{n} | Unterer Grenzwert Sensor n | % rF | – | Informativ |
8.4 Weitere Sensoren
| OID | Beschreibung | Rohwert | Formel | Alert-Bedingung |
|---|---|---|---|---|
| 1.3.6.1.4.1.3854.1.2.2.1.15.1.3.{n} | Spannungswert Sensor n | V × 10 | value / 10.0 | value < 207 oder > 253 → WARN |
| 1.3.6.1.4.1.3854.1.2.2.1.15.1.4.{n} | Spannungs-Status Sensor n | Enum 0/1/2 | – | value >= 1 → WARN |
| 1.3.6.1.4.1.3854.1.2.2.1.10.1.3.{n} | Türkontakt-Status n | 0=zu, 1=offen | – | value >= 1 → CRITICAL |
| 1.3.6.1.4.1.3854.1.2.2.1.11.1.3.{n} | Erschütterung / Bewegung n | 0=keine, 1=Alarm | – | value >= 1 → WARN |
| 1.3.6.1.4.1.3854.1.2.2.1.14.1.3.{n} | Rauchmelder-Status n | 0=OK, 1=Alarm | – | value >= 1 → CRITICAL |
| 1.3.6.1.2.1.1.3.0 | System Uptime | Hundertstelsekunden | value / 100.0 | – |
9. Alarme und Ereignisverarbeitung
9.1 Alert für Temperatur anlegen
- Rechtsklick auf den Didactum-Context → Neu → Alert.
- Einstellungen für Temperatur-Warnung:
- Name: Temperatur-Warnung-S1
- Beschreibung: Temperatur Sensor 1 über 30 °C
- Variable: temperatur_s1
- Bedingung: Wert größer als 30
- Schweregrad: WARNING
- Nachricht: Temperatur Sensor 1 auf {deviceName}: {value} °C – Grenzwert 30 °C überschritten
- Wiederholung: 600 Sekunden (alle 10 Minuten, solange aktiv)
- Kritischen Alert hinzufügen:
- Name: Temperatur-Kritisch-S1
- Bedingung: Wert größer als 35
- Schweregrad: CRITICAL
- Aktion verknüpfen: E-Mail-Benachrichtigung (siehe 9.4).
9.2 Alert für Leckage (Sofortalarm)
- Neuer Alert am Didactum-Context.
- Einstellungen:
- Name: Leckage-KRITISCH-S1
- Variable: leckage_status_s1
- Bedingung: Wert größer oder gleich 1
- Schweregrad: CRITICAL
- Nachricht: LECKAGE ERKANNT auf {deviceName}! Sofortiger Handlungsbedarf!
- Wiederholung: 300 Sekunden (alle 5 Minuten)
- Sofort benachrichtigen: Ja (kein Delay)
9.3 Kombinierter Alert (Mehrere Bedingungen)
AggreGate unterstützt Formeln als Alert-Bedingungen, mit denen mehrere Variablen kombiniert werden können:
- Neuer Alert: Kritische-Kombination
- Bedingungsformel:
/* Alert wenn Leckage UND Temperatur gleichzeitig kritisch */
({leckage_status_s1} >= 1) AND ({temperatur_s1} > 35)- Schweregrad: CRITICAL
- Nachricht: KRITISCH: Gleichzeitige Leckage UND Temperatur-Alarm auf {deviceName}!
9.4 E-Mail-Benachrichtigung konfigurieren
- Navigation: Administration → E-Mail → SMTP-Server.
- SMTP-Server-Einstellungen eintragen (Host, Port, Absender, Authentifizierung).
- Test-E-Mail senden.
- Benachrichtigungsregel anlegen: Administration → Benachrichtigungen → Neue Regel.
- Trigger: Alert-Schweregrad CRITICAL oder WARNING
- Gerät / Gruppe: Didactum-Monitoring-Geraete
- Methode: E-Mail
- Empfänger: admin@example.com
- Betreff: [AggreGate] {severity}: {alertName} auf {deviceName}
9.5 Empfohlene Alert-Schwellwerte
| Variable | Warning-Bedingung | Critical-Bedingung | Norm |
|---|---|---|---|
| temperatur_s1 (°C) | > 30 oder < 5 | > 35 | ASHRAE A1: 15–32 °C |
| temperatur_s2 (°C, USV) | > 25 | > 30 | Herstellervorgabe |
| luftfeuchtigkeit_s1 (% rF) | > 70 oder < 20 | > 80 oder < 10 | ASHRAE: 20–80 % rF |
| leckage_status_s1 | – | >= 1 | Sofortalarm |
| spannung_s1 (V) | < 207 oder > 253 | < 196 oder > 260 | EN 50160 ±10 % |
| tuerkontakt_s1 | – | >= 1 | Policy-abhängig |
| rauchmelder_s1 | – | >= 1 | Sofortalarm |
10. SNMP-Trap-Integration
AggreGate empfängt SNMP-Traps nativ auf UDP Port 162. Eingehende Traps werden automatisch dem sendenden Gerät zugeordnet und als Events im Context gespeichert.
10.1 SNMP-Trap-Empfang prüfen
# Firewall-Port auf dem AggreGate-Server prüfen: sudo ufw status | grep 162 # oder: sudo iptables -L -n | grep 162 # Port freigeben: sudo ufw allow 162/udp # AggreGate-Trap-Receiver läuft? Log prüfen: sudo tail -f /opt/aggregate/server/logs/server.log | grep -i trap
10.2 Trap-Event-Handler konfigurieren
- Navigation: Administration → SNMP → Trap-Handler → Neuer Handler.
- Handler für Leckage-Trap:
- Trap-OID: .1.3.6.1.4.1.3854.1.7.2
- Event-Name: Didactum-Leckage-Trap
- Schweregrad: CRITICAL
- Nachricht: LECKAGE erkannt auf {sourceIP} via SNMP Trap!
- Variable aktualisieren: leckage_status_s1 = 1
- Handler für Temperatur-Alarm-Trap:
- Trap-OID: .1.3.6.1.4.1.3854.1.7.1
- Event-Name: Didactum-Temperatur-Trap
- Schweregrad: HIGH
- Analog für alle weiteren Trap-OIDs.
10.3 Trap-Test durchführen
# Test-Trap für Leckage senden: snmptrap -v2c -c public 192.168.1.90 '' \ .1.3.6.1.4.1.3854.1.7.2 \ .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 i 1 # Empfang in AggreGate prüfen: # Context didactum-rack01 → Ereignisse → Trap erscheint hier
10.4 Wichtige Didactum Trap-OIDs
| Trap-OID | Ereignis | AggreGate-Schweregrad | Empfohlene Reaktion |
|---|---|---|---|
| 1.3.6.1.4.1.3854.1.7.1 | Temperatur-Alarm | HIGH | Alert + E-Mail |
| 1.3.6.1.4.1.3854.1.7.2 | Leckage-Alarm | CRITICAL | Alert + E-Mail + SMS |
| 1.3.6.1.4.1.3854.1.7.3 | Luftfeuchtigkeits-Alarm | MEDIUM | Alert + E-Mail |
| 1.3.6.1.4.1.3854.1.7.4 | Spannungs-Alarm | HIGH | Alert + E-Mail |
| 1.3.6.1.4.1.3854.1.7.10 | Türkontakt geöffnet | MEDIUM | Alert (Policy-abhängig) |
| 1.3.6.1.4.1.3854.1.7.14 | Rauchmelder-Alarm | CRITICAL | Alert + E-Mail + SMS |
| 1.3.6.1.4.1.3854.1.7.99 | Gerät-Neustart | LOW | Logging |
11. Dashboards und Visualisierung
11.1 Dashboard für Didactum-Sensoren anlegen
- Navigation: Dashboards → Neues Dashboard.
- Name: Didactum Rack Monitoring
- Dashboard-Widgets hinzufügen:
11.2 Empfohlene Dashboard-Widgets
| Widget-Typ | Datenquelle | Konfiguration |
|---|---|---|
| Liniendiagramm | temperatur_s1, temperatur_s2 | Zeitraum: 24 Stunden, Y-Achse: 0–50 °C |
| Tachonadel (Gauge) | temperatur_s1 | Min: 0, Max: 50, Farbbereiche: grün 15–30, gelb 30–35, rot >35 |
| Liniendiagramm | luftfeuchtigkeit_s1 | Zeitraum: 24 Stunden, Y-Achse: 0–100 % rF |
| Status-Lampe (LED) | leckage_status_s1 | 0 = grün (OK), 1 = rot (ALARM) |
| Status-Lampe (LED) | leckage_status_s2 | 0 = grün (OK), 1 = rot (ALARM) |
| Status-Lampe (LED) | tuerkontakt_s1 | 0 = grün (geschlossen), 1 = gelb (offen) |
| Liniendiagramm | spannung_s1 | Zeitraum: 24 Stunden, Grenzlinien bei 207 V und 253 V |
| Alert-Liste | Gruppe Didactum-Monitoring-Geraete | Aktuelle offene Alerts, nach Schweregrad sortiert |
11.3 Grundrissplan mit Sensor-Überlagerung
- Navigation: Dashboards → Neues Dashboard → Typ: Grundriss.
- Hintergrundbild: Serverraum-Grundriss hochladen (PNG oder SVG).
- Didactum-Gerät als Icon auf dem Grundriss platzieren.
- Icon-Farbe: Automatisch basierend auf dem höchsten Alert-Schweregrad des Geräts.
- Tooltip: Aktuelle Temperatur und Leckage-Status anzeigen.
- Klick auf Icon: Öffnet Detail-Dashboard mit allen Sensoren.
11.4 Historische Auswertung
- Rechtsklick auf eine Variable (z. B. temperatur_s1) → Verlauf anzeigen.
- Zeitraum wählen: 7 Tage, 30 Tage, 90 Tage.
- Statistiken anzeigen: Minimum, Maximum, Durchschnitt, Standardabweichung.
- Export als CSV oder PDF für Reports.
11.5 Automatische Berichte
- Navigation: Administration → Berichte → Neuer Bericht.
- Bericht: Didactum Monatsbericht
- Inhalt: Temperatur Min/Max/Avg, Luftfeuchtigkeit Min/Max/Avg, Anzahl Alarme nach Typ
- Zeitraum: Letzter Monat
- Format: PDF
- Versand: Automatisch am 1. jeden Monats per E-Mail
12. Fehlerbehebung (Troubleshooting)
| Problem | Mögliche Ursache / Lösung |
|---|---|
| Gerät erscheint als Offline | Firewall: UDP Port 161 freigegeben? SNMP am Gerät aktiviert? Allowed-Managers-Einschränkung am Gerät zu restriktiv? Community-String korrekt? Test: snmpwalk -v2c -c public 192.168.1.100 vom AggreGate-Server. |
| Variablen werden nicht aktualisiert | OID mit führendem Punkt eingegeben? Polling aktiviert? Polling-Intervall überprüfen. Datentyp der Variable korrekt (Integer vs. Float)? AggreGate-Server-Log prüfen. |
| Temperatur zeigt falschen Wert (235 statt 23,5) | Formel in der Variablenkonfiguration fehlt. Variable bearbeiten → Formel: value / 10.0 eintragen. Datentyp auf Float setzen. |
| MIB-Import schlägt fehl | Abhängige MIBs prüfen (SNMPv2-SMI, SNMPv2-TC, RFC1213-MIB). MIB-Datei-Encoding: UTF-8 ohne BOM. Syntax mit MIB-Browser vorab prüfen. |
| SNMP-Walk findet keine Didactum-OIDs | Community-String stimmt überein? Netzwerkverbindung zum Gerät? SNMP am Didactum-Gerät aktiv? Port 161 (UDP) nicht durch Firewall blockiert? |
| Alerts werden nicht ausgelöst | Alert-Bedingung korrekt? Variable hat den richtigen Datentyp (numerisch)? Formel ergibt den erwarteten Wert? Alert-Schweregrad gesetzt? Benachrichtigungsregel mit Alert verknüpft? |
| SNMP-Traps kommen nicht an | UDP Port 162 auf dem AggreGate-Server freigegeben? Trap-Receiver aktiviert (Administration → SNMP → Trap Receiver)? Korrekte IP als Trap-Receiver im Didactum-Gerät? Community stimmt? |
| Client kann nicht zum Server verbinden | TCP Port 6060 freigegeben? AggreGate-Server-Dienst läuft? (systemctl status aggregate-server). Verbindungseinstellungen im Client prüfen. |
| Dashboard zeigt keine Daten | Binding zwischen Variable und Widget korrekt konfiguriert? Variable hat historische Daten? Zeitraum im Widget korrekt eingestellt? Browser-Cache leeren. |
Diagnose-Befehle Übersicht
# AggreGate-Server Status: sudo systemctl status aggregate-server # AggreGate-Server neu starten: sudo systemctl restart aggregate-server # Server-Log in Echtzeit verfolgen: sudo tail -f /opt/aggregate/server/logs/server.log # Nur Fehler anzeigen: sudo grep -i "error\|warn\|snmp" /opt/aggregate/server/logs/server.log | tail -50 # SNMP-Erreichbarkeit testen: snmpwalk -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854 # Einzelne OID abfragen: snmpget -v2c -c public 192.168.1.100 1.3.6.1.4.1.3854.1.2.2.1.16.1.3.1 # Test-Trap senden: snmptrap -v2c -c public 192.168.1.90 '' \ .1.3.6.1.4.1.3854.1.7.2 \ .1.3.6.1.4.1.3854.1.2.2.1.18.1.4.1 i 1 # Firewall-Ports prüfen (ufw): sudo ufw status verbose # Ports 161 und 162 freigeben: sudo ufw allow 161/udp sudo ufw allow 162/udp # Port 6060 (Client) und 8080 (Web) freigeben: sudo ufw allow 6060/tcp sudo ufw allow 8080/tcp
Anhang: AggreGate-Konfiguration Schnell-Referenz
| Aufgabe | Navigationspfad |
|---|---|
| Gerät anlegen | Context-Browser → Rechtsklick → Neu → SNMP-Gerät |
| Variable anlegen | Context → Rechtsklick → Neu → Variable |
| Alert anlegen | Context → Rechtsklick → Neu → Alert |
| Device-Template | Administration → Templates → Neues Template |
| MIB importieren | Administration → SNMP → MIB Repository → Import MIB |
| SNMP-Community | Administration → SNMP → Community Strings → Add |
| Trap-Receiver | Administration → SNMP → Trap Receiver |
| Trap-Handler | Administration → SNMP → Trap-Handler → Neuer Handler |
| SNMP-Browser | Werkzeuge → SNMP-Browser |
| Network Discovery | Administration → Network Discovery → Neuer Scan |
| Dashboard anlegen | Dashboards → Neues Dashboard |
| Verlauf anzeigen | Rechtsklick auf Variable → Verlauf anzeigen |
| E-Mail-Konfiguration | Administration → E-Mail → SMTP-Server |
| Benachrichtigungsregel | Administration → Benachrichtigungen → Neue Regel |
| Automatischer Bericht | Administration → Berichte → Neuer Bericht |
| Aktive Alerts anzeigen | Alerts → Aktive Alerts |
Für firmware-spezifische OIDs und unterstützte Sensortypen immer die aktuelle Didactum-Gerätedokumentation konsultieren. AggreGate-versionsspezifische Unterschiede sind in der Tibbo-Technology-Dokumentation nachzuschlagen.