NEWS
Fritzdect neue Version 2.2.0
-
@bananajoe sagte in Fritzdect neue Version 2.2.0:
Bis vor 3 Tagen hatte ich die Comet noch an einer 7390 mit 6er Firmware (Wegen Firmwareupdate Comet wegen ständigen Auf/Zudrehen), da hatte der Adapter Fehler über falsche Rückmeldungen der Box gemeldet. Ich wollte die Comet eh schon.länger auf die 6591 umziehen (V7.21) deshalb habe ich mir nichts dabei gedacht
Kannst du noch nachvollziehen, welche Fehler das dort waren? Auch wenn alte FB-Firmware nicht alles kann und Daten übermittelt, sollte der Adapter dennoch in diesen Grenzen funktionieren.
Also noch mal: Tolle Arbeit, Danke für den Adapter
Danke für das Feedback.
-
@foxthefox
Eigentlich hast alles bestätigt, was ich auch schon wusste
So lange ich an den 3 "neuen" DPs nix ändere, läuft auch mein Script wie es soll und ich verwende dort den "hkrmode" DP um das zu steuern, weshalb es mich eben auch wundert, dass wenn ich über die Button den Modi ändere, mein Script über den alten DP das nicht wieder richten kann.Wenn die Button DPs nicht definiert sind und "null" drin steht, ist das für mich OK, denn so funktioniert auch alles und das eben nach dem neu Anlegen der Objekte.
Ansonsten alles top.
-
Zuerst die Fehlermeldungen die kamen als ich an setmode rumgespielt habe:
2022-01-08 19:11:38.115 - error: fritzdect.0 (171548) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-08 19:11:38.120 - error: fritzdect.0 (171548) unhandled promise rejection: undefined 2022-01-08 19:11:38.120 - error: fritzdect.0 (171548) undefined 2022-01-08 19:11:38.786 - error: host.iobroker instance system.adapter.fritzdect.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-01-08 19:11:38.791 - info: host.iobroker Restart adapter system.adapter.fritzdect.0 because enabled 2022-01-08 19:11:39.854 - info: host.iobroker instance system.adapter.fritzdect.0 started with pid 246567 2022-01-08 19:11:42.225 - error: fritzdect.0 (246567) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-08 19:11:42.232 - error: fritzdect.0 (246567) unhandled promise rejection: undefined 2022-01-08 19:11:42.233 - error: fritzdect.0 (246567) undefined 2022-01-08 19:11:42.843 - error: host.iobroker instance system.adapter.fritzdect.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-01-08 19:11:42.844 - info: host.iobroker Restart adapter system.adapter.fritzdect.0 because enabled 2022-01-08 19:11:43.889 - info: host.iobroker instance system.adapter.fritzdect.0 started with pid 246595 2022-01-08 19:12:02.319 - error: fritzdect.0 (246595) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-08 19:12:02.324 - error: fritzdect.0 (246595) unhandled promise rejection: undefined 2022-01-08 19:12:02.324 - error: fritzdect.0 (246595) undefined 2022-01-08 19:12:02.974 - error: host.iobroker instance system.adapter.fritzdect.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-01-08 19:12:02.975 - info: host.iobroker Restart adapter system.adapter.fritzdect.0 because enabled 2022-01-08 19:12:02.976 - warn: host.iobroker Do not restart adapter system.adapter.fritzdect.0 because restart loop detected
Hier was der Adapter in Verbindung mit der 7390 ausgeworfen hat (ich hab alle Logs durchsucht und per grep das zusammengestellt):
Das ist noch mit der Version 2.2.0 (fritzdect.1 ist die alte Box)2022-01-04 17:07:54.976 - error: fritzdect.1 (2925559) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-04 17:07:55.055 - error: fritzdect.1 (2925559) unhandled promise rejection: undefined 2022-01-04 17:07:55.055 - error: fritzdect.1 (2925559) undefined 2022-01-04 17:07:55.178 - info: host.iobroker stopInstance system.adapter.fritzdect.0 (force=false, process=true) 2022-01-04 17:07:55.200 - info: host.iobroker stopInstance system.adapter.fritzdect.1 (force=false, process=true) 2022-01-04 17:07:55.431 - info: host.iobroker stopInstance system.adapter.fritzdect.0 send kill signal 2022-01-04 17:07:55.436 - info: host.iobroker stopInstance system.adapter.fritzdect.1 send kill signal 2022-01-04 17:07:56.529 - info: host.iobroker stopInstance system.adapter.fritzdect.0 killing pid 2925552 2022-01-04 17:07:56.557 - info: host.iobroker stopInstance system.adapter.fritzdect.1 killing pid 2925559 2022-01-04 17:07:58.915 - warn: host.iobroker instance system.adapter.fritzdect.0 terminated due to SIGTERM 2022-01-04 17:07:58.915 - info: host.iobroker instance system.adapter.fritzdect.0 terminated with code null () 2022-01-04 17:07:59.347 - warn: host.iobroker instance system.adapter.fritzdect.1 terminated due to SIGTERM 2022-01-04 17:07:59.347 - info: host.iobroker instance system.adapter.fritzdect.1 terminated with code null () 2022-01-04 17:10:39.258 - info: host.iobroker instance system.adapter.fritzdect.0 started with pid 2329736 2022-01-04 17:11:19.284 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2330253 2022-01-04 17:11:20.910 - error: fritzdect.1 (2330253) errorHandlerTypeError: Converting circular structure to JSON 2022-01-04 17:11:20.912 - error: fritzdect.1 (2330253) fritzbox returned this {} 2022-01-04 17:11:20.913 - error: fritzdect.1 (2330253) no response part in returned message 2022-01-04 17:12:56.952 - info: host.iobroker stopInstance system.adapter.fritzdect.1 (force=false, process=true) 2022-01-04 17:12:56.959 - info: host.iobroker stopInstance system.adapter.fritzdect.1 send kill signal 2022-01-04 17:12:56.974 - error: fritzdect.1 (2330253) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-04 17:12:56.975 - error: fritzdect.1 (2330253) unhandled promise rejection: undefined 2022-01-04 17:12:56.975 - error: fritzdect.1 (2330253) undefined 2022-01-04 17:12:57.615 - info: host.iobroker instance system.adapter.fritzdect.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-04 17:13:00.082 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2331270 2022-01-04 17:13:01.700 - error: fritzdect.1 (2331270) errorHandlerTypeError: Converting circular structure to JSON 2022-01-04 17:13:01.704 - error: fritzdect.1 (2331270) fritzbox returned this {} 2022-01-04 17:13:01.705 - error: fritzdect.1 (2331270) no response part in returned message 2022-01-04 17:14:44.855 - info: host.iobroker stopInstance system.adapter.fritzdect.1 (force=false, process=true) 2022-01-04 17:14:44.866 - info: host.iobroker stopInstance system.adapter.fritzdect.1 send kill signal 2022-01-04 17:14:45.516 - info: host.iobroker instance system.adapter.fritzdect.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-04 17:14:47.970 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2332389 2022-01-04 17:14:58.923 - error: fritzdect.1 (2332389) fritzbox returned this {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.200","port":80} 2022-01-04 17:14:58.925 - error: fritzdect.1 (2332389) no response part in returned message 2022-01-04 17:15:09.459 - info: host.iobroker "system.adapter.fritzdect.1" disabled 2022-01-04 17:15:09.461 - info: host.iobroker stopInstance system.adapter.fritzdect.1 (force=false, process=true) 2022-01-04 17:15:09.477 - info: host.iobroker stopInstance system.adapter.fritzdect.1 send kill signal 2022-01-04 17:15:09.604 - error: fritzdect.1 (2332389) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-04 17:15:09.607 - error: fritzdect.1 (2332389) unhandled promise rejection: undefined 2022-01-04 17:15:09.608 - error: fritzdect.1 (2332389) undefined 2022-01-04 17:15:10.089 - info: host.iobroker instance system.adapter.fritzdect.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-04 17:16:13.388 - info: host.iobroker "system.adapter.fritzdect.1" enabled 2022-01-04 17:16:13.602 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2333440 2022-01-04 17:16:15.101 - error: fritzdect.1 (2333440) errorHandlerTypeError: Converting circular structure to JSON 2022-01-04 17:16:15.103 - error: fritzdect.1 (2333440) fritzbox returned this {} 2022-01-04 17:16:15.103 - error: fritzdect.1 (2333440) no response part in returned message 2022-01-04 17:16:32.457 - info: host.iobroker "system.adapter.fritzdect.1" disabled 2022-01-04 17:16:32.460 - info: host.iobroker stopInstance system.adapter.fritzdect.1 (force=false, process=true) 2022-01-04 17:16:32.468 - info: host.iobroker stopInstance system.adapter.fritzdect.1 send kill signal 2022-01-04 17:16:32.483 - error: fritzdect.1 (2333440) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-04 17:16:32.484 - error: fritzdect.1 (2333440) unhandled promise rejection: undefined 2022-01-04 17:16:32.484 - error: fritzdect.1 (2333440) undefined 2022-01-04 17:16:33.133 - info: host.iobroker instance system.adapter.fritzdect.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-04 17:17:51.644 - info: host.iobroker "system.adapter.fritzdect.1" enabled 2022-01-04 17:17:51.767 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2334446 2022-01-04 17:17:53.245 - error: fritzdect.1 (2334446) errorHandlerTypeError: Converting circular structure to JSON 2022-01-04 17:17:53.249 - error: fritzdect.1 (2334446) fritzbox returned this {} 2022-01-04 17:17:53.249 - error: fritzdect.1 (2334446) no response part in returned message 2022-01-04 17:18:57.497 - error: fritzdect.1 (2334446) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-04 17:18:57.499 - error: fritzdect.1 (2334446) unhandled promise rejection: undefined 2022-01-04 17:18:57.499 - error: fritzdect.1 (2334446) undefined 2022-01-04 17:18:57.519 - error: fritzdect.1 (2334446) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-04 17:18:57.520 - error: fritzdect.1 (2334446) unhandled promise rejection: undefined 2022-01-04 17:18:57.520 - error: fritzdect.1 (2334446) undefined 2022-01-04 17:18:58.102 - error: host.iobroker instance system.adapter.fritzdect.1 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-01-04 17:18:58.103 - info: host.iobroker Restart adapter system.adapter.fritzdect.1 because enabled 2022-01-04 17:19:28.147 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2335151 2022-01-04 17:19:29.553 - error: fritzdect.1 (2335151) errorHandlerTypeError: Converting circular structure to JSON 2022-01-04 17:19:29.555 - error: fritzdect.1 (2335151) fritzbox returned this {} 2022-01-04 17:19:29.555 - error: fritzdect.1 (2335151) no response part in returned message 2022-01-05 09:25:07.849 - error: fritzdect.1 (2335151) errorHandlerTypeError: Converting circular structure to JSON 2022-01-05 09:25:07.854 - error: fritzdect.1 (2335151) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-05 09:25:07.854 - error: fritzdect.1 (2335151) unhandled promise rejection: Converting circular structure to JSON 2022-01-05 09:25:07.855 - error: fritzdect.1 (2335151) TypeError: Converting circular structure to JSON at Fritzdect.errorHandler (/opt/iobroker/node_modules/iobroker.fritzdect/main.js:1052:52) at /opt/iobroker/node_modules/iobroker.fritzdect/main.js:355:29 2022-01-05 09:25:07.856 - error: fritzdect.1 (2335151) Converting circular structure to JSON 2022-01-05 09:25:07.870 - error: fritzdect.1 (2335151) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-05 09:25:07.871 - error: fritzdect.1 (2335151) unhandled promise rejection: undefined 2022-01-05 09:25:07.871 - error: fritzdect.1 (2335151) undefined 2022-01-05 09:25:08.513 - error: host.iobroker instance system.adapter.fritzdect.1 terminated with code 6 (UNCAUGHT_EXCEPTION) 2022-01-05 09:25:08.519 - info: host.iobroker Restart adapter system.adapter.fritzdect.1 because enabled 2022-01-05 09:25:38.578 - info: host.iobroker instance system.adapter.fritzdect.1 started with pid 2922341 2022-01-05 09:25:40.360 - error: fritzdect.1 (2922341) errorHandlerTypeError: Converting circular structure to JSON 2022-01-05 09:25:40.365 - error: fritzdect.1 (2922341) fritzbox returned this {} 2022-01-05 09:25:40.366 - error: fritzdect.1 (2922341) no response part in returned message 2022-01-05 09:38:23.923 - info: host.iobroker "system.adapter.fritzdect.1" disabled 2022-01-05 09:38:23.928 - info: host.iobroker stopInstance system.adapter.fritzdect.1 (force=false, process=true) 2022-01-05 09:38:23.946 - info: host.iobroker stopInstance system.adapter.fritzdect.1 send kill signal 2022-01-05 09:38:23.952 - error: fritzdect.1 (2922341) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2022-01-05 09:38:23.953 - error: fritzdect.1 (2922341) unhandled promise rejection: undefined 2022-01-05 09:38:23.954 - error: fritzdect.1 (2922341) undefined 2022-01-05 09:38:24.559 - info: host.iobroker instance system.adapter.fritzdect.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-05 09:53:59.056 - info: host.iobroker stopInstance system.adapter.fritzdect.0 (force=false, process=true) 2022-01-05 09:53:59.067 - info: host.iobroker stopInstance system.adapter.fritzdect.0 send kill signal 2022-01-05 09:53:59.786 - info: host.iobroker instance system.adapter.fritzdect.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2022-01-05 09:54:02.213 - info: host.iobroker instance system.adapter.fritzdect.0 started with pid 2940153 2022-01-05 10:00:00.833 - info: host.iobroker iobroker del fritzdect.1 2022-01-05 10:00:03.005 - info: host.iobroker iobroker Delete adapter "fritzdect.1" 2022-01-05 10:00:03.033 - info: host.iobroker iobroker host.iobroker Counted 1 instances of fritzdect.1 2022-01-05 10:00:03.093 - info: host.iobroker iobroker host.iobroker Counted 3 channels of fritzdect.1 2022-01-05 10:00:03.115 - info: host.iobroker iobroker host.iobroker Counted 75 states of fritzdect.1 2022-01-05 10:00:03.134 - info: host.iobroker iobroker host.iobroker Counted 14 states of system.adapter.fritzdect.1 2022-01-05 10:00:03.178 - info: host.iobroker iobroker host.iobroker Counted 66 states (fritzdect.1.*) from states 2022-01-05 10:00:03.188 - info: host.iobroker iobroker host.iobroker Counted 14 states (system.adapter.fritzdect.1.*) from states 2022-01-05 10:00:09.843 - info: host.iobroker object deleted system.adapter.fritzdect.1 2022-01-05 19:21:07.308 - info: host.iobroker stopInstance system.adapter.fritzdect.0 (force=false, process=true) 2022-01-05 19:21:07.606 - info: host.iobroker stopInstance system.adapter.fritzdect.0 send kill signal 2022-01-05 19:21:10.790 - info: host.iobroker instance system.adapter.fritzdect.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2022-01-05 19:23:55.714 - info: host.iobroker instance system.adapter.fritzdect.0 started with pid 3288867
ab Version 2.2.2 habe ich nichts, da hatte ich den Adapter schon gelöscht und die Comet Geräte auf die andere Box umgezogen
-
Ich habe nochmal geschaut was die Ursache für tsoll=null und lasttarget=0 ist.
Wenn wie beschrieben der Objektbaum gelöscht wird und vorher auf hkrmode =1/2 gestellt wurde, dann wird durch beim update von der FB natürlich off oder on mitgeteilt.
Mit den 2 Werten wird auch nichts in tsoll/lasttarget geschrieben und so sieht man 'null'.Das gibt keinen verlässlichen Wert für tsoll, der beim nächsten Umschalten auf hkrmode=0 (auto) wirksam ist.
Wenn ich sozusagen tsoll auf 8°C oder 28°C setzen würde, dann wäre das der falsche Sollwert.Von daher würde ich über die Adapterconfig eine einstellbare Voreinstellung übernehmen.
Solange tsoll nicht geändert wird, wäre die Voreinstellung wirksam.
Damit wäre dann dieser Sonderfall auch abgefangen. -
@foxthefox
Ich kann Dir gerade nicht wirklich folgen.
Ich stell tsoll abhängig von der Außentemperatur ein und somit habe ich da kein fixen Wert. Über hkrmode öffne und schließe ich dann zusätzlich den Thermostat, wenn die Temperatur unter oder überschritten wurde. Diese Regelung läuft bei mir jetzt schon 3 Winter und das sehr zuverlässig was die gewünschte Raumtemperatur betrifft. Wenn Dein Vorhaben da nix dran ändert wäre super -
@jan1 Es geht eigentlich nur darum, wenn man ein Thermostat auf hkr Mode 1 (Aus) stehen hat und dann den Objektbaum löscht, steht bei Adapterstart bei diesem Thermostat in den Datenpunkten Tsoll und lasttarget, die ja neu angelegt werden, "Null" drin, da diese Werte bei einen ausgeschaltetem Thermostat nicht mitgeliefert werden. Das führte zu Fehlern. Das versucht @foxthefox damit abzufangen.
@foxthefox Wenn die default Werte nur geschieben werden wenn da nix bzw. "Null" drin steht, passt das. Wenn die allerdings bei jedem Adapter Neustart geschrieben werden, wäre das wohl nicht so toll. Das könnte ich naturlich mit ner Logik abfragen und dann umsteuern, aber das wäre dann ja wieder zusätzlicher Aufwand.
Gibt es schon ne neue Version zum testen? -
@jan1 sagte in Fritzdect neue Version 2.2.0:
@foxthefox
Ich kann Dir gerade nicht wirklich folgen.
Ich stell tsoll abhängig von der Außentemperatur ein und somit habe ich da kein fixen Wert. Über hkrmode öffne und schließe ich dann zusätzlich den Thermostat, wenn die Temperatur unter oder überschritten wurde. Diese Regelung läuft bei mir jetzt schon 3 Winter und das sehr zuverlässig was die gewünschte Raumtemperatur betrifft. Wenn Dein Vorhaben da nix dran ändert wäre superSofern tsoll über ein script gesteuert wird, ist auch alles OK.
Das initiale Problem ist, daß tsoll auch zum übermitteln von "off", "on" benutzt wird.
Wenn wie beschrieben das Gedächtnis des Adapters gelöscht wird (Objektbaum löschen), dann weiß man nicht wo die Solltemperatur liegen soll, da ja von der FB 'off' oder 'on' mitgeteilt wird (und tsoll ist gelöscht worden).
Also braucht man einen Rückfallwert, dieser wird dann über die Adapterconfig eingestellt.
Danach ist tsoll gesetzt und kann wie gewohnt verändert werden.Sofern es ein tsoll gibt, dann wird der benutzt. Es geht ja hier um diesen Spezialfall für Objekte mit "null" und deren Intialisierung.
Ich hoffe jetzt ist es klarer.
-
@frankyboy73 sagte in Fritzdect neue Version 2.2.0:
@jan1 Es geht eigentlich nur darum, wenn man ein Thermostat auf hkr Mode 1 (Aus) stehen hat und dann den Objektbaum löscht, steht bei Adapterstart bei diesem Thermostat in den Datenpunkten Tsoll und lasttarget, die ja neu angelegt werden, "Null" drin, da diese Werte bei einen ausgeschaltetem Thermostat nicht mitgeliefert werden. Das führte zu Fehlern. Das versucht @foxthefox damit abzufangen.
@foxthefox Wenn die default Werte nur geschieben werden wenn da nix bzw. "Null" drin steht, passt das. Wenn die allerdings bei jedem Adapter Neustart geschrieben werden, wäre das wohl nicht so toll. Das könnte ich naturlich mit ner Logik abfragen und dann umsteuern, aber das wäre dann ja wieder zusätzlicher Aufwand.
Gibt es schon ne neue Version zum testen?Genau so soll es sein, ist ein Wert von tsoll vorhanden, dann wird dieser benutzt. Ansonsten der Rückfallwert aus der Config. Ein reiner Adapterneustart löscht ja nicht das Gedächtnis, also ist tsoll vorhanden.
Habe soeben nochmal ein update in git auf die 2.2.3 gelegt.
-
@foxthefox
OK, ich bin wieder dabei
Meine Scripte reagieren auf Temperaturänderungen im Raum und setzten diese Werte dann eh sofort wieder, somit ist das bei mir egal, ob da was drin steht oder nicht, wenn der Objektbaum frisch angelegt wird.Mich hatte es nur gewundert, dass eben heute morgen die Heizung im Bad um 3 Uhr auf 21,5° gestanden hatte, nach dem ich gestern mal mit den Modi Buttons gespielt hatte. Normal hätte das alles wieder (egal welchen Modi ich da getriggert hatte) vom Script so gesteuert werden müssen, dass um die Uhrzeit max 18,5° gesteuert wird und das war nicht der Fall. Erst nach dem ich den Objektbaum gelöscht hatte, hatte meine Heizung wieder das getan was sie nach Script sollte.
-
@jan1 sagte in Fritzdect neue Version 2.2.0:
@foxthefox
OK, ich bin wieder dabei
Meine Scripte reagieren auf Temperaturänderungen im Raum und setzten diese Werte dann eh sofort wieder, somit ist das bei mir egal, ob da was drin steht oder nicht, wenn der Objektbaum frisch angelegt wird.Mich hatte es nur gewundert, dass eben heute morgen die Heizung im Bad um 3 Uhr auf 21,5° gestanden hatte, nach dem ich gestern mal mit den Modi Buttons gespielt hatte. Normal hätte das alles wieder (egal welchen Modi ich da getriggert hatte) vom Script so gesteuert werden müssen, dass um die Uhrzeit max 18,5° gesteuert wird und das war nicht der Fall. Erst nach dem ich den Objektbaum gelöscht hatte, hatte meine Heizung wieder das getan was sie nach Script sollte.
Ist ein wenig komisch und ich kann es nicht nachvollziehen.
In der Kommunikation mit der FB gibt es kein Modusschalter, alles muß über die Solltemperatur übergeben werden.
setmodeauto wird im Adapter erkannt und dann wird die derzeitige tsoll ermittelt und diese wird dann an die FB übergeben. Und natürlich wird bei erfolgreicher Übermittlung auch auch noch mal mit Bestätigung tsoll geschrieben.
Ist tsoll <8 oder >28 wird auf 8 bzw. 28°C der Wert limitiert und zur FB übergeben. -
@foxthefox Hi, mit der 2.2.3 klappt es. Ich hatte jetzt wieder ein Thermostat auf hkrmode 1 gestellt, die Objekte von dem Thermostat gelöscht. Adapter neu gestartet. Die Default Werte wurden bei dem Thermostat eingetragen und ich habe keine Fehler beim Umstellen des Datenpunkts hkrmode auf 0. Bei den anderen Thermostaten die ich nicht gelöscht hatte, wurden die Datenpunkte nicht auf Default gestellt. Super sieht gut aus. Danke.
Das einzige was mir aufgefallen ist, die Datenpunkte setmodeauto, setmodeoff, setmodeon erscheinen nicht als Buttons, aber es steht jetzt überall false drin und nicht mehr "Null" was auch schon super ist.
Edit:
Und die funtionieren auch, ich kann damit den Mode hin und herstellen ohne das irgendwelche Fehler kommen.
Setzte ich sie auf true gehen sie auch sofort wieder auf false zurück, als wäre es ein Button.
Edit2: Sorry, die werden doch als Button dargestellt ich war nur im Expertenmodus und deshalb habe ich das nicht gesehen. -
@frankyboy73 sagte in Fritzdect neue Version 2.2.0:
@foxthefox Hi, mit der 2.2.3 klappt es. Ich hatte jetzt wieder ein Thermostat auf hkrmode 1 gestellt, die Objekte von dem Thermostat gelöscht. Adapter neu gestartet. Die Default Werte wurden bei dem Thermostat eingetragen und ich habe keine Fehler beim Umstellen des Datenpunkts hkrmode auf 0. Bei den anderen Thermostaten die ich nicht gelöscht hatte, wurden die Datenpunkte nicht auf Default gestellt. Super sieht gut aus. Danke.
Das einzige was mir aufgefallen ist, die Datenpunkte setmodeauto, setmodeoff, setmodeon erscheinen nicht als Buttons, aber es steht jetzt überall false drin und nicht mehr "Null" was auch schon super ist.
Dann weiß ich auch nicht, wie ich die in Buttons verwandle. ich habe sie als button deklariert. Ist auch so im screenshot erkennbar.
Ist mir auch schon aufgefallen, daß sich hier im Objektbaum einiges geändert hat und der Taster sich so nicht mehr öffnet. -
@foxthefox Sorry, die werden doch als Button dargestellt ich war nur im Expertenmodus und deshalb habe ich das nicht gesehen.
Ohne Experte sieht es so aus. Passt also.
-
@frankyboy73 sagte in Fritzdect neue Version 2.2.0:
@foxthefox Sorry, die werden doch als Button dargestellt ich war nur im Expertenmodus und deshalb habe ich das nicht gesehen.
wusste ich auch nicht, wieder was gelernt.
-
@foxthefox
Erklärt auch warum ich die Modis in der Fritz vergebens gesucht habe -
@foxthefox Ich schaue mir das mal jetzt ein paar Tage an. Bis jetzt sieht alles gut aus.
Vielen Dank für deine schnelle Umsetzung. Top.
Edit:
Auch die Default Werte für Boostactivetime und Windowopentime aus der Adapterconfiguration werden korrekt übernommen. -
@foxthefox
ich habe mir nun auch mal die 2.2.3 von Git geladen um zu schauen, ob die nun gesetzten default Werte ein Einfluss auf meine Scripte haben. Scheint zu laufen wie es soll. -
@foxthefox Hi, 2 Tage später kann ich jetzt sagen, das bei mir, mit der 2.2.3 alles so läuft wie es soll. Alle Räume werden passend geheizt und der Rollo fährt auch wie er soll. Und keine Warnungen oder Fehlermeldungen. Top, super Arbeit.
-
@frankyboy73 sagte in Fritzdect neue Version 2.2.0:
@foxthefox Hi, 2 Tage später kann ich jetzt sagen, das bei mir, mit der 2.2.3 alles so läuft wie es soll. Alle Räume werden passend geheizt und der Rollo fährt auch wie er soll. Und keine Warnungen oder Fehlermeldungen. Top, super Arbeit.
Danke fürs Testen und die Rückmeldung, freut mich.
-
Moin,
leider kann ich das nicht bestätigen.
Ich setze den Dect 301 mit der Firmwareversion 04.97 an einer Fritzbox 7530 ein (keine AX).
Adpaterversion 2.2.3 an Iobroker.Ich nutze ausschließlich blockly-scripte zur Steuerung meiner Heizung. Mit den homematic Thermostaten funktioniert das ohne Probleme, ebenso mit einem normalen Comet-Dect Thermostat. Nur das 301 spinnt rum:
1.) ich möchte über den hkrmode das Thermostat komplett an und ausschalten
2.) die Temperatur tsoll manuell setzen, abhängig davon, ob ein Fenster auf ist oder nicht, nach
Uhrzeit oder An-/ AbwesenheitWie gesagt 1+2 funktioniert bei dem Rest tadellos. Was funktioniert bei 301 nicht:
- ein manuelles Setzen des Datenpunktes "hkrmode" auf 1 bewirkt, dass der Wert geschrieben
wird und nach ein paar Sekunden automatisch wieder auf 0 gesetzt wird. - es spielt auch keine Rolle, ob ich das über den "setmode on/off/auto" Button mache, das
Ergebnis ist dasselbe
Wo kann ich noch ansetzen ?
Vielen Dank
- ein manuelles Setzen des Datenpunktes "hkrmode" auf 1 bewirkt, dass der Wert geschrieben