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

[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!!

[Chaot]

Wird vermutlich nichts werden.

Ich habe eine ähnliche Anfrage vor über einem Jahr geschickt und außer einer höflichen Antwort nichts Verändert.

Das Thema Haussteuerung scheint bei AVM eine ganz niedrige Priorität zu haben.

[southparkler]

Ich glaube sehr wohl das AVM die Anfragen seiner Kunden genau beobachtet. Solange diese vereinzelt sind wird man sicher wenig Erfolg haben.

Stell doch einfach nochmal eine.

Das sich wirklich kurzfristig was ändert glaube ich auch nicht. Dennoch sieht AVM sicher die ungewöhnlich schlechten Bewertungen für den. Dect 301. Irgendwann werden sie sicher darauf reagieren.

[Chaot]

@southparkler:

… Dennoch sieht AVM sicher die ungewöhnlich schlechten Bewertungen für den. Dect 301. Irgendwann werden sie sicher darauf reagieren. `

Das die 301 seit den ersten Tagen miserabelst Bewertet wird ist dir bekannt?

AVM hat ein Lizenzprodukt (Comet DECT = DECT 300) durch ein schnell zusammengezimmertes Eigengewächs ersetzt und will das mit aller Gewalt am Markt halten.

Das der Marktstart für die 301 im Herbst 2017 war und seitdem keinen nennenswerte Verbesserung erfolgte zeigt wie intensiv AVM sich um diese Probleme kümmert.

[southparkler]

Ich warte was AVM schreibt und schau dann weiter.

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

Ein bißchen Druck von mehreren Seiten kann nicht schaden - zu verlieren haben wir, als Käufer einer eher unausgegorenen und trotzdem reichlich teuren Lösung, schließlich herzlich wenig…

Daß eine gewisse Hartnäckigkeit auch durchaus Erfolge bringen kann, sieht man ja bei Plex und Broadlink. Beide haben die Kundschaft endlos lange hingehalten, aber irgendwann, als der Frust allzu groß (und damit auch geschäftsschädigend) wurde, auch endlich reagiert. Alles Andere wäre, aus betriebswirtschaftlicher bzw. Qualitätsmanagement-Sicht, auch reiner Wahnsinn. Das kann sich heutzutage, in einer vernetzten Welt, in der "Kunden-Gemecker" im Nullkommanichts den gesamten Erdball umrundet und sich potenziert, eigentlich kein Unternehmen mehr leisten.

Plex hat mittlerweile die Beta des Alexa Skills veröffentlicht, die schon recht zufriedenstellend arbeitet - das kann ich, ohne "stinkendes Eigenlob" zu verbreiten, der aktuellen Version, die ein ordentliches Stück Arbeit war, definitiv attestieren - und Broadlink hat ebenfalls eine (laut Kundenrückmeldungen offenbar ziemlich gut geratene) EU-Version seines ihc-Skill herausgebracht.

Mit Letzteren bin ich übrigens derzeit wieder in Kontakt, um eine Öffnung des Empfangs-Moduls des RM Pro zu erwirken, um diesen vom reinen RF/IR-Sender zum echten Hub aufzuwerten - ich habe mal ein paar sehr attraktive Anwendungsfelder aufgezeigt und bin gespannt, wie Broadlink so darüber denkt. Auch hier darf gerne "mitgemacht" werden, damit die Anfrage etwas mehr Priorität bekommt.