Update auf 0.12.1 ist installiert, und das Caching scheint wie vorgesehen zu funktionieren.
Ich habe die ersten beiden Abrufe im Debug verglichen:
09:14 Uhr – erster Abruf nach dem Update:
Token-Anfrage → HTTP 200
GET /homes → HTTP 200
GET /control-identifier → HTTP 200
GET /tli → HTTP 200
09:24 Uhr – nächster regulärer Abruf:
Token-Anfrage → HTTP 200
GET /tli → HTTP 200
Die Anlagenliste und die Reglerkennung werden also nicht mehr bei jedem Zyklus abgefragt. Die Messwerte wurden vollständig aktualisiert und die Instanz meldet OK.
Auch die neue Variable „Betriebsart (normiert)“ ist vorhanden und zeigt passend zum Systemstatus HEATING den Wert „Heizen“ an. Ich prüfe bei Warmwasseranforderung nach Verhalten erneut.
Zum API-Kontingent: Bereits mit der vorherigen Version scheint WPHub über Nacht bei 600 Sekunden stabil durchgelaufen zu sein. Zumindest sind mir keine weiteren Ausfälle aufgefallen. Mit dem neuen Caching sollte jetzt etwas mehr Luft beim Kontingent sein.
Den Aktualisierungstakt lasse ich vorerst bei 600 Sekunden. Jetzt schauen wir mal, wie sich das im längeren Betrieb verhält.
zu den häufigen Kontingent-Fehlern: Ich sehe an deiner Variablenliste, dass du noch auf einer älteren WPHub-Version bist (0.11.6) - dir fehlen dadurch gleich drei spätere Verbesserungen, unter anderem genau der Fix, der das Kontingent-Problem entschärft (0.12.1 fragt Anlagenliste und Regler-Typ nicht mehr bei jedem Zyklus ab, sondern cached sie 24 Stunden). Dazu kommen noch der zweite Heizkreis (0.11.7, extra für deine Zwei-Kreis-Anlage gebaut) und die normierte Betriebsart-Variable (0.12.0). Magst du in der Modulverwaltung einmal aktualisieren? Danach sollte es bei dir deutlich ruhiger werden.
Zum zweiten Screenshot mit „Wärmepumpentyp“/„Betriebsstatus“/„Heizen – Statuswerte“: Das ist gar nicht WPHub selbst, sondern ein Panel im Dashboard-Modul „HeatSchema“ (Anlagenschema) - „ Manuelle Datenanbindung (ohne HeishaMon/WPHub)“. Das Panel ist bei jeder Instanz vorhanden, aber standardmäßig eingeklappt und wirkungslos, solange die Checkbox „Manuell verknüpfte Wärmepumpe anzeigen“ nicht aktiviert ist - du hast es vermutlich einfach mal aufgeklappt und dich über die leeren Felder gewundert. Bei dir läuft die Wärmepumpe ganz normal über die automatische Erkennung (WPHub), die leeren Felder dort haben darauf keinen Einfluss. Die Felder sind nur für den Fall gedacht, dass jemand ganz ohne HeishaMon/WPHub eigene Variablen verknüpfen will, oder um einzelne fehlende Werte zusätzlich zur Auto-Erkennung nachzutragen. Bei dir also einfach eingeklappt/leer lassen.
Heute habe ich auch wieder eine Warmwasserbereitung erwischt. Die normierte Betriebsart zeigt sauber „Warmwasser“ an, passend zum Rohwert DHW.
Die Außentemperatur liegt inzwischen über meiner AT-Abschaltung von 17 °C. Dann sehen wir auch den weiteren Eintrag in der normierten Liste und können die Zuordnung prüfen.
Edit: Standby passt auch
Auch das Caching scheint seinen Dienst zu tun. Bislang keine neuen Kontingentfehler. Ich lasse den Takt erst mal bei 600 Sekunden und schaue, wie es sich weiter verhält.
Guten Morgen.
Die ist beim Dashboard dabei.
Kannst du dir installieren und dort die Daten manuell verlinken oder es werden die Daten über eine installierte WP-Modbus Hub Instanz automatisch geholt.
Gruß Christian
einen Wunsch hätte ich für die Vaillant-Anbindung noch: die Energiedaten der Wärmepumpe.
Interessant wären vor allem:
Stromverbrauch Heizung
Stromverbrauch Warmwasser
erzeugte Wärmemenge Heizung
erzeugte Wärmemenge Warmwasser
eventuell Umweltenergie
In der myVAILLANT-App werden diese Werte ja bereits angezeigt. Bei meiner Kaskade erscheint das dort als eine Heizung, eine Aufteilung auf die beiden einzelnen Wärmepumpen wäre für mich daher gar nicht zwingend nötig.
In den bisherigen TLI-Daten sind diese Werte nicht enthalten. Nach dem, was ich bisher gefunden habe, scheinen die Energiedaten eher über die EMF-Endpunkte zu kommen, z. B. currentSystem und anschließend die gerätebezogenen buckets.
Wegen des API-Kontingents würde ich diese Daten allerdings nicht in den normalen 300-/600-Sekunden-Takt hängen. Für Energie reichen aus meiner Sicht deutlich größere Intervalle vollkommen aus.
Wenn du dir das irgendwann anschauen magst, würde ich die Rohdaten natürlich wieder mit testen.
deine eigene Vermutung von neulich war goldrichtig: Im myVAILLANT-Referenzprojekt gibt es tatsächlich einen /emf/v2-Bereich dafür. Zwei Endpunkte sind relevant - einer liefert eine Geräteübersicht mit den verfügbaren Energiekanälen, der zweite (mit genau diesen Kanal-Angaben als Parameter) dann die eigentlichen Verbrauchs-/Ertragswerte.
Ich habe erstmal nur den ersten, einfacheren gebaut - er braucht keine Parameter und verrät mir, welche Kanäle deine Anlage überhaupt anbietet. Den zweiten will ich nicht raten: die genauen Parameter-Werte (operationMode/energyType) kenne ich erst aus einer echten Antwort.
In 0.13.0 gibt es dafür einen neuen Knopf „ Energiedaten testweise abrufen“ im Vaillant-Formular - wie gewünscht komplett unabhängig vom normalen Takt, nur auf Klick. Er schreibt die Rohantwort in die Instanz-Debugausgabe (Eintrag „Vaillant/emf-currentSystem-Rohdaten“).
Kannst du den mal drücken und mir den Inhalt schicken? Daraus baue ich dann den zweiten Schritt für die tatsächlichen Werte.
Kurze Zusammenfassung für alle Mitleser, nach ein paar Testrunden mit Markus (m_rothenpieler) per PN und hier im Thread:
Energiedaten (Stromverbrauch, erzeugte Wärmemenge, Umweltenergie) sind jetzt korrekt. Zwei echte Bugs sind dabei rausgekommen, beide nur durch Markus’ Testdaten überhaupt zu finden:
Das „heute“-Zeitfenster lief zuerst auf UTC-Mitternacht statt Ortszeit-Mitternacht — der Tageswechsel wäre je nach Sommer-/Winterzeit um 1 oder 2 Uhr nachts passiert statt um Mitternacht.
Nach diesem Fix gab es immer noch eine Abweichung zur myVAILLANT-App: Bei Tagesauflösung liefert die Vaillant-API den kompletten UTC-Kalendertag zurück, sobald das Anfragefenster ihn auch nur berührt — nicht nur den angefragten Ausschnitt. Da unser „heute“ an Ortszeit-Mitternacht beginnt, wurde dadurch regelmäßig ein ganzer zusätzlicher Vortag mitgezählt. Jetzt wird stundenweise abgefragt und selbst zusammengerechnet, das behebt das sauber.
Neu dazugekommen ist eine reine Lese-Übersicht („Steuerungsfähigkeiten anzeigen“), die zeigt, welche Zonen/Heizkreise/Warmwasser-Parameter eure Anlage liefert und welche davon grundsätzlich beschreibbar wären. Sie macht ausdrücklich keinen Schreibzugriff — reine Bestandsaufnahme, als Grundlage für eine mögliche spätere Steuerfunktion.
Ob und wie es damit weitergeht, hängt vom Interesse hier ab — daher die kurze Umfrage unten. Bei Interesse würde ich das nur vorsichtig und schrittweise angehen (erst einzelne Parameter klären, dann mit echten Testern an echter Hardware, nicht auf einmal alles freischalten).
Ja, eine echte Steuerfunktion (Sollwerte, Betriebsart, Warmwasser-Boost o. ä.) wäre für mich interessant
Nein, reines Auslesen reicht mir völlig
Unentschieden / kommt drauf an, was genau
0Teilnehmer
Ja, ich wäre bereit, eine künftige Schreibfunktion an meiner eigenen Anlage zu testen
Nein, das würde ich nicht an meiner Anlage testen wollen
kurz zur Einordnung: die rot markierten Variablen im Objektbaum (Heizkreis-Zuordnung Heizkörper/Fußbodenheizung, Wasserfluss-Stil/-Geschwindigkeit, Pufferspeicher-/Warmwassertank-Volumen, Simulation) sind reine Einstellungen, die du selbst über die Schalter/Dropdowns in der aufgezogenen Kachelansicht änderst. Die werden nur beim ersten Einrichten einmal mit einem Standardwert belegt und danach ausschließlich dann neu geschrieben, wenn du tatsächlich etwas umstellst - Symcon zeigt bei einer Variable immer den Zeitpunkt der letzten echten Änderung, und wenn niemand daran dreht, bleibt der eben auf „gestern“ stehen. Das ist so beabsichtigt, keine Störung.
Die eigentlichen Live-Werte (Temperaturen, Betriebsart) aktualisieren sich unabhängig davon ganz normal - dein dritter Screenshot zeigt ja auch einen aktuellen Zeitstempel an der Kachel selbst. Das Dashboard läuft also sauber, es hat sich nur nichts an der Konfiguration geändert.
ja, die gibt es - und du hattest völlig recht, dass da was nicht stimmt. Ich bin dem nachgegangen: die Betriebsart-Anzeige und die Animation hingen bisher an einem Datenpunkt (Verdichterfrequenz), den WPHub gar nicht liefert - weder für Panasonic noch für Vaillant, weil die jeweilige Cloud-API diesen Wert nicht hergibt. Die Schema-Kachel zeigte dadurch bei jeder WPHub-Anlage dauerhaft „Standby“, auch wenn tatsächlich geheizt wurde - deine Heizkreise meldeten ja korrekt HEATING_ACTIVE, das Schema hat das nur nicht ausgewertet.
Der Fehler lag also im Dashboard-Modul (genauer: NRGDashboardHeatSchema), nicht in WPHub - WPHub hat die Daten die ganze Zeit richtig geliefert, das Dashboard hat sie nur falsch interpretiert. Ich habe den Fix eben live gebracht, Version 0.9.155-beta.1 (Build 282) im Dashboard-Modul: die Betriebsart erkennt jetzt zusätzlich am herstellerneutralen Statuswert, den WPHub korrekt liefert. Zieh dir das Update über die Modulverwaltung und prüf gerne nochmal, ob jetzt Heizbetrieb inkl. Animation angezeigt wird, wenn die Anlage läuft.
Na ja, mit der Frischwasserstation, mit der Sole, Wasser/Wasser und dem Erdkollektor bin ich noch nicht einverstanden. Aber es macht wirklich brutal viel Aufwand das alles so zu bauen wie man es haben möchte und dass alles auch noch irgendwie funktioniert wie man es haben möchte.
ich bin ganz neu in diesem (Modul)-Thema und scheitere schon daran, dass ich auf der Visu kein Anlagenschema angezeigt bekomme. Die Instanz NRG-Stack WPHub liefert mir Daten bei der Instanz NRG-Stack Dashboard Anlagenschema werden die Daten nicht aktualisiert.
willkommen im Thread! Vorab ein wahrscheinlicher Grund: Bis zur Dashboard-Version 0.9.155-beta.1 (Build 282, seit 01.10.) hat das Anlagenschema bei WPHub-Anlagen dauerhaft „Standby“ ohne Animation gezeigt, auch wenn die Anlage lief. Das sieht aus, als würde nichts aktualisiert, obwohl die Werte ankommen. Bitte aktualisiere deshalb NRG-Stack Dashboard und WPHub über die Modulverwaltung (Beta-Kanal) und lade die Visu neu.
Zur Einordnung: WPHub fragt die Vaillant-Cloud je nach Einstellung nur alle 5 bis 10 Minuten ab (die Cloud begrenzt die Abrufe). Das Schema ändert sich also nicht im Sekundentakt.
Falls es danach immer noch nicht passt, brauche ich von dir:
die Versionen von Dashboard und WPHub,
was im Schema steht: ein Hinweistext wie „Keine Wärmepumpe gefunden“, oder das Schema mit Standby bzw. alten Werten,
einen Screenshot der Statuszeile oben in der Instanz „NRG-Stack Dashboard Anlagenschema“ (Konsole),
falls bekannt, welcher Regler bei dir verbaut ist (z. B. VRC700 oder sensoCOMFORT/VRC720).
Manuelle Datenanbindung (ohne HeishaMon/WPHub)“. Das Panel ist bei jeder Instanz vorhanden, aber standardmäßig eingeklappt und wirkungslos, solange die Checkbox „Manuell verknüpfte Wärmepumpe anzeigen“ nicht aktiviert ist - du hast es vermutlich einfach mal aufgeklappt und dich über die leeren Felder gewundert. Bei dir läuft die Wärmepumpe ganz normal über die automatische Erkennung (WPHub), die leeren Felder dort haben darauf keinen Einfluss. Die Felder sind nur für den Fall gedacht, dass jemand ganz ohne HeishaMon/WPHub eigene Variablen verknüpfen will, oder um einzelne fehlende Werte zusätzlich zur Auto-Erkennung nachzutragen. Bei dir also einfach eingeklappt/leer lassen.
Energiedaten testweise abrufen“ im Vaillant-Formular - wie gewünscht komplett unabhängig vom normalen Takt, nur auf Klick. Er schreibt die Rohantwort in die Instanz-Debugausgabe (Eintrag „Vaillant/emf-currentSystem-Rohdaten“).
