Test Adapter deConz v1.2.x Github

[Ralf_N]

@Jey-Cee
Wollte nur kurz anmerken das gestern beim Update von 1.2.1 auf 1.2.2 mein App Key auch weg war.
Adapter ging somit auch nicht wieder auf grüne. Logisch.
Nach Erneuerung des Keys war alles wieder ok.
Habe nur geuptdatet. Nicht gelöscht und neu installiert.

Ich besitzt Lampen, Sensoren und Dimmer (xiaomi, ikea, inrr )

[guergen]

@Jey-Cee ok, dann ist das so richtig, habe nichts verändert

[Jey Cee]

@guergen wenn ich deinen Beitrag auf Github richtig deute hast du mittlerweile den App Key erzeugen können, sehe ich das richtig?

[Michaelsvv]

@Jey-Cee

2020-01-15 20:14:23.504 - info: deconz.0 (1374) starting. Version 1.2.3 in /opt/iobroker/node_modules/iobroker.deconz, node: v10.17.0
2020-01-15 20:14:23.849 - info: deconz.0 (1374) Get Config: Code 404: Ressource not found

Mein Fehlercode
Adapter schon gelöscht, neu installiert. Instanz ist grün. Werte passen soweit.
Einziges Manko.... die Werte Aktualisieren nicht.

2020-01-13T19:19:37 Last Update

Jemand mehr ideen? langsam verzweifel ich...

[Jey Cee]

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

2020-01-13T19:19:37 Last Update

Dir ist bewusst das ist der Zeitstempel den deConz liefert und der sagt aus wann deConz von dem Sensor (oder was auch immer) da das letzte mal einen neuen Wert bekommen hat.

[Michaelsvv]

@Jey-Cee

Im Phoscon Web werden mir meine Sensoren korrekt angezeit. Aktualisierungen alle paar Minuten ca..

[Jey Cee]

@Michaelsvv Dann kann der Zeitstempel auf überhaupt keinen Fall stimmen, heute ist der 15te und die 1.2.3 habe ich heute auf Github geladen. Entweder müssen die Werte leer sein oder halt eben von der letzten Aktualisierung und deiner Aussage nach werden sie in deConz Aktualisiert.

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

realwax created this issue in iobroker-community-adapters/ioBroker.deconz

closed duplicate state value updates with buttons(sensors) #98

[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

realwax created this issue in dresden-elektronik/deconz-rest-plugin

closed duplicate events on button presses and door contacts changes #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.