Test Adapter stiebel-isg v1.4.x GitHub

maodch

Sieht mir nach einem Timeout aus, wenn der Adapter versucht, die Daten beim ISG zu holen.
Ev. wäre es eh noch clever, wenn man beim Adapter-Setup das Timeout angeben könnte.

Du siehst, in der Mitte kam mal ein Wert zurück ("script.js.dev.testRun: 29.1" so wie vorher auch immer) und plötzlich hagelt es einen Satz Meldungen, dann ist wieder gut, als wär nichts gewesen. Aber hab's auch extra provoziert in einem loop, wobei der Adapter so oder so nur all 60 Sekunden daten holen sollte.

Aber eigentlich wollen wir ja den FESTWERT testen hahaha

2020-01-12 01:38:00.037 - warn: javascript.0 (3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.ISTTEMPERATUR_HK_1" not found (3)
2020-01-12 01:38:00.039 - warn: javascript.0 (3969) at GetRucklauf_Diff (script.js.dev.testRun:174:23)
2020-01-12 01:38:00.040 - warn: javascript.0 (3969) at Object. (script.js.dev.testRun:171:13)
2020-01-12 01:38:00.040 - warn: javascript.0 (3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
2020-01-12 01:38:00.041 - warn: javascript.0 (3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
2020-01-12 01:38:00.041 - warn: javascript.0 (3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
2020-01-12 01:38:00.041 - warn: javascript.0 (3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
2020-01-12 01:38:00.042 - warn: javascript.0 (3969) at ontimeout (timers.js:436:11)
2020-01-12 01:38:00.042 - warn: javascript.0 (3969) at tryOnTimeout (timers.js:300:5)
2020-01-12 01:38:00.042 - warn: javascript.0 (3969) at listOnTimeout (timers.js:263:5)
2020-01-12 01:38:00.043 - warn: javascript.0 (3969) at Timer.processTimers (timers.js:223:10)
2020-01-12 01:38:00.043 - warn: javascript.0 (3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.ISTTEMPERATUR_HK_2" not found (3)
2020-01-12 01:38:00.044 - warn: javascript.0 (3969) at GetRucklauf_Diff (script.js.dev.testRun:175:23)
2020-01-12 01:38:00.045 - warn: javascript.0 (3969) at Object. (script.js.dev.testRun:171:13)
2020-01-12 01:38:00.045 - warn: javascript.0 (3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
2020-01-12 01:38:00.046 - warn: javascript.0 (3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
2020-01-12 01:38:00.046 - warn: javascript.0 (3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
2020-01-12 01:38:00.046 - warn: javascript.0 (3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
2020-01-12 01:38:00.047 - warn: javascript.0 (3969) at ontimeout (timers.js:436:11)
2020-01-12 01:38:00.047 - warn: javascript.0 (3969) at tryOnTimeout (timers.js:300:5)
2020-01-12 01:38:00.047 - warn: javascript.0 (3969) at listOnTimeout (timers.js:263:5)
2020-01-12 01:38:00.048 - warn: javascript.0 (3969) at Timer.processTimers (timers.js:223:10)
2020-01-12 01:38:00.048 - info: javascript.0 (3969) script.js.dev.testRun: 29.1
2020-01-12 01:38:00.048 - warn: javascript.0 (3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.ISTTEMPERATUR_HK_1" not found (3)
2020-01-12 01:38:00.049 - warn: javascript.0 (3969) at GetHK1_Ist (script.js.dev.testRun:181:16)
2020-01-12 01:38:00.050 - warn: javascript.0 (3969) at Object. (script.js.dev.testRun:179:17)
2020-01-12 01:38:00.050 - warn: javascript.0 (3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
2020-01-12 01:38:00.051 - warn: javascript.0 (3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
2020-01-12 01:38:00.051 - warn: javascript.0 (3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
2020-01-12 01:38:00.051 - warn: javascript.0 (3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
2020-01-12 01:38:00.052 - warn: javascript.0 (3969) at ontimeout (timers.js:436:11)
2020-01-12 01:38:00.052 - warn: javascript.0 (3969) at tryOnTimeout (timers.js:300:5)
2020-01-12 01:38:00.052 - warn: javascript.0 (3969) at listOnTimeout (timers.js:263:5)
2020-01-12 01:38:00.053 - warn: javascript.0 (3969) at Timer.processTimers (timers.js:223:10)
2020-01-12 01:38:00.053 - info: javascript.0 (3969) script.js.dev.testRun: null
2020-01-12 01:38:00.053 - warn: javascript.0 (3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.SOLLTEMPERATUR_HK_1" not found (3)
2020-01-12 01:38:00.055 - warn: javascript.0 (3969) at GetHK1_Soll (script.js.dev.testRun:185:16)
2020-01-12 01:38:00.055 - warn: javascript.0 (3969) at Object. (script.js.dev.testRun:183:17)
2020-01-12 01:38:00.056 - warn: javascript.0 (3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
2020-01-12 01:38:00.056 - warn: javascript.0 (3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
2020-01-12 01:38:00.056 - warn: javascript.0 (3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
2020-01-12 01:38:00.057 - warn: javascript.0 (3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
2020-01-12 01:38:00.057 - warn: javascript.0 (3969) at ontimeout (timers.js:436:11)
2020-01-12 01:38:00.057 - warn: javascript.0 (3969) at tryOnTimeout (timers.js:300:5)
2020-01-12 01:38:00.057 - warn: javascript.0 (3969) at listOnTimeout (timers.js:263:5)
2020-01-12 01:38:00.058 - warn: javascript.0 (3969) at Timer.processTimers (timers.js:223:10)

unltdnetworx

@maodch
Ich hab eine neue Version hochgeladen.

Hab ein kurioses Phänomen festgestellt. Es handelt sich nicht um den Festwert, der das Problem verursacht, sondern weiter oben. Zum Testen habe ich mir den Code in einen Online-JS-Simulator mit JQuery 3.1.0, incl. deinem HTML eingebaut. Dort alles richtig eingetragen, bekomme die Werte (auch mit HTML einer meiner Seiten), aber in ioBroker dann nicht mehr.

Hab es auf eine Zeile eingrenzen können.
Dort wird vom Inputfeld aus, mittels ".next().text()" der Wert ausgelesen. Aber in ioBroker funktioniert nur die umständliche Variante "next().get()[0].children[0].data". Aber dann verschwinden viele andere Werte. "next().get()[0].children[0].data" wirft hingegen im Online Simulator Fehler.

Steh gerade auf dem Schlauch.

unltdnetworx

@maodch
Was bitte macht denn dein Loop? Das Problem am ISG ist tatsächlich, das es die große Anzahl gleichzeitiger Anfragen nicht verkraftet. Das ist auch der Grund, warum es immer etwas dauert, bis alle Werte aktualisiert sind und warum die Einstellungen nur einmal pro Stunde abgerufen werden.

maodch

@unltdnetworx

Also, das Ding ist mit dem Loop, dass ich im Minuten Intervall Daten hole, das ging auch bis zur .9 Version einwandfrei, aber ab .10 und .11 motzt der und erhängt sich. Gehe ich die Version zurück, läuft es auch im "* * * * *" ohne zu meckern und.
Aber ja, in der Produktion wird der Zyklus den 5Minuten-Takt nicht unterschreiten
Aber ja, sonst kommt das hier, als ob die Datenpunkte nicht mehr da wären:

javascript.0	2020-01-12 19:37:00.171	warn	(3969) at Timer.processTimers (timers.js:223:10)
javascript.0	2020-01-12 19:37:00.171	warn	(3969) at listOnTimeout (timers.js:263:5)
javascript.0	2020-01-12 19:37:00.171	warn	(3969) at tryOnTimeout (timers.js:300:5)
javascript.0	2020-01-12 19:37:00.171	warn	(3969) at ontimeout (timers.js:436:11)
javascript.0	2020-01-12 19:37:00.171	warn	(3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
javascript.0	2020-01-12 19:37:00.170	warn	(3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
javascript.0	2020-01-12 19:37:00.170	warn	(3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
javascript.0	2020-01-12 19:37:00.170	warn	(3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
javascript.0	2020-01-12 19:37:00.170	warn	(3969) at Object.<anonymous> (script.js.dev.!Heizung:25:32)
javascript.0	2020-01-12 19:37:00.169	warn	(3969) at GetHK2_Soll (script.js.dev.!Heizung:48:16)
javascript.0	2020-01-12 19:37:00.168	warn	(3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.SOLLTEMPERATUR_HK_2" not found (3)
javascript.0	2020-01-12 19:37:00.168	warn	(3969) at Timer.processTimers (timers.js:223:10)
javascript.0	2020-01-12 19:37:00.168	warn	(3969) at listOnTimeout (timers.js:263:5)
javascript.0	2020-01-12 19:37:00.168	warn	(3969) at tryOnTimeout (timers.js:300:5)
javascript.0	2020-01-12 19:37:00.167	warn	(3969) at ontimeout (timers.js:436:11)
javascript.0	2020-01-12 19:37:00.167	warn	(3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
javascript.0	2020-01-12 19:37:00.167	warn	(3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
javascript.0	2020-01-12 19:37:00.167	warn	(3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
javascript.0	2020-01-12 19:37:00.166	warn	(3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
javascript.0	2020-01-12 19:37:00.163	warn	(3969) at Object.<anonymous> (script.js.dev.!Heizung:25:16)
javascript.0	2020-01-12 19:37:00.163	warn	(3969) at GetHK1_Ist (script.js.dev.!Heizung:42:16)
javascript.0	2020-01-12 19:37:00.162	warn	(3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.ISTTEMPERATUR_HK_1" not found (3)
javascript.0	2020-01-12 19:37:00.162	warn	(3969) at Timer.processTimers (timers.js:223:10)
javascript.0	2020-01-12 19:37:00.161	warn	(3969) at listOnTimeout (timers.js:263:5)
javascript.0	2020-01-12 19:37:00.161	warn	(3969) at tryOnTimeout (timers.js:300:5)
javascript.0	2020-01-12 19:37:00.161	warn	(3969) at ontimeout (timers.js:436:11)
javascript.0	2020-01-12 19:37:00.161	warn	(3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
javascript.0	2020-01-12 19:37:00.161	warn	(3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
javascript.0	2020-01-12 19:37:00.160	warn	(3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
javascript.0	2020-01-12 19:37:00.160	warn	(3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
javascript.0	2020-01-12 19:37:00.160	warn	(3969) at Object.<anonymous> (script.js.dev.!Heizung:22:32)
javascript.0	2020-01-12 19:37:00.160	warn	(3969) at GetHK1_Soll (script.js.dev.!Heizung:45:16)
javascript.0	2020-01-12 19:37:00.158	warn	(3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.SOLLTEMPERATUR_HK_1" not found (3)
javascript.0	2020-01-12 19:37:00.158	warn	(3969) at Timer.processTimers (timers.js:223:10)
javascript.0	2020-01-12 19:37:00.158	warn	(3969) at listOnTimeout (timers.js:263:5)
javascript.0	2020-01-12 19:37:00.158	warn	(3969) at tryOnTimeout (timers.js:300:5)
javascript.0	2020-01-12 19:37:00.157	warn	(3969) at ontimeout (timers.js:436:11)
javascript.0	2020-01-12 19:37:00.157	warn	(3969) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:501:7)
javascript.0	2020-01-12 19:37:00.157	warn	(3969) at /opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:543:11
javascript.0	2020-01-12 19:37:00.156	warn	(3969) at Job.invoke (/opt/iobroker/node_modules/iobroker.javascript/node_modules/node-schedule/lib/schedule.js:173:10)
javascript.0	2020-01-12 19:37:00.156	warn	(3969) at Job.nodeSchedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1181:34)
javascript.0	2020-01-12 19:37:00.156	warn	(3969) at Object.<anonymous> (script.js.dev.!Heizung:22:16)
javascript.0	2020-01-12 19:37:00.155	warn	(3969) at GetHK1_Ist (script.js.dev.!Heizung:42:16)
javascript.0	2020-01-12 19:37:00.153	warn	(3969) getState "stiebel-isg.0.Info.ANLAGE.HEIZUNG.ISTTEMPERATUR_HK_1" not found (3)

Also, ich teste mal den neuen Wurf
Danke und noch einen schönen Sonntag Abend.

maodch

@unltdnetworx

Wo ich jetzt aber gerade auf dem Schlauch stehe:
Wenn ich die Daten ja z.B. alle 60 Sekunden beim Adapter abhole, dann stammen diese ja nicht vom ISG selber, sondern sind ja Datenpunkte, welche der Adapter all 60 Sekunden beim ISG holt.
Sprich, selbst wenn ich jede Sekunde Daten anfragen würde, dann wären diese ja nur all 60 Sekunden aktuell oder steh ich jetzt auf dem Schlauch?
Sprich, warum mir der Adapter meldet, dass keine Datenpunkte da sind, hängt gar nicht mit dem ISG zusammen, sondern nur mit dem Adapter?!

Denn bei den Homematic Komponenten ist es ja auch nicht so, dass wenn ich z.B. jede Sekunden Daten anfragen würde, auch jede Sekunde mit dem Endgerät spreche, sondern ich konsumiere die Daten des Adapters, welcher wiederum die Daten von der Zentrale bei Änderung erhält. Sonst wäre da der DutyCycle ja innert Sekunden im roten.

unltdnetworx

@maodch
Genau. Daher kommt der Fehler auch vom Javascript Adapter. Du holst dir nur die DPs die gespeichert sind ab.

maodch

@unltdnetworx
Aber dann versteh ich nochmals weniger, warum der J-Adapter die Meldung bring, da der Datenpunkt ja da ist. Denn der Aufrufer (meine Funktion), holt sich den Datenpunkt, der als State vorhanden ist, und befüllt ist, und trotzdem schmeisst der Javascript Adapter die Meldung, der State sei nicht vorhanden? Und das auch nur sporadisch.

Habe jetzt das gleiche Bild, wenn ich den Adapter abschalte (also den isg-adapter), sieht exakt gleich aus.
Also, der Adapter scheint sich zeitweise aufzuhängen und zu restarten, das erklärt das Bild.

@unltdnetworx sagte in Test Adapter stiebel-isg v1.4.x GitHub:

@maodch
Genau. Daher kommt der Fehler auch vom Javascript Adapter. Du holst dir nur die DPs die gespeichert sind ab.

maodch

@unltdnetworx
Also, jetzt ist der Pufferbetrieb ganz verschwunden ... sonst läuft es.
Seit 1.5h keine Fehlermeldung mehr auf dem Javascript-Adapter ...
Die Feldergruppierung ist anders, aber sonst auf den ersten Blick alles da bis auf die Verkorksten Felder

maodch

ok, hab nichts gesagt ... jetzt hustet er plötzlich wieder ... echt schräg
edit: Aber habe aktuell den Verdacht, dass wenn es in einer Funktion verpackt ist, dann irgendwie knallt. Speichere jetzt die isg Daten erst mal in eine Variable, mal sehen ob das was bringt.

Aber ja, kümmere dich erst mal nicht darum, melde mich bezüglich dessen dann wieder.

@maodch sagte in Test Adapter stiebel-isg v1.4.x GitHub:

@unltdnetworx
Also, jetzt ist der Pufferbetrieb ganz verschwunden ... sonst läuft es.
Seit 1.5h keine Fehlermeldung mehr auf dem Javascript-Adapter ...
Die Feldergruppierung ist anders, aber sonst auf den ersten Blick alles da bis auf die Verkorksten Felder

maodch

@unltdnetworx

2 Fragen zu den Fehlern:

Die 60 im Adapter stiebel-isg stehen für 60 Sekunden richtig?
Verwendest du ein "createState" oder ein "setState"?

Denn meine Befürchtung sagt mir, dass wenn die States immer neu geschrieben würden, und ich mit meinem Intervall in den Pull-Intervall des Adapters komme, dass es dann knallt, denn dann genau der State neu geschrieben wird (createState), was dann auch mit der Fehlermeldung passen würde, dass kein State vorhanden ist.
Und das würde wiederum passen, dass es so sporadisch passiert und manchmal 1.5h gut ist.

unltdnetworx

@maodch

Genau, das sind Sekunden.
Der Befehl heißt setStatenotexists, glaub ich.

maodch

@unltdnetworx
Habe mal ein Downgrade des J-Script Adapters gemacht, konnte das Problem auch via Google noch finden ... dass der plötzlich Links zu states verliert ... melde mich, sobald das gefunden ist, dann können wir weiter testen wegen dem eigentlichen Wunsch
Aber z.Z. ist es Hexenjagt, das muss zuerst weg.

@unltdnetworx sagte in Test Adapter stiebel-isg v1.4.x GitHub:

@maodch

Genau, das sind Sekunden.

Der Befehl heißt setStatenotexists, glaub ich.

maodch

@unltdnetworx

Habe jetzt ein Backup eingespielt mit der isg 1.4.9, dem alten jController (1.5.14 statt 2.1.1) und sogar dem altem NPM (10.16.3 statt 10.18.1), aber das Verhalten nicht mehr vorhanden.
Den Abfrage-Intevall habe ich bei 60 Sekunden belassen (script -> isg-adapter), also so wie mit den Fehlern.

Ev. liegt es am jController, oder muss ja fast.

Werde das jetzt noch über Nacht laufen lassen (sind jetzt 3h ohne Fehler), dann wieder die andere Version verwenden. Wenn dann alles wieder buggy wird, hat es wohl mit den obigen 2 Kandidaten etwas zu tun. Wenn jetzt plötzlich alles geht, dann weiss ich auch nicht mehr

Trotzdem verstehe ich noch immer nicht, dass ich einen Fehler erhalte, beim "getState().val", als wäre der State "null".
Wie handelst du den am isg Adapter wenn ich fragen darf? Wenn bei der Abfrage all 60 Sekunden nichts kommt, und der State existiert, gibst du "null" in den State nehme ich an? Ansonsten würde mir ja der j-script Adapter keinen Fehler werfen.
Wäre es da allenfalls eine gute Option, z.B. 2-3 Retries zu machen bevor der State mit null befüllt wird, gerade weil das isg (Hardware) soooooo träge und unresponsive ist?

unltdnetworx

@maodch
Bei mir tritt der Fehler nicht auf. Liegt vermutlich daran, dass ein getState nur beim Einlesen von Datenpunkten gebraucht wird. Beim meinem Adapter werden ja nur welche geschrieben, das Auslesen geschieht ja aus der Heizung.

Beim Schreiben in die Heizung wäre das anders, aber hier reagieren ich nur auf Änderungen von Werten, mittels onChange.

Evtl. liegt es daran.

unltdnetworx

@maodch sagte in Test Adapter stiebel-isg v1.4.x GitHub:

isg 1.4.9

Die Änderung zur Version 1.4.10 wäre eigentlich nur die Abänderung der Kommawerte in Punktwerte. Kann es sein, dass diese Werte betroffen sind?

Ansonsten hat es mit dem Adapter nichts zu tun, da dein Loop ja keine Daten aus dem Adapter holt, sondern aus dem JS-Adapter. Bzw. den in ioBroker durch den ISG Adapter geschriebenen Werten.

maodch

@unltdnetworx

Also, es sieht so aus.
Bei der alten Version, wirft der Java-Script Adapter inner dann eine Fehlermeldung, wenn das ISG (Hardware) nicht verfügbar ist oder am sterben ist (habe es mit einem Sekunden-Timer und mit Aus- Einstecken der Hardware forciert).

ABER: Es hat immer werde im STATE, die sind nie NULL, trotzdem wirft er diese warnings und auch in meinen Testvariabeln kommt nur noch NULL an.

Mache ich das selbe Speil mit der alten Konfiguration, kommt da KEIN FEHLER, sondern es nimmt einfach den alten Wert, welcher ja im STATE drin steht, ohne sich zu beklagen, dass die Hardware zickt.

Also, irgendetwas muss passiert sein, dass sich das ganze anders verhält.
Jedenfalls bin ich jetzt wieder auf der alten Version.

Wenn du also noch ideen zum Festwert hast

unltdnetworx

@maodch sagte in Test Adapter stiebel-isg v1.4.x GitHub:

Wenn du also noch ideen zum Festwert hast

Heute Abend stelle ich das Auslesen des ISG mal testweise von Request auf Axios um. Davon erhoffe ich mir ein zuverlässigeres Auslesen der Werte, auch des Festwertes. Dieser sollte eigentlich schon funktionieren. Außerdem sollten die Anfragen nacheinander gesendet werden und nicht gleichzeitig.

Ich melde mich.

maodch

@unltdnetworx

Ok, dann werde ich morgen Abend nochmals mit dem "heilen" Setup den WPL25 Adapter installieren und testen.
Habe leider z.Z. keinen Host mehr frei, daher muss ich morgen etwas umschichten.
Melde mich dann morgen wieder.

Gruss + Danke

maodch

@unltdnetworx

Hier bin ich wieder.
Also, der Festwertbetrieb taucht nur noch unter "info" auf, aber natürlich nur read-only.
Unter "Einstellungen->Heizen->Grundeinstellungen" ist kein State vorhanden.

unltdnetworx

@maodch
Das ist korrekt. Bin noch nicht zur Umsetzung gekommen, bzw. noch nicht fertig. Spätestens am WE wahrscheinlich.

NEWS

Test Adapter stiebel-isg v1.4.x GitHub

Test Adapter stiebel-isg v1.4.x GitHub

Support us

479

32.4k

81.3k

1.3m