Test Adapter stiebel-isg v1.4.x GitHub
-
@unltdnetworx
welche 9 Logs meinst du? Sorry für die dumme Frage -> auf Filesystem oder im ioB.?
Spannenderweise kam seit dem neuen compile kein Fehler mehr daher, also wie in .9@unltdnetworx sagte in Test Adapter stiebel-isg v1.4.x GitHub:
@maodch
Hab jetzt mal ein Logging zum Test für alle Werte bzgl. des Heizungstyps hinzugefügt. Kannst du bitte nochmal den Testbranch verwenden und ins Logging schauen, ob alle 9 Logs ankommen? -
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) -
@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.
-
@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. -
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. -
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.
-
@maodch
Genau. Daher kommt der Fehler auch vom Javascript Adapter. Du holst dir nur die DPs die gespeichert sind ab. -
@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. -
@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 -
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 -
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. -
- Genau, das sind Sekunden.
- Der Befehl heißt setStatenotexists, glaub ich.
-
@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:
- Genau, das sind Sekunden.
- Der Befehl heißt setStatenotexists, glaub ich.
-
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? -
@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.
-
@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.
-
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
-
@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.
-
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
-
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.
