Test Adapter Adapter-fritzdect v2.1.x GitHub

[foxthefox]

@lemonbiter

So wirklich habe ich nichts verändert. Der Mechanismus ist quasi gleichgeblieben und es wurde auf den neuen Algorithmus der ab 7.25 anzuwenden ist, erweitert.
Wenn es 2-3mal am Tag auftritt, dann mag sich das ggf. grad so ausgehen mit den zu vielen Logins.
Bitte den Zeitpunkt anschauen, was ggf. exakt zu dem Zeitpunkt noch so passiert war. Evtl. ist ja da ein script aktiv gewesen.

[lemonbiter]

@foxthefox sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

Bitte den Zeitpunkt anschauen, was ggf. exakt zu dem Zeitpunkt noch so passiert war. Evtl. ist ja da ein script aktiv gewesen.

Ich habe jetzt mal die Abfrage des Adapters von 60 auf 300s geändert, seitdem ist ruh.

Zu Deiner Frage: Ich habe kein Script, welches auf einen der Adapter zugreift

LG
LEM

[Chaot]

@foxthefox Ich habe seit gestern diese Fehlermeldung:

fritzdect.0	2021-02-23 20:20:19.123	error	(32454) Cannot read property '1' of null
fritzdect.0	2021-02-23 20:20:19.123	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
fritzdect.0	2021-02-23 20:20:19.123	error	at endReadableNT (_stream_readable.js:1241:12)
fritzdect.0	2021-02-23 20:20:19.123	error	at IncomingMessage.emit (events.js:326:22)
fritzdect.0	2021-02-23 20:20:19.123	error	at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/iobroker.fritzdect/node_modules/@root/request/index.js:247:17)
fritzdect.0	2021-02-23 20:20:19.123	error	at /opt/iobroker/node_modules/iobroker.fritzdect/lib/fritzhttp.js:389:76
fritzdect.0	2021-02-23 20:20:19.123	error	(32454) TypeError: Cannot read property '1' of null
fritzdect.0	2021-02-23 20:20:19.121	error	(32454) uncaught exception: Cannot read property '1' of null

Ich bin mit dem Adapter mittlerweile bis auf 2.1.11 hoch ohne Besserung.
Bisher hat alles einwandfrei funktioniert. Ich kann auch nicht nachvollziehen was das auslösen könnte.
Über den Adapter werden per Heating Control Adapter die Heizkörperventile gesteuert.

Die Fritzbox schmeißt immer wieder diese Meldung raus:

22.02.21
20:31:34
Anmeldung einer App des Benutzers ioBroker von IP-Adresse 192.168.8.50.
22.02.21
20:31:34
Anmeldung an der FRITZ!Box-Benutzeroberfläche von IP-Adresse 192.168.8.50 gescheitert (ungültige Sitzungskennung). Zur Sicherheit werden alle noch gültigen Sitzungen zur IP-Adresse 192.168.8.50 beendet.
22.02.21
20:31:34
Anmeldung an der FRITZ!Box-Benutzeroberfläche von IP-Adresse .

Allerdings scheint das nicht zeitlich aufeinanderzutreffen.

[frankyboy73]

@chaot Hi.
TypeError: Kann es sein das du anstatt "Number" den Type "String" schreibst?
Temperatur und Mode müssen bei FritzDect als Nummer gesetzt werden.

[Chaot]

@frankyboy73 Ich schreibe das über den Adapter, bzw. der Heating Control Adapter setzt den Wert. Das hat ja auch bisher problemlos geklappt.
Gibt es zumindest einen Hinweis wo da was geschrieben werden soll? Für mich sah das die ganze Zeit so aus als ob der Adapter da was lesen wollte.

[JB_Sullivan]

Gestern Nacht hat sich meine Kabel Fritte selbstständig das Update auf die 7.20 installiert. Seit dem bekomme ich im Log immer diese Meldung. Gibt es einen Ansatz woran das liegen kann. Vorher war Monate lang alles OK.

2021-02-24 11:15:07.106 - warn: fritzdect.0 (7800) State "fritzdect.0.DECT_087610244490.txbusy" has no existing object, this might lead to an error in future versions
2021-02-24 11:15:07.108 - warn: fritzdect.0 (7800) State "fritzdect.0.DECT_087610221797.txbusy" has no existing object, this might lead to an error in future versions
2021-02-24 11:15:07.109 - warn: fritzdect.0 (7800) State "fritzdect.0.DECT_087610236923.txbusy" has no existing object, this might lead to an error in future versions

fritzdect.0	2021-02-24 20:29:45.425	error	(10208) no response part in returned message
fritzdect.0	2021-02-24 20:29:45.424	error	(10208) fritzbox returned this {"msg":"failed to login, wrong user name or password","function":"send_response","error":"0000000000000000"}

Auch der tr-064 Adapter (gehört zwar hier nicht her) wirft seit dem FritzBox Firmware Update mit Log Meldungen um sich.

2021-02-24 11:23:15.122 - error: tr-064.0 (3788) timeout - "timeout"
2021-02-24 11:23:15.123 - error: tr-064.0 (3788) ~
2021-02-24 11:23:15.124 - error: tr-064.0 (3788) ~~ Fatal error. Can not connect to your FritzBox.
2021-02-24 11:23:15.124 - error: tr-064.0 (3788) ~~ If configuration, network, IP address, etc. ok, try to restart your FritzBox
2021-02-24 11:23:15.124 - error: tr-064.0 (3788) ~

IoBroker und Fritzbox wurden natürlich schon neu gestartet. Ist irgend etwas zu dem Fritz Firmware Update 7.20 bekannt, das es da mit ioB Adaptern zu Problemen kommen kann?

Die Adapter sind auf dem Stand latest. Am Broker wurde aber schon seit einigen Wochen nichts mehr gemacht, weil alles stabil lief.

[A Former User]

@jb_sullivan er kann sich nicht einloggen, setz am besten mal den user neu auf, sowohl in der Fritte als auch im Adapter.
In der Fritte schauen, ob alle Berechtigungen noch da sind, nicht, dass der Provider da was disabled hat.. sieht danach aus..

[Holzlenkrad]

Also mein Adapter konnte sich nach dem Update der FritzBox auf 7.25 zum Glück nach einem Update problemlos wieder an der FritzBox einloggen

Allerdings scheint die FritzBox jetzt jeden Aufruf der API einzeln zu loggen, vor 7.25 gab es nur nach dem Reboot von FritzBox oder iobroker einen Log. Nun sieht es so aus:

Schon relativ ausufernd, aber sicherlich Schuld der FritzBox. Kann ich das Logging irgendwo konfigurieren?

Edit: Intervall ist bei 5min. Noch seltener ist nicht sinnvoll, soll eher häufiger sein, weil ich Anhand des Stromverbrauchs automatisch schalten will...

[JB_Sullivan]

@holzlenkrad

Die Probleme müssen an der Fritzbox liegen und irgend etwas mit den Rechten zu tun zu haben, denn auch mein HP-Scanner, hat keine Berechtigung mehr auf den Netzlaufwerk Ordner zu scannen.

Es gibt im Web einen Haufen guter Ratschläge, aber bislang hat bei mir noch nichts gefruchtet

[Jan1]

@jb_sullivan
Das sind keine Probleme, da die Fritz hier lediglich was protokolliert, sonst läuft alles.

[Holzlenkrad]

@jan1 sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

@jb_sullivan
Das sind keine Probleme, da die Fritz hier lediglich was protokolliert, sonst läuft alles.

Wenn viel zu viel geloggt wird, ist das schon ein Problem, weil so die Chance steigt, dass auch mal etwas wichtiges übersehen wird...

Ganz davon abgesehen, dass das Durchgucken einfach viel mehr Zeit braucht...

[Jan1]

@holzlenkrad
Deshalb kannst in der Fritz auch filtern und je nach dem was Du mit dem Adpater anstellst, greift der eben auch oft auf die Fritz zu und das sollte auch geloggt werden. ich steuere meine Heizung damit und somit greife ich hier recht oft auf die Fritz zu. Also alles wie es sein soll.

[frankyboy73]

Ich finde es auch sinnvoll, das jeder Login auf die Fritzbox angezeigt wird. Ich will ja auch wissen wer oder was darauf zugreift. Es wird auch nur protokolliert wenn die vorige Sitzung abgelaufen ist, wie zum Beispiel bei mir mit dem DECT Adapter bei dem ich das Poll auf 300 habe. Da ist die Sitzung nach der Zeit nicht mehr aktiv und wird dann bei Anmeldung neu geloggt. Bei mir mit dem TR 064, wo das Poll auf 10 Sekunden steht, ist die Sitzung wohl noch aktiv, von dem bekomme ich nämlich keine Meldungen im Log, nur bei Iobroker oder Raspi Neustart. Ich habe für jeden Adapter einen eigenen Benutzer angelegt, dadurch kann ich auch sehen welcher Adapter sich anmeldet.

[Holzlenkrad]

@frankyboy73 sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

Da ist die Sitzung nach der Zeit nicht mehr aktiv und wird dann bei Anmeldung neu geloggt. Bei mir mit dem TR 064, wo das Poll auf 10 Sekunden steht, ist die Sitzung wohl noch aktiv, von dem bekomme ich nämlich keine Meldungen im Log, nur bei Iobroker oder Raspi Neustart.

Danke, das könnte es sein, ich habe mal die Poll-Zeit von 300 auf 60 gesenkt. Dieses überschießende Logging habe ich so jedenfalls erst mit dem Update der FritzBox von vor ein paar Tagen...

Beim TR064-Adapter zeigt die FritzBox übrigens eine Meldung hat, dass sich eine App verbunden hat, nicht "Benutzer". Der Unterschied wird wohl sein, dass dort eine API genutzt wird, hier die UI der FritzBox geparsed wird.

[Jan1]

@holzlenkrad
Der war gut von 300 auf 60 gesenkt.
Dir ist schon klar, dass das jetzt alle 60s ist und vorher alle 300s war?

[Holzlenkrad]

@jan1
War deine Theorie nicht noch ein Post vorher, dass in den 5 Minuten die Sitzung abläuft und deswegen die Anmeldung wieder im Log auftaucht!??

[Jan1]

@holzlenkrad
Das mit der Stitzung war nicht meine Theorie, haut aber hin. Wobei das nicht mit Deiner Aussage von gesenkt zu tun hat
Du hast erhöt, was dann eben dazu führt, dass die Sitzung nicht abläuft

Edit:
Bei dem Adapter musst auch bisschen aufpassen, wenn Du zu weit runter gehst, hast zwar in der Fritz weniger Protokoll, dafür im IOBroker mehr Fehler, weil die Fritz es nicht mag, wenn zu schnell drauf zu gegriffen wird und dann das Login erst mal ablehnt, was auch wieder im Protokoll der Fritz auftaucht.

[Holzlenkrad]

@jan1
Wollen wir jetzt darüber diskutieren ob der Zeitabstand gesenkt oder die Abfragefrequenz erhöht wurde?

So oder so, gibt im Log nur noch mehr Einträge.

Mir ist klar, dass das hier kein Bug ist, sondern "works as intended". Dennoch ist es halt Bullshit von AVM, wenn ein normales, häufig vorkommendes Ereignis das Logfile so vollspamt, dass man die wichtigen Dinge (wie Sicherheisvorfälle) viellleicht übersieht. Und wenn die keine vernünftigen APIs fürs Smarthome bieten sondern man die Daten da vom Interface scrapen muss, dann noch dreimal mehr... /rant

[Jan1]

@holzlenkrad
Ob das wirklich an der AVM FW liegt ist auch nicht so ganz klar, da es bei mir nur mit dem DECT Adapter dazu kommt und alle anderen die drauf zugreifen ganz egal wie schnell und wie oft weder in der Fritz noch im IOBroker zu einem Überlauf an Log führen.

Da gabs auch schon ein paar Diskussionen darüber, aber keine eindeutige Antwort.

[A Former User]

Wird dieser Gurtwickler von Rollotron in Zukunft vom Adapter erkannt?

https://www.rademacher.de/shop/rollladen-sonnenschutz/elektrischer-gurtwickler/rollotron-dect-1213