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

[foxthefox]

@StM47

Richtig beobachtet. Die Solltemperatur wird nicht nachgeführt, wenn es um den Modus 1,2 geht.
Da die Soll-Temperatur eine Zahl ist, würde ich es vermeiden hier nochmals den Text zu benutzen.
Allerdings ist es auch von der API her unschön, den Modus über die Temperatur zu managen.

Ich könnte für closed die untere Grenze von 8°C nehmen und für boost die obere Grenze von 28°C.
Oder gibt es andere Vorschläge?

Gruß
Klaus

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

Hallo Klaus, hallo Forengemeinde,

ich habe das Problem, daß mein DECT210 irgendwie nicht in der Liste meiner Geräte auftaucht. Alle anderen Geräte (COMET-Thermostate, DECT 200) werden gefunden und liefern problemlos ihre Werte ab.

Ich habe bereits sämtliche Adapter, die auch nur ansatzweise etwas mit der Fritzbox zu tun haben, neugestartet. Auch ein Neustart des Admin-Adapters oder Neustart des gesamten PCs bringt keine Abhilfe.

Ist das Problem mit dem DECT210 bekannt? Kann ich irgendetwas tun, um die Steckdose händisch hinzuzufügen?

Fehlermeldungen liefert der Adapter anscheinend nicht und die Steckdose läßt sich über die Benutzeroberfläche der Fritzbox auch problemlos schalten etc.

[foxthefox]

@P-A-L-A-D-I-N

Habe gerade nochmal eine Testumgebung aufgesetzt und mit Version 2.2 von GitHub und Fritzbox 7590 Version 7.10 getestet. DECT210 wurde erkannt und angelegt.

Die DECT210 war auch schon erfolgreich mit der 7390 angelegt.

Was kommt denn im debug modus and Meldungen und was bringt "Meine Geräte" in der admin Oberfläche ?
Das könnte ich mir anschauen um evtl. zu sehen was da schief läuft.

Gruß
Klaus

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

Hallo Klaus,

zunächst erst einmal danke für Deine Antwort!

Als Hardware werkelt bei mir eine 6490 Cable, zusammen mit einer 7390 als DECT-Repeater. Die DECT210 dürfte allerdings eher mit der 6490 direkt funken, da diese ein bißchen näher ist. Gleiches gilt für die (funktionierende) DECT200, die sogar direkt im Netzwerkschrank untergebracht und damit nur wenige cm von der 6490 entfernt ist.

Wenn ich auf "My Decives" unter Fritzbox Debuggin gehe, passiert nicht wirklich viel. Der "Knopf" graut aus und bleibt auch (dauerhaft?) grau, solange ich in der Adapter-Oberfläche drin bin. Beim nächsten Öffnen ist er wieder blau.

Im Log steht bei fritzdect auch nicht viel Spektakuläres drin:
fritzdect.0 2019-05-28 10:28:20.170 info entered ready
fritzdect.0 2019-05-28 10:28:20.162 info starting. Version 0.2.0 in C:/ioBroker/node_modules/iobroker.fritzdect, node: v10.15.0

Ich hoffe, ich habe Dir die richtigen Sachen genannt, auf die Du Dich bezogen hast! Kenne mich leider so gut wie gar nicht mit dem ioBroker aus und bin einfach nur froh, daß (fast) alles derzeit läuft...

[foxthefox]

@P-A-L-A-D-I-N
Es wäre nicht schlecht, wenn du den Adapter in den debug modus versetzen könntest. Dazu in der Auflistung der Adapterinstanzen das Symbol für Expertenmodus einschalten. Danach den Adapter von info auf debug umstellen und neu starten.
Wenn du dann nochmal auf Meine Geräte klickst und es noch immer grau bleibt. Dann sollte etwas im log stehen, da keine Antwort an admin gesendet wurde.

Da die anderen Dinge ja funktionieren, schließe ich mal grundsätzliche Dinge aus.

Gruß
Klaus

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

Danke Dir für die Schützenhilfe! Hier das Log:

fritzdect.0 2019-05-31 16:25:54.734 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:54.185 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:53.643 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:52.898 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:52.291 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:51.717 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:50.952 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:25:46.096 debug polling! fritzdect is alive
fritzdect.0 2019-05-31 16:25:46.096 debug WLAN poll :true
fritzdect.0 2019-05-31 16:25:46.063 info entered ready
fritzdect.0 2019-05-31 16:25:46.063 info starting. Version 0.2.0 in C:/ioBroker/node_modules/iobroker.fritzdect, node: v10.15.0
host.SERVER 2019-05-31 16:25:44.947 info instance system.adapter.fritzdect.0 started with pid 7628
host.SERVER 2019-05-31 16:25:14.948 info Restart adapter system.adapter.fritzdect.0 because enabled
host.SERVER 2019-05-31 16:25:14.948 error instance system.adapter.fritzdect.0 terminated with code 2 (Adapter has invalid config or no config found)
Caught 2019-05-31 16:25:14.948 error by controller[0]: Fatal 0000000000000000
fritzdect.0 2019-05-31 16:25:14.820 info cleaned everything up...
fritzdect.0 2019-05-31 16:24:40.099 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:39.449 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:38.738 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:38.038 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:36.550 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:35.645 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:34.642 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:29.130 debug polling! fritzdect is alive
fritzdect.0 2019-05-31 16:24:29.122 debug WLAN poll :true
fritzdect.0 2019-05-31 16:24:29.112 info entered ready
fritzdect.0 2019-05-31 16:24:29.106 info starting. Version 0.2.0 in C:/ioBroker/node_modules/iobroker.fritzdect, node: v10.15.0
fritzdect.0 2019-05-31 16:24:28.984 debug statesDB connected
fritzdect.0 2019-05-31 16:24:28.963 debug objectDB connected
host.SERVER 2019-05-31 16:24:28.011 info instance system.adapter.fritzdect.0 started with pid 2016
host.SERVER 2019-05-31 16:24:25.502 info instance system.adapter.fritzdect.0 terminated with code null ()
host.SERVER 2019-05-31 16:24:25.502 warn instance system.adapter.fritzdect.0 terminated due to SIGTERM
host.SERVER 2019-05-31 16:24:25.487 info stopInstance system.adapter.fritzdect.0 killing pid 2568
host.SERVER 2019-05-31 16:24:25.487 info stopInstance system.adapter.fritzdect.0
host.SERVER 2019-05-31 16:24:25.486 info object change system.adapter.fritzdect.0
fritzdect.0 2019-05-31 16:24:25.401 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:24.283 debug Did not get session id- invalid username or password?
fritzdect.0 2019-05-31 16:24:18.992 debug polling! fritzdect is alive
fritzdect.0 2019-05-31 16:24:18.984 debug WLAN poll :true
fritzdect.0 2019-05-31 16:24:18.980 info entered ready
fritzdect.0 2019-05-31 16:24:18.973 info starting. Version 0.2.0 in C:/ioBroker/node_modules/iobroker.fritzdect, node: v10.15.0
fritzdect.0 2019-05-31 16:24:18.947 debug statesDB connected
fritzdect.0 2019-05-31 16:24:18.923 debug objectDB connected
host.SERVER 2019-05-31 16:24:17.989 info instance system.adapter.fritzdect.0 started with pid 2568
host.SERVER 2019-05-31 16:24:15.487 info instance system.adapter.fritzdect.0 terminated with code null ()
host.SERVER 2019-05-31 16:24:15.487 warn instance system.adapter.fritzdect.0 terminated due to SIGTERM
host.SERVER 2019-05-31 16:24:15.466 info stopInstance system.adapter.fritzdect.0 killing pid 6900
host.SERVER 2019-05-31 16:24:15.466 info stopInstance system.adapter.fritzdect.0
host.SERVER 2019-05-31 16:24:15.466 info object change system.adapter.fritzdect.0
fritzdect.0 2019-05-31 16:22:12.904 info entered ready
fritzdect.0 2019-05-31 16:22:12.895 info starting. Version 0.2.0 in C:/ioBroker/node_modules/iobroker.fritzdect, node: v10.15.0
host.SERVER 2019-05-31 16:22:11.660 info instance system.adapter.fritzdect.0 started with pid 6900
host.SERVER 2019-05-31 16:22:09.157 info instance system.adapter.fritzdect.0 terminated with code null ()
host.SERVER 2019-05-31 16:22:09.157 warn instance system.adapter.fritzdect.0 terminated due to SIGTERM
host.SERVER 2019-05-31 16:22:09.129 info stopInstance system.adapter.fritzdect.0 killing pid 2824
host.SERVER 2019-05-31 16:22:09.129 info stopInstance system.adapter.fritzdect.0
host.SERVER 2019-05-31 16:22:09.128 info object change system.adapter.fritzdect.0
broadlink2.0 2019-05-31 16:21:40.470 info Adapter broadlink2.0 started and found 1 devices named 'RM:Broadlink-RM-PRO'.
bring.0 2019-05-31 16:21:39.364 info [LOGIN] Successfully logged in as Matthias
bring.0 2019-05-31 16:21:38.812 info starting. Version 1.3.4 in C:/ioBroker/node_modules/iobroker.bring, node: v10.15.0
host.SERVER 2019-05-31 16:21:37.915 info instance system.adapter.bring.0 started with pid 7660
broadlink2.0 2019-05-31 16:21:35.447 info Device RM:Broadlink-RM-PRO dedected: 192.168.178.24,IPv4,80,128,10119,rm,RM:Broadlink-RM-PRO,RM2 Pro Plus2,87:27:18:b2:a8:c0
broadlink2.0 2019-05-31 16:21:35.268 info Discover UDP devices for 10sec on broadlink2.0
broadlink2.0 2019-05-31 16:21:34.844 info starting. Version 1.9.0 in C:/ioBroker/node_modules/iobroker.broadlink2, node: v10.15.0
host.SERVER 2019-05-31 16:21:33.904 info instance system.adapter.broadlink2.0 started with pid 3052
host.SERVER 2019-05-31 16:21:32.713 info instance system.adapter.vis.0 terminated while should be started once

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

Keine Ahnung, wie das so ist, aber jetzt auf einmal, nachdem ich das mit Debug nach Deiner Anleitung eingestellt (und danach wieder auf Info zurückgestellt) hatte, wird bei My Devices ein Fenster geöffnet, wo die DECT210 auch aufgeführt wird. Auch ist sie jetzt in den Objekten enthalten, wie die 200er. Insofern hat sich mein Anliegen, warum auch immer, von alleine erledigt.

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

Leider läßt sich die DECT210 nicht über den iot.0-Adapter als Gerät hinzufügen - wenn ich hier auf "+" gehe, kann ich zwar "switch" und "actual temp" auswählen und bestätigen, aber das Gerät wird nicht hinzufügt und ich lande nur wieder in der Übersicht. Ich nehme aber mal stark an, daß das nichts mit dem DECT-Adapter zu tun haben dürfte, sondern eher mit dem iot.0-Adapter, oder?

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

Im alten cloud.0 Adapter hat es mit einigen Hindernissen jetzt doch funktioniert. Zum Glück habe ich den alten nur pausiert und nicht gelöscht... Der neue iot.0 macht bei mir nur Probleme!

[foxthefox]

@P-A-L-A-D-I-N
Dann ist es ja irgendwie doch von allein gegangen.
Was mich an deinem log dennoch stört, daß scheinbar das login zur fritzbox nicht funktioniert.
Hast du mit der Version 0.2.0 dies neu eingegeben? Falls nicht, dann solltest du es mal machen. Da hatte ich die Verschlüsselung hineingebracht.

Gruß
Klaus

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

@foxthefox Ich bin mir da gerade nicht mehr ganz sicher, glaube aber schon, daß ich das als eine der ersten Maßnahmen getestet habe, als die Suche nach der DECT210 nicht geklappt hat. Muß ich denn wegen der Verschlüsselung die Adresse von http:/fritz.box auf httpS ändern? Die Anmeldedaten habe ich eben zur Sicherheit nochmal neu eingegeben. Kann Dir gerne nochmal das Log zum Drüberschauen hochladen, wenn Du möchtest.

[foxthefox]

@P-A-L-A-D-I-N
https:// geht definitiv erstmal nicht mit dem Adapter, da gibt es Probleme, die außerhalb sind. Da gab es glaube ich auch schon ein Post mit Begründung von mir.

Wenn alles läuft, dann brauchst du nix schicken.

Gruß
Klaus

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

Alles klar, danke Dir!!

[foxthefox]

hab eine Version 0.2.2 veröffentlicht.

Neu dazugekommen sind die FD400 buttons.
Da es immer wieder Probleme mit dem Offset gibt, habe ich ihn nicht mehr mit der Temperatur vermischt.
Sofern also ein Offset benutzt war, so wird jetzt der mit der API übermittelte Wert benutzt.

Sofern jemand die FD400 im Einsatz hat, würde ich mich über Rückmeldung dazu freuen.

Gruß
Klaus

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

@foxthefox said in Adapter: fritzdect:

hab eine Version 0.2.2 veröffentlicht.

Neu dazugekommen sind die FD400 buttons.
Da es immer wieder Probleme mit dem Offset gibt, habe ich ihn nicht mehr mit der Temperatur vermischt.
Sofern also ein Offset benutzt war, so wird jetzt der mit der API übermittelte Wert benutzt.

Sofern jemand die FD400 im Einsatz hat, würde ich mich über Rückmeldung dazu freuen.

Gruß
Klaus

Vielen Dank für Deine Arbeit - Dein Adapter ist wirklich Gold wert!!
Ich selbst nutze keine FD400, von daher kann ich diesbez. leider nicht helfen.

[Raidy007]

Ich habe Fritz Dect 400 im Einsatz...

Wie kann ich feststellen, ob die gedrückt wurden?

Die states die erstellt werden sind wie auf dem Bild!

Habe ich etwas vergessen einzurichten?

Danke im voraus für dein Engagement!

Raidy

[foxthefox]

@Raidy007
da es sich ja nur um einen Click handelt und der dauerhafte Zustand nicht gedrückt ist, übermittelt die Fritzbox nur den Zeitstempel wan gedrückt wurde.

Leider steht in deinem screenshot unter lastclicked -> invalid time

Das müsste ich näher untersuchen und bräuchte dazu einmal den Output von dem Button " Meine Geräte" im fritzdect Admin.

Danke schonmal im Voraus.

Gruß
Klaus

[Skatbert]

@foxthefox said in Adapter: fritzdect:

@Raidy007
da es sich ja nur um einen Click handelt und der dauerhafte Zustand nicht gedrückt ist, übermittelt die Fritzbox nur den Zeitstempel wan gedrückt wurde.

Leider steht in deinem screenshot unter lastclicked -> invalid time

Das müsste ich näher untersuchen und bräuchte dazu einmal den Output von dem Button " Meine Geräte" im fritzdect Admin.

Danke schonmal im Voraus.

Gruß
Klaus

Hallo, ich hänge mich hier mal ran, ich habe zum testen eine Fritzdect 400 im Einsatz und bekomme beim Datenpunkt: lastclick
auch nur die Meldung "Invaild Date"

[{"identifier":"099950152946","id":"29","functionbitmask":"320","fwversion":"04.89","manufacturer":"AVM","productname":"FRITZ!DECT 301","present":"1","name":"Thermostat Wohnzimmer","battery":"70","batterylow":"0","temperature":{"celsius":"210","offset":"-50"},"hkr":{"tist":"42","tsoll":"34","absenk":"34","komfort":"42","lock":"0","devicelock":"0","errorcode":"0","windowopenactiv":"0","batterylow":"0","battery":"70","nextchange":{"endperiod":"1572769800","tchange":"42"},"summeractive":"0","holidayactive":"0"}},{"identifier":"117950760584","id":"26","functionbitmask":"320","fwversion":"03.68","manufacturer":"AVM","productname":"Comet DECT","present":"1","name":"Thermostat Flur","battery":"70","batterylow":"0","temperature":{"celsius":"185","offset":"-20"},"hkr":{"tist":"37","tsoll":"42","absenk":"34","komfort":"42","lock":"0","devicelock":"0","errorcode":"0","windowopenactiv":"0","batterylow":"0","battery":"70","nextchange":{"endperiod":"1572769800","tchange":"42"},"summeractive":"0","holidayactive":"0"}},{"identifier":"099950017225","id":"25","functionbitmask":"320","fwversion":"04.89","manufacturer":"AVM","productname":"FRITZ!DECT 301","present":"1","name":"Thermostat Claudi Zimmer","battery":"80","batterylow":"0","temperature":{"celsius":"165","offset":"-30"},"hkr":{"tist":"33","tsoll":"32","absenk":"32","komfort":"38","lock":"0","devicelock":"0","errorcode":"0","windowopenactiv":"0","batterylow":"0","battery":"80","nextchange":{"endperiod":"1572768000","tchange":"38"},"summeractive":"0","holidayactive":"0"}},{"identifier":"087610218574","id":"27","functionbitmask":"2944","fwversion":"04.16","manufacturer":"AVM","productname":"FRITZ!DECT 200","present":"1","name":"Girlande Treppe","switch":{"state":"0","mode":"auto","lock":"0","devicelock":"0"},"powermeter":{"voltage":"234241","power":"0","energy":"959"},"temperature":{"celsius":"210","offset":"0"}},{"identifier":"087610209342","id":"28","functionbitmask":"2944","fwversion":"04.16","manufacturer":"AVM","productname":"FRITZ!DECT 200","present":"1","name":"Infrarotheizung","switch":{"state":"0","mode":"auto","lock":"0","devicelock":"0"},"powermeter":{"voltage":"234042","power":"0","energy":"16950"},"temperature":{"celsius":"205","offset":"0"}},{"identifier":"099950150787","id":"30","functionbitmask":"320","fwversion":"04.89","manufacturer":"AVM","productname":"FRITZ!DECT 301","present":"1","name":"Thermostat Schlafzimmer","battery":"80","batterylow":"0","temperature":{"celsius":"150","offset":"0"},"hkr":{"tist":"30","tsoll":"32","absenk":"32","komfort":"38","lock":"0","devicelock":"0","errorcode":"0","windowopenactiv":"0","batterylow":"0","battery":"80","nextchange":{"endperiod":"1572771600","tchange":"38"},"summeractive":"0","holidayactive":"0"}},{"identifier":"130960034287","id":"31","functionbitmask":"32","fwversion":"04.90","manufacturer":"AVM","productname":"FRITZ!DECT 400","present":"1","name":"Gartenlicht","battery":"100","batterylow":"0","button":[{"identifier":"13096 0034287-0","id":"5000","name":"Gartenküche","lastpressedtimestamp":"1572706615"},{"identifier":"13096 0034287-9","id":"5001","name":"Schuppen","lastpressedtimestamp":"1572725670"}]}]

Ich hoffe mit dem Output kannst du was anfangen, ich sehe da einen Zahl, welche sich mit jedem Schaltvorgang verändert.

0034287-0","id":"5000","name":"Gartenküche","lastpressedtimestamp":"1572728901"},{"identifier":"13096 0034287-9","id":"5001","name":"Schuppen","lastpressedtimestamp":"1572728930"}]}]

Hier nochmal die letzten Zeilen nach einem Schaltvorgang.

vielen Dank für die Arbeit an dem Adapter, vielleicht gibt es eine Einfache Lösung

Gruß Martin

[StM47]

@StM47

Hallo,

ich habe den ioBroker Container für Docker auf Version 4 von: buanet/iobroker upgedatet. Läuft soweit stabil.

Seither funktioniert die Umschaltung von Tag- und Nachtschicht nicht mehr.

Kurze Beschreibung:

Ich benutze den iCal Adapter, um damit meinen Kalender auszulesen, welchen ich Dienstplan genannt habe und der, wie der Name schon sagt, meinen Dienstplan enthällt.

Ich habe im iCal Adapter bei Ereignisse meine Nachtschichten eingetragen, welche ausgelesen werden sollen.
Einmal die Nachtschicht für 12 Stunden und einmal den Nachtdienst für 8 Stunden

Die Daten werden auch einewandfrei von ical ausgelesen.

Ja, ich muss morgen wieder auf 12h Nachtschicht.

In der Fritzbox habe ich mir 2 Vorlagen erstellt.
Eine für Nachtschicht und eine für Tagschicht.

Zum Umschalten der beiden Vorlagen, habe ich ein Blockly Script erstellt.

Dieses schaltet aber seit dem Updat auf den neuen ioBroker Container nicht mehr. Vorher hat alles pefekt funktioniert.

Wenn ich die Buttons von Hand betädige, wird anstandslos geschaltet.

Also kann es entweder nur am Blockly liegen, oder direkt am Java Script Adaper.

Was meint ihr?

[StM47]

Ich habe mal ein bisschen rumprobiert und rausgefunden, dass es doch am fritzdect Adapter liegen muss. Da bin ich wenigstens im richtigen Thread.

Ich habe dem Blockly zwei Aufgaben hinzugefügt.

Einmal, soll Alexa die heutigen Termine vorlesen, wenn iCal neue Termine mit Nachtschicht oder Nachtdienst findet.

Wenn beides nicht vorhanden ist, soll Alexa mir die Termine von Morgen vorlesen.

Ich habe dann im iCal Adapter den Cronjob auf jede Minute gesetzt, so dass der Nachtschicht- Kalender minütlich abgefragt wird.

Anschließend habe ich dem Kalender für heute eine Nachtschicht hinzugefügt und siehe da, Alexa ließt die Termine für heute vor.
Nur die Vorlage Nachtschicht wird in der Fritzbox nicht geschaltet.

Das Gleiche passiert, wenn ich den Termin Nachtschicht wieder aus dem Kalender entferne. Alexa ließt die Termine für Morgen vor und die Vorlage Tagschicht wird ebenfalls nicht geschaltet.

Also funktioniert das Blockly bestens.

Es muss also ein Bug im Fritzdect Adapter sein oder meine Fritzbox spinnt.

Kann das mal jemand von euch testen?