NEWS
Test Adapter deConz v1.2.x Github
-
@Jey-Cee ok, dann ist das so richtig, habe nichts verändert
-
@guergen wenn ich deinen Beitrag auf Github richtig deute hast du mittlerweile den App Key erzeugen können, sehe ich das richtig?
-
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 foundMein 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...
-
@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.
-
Im Phoscon Web werden mir meine Sensoren korrekt angezeit. Aktualisierungen alle paar Minuten ca..
-
@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.
-
@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
Habe jetzt den API Key nochmals neu generiert.
Jetzt scheinen Daten reinzukommen. Werde es bin morgen mal im Auge behalten -
Update auf 1.2.3 läuft auf meinem Testsystem ohne Probleme
-
@hesse
Leider heute morgen wieder die gleiche Werte drin gehabt wie gestern nach dem neustart. -
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.
-
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/98on({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: 1579115464392Noch 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: 1579115468459Mein System:
Node.js v10.17.0
NPM 6.13.0
JScontroller 2.2.7
Multihost redis/redisDas 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 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); })
-
@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 hast du mein Script getested? Kommt bei dir wirklich 2 mal das selbe event an?
Bei mir nicht:
-
@Jey-Cee
Sieht so aus. Vielleicht liegt es an der deconz beta? Bin auf der letzten beta. 2.05.72Ich 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: trueWeitere 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
-
@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. -
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ückedit: das tat ich oben ansich eh - siehe log.
-
@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: 7000Bei den Gruppen:
"deconz.0.Groups.1.scene" Wert: Steht aktuell nichts drinBeim 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