Adapter: fritzdect
-
Ich hab mal an avm ne Mail abgesetzt, mal schauen was passiert.
Gesendet von iPhone mit Tapatalk
-
Jupp,
die obige Antwort kenne ich.
Habe ich schon zweimal hier liegen.
Ich bin mir nichtmal sicher ob da wirklich ein MA involviert war oder schlicht ein Bot geantwortet hat.
-
Vielen Dank für deinen Einsatz.
Wir werden sehen ob was kommt. Aber immer nur meckern hilft halt nix. Wenn man sich nicht meldet tut sich nie was.
Ob es Erfolg hat…ich weiß es nicht. Aber wir haben es wenigstens versucht.
-
So ist es! Ich schließe mich mal direkt an und werde AVM auch ein wenig damit "nerven".
Allerdings mit konkretem Bezug auf die (soweit ich weiß vom Innenleben her baugleichen) COMET Heizkörperthermostate. -
Hier mal noch meine E-Mail, die ich eben geschickt habe. Darf gerne übernommen, verändert und ebenfalls an AVM geschickt werden!
Sehr geehrte Damen und Herren,
in meinem Haus habe ich derzeit, neben vielen anderen AVM-Produkten, auch 12 Comet DECT Heizkörperthermostate in Verwendung. Diese arbeiten soweit zuverlässig, was die Verbindung mit der Fritzbox angeht. Auch die Regelung per Weboberfläche oder direkt am Gerät funktioniert zufriedenstellend.
Das Problem mit der Sensorik für offene Fenster hat sich, vermutlich aufgrund diverser Updates, mittlerweile ebenfalls spürbar verbessert. Zwar funktioniert die Erkennung noch immer nicht wirklich hundertprozentig zufriedenstellend, jedoch ist mittlerweile, zumindest bei sehr kalten Außentemperaturen und einer Positionierung der Heizkörper in Fensternähe, immerhin eine zeitnahe Reaktion erkennbar, wo sich zuvor überhaupt keine Reaktion zeigte.
Eine weitere Sensibilisierung der Auslösung auf einen noch geringeren Temperaturabfall könnte die Funktion sicherlich noch weiter verbessern!
Jedoch wäre es äußerst wünschenswert und meines Erachtens auch zielführender, wenn die Thermostate auch direkt mit Fensterkontakten gekoppelt werden könnten, um die Auslösung garantiert und sofort sicherzustellen – insbesondere eben auch bei Plusgraden im Außenbereich oder einer Montage der Thermostate an Orten, die etwas weiter vom kalten Luftzug entfernt liegen (z.B. unserem Handtuchheizkörper neben der Tür, etwa 2m vom Fenster entfernt). Es ist bedauerlich, daß, aufgrund der noch immer vorhandenen Verzögerung, stets erst etwa zwei Minuten sinnlos die Außenluft geheizt wird, bevor die Thermostate dann endlich reagieren. Dies gilt natürlich insbesondere vor dem Hintergrund der eher kurzen Lüftungsintervalle von nur ca. 5 Minuten. Das entsprechende Einsparpotenzial, das man mit den teuren Thermostaten schließlich umsetzen möchte, sinkt dadurch direkt um rund 40%!
Praktisch wäre es übrigens auch, wenn man die Thermostate nach Räumen zusammenfassen könnte, sodaß die Fenster-offen-Erkennung eines einzelnen Heizkörpers direkt an einen anderen Thermostat im selben Raum übertragen und dieser direkt mit geschlossen wird. Derzeit ist es nämlich leider so, daß Heizkörper, die etwas weiter vom Zug des offenen Fensters entfernt liegen, einfach unverändert weiter bzw. sogar noch stärker heizen.
Neben Fensterkontakten wäre auch die Einbindung zusätzlicher, genauer arbeitender Sensoren ein echter Zugewinn!
Da die Temperaturmessung direkt am heißen Heizkörper stattfindet und Heizkörper sich zudem in aller Regel am Fenster (und eben nicht in der sehr viel maßgeblicheren Mitte des Raumes) befinden, weichen die reale Raumtemperatur und die am Heizkörper gemessene Temperatur sehr stark voneinander ab! Daran kann auch die Nutzung eines großen Offset nicht viel ändern.
Davon abgesehen, daß dieser teilweise nicht einmal ausreichend groß anpaßbar ist, entspricht die Raumtemperatur, je nach Witterung, quasi nie der gewünschten Temperatur: Ist es draußen kalt, heizen die Thermostate nicht hoch genug, um die gewünschte Zieltemperatur in der Mitte des Raumes zu erreichen – man friert oder muß händisch nachbessern. Ist es draußen warm, heizen die Thermostate aufgrund des großen Offset zu hoch, sodaß es in der Raummitte zu warm ist – man schwitzt oder muß händisch nachbessern.
Die Notwendigkeit einer andauernden händischen Anpassung führt aber eine automatisierte Temperatursteuerung völlig ad absurdum! In Anbetracht des hohen Preises Ihrer Produkte ist so eine Schlechtleistung zudem inakzeptabel!
Ich hoffe, Sie nehmen sich dieses erneute Kundenfeedback ernsthaft zu Herzen und arbeiten weiter an der Verbesserung Ihrer (ansonsten sehr zufriedenstellenden) Produkte!
Mit freundlichen Grüßen
-
Ich habe mal eine Frage:
Wie kann ich über github die aktuelle Version des Adapters (0.1.5) installieren. Ich benutze den ioBroker auf einem Windows 10 Rechner.
-
Leider muss ich dir sagen das der Musterbrief an AVM einen wichtigen inhaltlichen Fehler hat.
Du beziehst dich auf Comet DECT Thermostate mit denen AVM absolut nichts zu tun hat.
Wäre der Bezug auf 300 DECT wären die wohl davon betroffen.
Ob sich das in der Realität so umsetzen lässt ist allerdings ebenfalls höchst zweifelhaft.
Der Grund warum die Thermostate nur alle 15 Minuten regeln liegt nicht in der Box sondern im Thermostat. Das holt sich alle 15 Minuten die Werte ab und dazwischen ist das DECT Modul im Tiefschlaf. Dadurch wird Energie gespart und die Batterie hält länger.
Also gehen verkürzte Abfrageintervalle zu lasten der Batterielebensdauer.
-
Ich dachte, die würden für AVM "im Autrag" produziert? Wenn das nicht so ist, wer ist denn der Hersteller?
-
Ich habe eine E-Mail bekommen (und auch oben unter Benachrichtigung die entsprechende Info), daß Kugelkopf einen neuen Beitrag in diesem Thread erstellt hat - mir wird allerdings nichts angezeigt…?!
-
Ich bin es mal wieder mit den Templates/Vorlagen
Ich habe das aktuelle Plugin von github gezogen ("Installieren aus URL" im "Adapter"-Tab der Admin-Oberfläche von ioBroker), Version ist 0.1.5
In Objekte unter fritzdect.0 sehe ich ein Feld "template / template response / channel / switch", der Wert ist aber immer leer.
Im Log finde ich folgende Einträge, wenn ich ein Template "toggle":
` > 2018-12-20 17:54:58.104 - fritzdect.0 stateChange fritzdect.0.template_tmp6F0093-39091E428.toggle {"val":true,"ack":false,"ts":1545324898102,"q":0,"from":"system.adapter.admin.0","lc":1542388226881}
2018-12-20 17:54:58.104 - fritzdect.0 ack is not set! -> command
2018-12-20 17:54:58.104 - fritzdect.0 Template ID: tmp6F0093-39091E428 identified for command (toggle) : true
2018-12-20 17:54:58.514 - fritzdect.0 cmd Toggle to template tmp6F0093-39091E428 on
2018-12-20 17:54:58.515 - fritzdect.0 response false
2018-12-20 17:54:58.517 - fritzdect.0 stateChange fritzdect.0.template.lasttemplate {"val":false,"ack":true,"ts":1545324898516,"q":0,"from":"system.adapter.fritzdect.0","lc":1543244458051} `
Irgendwas scheint noch nicht richtig zu funktionieren. Der Rest der Template-Funktion ist super, vielen vielen Dank!
-
Ich habe eine E-Mail bekommen (und auch oben unter Benachrichtigung die entsprechende Info), daß Kugelkopf einen neuen Beitrag in diesem Thread erstellt hat - mir wird allerdings nichts angezeigt…?! `
Hatte ich wieder gelöscht! Bin selbst auf die Lösung gekommen! Sorry!
-
Hatte ich wieder gelöscht! Bin selbst auf die Lösung gekommen! Sorry! `
Ach so, ok! Danke Dir für die Rückmeldung!
-
Hier vielleicht für den einen oder anderen interessant:
Manuelles Firmwareupdate für Comet und AVM DECT HKT.
-
Vielen Dank für den Link! Ich habe gesehen, daß meine Thermostate (COMET) noch mit der Version 3.54 arbeiten. Hat mich reichlich gewundert, da die Dinger sich ja eigentlich selbständig auf die neueste Version updaten sollten…?!
Hat jemand von Euch schon Erfahrung mit der neuesten Version 3.68 (Stabilität, Bugs etc.)?
Ist die Entwicklung der COMET-Thermostate eigentlich generell "hintendran" oder sind die Versionsnummern hier nicht mit denen der "echten" Fritz-Thermostate vergleichbar/identisch?
-
hab mich mal ne Zeitlang mit dem Update gespielt… Habs nicht hinbekommen^^
War mir dann irgendwann zu blöd. -
Vielen Dank für den Link! Ich habe gesehen, daß meine Thermostate (COMET) noch mit der Version 3.54 arbeiten. Hat mich reichlich gewundert, da die Dinger sich ja eigentlich selbständig auf die neueste Version updaten sollten…?!
Hat jemand von Euch schon Erfahrung mit der neuesten Version 3.68 (Stabilität, Bugs etc.)?
Ist die Entwicklung der COMET-Thermostate eigentlich generell "hintendran" oder sind die Versionsnummern hier nicht mit denen der "echten" Fritz-Thermostate vergleichbar/identisch? `
Meins war auch noch auf 3.54. Hab es gestern geupdated. War überhaupt kein Problem. Anscheinend soll die neue Version das zufällig und wilde andauernde Adapterkalibrieren verhindern. Hatte diesen Fehler erst einmal. Des weiteren Stand im Changelog, dass es wohl bei der 3.54 zu Verbindungsabbrüchen kommen kann die mit der neusten Version behoben wurden.
Das ist korrekt! Normalerweise sollen die sich automatisch via Fritzbox updaten. Bei manchen tun sie das, bei anderen nicht. Der Workaround in dem Link funktioniert allerdings einwandfrei.
-
Fat32 formatierten USB Stick nehmen
-
Passende Firmware runterladen (siehe Liste im Link)
-
Passend Umbenennen je nach Model des HKT und FB (siehe Liste im Link)
-
Auf USB Stick übertragen
-
USB Stick an FB anschließen
-
FB neu Starten
-
Warten bis FB neu gestartet hat und das HKT wieder verbunden ist / Oder forcieren durch OK Taste drücken am HKT um nicht die 15 min warten zu müssen.
-
In der FB unter Netzwerk / MESH bis zu den Thermostaten in der Liste scrollen und dort auf Update drücken. Hat bei mir ca. 10 -15 Min gedauert.
-
-
Hab auf meine "entwicklermail" eine Antwort bekommen und leider auch nicht sehr vielversprechend. Man verwies auf die bekannten 15min und 2jahren Batterielaufzeit. Für die Vorschläge meinerseits, verwies man auf ein derzeitiges Release-freeze. Aber man schaut es sich an.
Naja, abwarten und mal schauen.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Schon traurig, wenn ein Entwickler sich regelrecht "anbiedern" muß, um kostenlos deren Arbeit zu verbessern - und die das weder richtig zu schätzen wissen, noch annehmen. Bleibt zu hoffen, daß irgendein netter, ordentlich arbeitender Mensch aus der QM-Abteilung doch mal Wind davon bekommt und hier ein bißchen auf den Putz haut! Zumindest bei Plex und Broadlink galt ja am Ende, nach vielen, vielen Zuschriften verärgerter Kunden, dann doch das Motto "was länge währt, wird endlich gut", und der Kunde wurde gehört. So oder so, ein "Daumen hoch" und herzlichen Dank für Deine Arbeit, Klaus!
-
Hi, bin ganz frisch im ioBroker Thema und würde gerne in die Runde fragen, ob jemand schon ein fertiges Steuern der DECT 301 über ioBroker erstellt hat?
Ich will gerne den DECT 301 extern steuern bzw. seine Tempwerte über einem Xiaomi Tempsensor messen lassen.
Das schreiben habe ich schon getestet, jedoch greift nach einer Zeit wieder der Tempsensor des DECT 301 ein und überschreibt den von mir gesetzten Wert.
Kann man das irgendwie unterbinden?
Die Fenster auf/zu Erkennung würde ich auch über mode=0 (Fenster zu) bzw mode=1 (Fenster auf) realisieren, denn da kann das DECT ja nicht zwischen eingreifen.
Wäre über Vorschläge bzw. Tipps sehr dankbar.
-
Du musst die Werte mindestens alle 15 min überschreiben bzw. selbst testen wie oft die Temperatur vom internen Sensor aktualisiert wird. Denke es sind 15 min. wie auch der Kontakt zur Basis per DECT.
Eine Steuerung der Fenster auf/zu ist nicht möglich das gibt die Fritz API nicht her. Du musst das Thermostat auf "aus" setzen.
Details kannst du auf den letzten Seiten lesen.
