mdzio / ccu-historian Goto Github PK

Der CCU-Historian könnte ein Programm auf der CCU regelmäßig (z.B. alle 5 Minuten) starten. Dieses Programm könnte wie folgt aussehen:

WENN 
  FALSCH
DANN
  HistorianLäuft = TRUE
  Verzögert um 10 Minuten HistorianLäuft = FALSE
SONST
  Verzögert um 10 Minuten HistorianLäuft = FALSE

Dadurch wird die System-Variable HistorianLäuft auf FALSE gesetzt, wenn das Programm nicht innerhalb von 10 Minuten regelmäßig gestartet wird.

• Docker ist u.a. für Raspberry Pi, Linux, Windows und den NAS von Synology und QNAP verfügbar.

• Schnittstelle und Parameter werden nicht angezeigt.
• Insbesondere wird dies für die Legende des Trend-Diagramms benötigt.

Umsetzungsideen:

• Jeder Datenpunkt bekommt weitere konfigurierbare Kennzeichen:
  • Automatischen Abgleich der Datenpunktinformationen (Anzeigenamen, Einheit, Messbereichsanfang, ...) abschalten
  • Konfigurierbare Darstellung des Namens aus den Bestandteilen Schnittstelle, Kanal, Anzeigename und Parameter
• Web-Seite zur manuellen Anpassung der Datenpunktinformationen
• Der Anzeigename kann manuell für jeden Datenpunkt angegeben werden. Im Gegensatz zu den Möglichkeiten der CCU, in der nur ein Anzeigename pro Kanal konfiguriert werden kann.

Der CCU-Historian ist MQTT-Client und archiviert alle Benachrichtigungen.

Offene Punkte:

• Content-Type: JSON?
• JSON-Struktur?

z.B. alle selektieren

Zurzeit ist dies nicht realisierbar, da die Trend-Diagramme als Grafikdateien generiert werden und dann an den Web-Browser geschickt werden. Falls die Trend-Diagramme im Web-Browser generiert werden, ist so eine Funktionalität möglich.

• Langfristiges Ziel: Vollständiger Verzicht auf die Konfigurationsdatei

Dieser Fehler betrifft die V0.7.6hf1. In der aktuellen Entwicklerversion sollten die folgenden Dateien nochmals überprüft werden:

• historian/tools.html
• historian/dpdetails.html
• historian/analyze.html

• MySQL
• PostgreSQL

Dadurch können Web-Applikationen, die im Web-Browser ausgeführt werden (z.B. AngularJS-Applikationen) und von einem fremden Web-Server ausgeliefert werden, die JSON-RPC-Schnittstelle verwenden.

• Zusätzliche XMLRPC-Schnittstelle
• Port 2010?
• Es wird kein BIN-RPC unterstützt.

Beispiel: Wenn die aktuelle Datenbank eine Größe von 1 GByte erreicht, wird eine neue Datenbank erstellt und gefüllt. Alternativ könnte auch für jedes Jahr eine eigene Datenbank erstellt werden.

Dadurch wären auch inkrementelle Backups möglich.

Verdächtige Ausgabe (siehe Zeitstempel):

Außenbeleuchtung Gr. 1.STATE;;
Zeitstempel;Wert;Status
21.01.2017 21:11:39,035;0;2
22.01.2017 20:09:00,414;1;2
22.01.2017 21:11:39,035;1;2

z.B. Adresse, ID, Einträge, Inaktiv, Versteckt, Vorverarbeitung und Parameter

• Der CCU-Historian wertet jeweils nur eine Zuweisung aus.

Event-Identifikation: BidCoS-RF.CENTRAL.PONG

Eventuell sollte die Funktionalität von ping() genutzt werden, um unnötige init() Aufrufe zu vermeiden.

Ähnlich wie es bereits mit der Funktion "Beispiel 1 - Vorjahresvergleich" angedeutet, wäre es schön, Daten - zeitlich frei wählbar - miteinander zu vergleichen. Dabei sollte bei Bedarf mehr als 2 Zeitspannen ausgewählt werden können. (also nicht nur fix ein Jahr Jan. 2016 mit Jan. 2017, sondern z.B die Januare der letzten 5 Jahre. Oder aber Januar, Mai und Oktober 2016)
Im aktuellen Beispiel werden zwei Diagramme generiert. Ein direktes vergleichen ist schwer, da die Skalierungen zu unterschiedlich sind. (z.B. bei den Aussentemperaturen: letztes Jahr zwischen +14 und -8, dieses Jahr +8 und -16. Somit horizontale Mitte des Diagramms 2016 ist ca. +3 Celsius, für das Jahr 2017 aber ca. -4 Celsius.