Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[tombox]

@onkel-ede wenn er nach 5min verschwindet ist er wohl eher ein rückgabe wert aber nicht der korrekte wert zum setzen gibt es den noch andere hotwater temperature states?

[onkel-ede]

Es gibt nur diesen Punkt zum Setzen der WW-Temperatur. Wenn ich den Zeitpunkt erwische und er ist vorhanden, funktioniert es ja korrekt und der Wert steht auch so in der App. Ich experimentiere morgen mal noch mit dem Zeitpunkt.

[tombox]

@onkel-ede Ich habe glaube noch ein Fehler gefunden. Einfach nochmal via github installieren und instanz neustarten

[onkel-ede]

@tombox Installiert und neu gestartet.
Den Wert konnte ich manuell schreiben (52°C) und er ist in der App auch sichtbar.
Mit dem Script hat es nicht geklappt, vermutlich weil der Datenpunkt zum Zeitpunkt der Bedingung (Netzeinspeisung > 2.100 kWh) nicht vorhanden war. Die Kontrollmail wurde ordnungsgemäß verschickt.

[tombox]

@onkel-ede kannst du manuell verifizieren ob der State weg ist oder nur kurz während der Aktualisierung ?

[onkel-ede]

@tombox Der Datenpunkt vaillant.0.21172500201971160933012883N3.systemcontrol.dhw01.hotwater.configuration.temperature_setpoint
ist nur zwischen jeder zweiten Aktualisierungsrunde sichtbar.

In der übrigen Zeit durch er durch diesen Datenpunkt ersetzt:
vaillant.0.21172500201971160933012883N3.systemcontrol.dhw01.hotwater.configuration.operation_mode

[tombox]

@onkel-ede Schaue ich mir nochmal an wenn ich dazu komme.
Aber du hast die Instanz ja im debug laufen. dann kannst ja mal selber schauen ob im JSON nach dem log "status successful" immer der configuration.temperature_setpoint vorkommt oder auch nur jede zweite aktualisierung

[onkel-ede]

@tombox
Der Eintrag:
"dhw":[{"hotwater":{"configuration":{"operation_mode":"AUTO","temperature_setpoint":52}
findet sich in JEDEM JSON nach dem log "status successful", also alle 5min.
Hier mal noch eine Stunde Auszug aus dem LOG:

vaillant_log_1h.txt

[tombox]

@onkel-ede kannst du via github nochmal installieren und neustarten und testen ob sich was geändert hat

[onkel-ede]

@tombox leider unverändert

[michihorn]

Hallo, ich habe gestern den Adapter installiert. Toll was du da gemacht hast. Gestern ist mir aufgefallen das sich in den Objekten immer wieder das geschlossene Objekt geöffnet hat und die Unterpunkte sichtbar wurden, dass ist in so fern unschön als man evtl. in den Objecten mal was sucht.
Tag2, heute ist der Adapter ROT. Das Log habe ich im Anhang.

Vielleicht kann du noch mal schauen was da los ist.
LG Michael

[Meister Mopper]

Tatsächlich ist dies der einzige meiner Adapter, der den Objektbaum bei jeder Aktualisierung erweitert. Das ist besonders unangenehm, wenn man gerade andere Objekte bearbeitet und das System springt in den Bereich der Vaillant-Objekte und entfaltet den Baum wie hier:

Spoiler

Es wäre schon schön, wenn das nicht mehr passierte. Vielleicht ist es ja kein großes Ding :expressionless:

[tombox]

@Meister-Mopper ich werde das verbessern. ist ja in der nina app auch so..

[tombox]

@michihorn kannst du mir verraten wie currentpvmeteringinfo state aussieht was wird da gespeichert.
der andere fehler ist noch ein problem mit js-controller 3 wir sind dran das zu lösen.

[michihorn]

@tombox Ich habe aber keine PV Anlage

[tombox]

@michihorn eigenartig dass er dann ein spine erkennt anscheinend ist es in der anlage aktiv

[michihorn]

@tombox Wo/Wie kann ich das Abstellen?

[tombox]

@michihorn die github version is auch js controller 3 kompatibel

[tombox]

@michihorn keine ahnung es ist erstmal nichtsso wichtig da der state eh leer ist

[michihorn]

@tombox hab ich das richtig Verstanden, du hast gerade was neues auf Github geschoben?