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

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

[A Former User]

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

[A Former User]

@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

[A Former User]

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

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

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.

Die Fritzbox soll es ab 7.2 können. Ich hab bestellt und falls ich Hilfe brauche werde ich auf GitHub ein Issue erstellen.

[Yoda]

Nun hat es mich auch erwischt.....
Habe den Chatverlauf hier soweit durch - neue Namen - neue Daten Punkte etc.
Also müssen die Punkte entsprechend neu gemacht werden - nicht schön ist aber so ...

Ich danke hier aber mal für die Arbeit und Weiterentwicklung des Adapters! muss man ja auch mal sagen

Ich Nutze die Adapter Version 2.1.11, hier habe ich die folgenden 2 Probleme:

1.) Die Steckdose Fritz!Dect200 wird in den Objekten Angezeigt- ok, Allerdings wenn ich in Vis gehe sehe ich die Steckdose nicht als Gerät.

2.) Heizkörper in der Objekt anzeige haben sehr viele Daten Informationen-ok, Allerdings in Vis lediglich 2 Daten Informationen lasttarget & tsoll, mehr nicht.

Habe den Adapter schon gelöscht und neu hinzugefügt, aber es bleibt so ....

Das Problem hatte doch sicher schon jemand? finde dazu aber grade nichts ...

[foxthefox]

@yoda

Danke, hör ich gerne

Ich hab derzeitig nichts mit vis am laufen und hab da auch grad nicht so wirklich die Idee woran es liegen könnte.
Evtl. hat sich ja recht viel an VIS/JS-CTRL etc getan und so langsam werden die Eigenschaften der Datenpunkte mit berücksichtigt.

Könnte mir z.B. vorstellen, daß bei einer Benutzung eines Schalters (also Kommandomöglichkeit) nun drauf geschaut wird, ob der Datenpunkt auch Schreibbar ist.
Und für nur lesbare Datenpunkte braucht es den Typ Anzeige.

Es ist nicht auszuschließen, daß ich im Adapter noch etwas nachjustieren muß, aber das ist kein großes Problem.

Gruß
Klaus

[Yoda]

@foxthefox ich habe hier etwas gefunden.

hatte dazu auch noch ein neues Thema aufgemacht:
https://forum.iobroker.net/topic/43813/adapter-fritzdect-vis-fehlende-daten-und-geräte/3

Kurzgesagt es liegt an der Rolle wie die Fritz!DECT 200 als neues Gerät angelegt wurde.
Angelegt wurde die Rolle: value
Geändert auf Rolle: value.temperature

Somit lässt sich die Steckdose auch als Objekt in Vis finden und zuordnen.

Bei den Heizkörpern vermute ich ein ähnliches Problem - hier habe ich aber noch nicht geschaut.

[foxthefox]

@yoda
muß ich jetzt was im Adapter ändern?

[Yoda]

@foxthefox ich denke nicht....
Scheinbar nutzen nicht viele die Tempanzeige der Steckdose in Vis.

[Muhagl]

@foxthefox Hallo, ich habe heute den neuen Rollotron Dect an installiert. An sich funktioniert das mit dem fritzdect Adapter recht gut - es kommen jedoch folgende Meldungen im Log:

fritzdect.0 2021-04-09 20:12:12.915 warn (27779) State "fritzdect.0.DECT_142760444631-1.mode" has no existing object, this might lead to an error in future versions
fritzdect.0 2021-04-09 20:12:12.903 warn (27779) unknown datapoint DECT_142760444631-1.endpositionsset please inform devloper and open issue in github

Den Datenpunkt .mode hab ich angelegt - die Meldung ist jetzt weg, aber das mit .endpositionsset kommt immer noch.
Gruß
Hans

[foxthefox]

@muhagl
nimm die 2.1.14 von GitHub, da sind die Datenpunkte mit drin.
Wie das log schon sagte, den Entwickler (mich) mit einem Issue in GitHub drauf aufmerksam machen
Sollte soweit funktionieren.

[Muhagl]

@foxthefox Hast recht - hab die 2.1.14 installiert und jetzt ist alles perfekt! Vielen Vielen Dank für die super schnelle Unterstützung ....
VG
Hans

[Lucky_ESA]

Hallo foxthefox,

sorry das ich hier Poste aber ich möchte mich nicht auf Guthub registrieren.

Habe bei DECT301 und DECT200 bemerkt, dass der Datenpunkt present nicht aktualisiert wird.

Über Instanz und Geräte wird es aber richtig eingelesen:

"manufacturer":"AVM","productname":"FRITZ!DECT 301","present":"0","txbusy":"0","name":"Heizung

Es müsste nun auf false gesetzt werden aber leider steht dieser weiterhin auf true.

Installierte Version 2.1.14

VG
Lucky

[foxthefox]

@lucky_esa

Ich schaue es mir mal an, könnte sein, daß genau das gar nicht bei "0" aktualisiert wird.
Denn es gibt einen Mechanismus, daß bei present=0 keine Datenpunkte für das Gerät aktualisiert werden, da ja zwecklos.
Ggf. ist da dann das present in dem Teil der ausgeschlossen ist.