Adapter: fritzdect

iob

Hi allerseits,

ich habe das Problem, dass Änderungen am Status meiner Dect200 zwar funktionieren, wenn ich sie direkt auf der Oberfläche im IObroker mache - aber wenn ich NodeRed nutze, um den Staus zu ändern, ändert sich der Status kurz auf der Oberfläche und ändert sich wieder zurück und der neue Status landet nicht auf dem Dect200.

Änderungen mit NodeRed, die ich in an CCU-Variablen mache, funktionieren.

Da direkte Änderungen auf der Oberfläche im IObroker funktionieren gehe ich davon aus dass die Anmeldung von Fritzdect in der Fritzbox ok ist und alle Rechte richtig sind.

Version 0.1.1 
Talking to FritzBox with firmware: 07.01

so protokolliert sich eine Änderung auf true mit NodeRed:

2018-10-24 07:00:04.294  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.state {"val":true,"ack":true,"ts":1540357204289,"q":0,"from":"system.adapter.node-red.0","lc":1540357204289}
2018-10-24 07:00:18.138  - [34mdebug[39m: fritzdect.0 polling! fritzdect is alive
2018-10-24 07:00:18.607  - [34mdebug[39m: fritzdect.0 devices

2018-10-24 07:00:18.608  - [34mdebug[39m: fritzdect.0 [{"identifier":"087610209512","id":"16","functionbitmask":"2944","fwversion":"04.09","manufacturer":"AVM","productname":"FRITZ!DECT 200","present":"1","name":"FRITZ!DECT 200 #1","switch":{"state":"0","mode":"manuell","lock":"0","devicelock":"0"},"powermeter":{"voltage":"233559","power":"0","energy":"312278"},"temperature":{"celsius":"230","offset":"0"}}]
2018-10-24 07:00:18.608  - [34mdebug[39m: fritzdect.0 update Devices 1
2018-10-24 07:00:18.609  - [34mdebug[39m: fritzdect.0 updating Switch FRITZ!DECT 200 #1
2018-10-24 07:00:18.609  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : name : FRITZ!DECT 200 #1
2018-10-24 07:00:18.611  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : present : 1
2018-10-24 07:00:18.615  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : state :0
2018-10-24 07:00:18.616  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : power :0
2018-10-24 07:00:18.617  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : energy :312278
2018-10-24 07:00:18.618  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : mode : manuell
2018-10-24 07:00:18.618  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : lock : 0
2018-10-24 07:00:18.619  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : devicelock : 0
2018-10-24 07:00:18.620  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : temp : 23
2018-10-24 07:00:18.620  - [34mdebug[39m: fritzdect.0 DECT200_087610209512 : voltage : 233.559
2018-10-24 07:00:18.645  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.name {"val":"FRITZ!DECT 200 #1","ack":true,"ts":1540357218612,"q":0,"from":"system.adapter.fritzdect.0","lc":1535109217834}
2018-10-24 07:00:18.649  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.present {"val":"1","ack":true,"ts":1540357218623,"q":0,"from":"system.adapter.fritzdect.0","lc":1535109217841}
2018-10-24 07:00:18.650  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.state {"val":"0","ack":true,"ts":1540357218628,"q":0,"from":"system.adapter.fritzdect.0","lc":1540357218628}
2018-10-24 07:00:18.651  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.power {"val":0,"ack":true,"ts":1540357218631,"q":0,"from":"system.adapter.fritzdect.0","lc":1540355704133}
2018-10-24 07:00:18.652  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.energy {"val":"312278","ack":true,"ts":1540357218632,"q":0,"from":"system.adapter.fritzdect.0","lc":1540355704134}
2018-10-24 07:00:18.658  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.mode {"val":"manuell","ack":true,"ts":1540357218637,"q":0,"from":"system.adapter.fritzdect.0","lc":1535109217851}
2018-10-24 07:00:18.659  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.lock {"val":"0","ack":true,"ts":1540357218641,"q":0,"from":"system.adapter.fritzdect.0","lc":1535109217852}
2018-10-24 07:00:18.659  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.devicelock {"val":"0","ack":true,"ts":1540357218642,"q":0,"from":"system.adapter.fritzdect.0","lc":1535109217853}
2018-10-24 07:00:18.659  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.temp {"val":23,"ack":true,"ts":1540357218643,"q":0,"from":"system.adapter.fritzdect.0","lc":1540357054360}
2018-10-24 07:00:18.660  - [34mdebug[39m: fritzdect.0 stateChange fritzdect.0.DECT200_087610209512.voltage {"val":233.559,"ack":true,"ts":1540357218644,"q":0,"from":"system.adapter.fritzdect.0","lc":1540357174361}
2018-10-24 07:00:19.018  - [34mdebug[39m: fritzdect.0 groups

2018-10-24 07:00:19.019  - [34mdebug[39m: fritzdect.0 []

Ich bin ratlos…mache ich da noch irgendwas falsch?

foxthefox

Versuch mal bei der Übergabe des Kommandos den ACK Wert auf false zu setzen. Dann wird das true/false als Kommando interpretiert, sonst ist es nur eine Statusmeldung.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

iob

prima, danke, hat funktioniert!

Hatte zuerst noch das Problem, dass ich nicht wusste wie man den "act"-Wert auf false setzen kann, aber ein export, edit, import des nodered-flows brachte dann das gewünschte Ergebnis.

Danke nochmal -auch für fritzdect!

hilde0407

Ist es möglich beim Dect 301 die Temperatur eines externen Temperatursensors (dem Xiaomi Temperatursensor), statt der Temperatur des internen Sensors zu übergeben. Bei mir wird der Wert immer wieder überschrieben.

Chaot

Bei den Comet Dect Thermostatten geht das sicher nicht. Ich vermute das das dann bei den Dect 301 ebenfalls nicht so vorgesehen sein dürfte.

Wenn du andere Grundwerte brauchst musst du das über die Tempertaturanpassung in der Fritzbox machen.

Harald_U

Seit FritzOS 7 gibt es im Smart Home-Bereich einen neuen Reiter "Vorlagen".

Mit Vorlagen kann ich Einstellungen an allen meinen Thermostaten vornehmen, z.B. alle aus. Oder ich kann, wenn ich von zu Hause arbeite, im Wohnbereich ein Heizprogramm ohne Tagabsenkung aktivieren, und wenn ich wieder ins Büro gehen, eben eines mit Absenkung.

Vorlagen sind seit einer Weile in AHA-HTTP-Interface.pdf dokumentiert. Es gibt zwei Kommandos:

gettemplatelistinfos liefert eine XML-Liste aller Vorlagen

Aufruf https://fritz.box:40226/webservices/hom … s&sid=<SID>

Ergebnisliste hab ich angehängt. 9686_gettemplatelistinfos.xml

applytemplate wendet eine Vorlage an

Aufruf z.B. https://fritz.box:40226/webservices/hom … e&sid=<SID>

Response: 60008

D.h. gesendet wird der "identifier", die Box antworte mit der "id" wenns passt, wenn es den identifier nicht gibt, kommt nichts zurück.

Ich bin leider kein Programmierer, sonst würde ich anbieten, das zu implementieren. Aber ich teste sehr gern.

An der Stelle auch noch vielen Dank für den fritzdect-Adapter, funktioniert super!

foxthefox

~~@Harald_U:~~

Seit FritzOS 7 gibt es im Smart Home-Bereich einen neuen Reiter "Vorlagen".

Mit Vorlagen kann ich Einstellungen an allen meinen Thermostaten vornehmen, z.B. alle aus. Oder ich kann, wenn ich von zu Hause arbeite, im Wohnbereich ein Heizprogramm ohne Tagabsenkung aktivieren, und wenn ich wieder ins Büro gehen, eben eines mit Absenkung.

Vorlagen sind seit einer Weile in AHA-HTTP-Interface.pdf dokumentiert. Es gibt zwei Kommandos:

gettemplatelistinfos liefert eine XML-Liste aller Vorlagen

Aufruf https://fritz.box:40226/webservices/hom … s&sid=<SID>

Ergebnisliste hab ich angehängt. filename="gettemplatelistinfos.xml" index="0">~~

applytemplate wendet eine Vorlage an

Aufruf z.B. https://fritz.box:40226/webservices/hom … e&sid=<SID>

Response: 60008

D.h. gesendet wird der "identifier", die Box antworte mit der "id" wenns passt, wenn es den identifier nicht gibt, kommt nichts zurück.

Ich bin leider kein Programmierer, sonst würde ich anbieten, das zu implementieren. Aber ich teste sehr gern.

An der Stelle auch noch vielen Dank für den fritzdect-Adapter, funktioniert super! `

Ich schaue es mir an und Implementierung sollte kein Problem sein. Zum Testen brauch ich dich dann, da ich noch eine 7390 habe, die kein 7 kann. Die neuen Funktionen für die Taster ist auch schon drin.

Gruß Klaus

Gesendet von iPhone mit Tapatalk

P-A-L-A-D-I-N

Das wäre echt super! Ich habe versucht, das über die Gerätegruppen von Alexa umzusetzen (die "target temp" aller Heizkörper zu einer Gruppe zusammengefaßt) und dann per Sprachbefehl alle gleichzeitig auf 0 / 10 / 16° zu setzen, aber irgendwie hat das nicht funktioniert. Alexa hat zwar ein "ok" ausgegeben, aber in der Anzeige der Zieltemperaturen in der Fritzbox hat sich nichts geändert. Wäre schon wirklich eine feine Sache, wenn das umgesetzt würde! Sofern möglich, noch eine Bitte: Es wäre super, wenn man hier einzelne Gruppen definieren könnte, also statt "ALLE" Heizkörper aus o.ä., z.B. "alle Heizkörper im OG" aus.

Harald_U

@P-A-L-A-D-I-N, das definierst Du in der Fritzbox als Vorlage. Dazu muss Deine Box auf FritzOS 7 sein, ab da gibt es die.

In diesem Screenshot siehst Du alle Vorlagen, die ich definiert habe und welche Thermostate (Bad, Küche, usw) darin enthalten sind.

Man kann per API-Aufruf abfragen, welche Vorlagen es gibt (als Liste) und dann gezielt eine Vorlage anwenden. Danach habe ich gefragt.

foxthefox

~~@Harald_U:~~

@P-A-L-A-D-I-N, das definierst Du in der Fritzbox als Vorlage. Dazu muss Deine Box auf FritzOS 7 sein, ab da gibt es die.

In diesem Screenshot siehst Du alle Vorlagen, die ich definiert habe und welche Thermostate (Bad, Küche, usw) darin enthalten sind.

Man kann per API-Aufruf abfragen, welche Vorlagen es gibt (als Liste) und dann gezielt eine Vorlage anwenden. Danach habe ich gefragt. `

So, habe mal mit der Implementierung begonnen und es dürfte soweit dann auch funktionieren.

Es fehlt lediglich der Aufruf in der eingebundenen API.

Ich hab ein Pull-Request an den Entwickler gestellt, sofern er es dann übernommen hat, kann ich die neuen Aufrufe benutzen.

Also es hängt jetzt am Entwickler von fritzapi.

Was etwas störend ist, es gibt keine Rückmeldung der fritzbox, welches template gerade aktiv ist. Oder habe ich da etwas übersehen?

Gruß

Klaus

Harald_U

Super, danke Klaus!

So sehe ich das auch: die Box merkt sich nicht, welches Template aktiv ist und zeigt das auch nirgends an. Das Template überschreibt die aktuelle Konfiguration und gut ist. Ist bei der MyFritz! App genauso, da kommt auch null Feedback. Wenn ich sicher sein will, obs funktioniert hat, muss ich die Konfiguration anschauen. Da ist noch Platz nach oben 8-)

Lediglich beim Anwenden eines Templates <identifier>schickt sie die <id>zurück. Was irgendwo auch blöd ist, weil man dann zwei Werte kennen muss, bzw drei: den Namen, den Identifier und die Id. Das mit der <id>als response ist auch nirgends beschrieben, sie verhält sich bei mir halt so: schicke ich mit applytemplate einen gültigen <identifier>, antwortet die Box mit der zugehörigen <id>. Schicke ich einen ungültigen, antwortet sie mit einer leeren response, d.h. nicht mit einem Fehler oder so</id></identifier></id></id></identifier>

Harald_U

Was mir noch einfällt: von gettemplatelistinfos-Antwort sind m.E. die brauchbaren und sinnvoll anwendbaren Werte identifier= und id= aus<template></template>

foxthefox

~~@Harald_U:~~

Super, danke Klaus!

So sehe ich das auch: die Box merkt sich nicht, welches Template aktiv ist und zeigt das auch nirgends an. Das Template überschreibt die aktuelle Konfiguration und gut ist. Ist bei der MyFritz! App genauso, da kommt auch null Feedback. Wenn ich sicher sein will, obs funktioniert hat, muss ich die Konfiguration anschauen. Da ist noch Platz nach oben 8-)

Lediglich beim Anwenden eines Templates <identifier>schickt sie die <id>zurück. Was irgendwo auch blöd ist, weil man dann zwei Werte kennen muss, bzw drei: den Namen, den Identifier und die Id. Das mit der <id>als response ist auch nirgends beschrieben, sie verhält sich bei mir halt so: schicke ich mit applytemplate einen gültigen <identifier>, antwortet die Box mit der zugehörigen <id>. Schicke ich einen ungültigen, antwortet sie mit einer leeren response, d.h. nicht mit einem Fehler oder so</id></identifier></id></id></identifier> `

wenn also die id zurückkommt, dann muß ich wohl nen neuen pull request stellen. Dort lasse ich gleich prüfen ob die Ausführung erfolgreich war, allerdings mit dem aufgerfufenen idetntifier.

gemäß der oben geposteten xml datei müsste also für Aus im Sommer der idetifier "tmp6F0093-39091EED0" im API Aufruf sein und es kommt dann 60010 zurück?!

foxthefox

~~@Harald_U:~~

Was mir noch einfällt: von gettemplatelistinfos-Antwort sind m.E. die brauchbaren und sinnvoll anwendbaren Werte identifier= und id= aus<template></template> `

P-A-L-A-D-I-N

~~@Harald_U:~~

@P-A-L-A-D-I-N, das definierst Du in der Fritzbox als Vorlage. Dazu muss Deine Box auf FritzOS 7 sein, ab da gibt es die. `

Leider habe ich noch kein OS7! Ich habe zwar eine selbstgekaufte Fritzbox, sodaß ich eigentlich meine 6490 updaten können sollte, aber UM war trotzdem so unverschämt, mir die Update-Funktion in der Oberfläche irgendwie auszublenden, so wie es normalerweise bei deren Leihgeräten gemacht wird. Habe mich, als ich das vorgestern bemerkt habe, direkt mal beschwert und warte jetzt auf Antwort.

P-A-L-A-D-I-N

~~@foxthefox:~~

So, habe mal mit der Implementierung begonnen und es dürfte soweit dann auch funktionieren.

Es fehlt lediglich der Aufruf in der eingebundenen API. `

Super! Danke Dir, Klaus! Deine Lösung wäre, sobald das mit der Fritz API paßt, dann ja auch sogar unabhängig von FritzOS6 oder 7 umsetzbar, wenn ich das richtig verstanden habe?

foxthefox

Getestet werden, kann jetzt schon!!

Habe die Bibliothek fritzapi mit Pfad auf github eingebunden.(anstatt Npm)

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

Harald_U

Ich bin begeistert, funktioniert!

Es gibt noch zwei Punkte:

1. Sollte der State "name" befüllt sein? Das ist er nämlich nicht:

2. Wenn ein "applytemplate" ausgeführt wird (also der "toggle"), dann liefert die Box als Antwort die "id". Das wäre gut, wenn man die als Wert bekommen könnte, das ist quasi das ACK der Box. Ich vermute, das kannst Du ohne OS 7 nicht implementieren, oder?

Aber schon MAL GANZ HERZLICHEN DANK!!!!!

@P-A-L-A-D-I-N: > dann ja auch sogar unabhängig von FritzOS6 oder 7 umsetzbar, wenn ich das richtig verstanden habe?
Nein, Du brauchst zwingend FritzOS 7, da die Templates auf der FritzBox angelegt werden.

foxthefox

~~@Harald_U:~~

Ich bin begeistert, funktioniert!

Es gibt noch zwei Punkte:

1. Sollte der State "name" befüllt sein? Das ist er nämlich nicht.

2. Wenn ein "applytemplate" ausgeführt wird (also der "toggle"), dann liefert die Box als Antwort die "id". Das wäre gut, wenn man die als Wert bekommen könnte, das ist quasi das ACK der Box. Ich vermute, das kannst Du ohne OS 7 nicht implementieren, oder?

Aber schon MAL GANZ HERZLICHEN DANK!!!!! `

Danke fürs testen.

Das mit dem Namen habe ich gefixt. Beim nächsten update sollte es dann dabei sein.

Das mit "applytemplate" hatte ich schon erwähnt, daß ich beim modifizieren der fritzapi einen Fehler hatte, dort prüfe ich, ob der identifier (nicht id) zurück kommt und dann wäre true die Antwort. Ich werde es dort auf die stupide Rückantwort ohne Prüfung ändern, dann kommt im fritzdect auch die id an.

Wie soll ich diese dann behandeln?

Als zusätzlichen Datenpunkt macht es nicht so wirklich sinn, denn ein externes Schalten sieht iobroker nicht.

Eine fritzbox mit OS7 brauche ich nicht zwingend zum implementieren. Da war der Aufrufstring und die xml-Antwort sehr hilfreich.

Gruß

Klaus

Harald_U

~~@foxthefox:~~

Wie soll ich diese dann behandeln?

Als zusätzlichen Datenpunkt macht es nicht so wirklich sinn, denn ein externes Schalten sieht iobroker nicht. `

Vielleicht als Datenpunkt Typ State in einem eigenen Channel? Dann könnte man es abfragen und mit dem erwarteten Wert vergleichen.

Gruß, Harald

NEWS

Adapter: fritzdect

Support us

728

32.4k

81.4k

1.3m