Hi,
kurze Info zur geplanten Realisierung.
Wir planen eine Umsetzung in mehreren Stufen.
Tibber hat ein etwas spezielleres Format, so dass die HTTT-/REST-API das bisher nicht kann. Wir haben daher etwas implementiert und das wird seit langem getestet. Kann man auch schon seit ca. einem dreiviertel Jahr auf den Bildern zur VISU sehen, dass es dort ein Widget gibt mit den Tibber Daten (war nie gefaked, sondern real, wie man an Datum / Uhrzeit auf den Abbildungen auch im Nachhinein nachprüfen kann).
Hier von eben:
(DEV-Tester: Die stufige Darstellung von Werten in der Widgetansicht wird erst ab voraussichtlich nächster Woche einstellbar sein)
Die erste Stufe wird es sein das anzzuzeigen, wobei ich eine Anzeige mit Vorschau möchte, weil es ist ja uninteressant, die alten Werte zu sehen, sondern ich will den Strompreis ja im Vorraus wissen. Das bedeutet aber eine Änderung der Anzeigelogik und auch Verarbeitung.
Hier haben wir vor, dass es einen eigenen Datentyp "dyn Strompreis" gibt, also zusätzlich zu Ganzzahl, Fließkomma, Text und Binär. Der Sinn ist, dass alle relevanten Informationen zu Stundenpreisen sich in EINEM Objekt befinden. Dazu dann die Logikmodule welche nur durch Verbindung mit dem einen Dyn-Strom Objekt dann alle Informationen bekommen und Steuerung ermöglichen.
Das wird dann richtig einfach in der Handhabung sein, weil man eben nicht acht oder 20 Objekte mit einzelnen Stunden vorab verknüpfen muss, mal abgesehen davon, dass es auch komplex wird, weil die Vorschau - je nach Uhrzeit - variabel von 11 Stunden bis 35 Stunden reicht (etwas nach 13:00 Uhr kommen die Daten für den Folgetag), was Verknüpfungen, Anzeigen und Nutzung sehr komplex werden lassen.
Wir suchen dafür eine richtig gute Lösung, aber die fällt nicht vom Himmel und im einzelnen ist der Aufwand dafür auch krass bei uns. Vielleicht bekommen wir auch eine einfachere Lösung hin, aber ich denke schon, dass alles mit einem "Komplex-Objekttyp" steht und fällt, zumal wir solche Komplex-Typen auch für Zeitpunkt, Zeitraum, Lichtfarbe, Dimmen, Wetter, Solarertragforecasts usw. geplant haben. Das bedeutet aber auch eine heftige Umarbeitung des Dispatchers und der Assistenten und ist nicht trivial.
Dies ist dann die zweite Stufe und die dritte Stufe sind dann die Logikkomponenten / Energeiverwaltungsengine, welche auf diese einfach verknüpfbaren Daten aufsetzen können.
Eine gute Lösung und vor allem leicht für jedermann nutzbare Lösung ist nicht einfach, schon gar nicht bei einem generisch und einfach konfigurierbaren Produkt wie dem Timberwolf Server mit "Sofort-und-Gleich-Funktionalität" und Update-Fähigkeit von praktisch jedem beliebigen alten Stand auf in einem Rutsch. Weil es ist auch die Summe aller dieser Komfortmerkmale, die erhöhten Aufwand verursachen.
Kurz: Die Umsetzung kommt in mehreren Stufen und wir sind auch dran, aber bis zum einfachen Druck auf Upgrade und dann "funktioniert einfach" ist es kein schneller Weg.
lg
Stefan
