Fritzdect neue Version 2.2.0

[frankyboy73]

@bananajoe sagte in Fritzdect neue Version 2.2.0:

ich sehe da gerade setmodeauto, setmodeoff und setmodeon ... seit wann sind die denn da

Hi, die gibts seit der 2.1.0. Habe ich aber noch nie benutzt, da meine Logik auch alles über den HKR Mode macht.

@bananajoe sagte in Fritzdect neue Version 2.2.0:

aber nachdem ich da ein wenig rumgeklickt habe ist der Adapter abgestürzt

Das Problem habe ich auch immer noch mit der 2.2.0, sobald ich einen Datenpunkt ändern will, wo "Null" bzw. nichts drin steht, gibts wieder Fehlermeldungen und der Adapter startet neu bzw. bleibt dann irgendwann auf stopp. Wenn ich die Datenpunke nicht anfasse läuft soweit erst mal alles.

[foxthefox]

@frankyboy73
sorry für die Probleme, aber im log kann ich nicht allzuviel sehen. Der Text scheint beschnitten zu sein.

Aus dem log sehe ich, daß sich der Adapter beim neuen Einlesen der Daten von der Fritzbox aufhängt.
Was ist denn in der Zwischenzeit geändert?
Bzw. was heißt HKmode am Thermostat geändert (Fenster zu)?
Ist das eine Einstellung am Thermostat selbst oder eine im Adapter auf den Datenpunkt hkrmode?

Ich konnte es bei mir noch nicht nachstellen, solange ich nicht weiß woran sich heir was verschlucktt, wird es schwierig.
Wäre es möglich aus dem Adapterlog mehr zu erfahren, ggf. im debug mode?
Es hilft ungemein weiter wenn da noch etwas mehr zur uncaught exception stehen würde.

Gruß
Klaus

[foxthefox]

@bananajoe
Ist nicht meine Absicht, daß der Akzeptanzfaktor sinkt.
Aber es gibt auch noch die Möglichkeit die Thermostate aus der FB zu steuern oder mit der App.
Also wenn die Instanz von iobroker nicht mehr läuft, dann ist das zumindest immer eine Rückfalloption.

Aber nun zum eigentlichen, was genau wurde denn angeklickt, was zum Absturz führt?
Was ist die Ausgangsposition und was war die Aktion?
Ist es möglich im debug die Meldungen kurz vorher und während des Abstützens zu posten?

Bei mir funktioniert derzeitig die ganze Klickerei in der 2.2.2.

[frankyboy73]

@foxthefox Hi, das Log ist vom Restart des Adapters. Erst mal ist ja auch alles korrekt.
Dann habe ich den Datenpunkt hkrmode von 1 auf 0 gesetzt (im Log zu sehen) und dann einen Temperatursollwert in den Datenpunkt Tsoll geschrieben (Number 20), da sind dann die Fehlermeldungen gekommen und der Adapter war gestoppt.
Wie ich schon geschrieben hatte, zu dem Zeitpunkt stand in dem Datenpunkt Tsoll vorher "Null" drin. Jetzt wo ich alle Thermostate vorher auf ein gestellt habe und dann den Objektbaum gelöscht habe und den Adapter wieder gestartet habe, steht in dem Datenpunkt nicht mehr "Null" und ich kann die Temperaturen und den Mode jetzt steuern ohne Fehler im Log.
Das Log ist eigentlich nicht beschnitten, das ist die Ausgabe von

iobroker logs --watch

Ich versuche gleich noch mal ob ich den Fehler reproduzieren kann. Und stelle mal auf debug

Edit:
@foxthefox sagte in Fritzdect neue Version 2.2.0:

sorry für die Probleme

Dafür brauchst du dich nicht entschuldigen, die Version ist ja auch noch nicht stable und du hattest ja geschrieben das es getestet werden soll. Ich wusste worauf ich mich da einlasse und vielleicht hilft es ja dir oder anderen.
Mit dem Adapter hatte ich sonst noch keine Probleme, super Teil. Danke für die tolle Arbeit.
Und ich kann ja jederzeit wieder zurück auf nen stable Version

[frankyboy73]

@foxthefox Hi, ich konnte es jetzt noch mal nachstellen.
Ich habe ein Thermostat auf Aus (hkrMode 1) gestellt. Adapter gestoppt, Objektbaum gelöscht, Adapter gestartet. Dann bekomme ich keine Werte bei Tsoll und LastTarget, da steht "Null" drin. Dann stelle ich hkrMode auf 0 und dann kommen die Fehler und der Adapter startet neu und das immer wieder wenn ich bei hkrMode 0 eingebe. Erst wenn ich dann wieder den Adapter stoppe per Fritzbox das Thermostat auf Ein stelle, den Objektbaum lösche und den Apdater starte kann ich wieder alles steuern ohne Fehler.
Hier die Debug Ausgabe zu dem Zeitpunkt vom Protokoll

fritzdect.0
2022-01-08 23:46:12.084	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

fritzdect.0
2022-01-08 23:46:12.082	info	terminating

fritzdect.0
2022-01-08 23:46:12.079	info	cleaned everything up...

fritzdect.0
2022-01-08 23:46:12.065	error	undefined

fritzdect.0
2022-01-08 23:46:12.064	error	unhandled promise rejection: undefined

fritzdect.0
2022-01-08 23:46:12.062	error	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().

fritzdect.0
2022-01-08 23:46:12.049	info	DECT ID: 099950697379 identified for command (hkrmode) : 0

fritzdect.0
2022-01-08 23:46:12.048	debug	ack is not set! -> command

fritzdect.0
2022-01-08 23:46:12.046	debug	state fritzdect.0.DECT_099950697379.hkrmode changed: 0 (ack = false)

fritzdect.0
2022-01-08 23:45:25.140	debug	state fritzdect.0.DECT_119600221368.hkrmode changed: 0 (ack = true)

Und hier die Ausgabe von Log Watch

2022-01-08 23:45:25.140  - debug: fritzdect.0 (17475) state fritzdect.0.DECT_119600221368.hkrmode changed: 0 (ack = true)
2022-01-08 23:46:12.046  - debug: fritzdect.0 (17475) state fritzdect.0.DECT_099950697379.hkrmode changed: 0 (ack = false)
2022-01-08 23:46:12.048  - debug: fritzdect.0 (17475) ack is not set! -> command
2022-01-08 23:46:12.049  - info: fritzdect.0 (17475) DECT ID: 099950697379 identified for command (hkrmode) : 0
2022-01-08 23:46:12.062  - error: fritzdect.0 (17475) 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 23:46:12.064  - error: fritzdect.0 (17475) unhandled promise rejection: undefined
2022-01-08 23:46:12.065  - error: fritzdect.0 (17475) undefined
2022-01-08 23:46:12.079  - info: fritzdect.0 (17475) cleaned everything up...
2022-01-08 23:46:12.082  - info: fritzdect.0 (17475) terminating
2022-01-08 23:46:12.084  - warn: fritzdect.0 (17475) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-01-08 23:46:12.672  - error: host.raspberrypi instance system.adapter.fritzdect.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-01-08 23:46:12.677  - info: host.raspberrypi Restart adapter system.adapter.fritzdect.0 because enabled
2022-01-08 23:46:12.677  - warn: host.raspberrypi Do not restart adapter system.adapter.fritzdect.0 because restart loop detected

[foxthefox]

@frankyboy73 sagte in Fritzdect neue Version 2.2.0:

die Erläuterung machen es nun klarer.
Ich habe zwar schon eine 2.2.3 erstellt mit

• einem Abfangen von tsoll lesen
• boost/windowtime im admin config änderbar
• setmodeon/off/auto mit false als Intialwert eines Tasters

-> bei mir kommt auch tsoll/lasttarget unbesetzt, aber Absturz konnte ich mit 2.2.3 nicht provozieren

aber die Geschichte mit Ersatzwerten bei deiner Fehlerbeschreibung muß ich mir noch anschauen.

[frankyboy73]

@foxthefox Hi, wenn ich den Fehler erzwungen habe reicht es auch das Thermostat per Fritzbox auf Ein zu stellen (bzw. ne Temperatur einzustellen) und dann den Adapter wieder zu starten, den Objektbaum brauche ich nicht löschen.
Ich habe auch mal meine Heizungslogik (Node Red) deaktiviert, ich stelle nur direkt in dem Datenpunkt unter Objekte den hkrMode von 1 auf 0, es wird in dem Moment kein anderer Datenpunkt beschrieben

[BananaJoe]

@foxthefox sagte in Fritzdect neue Version 2.2.0:

@bananajoe
Ist nicht meine Absicht, daß der Akzeptanzfaktor sinkt.

Sollte kein Vorwurf sein, der Adapter ist toll und wir (meine Familie) möchten den nicht mehr missen. Hat jetzt mehr als ein Jahr für warme Zimmer gesorgt (weil ständig das wieder andrehen vergessen wurde)

Aber es gibt auch noch die Möglichkeit die Thermostate aus der FB zu steuern oder mit der App.
Also wenn die Instanz von iobroker nicht mehr läuft, dann ist das zumindest immer eine Rückfalloption.

Oder von Hand. Es haben sich halt alle dran gewöhnt das es "zauber zauber zauber" passiert. Und bekamen es vorher schon nicht auf die Reihe.

Aber nun zum eigentlichen, was genau wurde denn angeklickt, was zum Absturz führt?
Was ist die Ausgangsposition und was war die Aktion?

Ich hab zwischen den verschiedenen setmode hin und her geklickt um zu sehen wie es sich ändert und zeitgleich in der FritzBox geschaut. Dabei schmierte er ab, ich schau morgen noch mal nach den Logs

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

Also noch mal: Tolle Arbeit, Danke für den Adapter

[Jan1]

@bananajoe
Die Setmodis sind Button und auf Dein Beitrag hier habe ich auch mal dran rum gefummelt. Kurz, das ist ne dumme Idee und heute morgen hatte ich 23° in der Bude. Hab dann einfach die Objekte des Adapter gelöscht und den Adapter neu gestartet und nun macht mein Script wieder was es soll.
@foxthefox
Deshalb mal die Frage, was bewirken diese Modis überhaupt, außer, dass dann irgendwie alle anderen DP die zur Regelung dienen nicht mehr wirklich so funktionieren wie sie sollen.

So ist die Welt bei in Ordnung:

[foxthefox]

@jan1 sagte in Fritzdect neue Version 2.2.0:

@bananajoe
Die Setmodis sind Button und auf Dein Beitrag hier habe ich auch mal dran rum gefummelt. Kurz, das ist ne dumme Idee und heute morgen hatte ich 23° in der Bude. Hab dann einfach die Objekte des Adapter gelöscht und den Adapter neu gestartet und nun macht mein Script wieder was es soll.

Die Existenz von Datenpunkten sollte keinen Einfluss auf scripte haben, die diese gar nicht benutzen. Aber ggf. reagiert das Script anders, wenn die Randbedingungen verstellt sind.
Beim Neustart des Adapters werden die Datenpunkte wieder angelegt.

@foxthefox
Deshalb mal die Frage, was bewirken diese Modis überhaupt, außer, dass dann irgendwie alle anderen DP die zur Regelung dienen nicht mehr wirklich so funktionieren wie sie sollen.

Ich glaube nicht das die Datenpunkte selbst etwas durcheinanderbringen, sondern die Vorbesetzung auf einen definierten Wert fehlt. Die stehen auf „null“, was datentechnisch nichts Auswertbares ist, deswegen kann das Abfragen ein Problem gehabt haben.

Wozu ist es gedacht:

• für das Umschalten zwischen den Modi
• ist als Taster gedacht, ist auch so als Button definiert
• ist eine zusätzliche Möglichkeit zu tsoll und hkrmode für Moduswechsel
• da ich nicht weiß wie die vis aufgebaut wird, ist das die elegante Möglichkeit mit Buttons mit Direktzugriff zu haben.

Boostactive, windowopenactive ändert zwar auch den Modus, hat aber keinen Einfluss auf hkrmode und tsoll. Das die beiden wieder abgestellt sind, löst das nächste Update von der FRITZ!Box.

Gruß
Klaus

[foxthefox]

@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.

[Jan1]

@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.

[BananaJoe]

@foxthefox

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

[foxthefox]

@foxthefox

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.

[Jan1]

@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

[frankyboy73]

@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?

[foxthefox]

@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 super

Sofern 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.

[foxthefox]

@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.

[Jan1]

@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.

[foxthefox]

@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.