Skip to content

Latest commit

 

History

History
70 lines (52 loc) · 3.74 KB

README.md

File metadata and controls

70 lines (52 loc) · 3.74 KB

WW-mySHT - Sensor-Weatherman

Zurück zur Übersicht ...

Funktion

Übernahme, Aufbereitung, Deployment und Visualisierung der per WiFi versandten Sensordaten der Wetterstation 'STALL - Weatherman' durch Node-RED

Details

  • Autarkes Teilmodul zur Übernahme / Abspeichern / MQTT-Deployment von Sensordaten
  • die Sensordaten des Weatherman werden über den Port 8181 in Node-RED abgegriffen
    • dazu muss beim Weatherman im 'Expertenmodus' eingestellt werden:
      • CCU-Betrieb >> JSON-Daten an Server@CCU-IP
        • http://<IP-Weatherman>/?ccu:<IP-NodeRED-Server>:
        • Firmware 58:
          • http://<IP-Weatherman>/?param:12:1:
        • Firmware > 86:
          • http://<IP-Weatherman>/?param:12:8181:
  • über globale Node-RED Flow-Konfigurationsparameter und eine CSV-Gerät/Sensor-Datei wird der Umfang der Installation festgelegt - dies geht von der einfachen Visualisierung der Messwerte bis hin zum MQTT-Versand und der Abspeicherung der Sensorwerte in einer SQL-Datenbank
  • die myHOME-Konfiguration muss angelegt und für den Weatherman vorbereitet sein (CSV-Datei - siehe Doku dort)
  • in der myHOME-Konfiguration des Weatherman befindet sich für jedes Gerät/Sensor/Wert ein Konfigurationssatz, über den u.a. gesteuert werden kann, was mit dem Datensatz geschehen soll - es kann konfiguriert werden ...
    • nur die Daten werden weiterverarbeitet, für die es einen Konfigurationseintrag gibt
    • über ein Aktiv-/Inaktiv-Flag kann ein Device-Datensatz von der Verarbeitung ein- oder ausgeschlossen werden
    • über ein Datenbank-Flag kann entschieden werden, ob der Device-Datensatz in der myHOME-Datenbank abgelegt wird
    • über ein MQTT-Flag kann entschieden werden, ob der Device-Datensatz per MQTT über den eingetragenen MQTT-Pfad versandt werden soll
    • alle Device-Angaben (Name, Bezeichnung, Einheiten, etc.) sind einzeln konfigurierbar
    • für den Weatherman werden die 'name'-Bezeichnungen neu 'normiert'
      • damit braucht keine Code-Anpassung der Folge-Prozesse mehr erfolgen, wenn bei einer Firmware-Änderung die 'name'-Einträge geändert werden - man muss nur die Konfiguration der Device-Parameter in der myHOME-Datenbank vornehmen (Doku siehe dort) - bei den Folgeprozessen bleiben die festgelegten Device Bezeichner erhalten
  • es werden intern unterschiedliche 'payloads' generiert, die für eigene Entwicklungen genutzt werden können:
    • payload: Original Device-Objekte Weatherman
    • payload_sys: 'normierte' Device-Objekte der Weatherman Systemangaben
    • payload_var: 'normierte' Device-Objekte des Weatherman
    • payload_avg: 'normierte' Device-Objekte des Weatherman - ALLE numerischen Werte werden als 'gleitende Mittelwerte' im 5 Minuten-Intervall (einstellbar) bereitgestellt
    • payload_sql: SQL-Befehle zur Übernahme in die myHOME-Datenbank
    • payload_mqtt: 'normierte' Device-Objekte zur Übergabe an MQTT-Server
  • Watchdog und JSON-Fehlerbehandlung mit Statusausgabe

Setup

Setup der 'STALL-Weatherman' Sensordaten mit Node-RED

Node-RED - GUI

WW-mySHT - Sensor-Weatherman

Node-RED - FLOW

Gesamter Flow für alle Optionen mit Debug Möglichkeiten:

WW-mySHT - Sensor-Weatherman

Flow für reine Node-RED GUI-Darstellung über MQTT:

WW-mySHT - Sensor-Weatherman

MQTT Weatherman in FHEM

'STALL-Weatherman' Daten in FHEM über MQTT Broker:

WW-mySHT - Sensor-Weatherman

Hardware Weatherman

'STALL-Weatherman' (oben) mit Feinstaub-Modul (unten)

WW-mySHT - Sensor-Weatherman

Version

  • 1.1.0.0 - 2019-05-10
    • Aktualisierung und Verifikation für Firmware 107
  • 1.0.0.0 - 2018-12-07
    • Erstausgabe