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

[southparkler]

Auch wenn es nicht das ist was ich hören wollte, vielen Dank für deine Antwort.

Dann probiere ich das ganze über Alexa zu schalten, vielleicht geht das besser bzw. schneller. Fenster offen geht da glaub aber auch nicht.

[Kugelkopf]

@foxthefox:

@Kugelkopf: `

Danke für die Logs und die screenshots!

Ich bin noch etwas verwirrt, mit den Informationen darin.

Analyse Log:

im JSON string kommt:

"temperature":{"celsius":"225","offset":"-5"}

was auch zu richtiger temperatur in iobroker umgesetzt wird, nämlich

-> 2018-12-03 23:44:28.313 - debug: fritzdect.0 Comet_1196107XXXX: temp :22

-> 2018-12-03 23:44:28.365 - debug: fritzdect.0 stateChange fritzdect.0.Comet_1196107XXXX.temp {"val":22,"ack":true,…

würde für mich also erstmal richtig aussehen.

bei MyDevices

kommt "temperature":{"celsius":"215","offset":"-20"}

was nicht zum obigen log passen würde.

Hier stört mich weniger die Temperatur, sondern eher der Offset.

Der zyklische Poll und MyDevices nutzen die gleiche Funktion, also muss zwischenzeitlich etwas in der fritzbox geändert worden sein?

Wenn nicht, dann habe ich keinen Plan dem Fehler auf die Spur zu kommen.

Dies:
` > Bei gemessenen 21.5°C externes Thermometer.

23.5°C Thermostat.

Anzeige ioBroker State: 19,5°C `
kann ich nicht in Zusammenhang bringen, sowohl log also auch screenshot von den Objekten passen nicht dazu.

Es würde zu MyDevices passen, da (215-20)/10 die 19,5 ergeben, aber wo kommt die 23,5 her?

Die fritzbox meldet doch die unkorrigierte Temperatur mit offset.

Bei meinem Dect301 kann ich keine Isttemperatur sehen, nur die Solltemperatur.

Der screenshot vom Offset, passt eher zum log und hat zu diesem Zeitpunkt eine etwas höhere Temperatur.

Das alles kann ich nicht so richtig auf die Reihe bringen und bräuchte noch etwas mehr Erläuterung.

Das mit der Absenktemperatur, kommt von 253/2. Fritzbox übermittelt 253 für zu.

Da muss ich etwas dazubasteln, daß hier der Status Closed gesetzt wird.

Gruß Klaus `

Okay! Also du musst mir konkret sagen, was du benötigst. Dann kann ich dir bestimmt weiterhelfen.

Ich kann dir nur soviel sagen, dass die Temp. die in der Fritzbox stand nicht zu der Temp. in iobroker passte. Trotz offset. Das hast du ja auch festgestellt. Da ging es ja um diese 19.5°C.

Ich habe inzw. wieder auf fritzdect 1.4 downgegraded. Seit dem passt es auch mit dem Offset wieder. Bzw. Es wird alles korrekt angezeigt. Also die Temp. in der Fritzbox und die von ioBroker stimmen überein.

Fritzbox ist übrigens ne 7490 mit FW: 7.01.

Viele Grüße!

[foxthefox]

@Kugelkopf:

Okay! Also du musst mir konkret sagen, was du benötigst. Dann kann ich dir bestimmt weiterhelfen.

Ich kann dir nur soviel sagen, dass die Temp. die in der Fritzbox stand nicht zu der Temp. in iobroker passte. Trotz offset. Das hast du ja auch festgestellt. Da ging es ja um diese 19.5°C.

Ich habe inzw. wieder auf fritzdect 1.4 downgegraded. Seit dem passt es auch mit dem Offset wieder. Bzw. Es wird alles korrekt angezeigt. Also die Temp. in der Fritzbox und die von ioBroker stimmen überein.

Fritzbox ist übrigens ne 7490 mit FW: 7.01.

Viele Grüße! `

Nachdem ich mich mit dem Offset bei mir mal beschäftigt habe, bin ich bei folgender Erkenntnis:

Das DECT301 regelt immer mit der internen (unkorrigierten) Temperatur. Sofern intern von real abweicht ist auch hier am Sollwert entsprechend anders vorzugeben.

Bei meiner 7390 wird auf der Einstiegsseite für SmartHome die unkorrigierte temperatur angezeigt und die Solltemperatur mit der dann verglichen wird.

Gehe ich dann auf Einstellungen, so sehe ich die unkorrigierte Temperatur und die reale, die zum Offset führt.

Ich glaube das nichts doppelt abgezogen wird, die Berechnung wir in 0.1.5 erstmalig richtig.

Ich werde zur Verbesserung der Situation einen neuen Datenpunkt einführen -> actualtemp. Dieser ist die unkorrigierte Temperatur, mit der auch dann der Sollwert verglichen werden kann.

Der existierende Datenpunkt temp wird den Offset berücksichtigen und gibt die "reale" Raumtemperatur wider.

Gruß

Klaus

[southparkler]

Falls jemand auch eine Lösung für die Fenster-Offen Problematik sucht - es spielt keine Rolle wie geschaltet wird.

Es bleibt immer eine Verzögerung von bis zu 15 min, weil die Fritzbox das einfach fix so vorgibt. Macht halt eine Fenster offen Erkennung von außerhalb fast unmöglich - und die interne Erkennung ist schlichtweg eine Katastrophe - bisher noch nicht einmal ausgelöst worden.

Stell jetzt das Polling vom Adapter auf 2 1/2 min, damit hier nicht so ein Versatz ist, sonst könnten es ja bis zu 20 min werden.

Wirklich befriedigend ist das alles nicht, aber ohne Verbesserungen von AVM unmöglich.

[Rucon]

Danke für die Info. Wollte DEC- Fenstersensoren über die Fritzbox für unsere Oberlichter einbauen. Macht dann keinen Sinn.

Werde nun wohl AQARA über Zigbee nehmen.

[southparkler]

@Rucon:

Danke für die Info. Wollte DEC- Fenstersensoren über die Fritzbox für unsere Oberlichter einbauen. Macht dann keinen Sinn.

Werde nun wohl AQARA über Zigbee nehmen. `
Ob sich Dect besser bzw. direkt über die Fritzbox einbinden lassen weiß ich nicht - hab da aber bewusst noch nichts in den Fritzbox Einstellungen gefunden. Da aber die Fritzbox an sich nur alle 15 min Kontakt zu den Heizungsreglern aufbaut wird das auch nicht schneller gehen - vermute ich zumindest. Gfs. kommt da aber eher mal was per Update wenn sie auch über die Fritzbox laufen.

Aqara hab ich hier im Einsatz.

[Kugelkopf]

Es muss aber irgendeine Lösung geben! Weil die iOS SmartFranz kann den Befehl sofort versenden ohne die 15 min Verzögerung.

Es gibt in der App ein Knopf um die neue temp abzuschicken und das Thermostat reagiert immer sofort.

[foxthefox]

Also ich glaube es sind 2 Themen grad in Diskussion:

1. Temperaturvorgabe

2. Fenster AUF Erkennung

Habe grad smartFranz angeschaut und dort kann man nix mit dem Fenster schalten nur Temperaturen vorgeben. Wäre auch ein Wunder, da muss die gleiche API benutzt werden und da kann man solche Zustände derzeitig nicht übergeben, nur lesen.

Die Temperaturvorgabe vergleiche ich morgen mit der vom Adapter, aber dort sollte es auch keinen Unterschied geben. Woher sollte eine Priorisierung auch kommen. Nur die weboberfläche hatte auch schon einmal eine Meldung, dass es halt Zeit braucht bis zum Ventil zu übertragen. Diese Meldung ist bei der Benutzung der API nicht sichtbar und das Kommando ist ja auch erfolgreich an die fritzbox als Mittelsmann übergeben.

Die Wartezeit (wenn vorhanden). verursacht die fritzbox, braucht aber hier meiner Meinung nach nicht einen Duty Cycle beachten, da nicht reglementiert.

Gesendet von iPhone mit Tapatalk

[southparkler]

Im Gründe sind es schon 2 Themen.

Aber als Lösung würde natürlich auch eine schnelle Absenkung der Temperatureinstellung funktionieren - ich denke aber auch nicht das die App das möglich macht.

Nur als Zwischenbemerkung: Dein Adapter macht genau das was er soll, tolle Arbeit.

[foxthefox]

@southparkler:

Im Gründe sind es schon 2 Themen.

Aber als Lösung würde natürlich auch eine schnelle Absenkung der Temperatureinstellung funktionieren - ich denke aber auch nicht das die App das möglich macht.

Nur als Zwischenbemerkung: Dein Adapter macht genau das was er soll, tolle Arbeit. `

Danke.

Selbst bei einer schnellen Änderung des Sollwertes kommt es immer noch auf den Regelalgorithmus und dessen Parameter an, wie schnell das Ventil letztendlich reagiert.

[foxthefox]

@Kugelkopf:

Es muss aber irgendeine Lösung geben! Weil die iOS SmartFranz kann den Befehl sofort versenden ohne die 15 min Verzögerung.

Es gibt in der App ein Knopf um die neue temp abzuschicken und das Thermostat reagiert immer sofort. `

habe jetzt bei mir mal getestet (DECT301 FB7390)mit smartFranz stellte sich nach ca. 1,5min die Solltemperatur am Display um.

mit dem adapter waren es dann ca. 4min

dann nochmal mit dem Adapter dann 15min

dann über Weboberfläche von der fritzbox 4,5min

dann nochmal über SmartFranz nach 14min

also keine der Methoden wirkt direkt und man hat mit willkürlichen Übetragungszeiten zu tun.

Unglaublich.

Da sollte AVM wirklich mal etwas nachbessern.

PS. Zum Glück sitzt bei mir das Thermostat im Flur und ich brauche es nicht wirklich, lediglich um den Adapter zu testen.

[Kugelkopf]

Hab es vorhin auch nocheinmal getestet und musste ähnliches feststellen! Seltsam. Hatte die App vor einigen Wochen mal geladen gehabt und damit die Temp. geregelt. Da hatte ich das Gefühl, das Thermostat läuft sofort los sobald ich den Befehl absende. Aber das tut es scheinbar wohl doch nicht!

Also! Sorry für meine Fehlinformation!

[Harald_U]

Ich bin der Meinung, dass die Thermostaten den Takt vorgeben: um Energie zu sparen, melden sie sich nur alle 15 Minuten bei der Box. Wenn die Box was an ein Thermostaten zu übergeben hat, dann kann sie das zu diesem Zeitpunkt tun. Daher diese Meldung in der Weboberfläche, es kann bis 15 Minuten dauern … Die Box hat offensichtlich keine Möglichkeit, die Thermostaten direkt zu kontaktieren, dazu müssten die im Dauerempfang sein und das kostet Energie.

Wenn ich an der Box für einen Thermostaten etwas verändert habe, am deutlichsten ist die Solltemperatur, und an diesem Thermostaten die OK-Taste drücke, dann wird der Wert sofort abgeholt.

[Kugelkopf]

@foxthefox:

@Kugelkopf:

Okay! Also du musst mir konkret sagen, was du benötigst. Dann kann ich dir bestimmt weiterhelfen.

Ich kann dir nur soviel sagen, dass die Temp. die in der Fritzbox stand nicht zu der Temp. in iobroker passte. Trotz offset. Das hast du ja auch festgestellt. Da ging es ja um diese 19.5°C.

Ich habe inzw. wieder auf fritzdect 1.4 downgegraded. Seit dem passt es auch mit dem Offset wieder. Bzw. Es wird alles korrekt angezeigt. Also die Temp. in der Fritzbox und die von ioBroker stimmen überein.

Fritzbox ist übrigens ne 7490 mit FW: 7.01.

Viele Grüße! `

Nachdem ich mich mit dem Offset bei mir mal beschäftigt habe, bin ich bei folgender Erkenntnis:

Das DECT301 regelt immer mit der internen (unkorrigierten) Temperatur. Sofern intern von real abweicht ist auch hier am Sollwert entsprechend anders vorzugeben.

Bei meiner 7390 wird auf der Einstiegsseite für SmartHome die unkorrigierte temperatur angezeigt und die Solltemperatur mit der dann verglichen wird.

Gehe ich dann auf Einstellungen, so sehe ich die unkorrigierte Temperatur und die reale, die zum Offset führt.

Ich glaube das nichts doppelt abgezogen wird, die Berechnung wir in 0.1.5 erstmalig richtig.

Ich werde zur Verbesserung der Situation einen neuen Datenpunkt einführen -> actualtemp. Dieser ist die unkorrigierte Temperatur, mit der auch dann der Sollwert verglichen werden kann.

Der existierende Datenpunkt temp wird den Offset berücksichtigen und gibt die "reale" Raumtemperatur wider.

Gruß

Klaus `

Ich muss sagen, ich komme da noch nicht ganz hinter was mir hier angezeigt wird. Verstehe nicht woher die 19,5C her kommen.

[foxthefox]

Es sind 1,5 grad Offset eingestellt. Die unkorrigierte Temperatur wird mit 21 übermittelt und daraus ergibt sich 19,5. Wenn die auf die andere Seite vom Web Interface gehst Wurst du auch wieder als aktuell die 21 sehen. Hatte ich gestern auch schonmal bei mir bemerkt.

Ich gehe davon aus, dass es keine 21 grad im Zimmer hat.

Gesendet von iPhone mit Tapatalk

[Kugelkopf]

@foxthefox:

Es sind 1,5 grad Offset eingestellt. Die unkorrigierte Temperatur wird mit 21 übermittelt und daraus ergibt sich 19,5. Wenn die auf die andere Seite vom Web Interface gehst Wurst du auch wieder als aktuell die 21 sehen. Hatte ich gestern auch schonmal bei mir bemerkt.

Ich gehe davon aus, dass es keine 21 grad im Zimmer hat.

Gesendet von iPhone mit Tapatalk `

Ich glaube wir reden aneinander vorbei.

Also es sind tatsächlich 21 °C im Schlafzimmer oben. Das ist mit einem anderen Raumthermometer nachgemessen. Deshalb habe ich ja bei Tatsächlicher Temp. die 21°C eingegeben. Das Thermostat misst aber 22.5°C. Offset ist also 1.5°C. Richtig.

Nun müsste aber in ioBroker bei Acutaltemp 22.5 °C stehen und bei Temp: 21°C wenn ich das was du vorhattest, richtig verstanden habe.

Ansonsten kann ich mir nicht erklären welchen Sinn es ergeben soll von der ohnehin schon korrekten Temp (21°C) nochmal 1.5°C abzuziehen.

Ich lasse mich gerne eines besseren belehren!

[foxthefox]

@Kugelkopf:

@foxthefox:

Es sind 1,5 grad Offset eingestellt. Die unkorrigierte Temperatur wird mit 21 übermittelt und daraus ergibt sich 19,5. Wenn die auf die andere Seite vom Web Interface gehst Wurst du auch wieder als aktuell die 21 sehen. Hatte ich gestern auch schonmal bei mir bemerkt.

Ich gehe davon aus, dass es keine 21 grad im Zimmer hat.

Gesendet von iPhone mit Tapatalk `

Ich glaube wir reden aneinander vorbei.

Also es sind tatsächlich 21 °C im Schlafzimmer oben. Das ist mit einem anderen Raumthermometer nachgemessen. Deshalb habe ich ja bei Tatsächlicher Temp. die 21°C eingegeben. Das Thermostat misst aber 22.5°C. Offset ist also 1.5°C. Richtig.

Nun müsste aber in ioBroker bei Acutaltemp 22.5 °C stehen und bei Temp: 21°C wenn ich das was du vorhattest, richtig verstanden habe.

Ansonsten kann ich mir nicht erklären welchen Sinn es ergeben soll von der ohnehin schon korrekten Temp (21°C) nochmal 1.5°C abzuziehen.

Ich lasse mich gerne eines besseren belehren! `

Meine Interpretation hast du richtig verstanden.

Dann ist mir nicht klar was hier überhaupt von der API geliefert wird und wie das zum Zustand im Raum passt.

Du kannst gerne mal den JSON String anschauen, der bei my devices zurück geliefert wird, dort dürfte bei tist 42 stehen und bei temperature 210 und Offset -15.

Das sind die Werte die ich übernehme. 42/2=21 und (210-15)/10=19.5

EDIT

Ich kann natürlich auch aus den 21 auch die 22,5 für die temp machen, dann entspräche es dem gesehenen.

Da muß ich nochmal bei mir testen, es sah so aus, also egal wie der offset geändert wurde die Temperaturen nicht nachgezogen waren.

PPS

Hab mal mit größeren Offsets getestet, es werden beide temperaturen tist und temperature auf die echte angepasst. Hab da wohl gestern mit 0,5 zu wenig offset gehabt.

Ich mach mal die Änderung wie oben beschrieben.

Gesendet von iPhone mit Tapatalk

[Kugelkopf]

@foxthefox:

@Kugelkopf:

@foxthefox:

Es sind 1,5 grad Offset eingestellt. Die unkorrigierte Temperatur wird mit 21 übermittelt und daraus ergibt sich 19,5. Wenn die auf die andere Seite vom Web Interface gehst Wurst du auch wieder als aktuell die 21 sehen. Hatte ich gestern auch schonmal bei mir bemerkt.

Ich gehe davon aus, dass es keine 21 grad im Zimmer hat.

Gesendet von iPhone mit Tapatalk `

Ich glaube wir reden aneinander vorbei.

Also es sind tatsächlich 21 °C im Schlafzimmer oben. Das ist mit einem anderen Raumthermometer nachgemessen. Deshalb habe ich ja bei Tatsächlicher Temp. die 21°C eingegeben. Das Thermostat misst aber 22.5°C. Offset ist also 1.5°C. Richtig.

Nun müsste aber in ioBroker bei Acutaltemp 22.5 °C stehen und bei Temp: 21°C wenn ich das was du vorhattest, richtig verstanden habe.

Ansonsten kann ich mir nicht erklären welchen Sinn es ergeben soll von der ohnehin schon korrekten Temp (21°C) nochmal 1.5°C abzuziehen.

Ich lasse mich gerne eines besseren belehren! `

Meine Interpretation hast du richtig verstanden.

Dann ist mir nicht klar was hier überhaupt von der API geliefert wird und wie das zum Zustand im Raum passt.

Du kannst gerne mal den JSON String anschauen, der bei my devices zurück geliefert wird, dort dürfte bei tist 42 stehen und bei temperature 210 und Offset -15.

Das sind die Werte die ich übernehme. 42/2=21 und (210-15)/10=19.5

EDIT

Ich kann natürlich auch aus den 21 auch die 22,5 für die temp machen, dann entspräche es dem gesehenen.

Da muß ich nochmal bei mir testen, es sah so aus, also egal wie der offset geändert wurde die Temperaturen nicht nachgezogen waren.

PPS

Hab mal mit größeren Offsets getestet, es werden beide temperaturen tist und temperature auf die echte angepasst. Hab da wohl gestern mit 0,5 zu wenig offset gehabt.

Ich mach mal die Änderung wie oben beschrieben.

Gesendet von iPhone mit Tapatalk `

[{"identifier":"1196107XXXX","id":"17","functionbitmask":"320","fwversion":"03.54","manufacturer":"AVM","productname":"Comet DECT","present":"1","name":"SchlafzimmerOben","temperature":{"celsius":"190","offset":"-20"},"hkr":{"tist":"38","tsoll":"253","absenk":"16","komfort":"29","lock":"0","devicelock":"0","errorcode":"0","batterylow":"0","windowopenactiv":"0","battery":"100","nextchange":{"endperiod":"0","tchange":"29"},"summeractive":"0","holidayactive":"0"}}]

Ja, du hast recht. Er scheint tatsächlich bei beiden Werten den Offset zu berechnen. Ich habe keine Ahnung was das für einen Sinn ergibt. In der Fritzbox Oberfläche ist als tatsächliche Temp. 19°C angegeben. Vom Thermostat gemessen 21°C.

Dementsprechend wäre also eigentlich der Wert Temp: (190+((-20)*-1))/10 = 21 Das müsste also dann den Thermostat gemessenen Wert angeben und der andere: tist: 38/2=19 Der Wert der von der Fritzbox schon mit dem Offset mitgeschickte Wert.

[southparkler]

Ich habe mal an den Support von AVM geschrieben zwecks der Probleme mit eine Fenster-Offen Erkennung und dem schlechten Temperaturwerten, mit der bitte diese 2 Funktionen doch in die API aufzunehmen. Zusätzlich habe ich noch ein Kommentar zum 15 min Intervall gemacht.

Bin mal gespannt ob und was da zurückkommt. Vielleicht sendet der ein oder andere ja auch mal noch was, wenn mehrere schreiben wird man oft mehr gehört.

[Kugelkopf]

@southparkler:

Ich habe mal an den Support von AVM geschrieben zwecks der Probleme mit eine Fenster-Offen Erkennung und dem schlechten Temperaturwerten, mit der bitte diese 2 Funktionen doch in die API aufzunehmen. Zusätzlich habe ich noch ein Kommentar zum 15 min Intervall gemacht.

Bin mal gespannt ob und was da zurückkommt. Vielleicht sendet der ein oder andere ja auch mal noch was, wenn mehrere schreiben wird man oft mehr gehört. `

Besten Dank für deinen Einsatz!!