Adapter: fritzdect

[P-A-L-A-D-I-N]

Akkus wären in der Tat die erste Wahl und würden das Wechseln auch ziemlich unwesentlich machen. Allerdings funktionieren die Thermostate leider nur mit normalen Batterien, da Akkus zu wenig Spannung haben. Das würde vermutlich zu einer dauerhaften "Meckerei" bez. fast leerer Batterien sorgen. Es gibt zwar auch Akkus mit höherer Voltzahl, aber die sind so teuer, daß es wiederum kaum Sinn macht, die für alle Thermostate zu besorgen und halten diese hohe Spannung wohl auch weniger lange als normale Batterien - was dann wieder nach recht kurzer Zeit zu besagter "Meckerei" führen dürfte.

[southparkler]

Also bei mir laufen alle Thermostate ohne Probleme mit Eneloops. Wie lange die Akkus halten kann ich noch nicht sagen - hab die Thermostate erst seit 2 Monaten.

Badezimmer steht aktuell bei 80 Prozent, bei allen anderen Thermostate hab ich die Akkus von den alten genommen, waren also nicht voll geladen.

[Jan1]

Das 15 Minuten Intervall kann man nur mit der "Mode" Funktion umgehen. Normale Änderungen der Temperatur gehen selbst wenn der DP alle 5 Minuten geschrieben wird nicht schneller. Das Intervall habe ich nur auf 5 Minuten, weil ich so zumindest durch ungeschicktes Schalten nicht noch länger warten muss.

Mein Skript hatte ich schon per PN weitergeleitet, kann es aber auch hier posten.

Das dient dann zur Inspiration, wie man das machen könnte. Da gibt es ja viele Möglichkeiten der Steurung.

[P-A-L-A-D-I-N]

@ Jan:

Ich habe von Dir keine PN erhalten - da hast Du wohl noch jemand anderem weitergeholfen. Ich denke aber, daß das eine sehr gute Lösung und daher durchaus von allgemeinem Interesse ist und daher auch hier gepostet werden sollte, wenn das für Dich in Ordnung geht.

@ southparkler:

Wenn ich mich recht entsinne, waren die normalen Batterien bei mir auch recht schnell bis auf 80% runter. Bin mal gespannt, wie es sich bei Dir nach einem halben Jahr bis einem Jahr entwickelt. Sollte das alles passen, wären Eneloops natürlich eine feine Sache, da bezahlbar und auch längerfristig sehr haltbar. Ich habe das gar nicht erst versucht, weil überall geschrieben wurde, man könne Akkus generell nicht verwenden…

Bei mir sind die Batterien jetzt übrigens schon im zweiten Jahr und laufen immer noch. Im Moment zwar mit Warnung bez. niedrigem Stand, aber noch problemlos. Werde sie wohl erst nach dieser Heizsaison ersetzen müssen - wenn es gut läuft dann aber durch Eneloops.

[StM47]

Ich für meinen Teil würde aber lieber die Batterien öfters wechseln und dafür die Thermostate direkt schalten können. AVM sollte den Nutzer selber bestimmen lassen, nach wie vielen Minuten die Dinger sich den Status von der Fritzbox holen.

[StM47]

@Jan1:

Das 15 Minuten Intervall kann man nur mit der "Mode" Funktion umgehen. Normale Änderungen der Temperatur gehen selbst wenn der DP alle 5 Minuten geschrieben wird nicht schneller. Das Intervall habe ich nur auf 5 Minuten, weil ich so zumindest durch ungeschicktes Schalten nicht noch länger warten muss.

Mein Skript hatte ich schon per PN weitergeleitet, kann es aber auch hier posten.

Das dient dann zur Inspiration, wie man das machen könnte. Da gibt es ja viele Möglichkeiten der Steurung. `

Hallo Jan1,

das ist nicht ganz richtig. Auch mit der Mode Funktion dauert es die besagten 15 Minuten, bis sich die Thermostate die Änderungen von der Fritzbox holen!

Aber dein Skript würde mich interessiern.

Bitte hier mal public posten!

[Jan1]

Wenn ich über den IOBroker den Mode auf 0 setzte, habe ich sofort "aus" auf dem Display des Thermostat stehen. Sonst wäre diese Funktion ja auch etwas sinnbefreit

[StM47]

Das wäre zu schön um war zu sein.

Dann wären die 15 Min ja auch unrelevant.

Bei mir funktioniert das leider nicht, wie auch!?

Die Thermostate sind so konzipiert, dass diese sich alle 15 Min die Werte von der Fritzbox abholen und leider keine direkten Befehle von der Fritzbox empfangen können.

[Jan1]

Hast die Comet, oder die AVM und welche FW läuft darauf?

Wie geschrieben, wenn ich das im IOBroker auf 0 setzte, dann steht auch sofort "aus" auf dem Display. Entweder ich schaff es, dass ich das exakt dann setzte, wenn der Abholintervall gerade zuschlägt, oder bei Dir stimmt was nicht.

[southparkler]

@Jan1:

Wenn ich über den IOBroker den Mode auf 0 setzte, habe ich sofort "aus" auf dem Display des Thermostat stehen. Sonst wäre diese Funktion ja auch etwas sinnbefreit `

Dann bist du der einzige. Lass mich raten, du nutzt COMET. Du sendest den Befehl, drückst OK um ablesen zu können und es steht aus da :mrgreen:

Das steht da weil das Thermostat in dem Moment wenn du OK drückst die Daten von der Fritzbox holt. Wenn du nicht OK drückst dauert es bis zu 15 min…

[Jan1]

Da könnte was dran sein :lol:

Ich bin gerade am Basteln, schau ich später mal ob das auch anders geht, denn so macht das keinen Sinn. Dann kann man die Lüftungssteuerung wirklich weglassen, da kein Mensch 15Minuten lüftet.

[southparkler]

Wir lüften immer 15 min das komplette Stockwerk. Passt dann meistens auch mit der Luftfeuchtigkeit wegen der Heizung :mrgreen:

Bis die Heizung runter regelt ist es aber oft zu spät :roll:

[foxthefox]

jetzt mal wieder etwas zum Adapter selbst.

Ich habe die Version 0.1.0 auf ppm gestellt.

Jetzt läuft er auch im compact mode und das Passwort wird verschlüsselt dargestellt.

Dazu ist es notwendig das Passwort nach dem update nochmal neu einzugeben.

Gruß

Klaus

[P-A-L-A-D-I-N]

Ich habe mein System zwischenzeitlich neu aufgesetzt und bekomme die Thermostate nicht mehr bei Alexa in die Smart Home Geräte rein. Der Cloud Adapter findet zwar die DECT-Geräte und läßt sie mich auch in die Liste hinzufügen, aber irgendwie kommt bei Alexa nichts davon an. Kennt jemand von Euch dieses Problem und weiß, ob das mit dem DECT-Adapter zusammenhängt? Meinen Echo und die per Infrarot steuerbare Lampe tauchen in der Suche auf, allerdings sind beide unabhängig vom ioBroker (die Lampe wird vermutlich über den Alexa Broadlink-Skill gefunden).

[southparkler]

Leider nicht, ich nutze den Fritzbox Skill (inoffiziell) für meine Thermostate. Hab meine also nicht im Cloud/IOT Adapter.

[Kugelkopf]

@foxthefox:

jetzt mal wieder etwas zum Adapter selbst.

Ich habe die Version 0.1.0 auf ppm gestellt.

Jetzt läuft er auch im compact mode und das Passwort wird verschlüsselt dargestellt.

Dazu ist es notwendig das Passwort nach dem update nochmal neu einzugeben.

Gruß

Klaus `

Kann bisher keine Probleme entdecken.

Läuft bei mir allerdings nicht im Compact mode. Ansonsten alles Tutti!

Einzige Kleinigkeit: Temp und ActualTemp State haben beide den gleichen Namen. Nur der DP unterscheidet sich.

[LJSven]

Irgendwie lässt sich meine Steckdose nicht mehr schalten - habe baulich nichts verändert und die Verbindung zur FritzBox steht. Wo kann ich den Fehler suchen?

[foxthefox]

@LJSven:

Irgendwie lässt sich meine Steckdose nicht mehr schalten - habe baulich nichts verändert und die Verbindung zur FritzBox steht. Wo kann ich den Fehler suchen?

filename="Bildschirmfoto 2019-01-21 um 12.17.34.png" index="0">~~
filename="Bildschirmfoto 2019-01-21 um 12.17.54.png" index="1">~~ `
Was sagt denn das debug log, wenn du State über Objekte schaltest?

Gesendet von iPhone mit Tapatalk

[LJSven]

! fritzdect.0 2019-01-21 12:24:22.702 debug system.adapter.admin.0: logging false
! fritzdect.0 2019-01-21 12:24:06.052 debug system.adapter.admin.0: logging true
! fritzdect.0 2019-01-21 12:24:00.715 debug system.adapter.admin.0: logging false
! fritzdect.0 2019-01-21 12:23:59.285 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:58.770 info SWITCH ID: 087610155559 identified for command (state) : false
! fritzdect.0 2019-01-21 12:23:58.769 debug ack is not set! -> command
! fritzdect.0 2019-01-21 12:23:58.768 debug stateChange fritzdect.0.DECT200_087610155559.state {"val":false,"ack":false,"ts":1548069838767,"q":0,"from":"system.adapter.admin.0","lc":1548069351179}
! fritzdect.0 2019-01-21 12:23:55.979 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:55.379 info SWITCH ID: 087610155559 identified for command (state) : false
! fritzdect.0 2019-01-21 12:23:55.378 debug ack is not set! -> command
! fritzdect.0 2019-01-21 12:23:55.378 debug stateChange fritzdect.0.DECT200_087610155559.state {"val":false,"ack":false,"ts":1548069835376,"q":0,"from":"system.adapter.admin.0","lc":1548069351179}
! fritzdect.0 2019-01-21 12:23:25.105 debug system.adapter.admin.0: logging true
! fritzdect.0 2019-01-21 12:23:23.416 debug system.adapter.admin.0: logging false
! fritzdect.0 2019-01-21 12:23:21.321 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:20.451 info SWITCH ID: 087610155559 identified for command (state) : false
! fritzdect.0 2019-01-21 12:23:20.450 debug ack is not set! -> command
! fritzdect.0 2019-01-21 12:23:20.449 debug stateChange fritzdect.0.DECT200_087610155559.state {"val":false,"ack":false,"ts":1548069800435,"q":0,"from":"system.adapter.admin.0","lc":1548069351179}
! fritzdect.0 2019-01-21 12:23:02.596 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:02.353 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:02.096 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:01.835 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:01.580 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:01.321 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:23:01.070 debug Did not get session id- invalid username or password?
! fritzdect.0 2019-01-21 12:22:58.860 debug polling! fritzdect is alive
! fritzdect.0 2019-01-21 12:22:58.825 debug WLAN poll :true
! fritzdect.0 2019-01-21 12:22:58.810 info entered ready

GuestWLAN lässt sich aber schalten.

[LJSven]

Habe das PW neu eingegeben - jetzt geht es wieder. Danke für die HILFE!