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

[Michaelsvv]

@Jey-Cee
Wie gesagt, im der Phscon App kommen die Daten sauber rein und ändern sich fleißig. Im iobroker passiert leider nichts. Und das schon seit Tagen des Probierens...

[Michaelsvv]

@Michaelsvv
Habe jetzt den API Key nochmals neu generiert.
Jetzt scheinen Daten reinzukommen. Werde es bin morgen mal im Auge behalten

[hesse]

Update auf 1.2.3 läuft auf meinem Testsystem ohne Probleme :)

[Michaelsvv]

@hesse
Leider heute morgen wieder die gleiche Werte drin gehabt wie gestern nach dem neustart.

[Jey Cee]

Wer Probleme hat soll bitte mal seine JS-Controller version dazu schreiben. Mit einer Version kleiner 2.x.x läuft der Adapter definitiv nicht.

[realwax]

Hallo @Jey-Cee, hey Leute,

Ich schreibe hier auch mal. Danke, dass du dir den Issue ansiehst. Kann das hier noch wer reprozieren?

Ich bekomme doppelte updates auf gedrückte Fernbedienungen, egal ob ikea oder xiaomi.
https://github.com/iobroker-community-adapters/ioBroker.deconz/issues/98

on({id: 'deconz.0.Sensors.2.buttonevent', change: "any"}, function (obj) {
console.log((new Date().getTime()));
});

Einmal drücken...

20:11:04.389 info javascript.0 (743) script.js.utils.FB_helpers_VZ_SZ: 1579115464389
20:11:04.392 info javascript.0 (743) script.js.utils.FB_helpers_VZ_SZ: 1579115464392

Noch ein Versuch...

20:11:08.445 info javascript.0 (743) script.js.utils.FB_helpers_VZ_SZ: 1579115468445
20:11:08.459 info javascript.0 (743) script.js.utils.FB_helpers_VZ_SZ: 1579115468459

Mein System:
Node.js v10.17.0
NPM 6.13.0
JScontroller 2.2.7
Multihost redis/redis

Das sprengt momentan alle meine Button Skripte und die Logik, da sie zwei mal ausgeführt werden und somit simple trigger an/aus am selben knopf nicht mehr klappen. Instanz läuft nur einmal! Ich arbeite gerade durch die script und gebe einen workaraound rein. Statt buttonevent auf buttonpressed und "wurde geändert" statt aktualisiert zu gehen. Auch wenn noch immer zu oft getriggert wird, ändert sich der wert beim 2. mal nicht und somit klappen die scripts.

Danke !

[Jey Cee]

@realwax so ich hab mir das jetzt mal angeschaut, das doppelte Triggern liegt nicht am Adapter und ist auch kein Fehler.
Es werden einfach 2 Button Events ausgelöst.

Das sieht man mit diesem Script:

on({id: 'deconz.0.Sensors.2.buttonevent'},
    (obj)=>{
        log(obj.state.val);
    })

[realwax]

@Jey-Cee said in Test Adapter deConz v1.2.x Github:

on({id: 'deconz.0.Sensors.2.buttonevent'}, (obj)=>{ log(obj.state.val); })

Danke für dein schnelles Prüfen!

Sprich das kommt von der Deconz Rest API? Ich sehe das als massiven Fehler.
Das Verhalten ist bei Türkontakten dasselbe. Es werden 2 Events ausgelöst. Damit ist die Funktion "aktualisiert" bei triggern nutzlos, da scripte 2 mal laufen. Man kann eben nur mehr "Wert verändert" verwenden. Das war nicht immer so und macht auch keinen Sinn mMn. Warum meinst du ist das kein Fehler? Tür öffnen = 1 Event und change von z.b. open von false auf true. Ein weiteres update von true auf true macht keinen Sinn.

Ich werde mal ein Ticket in der deconz REST Api anlegen. https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2327

[Jey Cee]

@realwax naja du kannst ja auch einfach den Wert Prüfen und nur wenn der richtige kommt reagieren.
Hier gibt es eine Liste mit den Events die die API ausgibt. Das ist ja kein einfacher boolean Datenpunkt der nur 2 Zustände kennt.

[Jey Cee]

@realwax hast du mein Script getested? Kommt bei dir wirklich 2 mal das selbe event an?
Bei mir nicht:

[realwax]

@Jey-Cee
Sieht so aus. Vielleicht liegt es an der deconz beta? Bin auf der letzten beta. 2.05.72

Ich habe 2 verschieden Buttons auf einer Tradfri gedrückt.

javascript.0 2020-01-16 11:17:21.645 info (743) script.js.utils.test2: 3002
javascript.0 2020-01-16 11:17:21.638 info (743) script.js.utils.test2: 3002
deconz.0 2020-01-16 11:16:42.600 debug (12834) Websocket message: {"e":"changed","id":"32","r":"sensors","state":{"buttonevent":3002,"lastupdated":"2020-01-16T10:16:42"},"t":"event","uniqueid":"d0:cf:5e:ff:fe:30:d7:0b-01-1000"}
deconz.0 2020-01-16 11:16:42.590 debug (12834) Websocket message: {"e":"changed","id":"32","r":"sensors","state":{"buttonevent":3002,"lastupdated":"2020-01-16T10:16:42"},"t":"event","uniqueid":"d0:cf:5e:ff:fe:30:d7:0b-01-1000"}
javascript.0 2020-01-16 11:17:06.741 info (743) script.js.utils.test2: 1002
javascript.0 2020-01-16 11:17:06.734 info (743) script.js.utils.test2: 1002
deconz.0 2020-01-16 11:16:27.693 debug (12834) Websocket message: {"e":"changed","id":"32","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2020-01-16T10:16:27"},"t":"event","uniqueid":"d0:cf:5e:ff:fe:30:d7:0b-01-1000"}
deconz.0 2020-01-16 11:16:27.683 debug (12834) Websocket message: {"e":"changed","id":"32","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2020-01-16T10:16:27"},"t":"event","uniqueid":"d0:cf:5e:ff:fe:30:d7:0b-01-1000"}

Spannenderweise wir bei einem Bewegungsmelder (Ikea der alte) zweimal bei bewegung ausgelöst.
also überwachen von presence, aber wenn presense auf false geht, nur ein event. Für mich ein Bug...

javascript.0 2020-01-16 11:30:24.519 info (743) script.js.utils.test2: false
javascript.0 2020-01-16 11:30:12.229 info (743) script.js.utils.test2: true
javascript.0 2020-01-16 11:30:10.403 info (743) script.js.utils.test2: true

Weitere Erkenntnis - ein deconz restart hat geholfen. Es lief aber nur ein prozesss....
Sehr seltsam. Ich lasse mal den bug bei deconz offen und danke dir mal für deine schnelle Hilfe das zu identifizieren.

LG

Wolfgang

[Jey Cee]

@realwax stell mal das Log Level der Adapter instanz auf debug. Das geht in der Instanzen Übersicht im Expertenmodus.
Dann sieht man welche Events von der API kommen.

[realwax]

@Jey-Cee

Danke, mach ich beim nächsten Mal. Durch den Dienst neustart kann ich aktuelle das Verhalten nicht mehr reproduzieren.
Gestern hatte ich den ganzen raspie neugestartet. keine Veränderung, heute nur systemctl stop... start.. Was soll ich sagen, juhu, oder kacke, der Fehler ist weg ;) Wenn er wieder auftritt komme ich mit log zurück ;)

edit: das tat ich oben ansich eh - siehe log.

[duffbeer2000]

@Jey-Cee Du hast ja geschrieben das wir bei den Datenpunkten helfen sollen. Gibt es irgendwo eine Liste welche Geräte du schon hast? Und einfach hier melden oder auf Github?

Xiaomi Bewegungsmelder:
-"deconz.0.Sensors.11.tholddark" Wert: 12000
-"deconz.0.Sensors.11.tholdoffset" Wert: 7000

Bei den Gruppen:
"deconz.0.Groups.1.scene" Wert: Steht aktuell nichts drin

Beim Daylight Sensor (auch wenns im Beispiel schon war, war mir nicht sicher):
"deconz.0.Sensors.1.configured" Wert: false
"deconz.0.Sensors.1.sunrise" Wert: 2020-01-16T07:00:40
"deconz.0.Sensors.1.sunriseoffset" Wert: 30
"deconz.0.Sensors.1.sunset" Wert: 2020-01-16T15:49:03
"deconz.0.Sensors.1.sunsetoffset" Wert: -30

[Jey Cee]

@duffbeer2000 Hier passt das schon

[schittl]

Erstmal danke für die Entwicklung des Adapters... Funktioniert soweit ganz gut... Hier meine Anmerkungen zur Version 1.2.3:

• die Batterieanzeige für Aqara Sensoren sind falsch, wobei diese ja auch in der Phoscon App falsch sein
• Der Brightness State bei Hue Lampen wird nicht aktualisiert, wenn man die Lampe ausschaltet. Er müsste bei false auf 0 gesetzt werden (die Phoscon App macht das laut des Reglers)
• Kann man den State action bei Lampen nutzen oder ist dieser gesperrt? Ich nehme an, dass es der gleiche ist wie im Hue-Adapter der state command. Ich bekomme folgende Ausgabe im Log

deconz.0	2020-01-18 12:22:36.908	debug	(28347) stateChange Lights.7 {"val":"{\"on\":true, \"hue\":254, \"sat\":254, \"bri\":127, \"transitiontime\":14, \"colormode\":\"hs\"}","ack":false,"ts":1579346556906,"q":0,"from":"system.adapter.java
deconz.0	2020-01-18 12:22:36.595	warn	(28347) Set light state with ID: 11 parameter: { {"on":true, "hue":257, "sat":254, "bri":127, "transitiontime":22, "colormode":"hs"} } Code 400: Bad request
deconz.0	2020-01-18 12:22:36.595	debug	(28347) setLightState BODY: [{"error":{"address":"/lights/11/state","description":"body contains invalid JSON","type":2}}]
deconz.0	2020-01-18 12:22:36.595	debug	(28347) options: {"url":"http://xxx.xxx.xxx.xxx:xx/api/8B4AF8CE25/lights/11/state","method":"PUT","headers":"Content-Type\" : \"application/json","body":"{ {\"on\":true, \"hue\":257, \"sat\":254, \"bri
deconz.0	2020-01-18 12:22:36.594	debug	(28347) STATUS: 400
deconz.0	2020-01-18 12:22:36.592	info	(28347) setLightState: { {"on":true, "hue":257, "sat":254, "bri":127, "transitiontime":22, "colormode":"hs"} } 11 deconz.0.Lights.11.action

[Ein ehemaliger Benutzer]

@schittl said in Test Adapter deConz v1.2.x Github:

• die Batterieanzeige für Aqara Sensoren sind falsch, wobei diese ja auch in der Phoscon App falsch sein

Ja, eine Volt Anzeige wäre mir lieber da Xiaomi unter 2,8 Volt eine Warnung in der App ausgibt.

[Pischleuder]

@Jey-Cee vielen Dank für die neue Version, habe sie jetzt zwei Tage durchgehend laufen und bisher keinen Fehler feststellen können :+1:

[Jey Cee]

@schittl sagte in Test Adapter deConz v1.2.x Github:

die Batterieanzeige für Aqara Sensoren sind falsch, wobei diese ja auch in der Phoscon App falsch sein

Dann habe ich darauf keinen Einfluss, das ist ein Thema von deConz selbst.

@schittl sagte in Test Adapter deConz v1.2.x Github:

Der Brightness State bei Hue Lampen wird nicht aktualisiert, wenn man die Lampe ausschaltet. Er müsste bei false auf 0 gesetzt werden (die Phoscon App macht das laut des Reglers)

In Phoscon gibt es keinen Ein/Aus Button, das ist nur die Darstellung.

@schittl sagte in Test Adapter deConz v1.2.x Github:

Kann man den State action bei Lampen nutzen oder ist dieser gesperrt? Ich nehme an, dass es der gleiche ist wie im Hue-Adapter der state command. Ich bekomme folgende Ausgabe im Log

Hab das nicht eingebaut und auch nie verwendet, aber ich weiss das er mal funktioniert hat. Hab mir das auch schon angeschaut, konnte noch nicht Ergründen wieso das nicht mehr funktioniert.

@Brainbug sagte in Test Adapter deConz v1.2.x Github:

@schittl said in Test Adapter deConz v1.2.x Github:

• die Batterieanzeige für Aqara Sensoren sind falsch, wobei diese ja auch in der Phoscon App falsch sein

Ja, eine Volt Anzeige wäre mir lieber da Xiaomi unter 2,8 Volt eine Warnung in der App ausgibt.

Soweit ich weiss gibt die API keine Spannungsanzeige aus, das müsste mit der Aktuellen Version aber zu sehen sein wenn es so wäre. Keine Ahnung ob deConz den Prozentwert von den Sensoren Empfängt oder eine Spannung und das dann Umrechnet.

@Pischleuder sagte in Test Adapter deConz v1.2.x Github:

@Jey-Cee vielen Dank für die neue Version, habe sie jetzt zwei Tage durchgehend laufen und bisher keinen Fehler feststellen können :+1:

Freut mich.

[Jey Cee]

@schittl hab herausgefunden wo das Problem liegt, der String muss so aussehen:

"on": true, "bri": 1