UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

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

[Ein ehemaliger Benutzer]

Wird dieser Gurtwickler von Rollotron in Zukunft vom Adapter erkannt?

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

[Chaot]

@brainbug Wird vermutlich schwer zu beantworten.
Bisher scheint der noch nicht aufgetaucht zu sein, so das der Entwickler irgendwelche Daten einbauen könnte.
Wenn du den hast mach doch auf Github ein Issue auf und gebe dem Entwickler soviele Daten wie möglich. Dann kann der das vermutlich schon einbauen.

[Ein ehemaliger Benutzer]

@chaot danke für die Antwort. Ich habe ihn noch nicht aber ich sehr daran interessiert. Mal schauen wenn ich auf den bestellen Button drücke.

[Chaot]

@brainbug Na ja, steuern kannst du ja sicher über die Firtzbox sowieso. Dann kannst du ja mal sehen was über die Schnittstelle so rüber kommt. Vielleicht ist die Einbindung auch nur eine Kleinigkeit.

[Ein ehemaliger Benutzer]

@chaot wie gesagt ich hab ihn noch nicht aber ich denke es wird nicht mehr lange dauern Klar über die Fritzbox wird man ihn steuern können. Aber das wäre ja nur ein kleiner Vorteil

[foxthefox]

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

Wird dieser Gurtwickler von Rollotron in Zukunft vom Adapter erkannt?

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

Ob die Fritzbox es kann, weiß ich nicht. Allerdings sind in deren FW schon viele Vorkehrungen getroffen.

Für jemanden der einen Antrieb von Beckert hatte, ist der Adapter schon auf Stand gebracht. D.h. bei gleichen Telegramm der FB an iobroker ist nichts zu tun.
Ansonsten ist es dann eine Kleinigkeit es im Code zu modifizieren. Dazu brauch ich dann nur den output von "Meine Geräte"

Ach ja, am besten auf GitHub ein Issue eröffnen, da schau ich öfter rein als ins Forum.

Gruß
Klaus

[foxthefox]

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

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

Ein Teil ist die AVM FW die die Anzahl von logins zur gleichen Zeit beschränkt, eine Art Sicherheitsmechanismus.
Der andere Teil ist der Adapter, der sich halt immer einloggen muß.
Bin schon am überlegen, wie man das eventuell anders lösen könnte, aber hatte noch keine zündende Idee.

Gruß
Klaus

[Jan1]

@foxthefox
Ich hatte es ja auch schon geschrieben, ist nicht schön aber auch nicht wirklich nervig. Ich mache viel mit dem TR-064 Adapter, folglich greift der auch sehr oft auf die Fritz zu und hier kam bis jetzt noch nie ein Eintrag in einem Log zustande der was anmeckert.
Mit dem DECT Adapter steuere ich 2 Thermostate und da habe ich schon einiges am zeitlichen Zugriff geändert um eben nicht zu oft auf die Fritz zugreifen zu müssen, was aber in einem gewissen Rahmen bei der Heizung eben nötig ist, um auf grobe Abweichungen der Solltemperatur regieren zu können. Hier kommt ja nerviger weiße die 10 minütige Reaktion der Fritz hinzu und wenn dann das Script noch mal 10 Minuten zum reagieren benötigt, brauch ich eigentlich schon gar nichts mehr machen, weil zu eh spät

[foxthefox]

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

@foxthefox
Ich hatte es ja auch schon geschrieben, ist nicht schön aber auch nicht wirklich nervig. Ich mache viel mit dem TR-064 Adapter, folglich greift der auch sehr oft auf die Fritz zu und hier kam bis jetzt noch nie ein Eintrag in einem Log zustande der was anmeckert.
Mit dem DECT Adapter steuere ich 2 Thermostate und da habe ich schon einiges am zeitlichen Zugriff geändert um eben nicht zu oft auf die Fritz zugreifen zu müssen, was aber in einem gewissen Rahmen bei der Heizung eben nötig ist, um auf grobe Abweichungen der Solltemperatur regieren zu können. Hier kommt ja nerviger weiße die 10 minütige Reaktion der Fritz hinzu und wenn dann das Script noch mal 10 Minuten zum reagieren benötigt, brauch ich eigentlich schon gar nichts mehr machen, weil zu eh spät

Der tr-064 Adapter arbeitet anders und ich hab derzeitig keine Zeit Reverse-engineering an dem zu machen um rauszufinden, wie der aufgebaut ist und arbeitet.
Inwieweit die tr-064 Dinge mit den fritzdect logins zusammenzählt weiß ich nicht.
Sofern du nur 2 Thermostate hast, sollte es ja nicht viel Aktivität geben, die ein hohe FB-Kommunikation verursacht, demzufolge müsste doch ein Update Intervall von z.B. 1min nicht wesentlich dazu beitragen und gleichzeitig keine unnötige Verzögerung darstellen.??

[Jan1]

@foxthefox
Ich beschwere mich ja auch nicht. Der Verweis auf den TR-064 war nur eine Anmerkung, dass es hier wohl anders gemacht wird, da der überhaupt nicht auffällig in dem Bereich ist.

Den DECT Adapter habe ich schon auf 200 Sekunden stehen. Da kommt die Komplexität meiner Heizungssteuerung eben ins Spiel. Ich reagiere auf sehr viele Parameter und regle damit die Temperatur nach. Dadurch kommt es leider auch zu mehr Zugriffe auf die Fritz und somit zu Einträgen in den Logs. Das hält sich aber im Rahmen, also ich kann damit schon gut leben. Ohne wäre es natürlich noch schöner.

Meine Steuerung läuft auch so sehr dicht an dem was gewünscht ist und in diesem Winter konnte ich die vorgegeben Temperaturen, trotz der teils extremen Kälte und starken Tagesschwankungen halten ohne, dass es in der Bude zu heiß oder zu kalt wurde und das zählt für mich