Adapter: fritzdect

Chaot

Auch auf einer Fritz6490?

Ich habe das jetzt mehrfach versucht. Immer wenn ich auf 0.1.2 oder höher gehe klappt die Anmeldung nicht mehr. Gehe ich auf 0.1.1 runter funktioniert alles wie gehabt.

Ich sehe ja in der Cahngelog das eigentlich nichts geändert wurde. Aber verstehen kann ich das so nicht wirklich.

Vor allem wäre mir das ja gar nicht aufgefallen wenn ich nicht die Heizungssteuerung umgestellt hätte und ich mich über die zu warmen Räume gewundert habe. Als ich dann die Batterien an dem einen Thermostat getauscht habe habe ich den Fehler dann festgestellt.

Der Adapter selbst war wie gesagt die ganze Zeit grün und es ist nichts im Log.

Verbesserungsvorschlag:

Abgelehnte Verbindung ins Log schreiben.

Jan1

Ich habe ne 7490 mit OS 7.01 und den Adpater eben auf 0.1.3. Da läuft alles wie gewohnt. Hast Du für den Adapter einen eigenen User angelegt, oder läuft der mit dem Standard User Deiner Fritz?

Chaot

Ich habe für den Adapter einen eigenen User angelegt.

Über den gleichen User greift auch der TR064 Adapter zu. Dort besteht das Problem nicht.

Firmware ist wie gesagt die 6.87 weil das ein gebrandetes Gerät ist das Firmware nur vom Provider bekommt.

Edit: Ich kann mit der 0.1.1 auch gut leben, da soweit ich sehe für mich keinen nennenswerten Änderungen eingebaut wurden.

foxthefox

Ansich ist die 0.1.1 ja auch ok, solange du keine neuen Taster benutzt.

Das einzige was ich irgendwann noch geändert habe, ist die Version der eingebunden Bibliothek fritzapi. Muss mal schauen ob diese ggf. Genau zu 0.1.2 reingekommen ist. Allerdings sollte der Aufruf zur Fritzbox der gleiche geblieben sein.

Ich checke mal die versionen, wenn mein Internet wieder geht.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

Chaot

Kein Problem.

Wie schon gesagt funktioniert die Version bei mir.

Nur eben mit dem Hinweis das es bei der höheren Version zu dem Ausfall kommen könnte ohne das er als Fehler direkt angezeigt wird.

Ich hätte das ehrlich gesagt sicher längere Zeit nicht gemerkt wenn ich nicht die Heizungssteuerung umgestellt hätte.

Soweit ich mich erinnere hat AVM auch bei der Firmware ab V7 einige Änderungen drin die nicht mit der 6.8x kompatibel sind. Kann sein das sie da etwas an der API geändert haben und das demzufolge bei dir (mit aktueller Firmware) das Ganze funktioniert, aber das nicht rückwärtskompatibel zu der Uraltfirmware der Providerboxen ist.

Chaot

Ich habe gestern noch etwas experimentiert und festgestellt das es scheinbar mit der Nutzerkennung der Box zu tun hat.

Wenn ich den für den ioBroker eingerichteten Nutzer verwende habe ich die besagten Probleme.

Wenn ich aber direkt das Fritzbox Passwort verwende für die Administrationsoberfläche tritt der Effekt mit den fehlerhaften Anmeldungen nicht mehr auf.

Ich habe übrigens auch in der Version 0.1.1 schon Anmeldeprobleme. Nur scheinen die seltsamerweise nur Zeitweise aufzutreten.

Und der Adapter TR064 läuft mit den gleichen Anmeldedaten (Nutzer ioBroker) ohne eine einzige Fehlermeldung

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> `

NEWS

Adapter: fritzdect

Support us

1.5k
Online

30.8k
Users

77.5k
Topics

1.2m
Posts

NEWS

Adapter: fritzdect

Support us

1.5kOnline

30.8kUsers

77.5kTopics

1.2mPosts

1.5k
Online

30.8k
Users

77.5k
Topics

1.2m
Posts