Test Adapter deConz v1.3.x Github/npm
-
@Berchemer sagte in Test Adapter deConz v1.3.x Github/npm:
Der Adapter läuft ohne Probleme oder Fehlermeldungen. Habe keine UIDs und die Zuordnung innerhalb der Skripte scheint immer noch zu passen
@Jey-Cee: Danke dafür
Habe mich jetzt auch getraut und sieht bei mir auch alles super aus, auch ohne Löschung der Datenpunkte.
Auch wenn es Arbeit bedeutet, ich freue mich schon auf die neue Version mit UUIDs. Das ist auf jeden Fall der richtige Weg. -
@Stormbringer sagte in Test Adapter deConz v1.3.x Github/npm:
@Jey-Cee Wie steuert man denn jetzt mit Blockly den xy DP an. Früher ging das immer mit string. Jetzt bringt er Warning im LOG aber machen tut er es nicht mehr. Sorry für die blöde Frage aber habe noch nie den Typ Array gebraucht.
Im Objekte Tab das xy Objekt öffnen und unter raw den type array in String ändern.
Die Typprüfung ist neu dazu gekommen sowohl js-controller wie auch im Adapter. Die Meldung das xy nicht mehr funktioniert kam erst nachdem die 1.3.7 im Stable war. Ist schon gefixt und kommt mit der nächsten version.
-
@Jey-Cee Cool danke funktioniert wieder
-
Ich hab gerade die Version 1.3.8 auf npm Veröffentlicht. Es wurden ein paar Fixes gemacht.
xy und color(loop)speed, der Rest ist nur im Hintergrund Fehlerbehandlung.Bitte Testen.
-
@Jey-Cee Gibt es schon eine grobe timeline für die Version 2? Hintergrund meiner Frage ist, dass ich ca. 50 Sensoren für unser neues Haus im Keller liegen habe, die ich in den nächsten Monaten einbinden möchte. Und die Arbeit würde ich mir ungerne zwei Mal machen... Wenn aber für dieses Jahr nichts mehr geplant sein sollte, dann würde ich es in Kauf nehmen.
-
@Markus84 geplannt ist v2 noch dieses Jahr zu releasen. Aber für den Augenblick ist mir wichtiger das der Adapter jetzt rund läuft.
-
@Jey-Cee Danke für die Antwort - und natürlich für die ganze Arbeit, die du in den Adapter steckst! Ich glaube wir sind uns alle einig, dass Stabilität das Wichtigste ist!
-
Habe gerade die Version 1.3.8 installiert, leider schalten meine OSRAM Lampen und Steckdosen nicht mehr, bin wieder zurück auf 1.3.7, danach geht es wieder
-
@WilliamTRiker sagte in Test Adapter deConz v1.3.x Github/npm:
Habe gerade die Version 1.3.8 installiert, leider schalten meine OSRAM Lampen und Steckdosen nicht mehr, bin wieder zurück auf 1.3.7, danach geht es wieder
Nur an/aus nicht oder auch brightness und die anderen sachen?
Kein Port in der Konfiguration angegeben?
-
@WilliamTRiker ich hab eine Osram Steckdose die lässt sich mit 1.3.8 ohne Probleme schalten.
-
Ich hatte auch Probleme mit der Version 1.3.8, mein Xiaomi Aqara LLKZMK11LM Zwei-Wege-Steuermodul wollte auf einmal nicht mehr. Bin zurück auf die Vorgängerversion und alles lief wieder.
-
Wer Probleme mit der Steuerung von Geräten hat soll bitte mal in der Konfiguration den Port setzen wenn er leer ist.
-
@Jey-Cee Wo finde ich den Port nochmal (also den Wert den ich dort eingeben muss)?
-
@MarkusMac Standard ist Port 80 wenn man ihn nicht geändert hat.
-
@Jey-Cee Super, das funktioniert! Besten Dank!
-
Kann es sein, dass das Objekt Action noch Probleme macht?
Ich habe versucht unter Objecte Action folgende Parameter zu übergeben
"on":true,"colorspeed":0,"colormode":"xy","xy":0.349,0.1649 und auch
"on":true,"colorspeed":0,"colormode":"xy","xy":"0.349,0.1649"
also xy Wert mit oder ohne " .deconz.0 2020-06-03 07:55:47.415 debug (14260) Subscribed to updates... deconz.0 2020-06-03 07:55:47.413 debug (14260) Websocket connection closed deconz.0 2020-06-03 07:55:46.334 debug (14260) system.adapter.admin.0: logging true deconz.0 2020-06-03 07:55:41.497 warn (14260) Code 400: Bad request set light state 17: [{"error":{"address":"/lights/17/state","description":"body contains invalid JSON","type":2}}] deconz.0 2020-06-03 07:55:41.493 debug (14260) dp: action; id:Lights.17 tmp: deconz,0,Lights,17 deconz.0 2020-06-03 07:55:41.493 debug (14260) stateChange Lights.17 {"val":"\"on\":true,\"colorspeed\":0,\"colormode\":\"xy\",\"xy\":0.349,0.1649","ack":false,"ts":1591163741492,"q":0,"from":"system.adapter.admin.0","user":"system.user.a deconz.0 2020-06-03 07:55:38.097 debug (14260) system.adapter.admin.0: logging false deconz.0 2020-06-03 07:54:47.412 debug (14260) Subscribed to updates... deconz.0 2020-06-03 07:54:47.406 debug (14260) Websocket connection closed deconz.0 2020-06-03 07:54:20.886 warn (14260) Code 400: Bad request set light state 17: [{"success":{"/lights/17/state/on":true}},{"error":{"address":"/lights/17/state/xy","description":"invalid value, 0.349,0.1649, for parameter, xy","t deconz.0 2020-06-03 07:54:20.869 debug (14260) dp: action; id:Lights.17 tmp: deconz,0,Lights,17 deconz.0 2020-06-03 07:54:20.868 debug (14260) stateChange Lights.17 {"val":"\"on\":true,\"colorspeed\":0,\"colormode\":\"xy\",\"xy\":\"0.349,0.1649\"","ack":false,"ts":1591163660865,"q":0,"from":"system.adapter.admin.0","user":"system.us -
-
@Jey-Cee Danke, das wars, geht jetzt
-
@Jey-Cee es lag am fehlenden Port, danke für die schnelle Hilfe
-
@Beliar_666 said in Test Adapter deConz v1.3.x Github/npm:
Inzwischen wird das .scene Attribut in einer Lichtgruppe korrekt aktualisiert. Ein Szenenwechsel kann damit aber nicht vorgenommen werden. Ist das so vorgesehen?
Hi,
du kannst auf jeden Fall einen Szenenwechsel durchführen, ich musste aber nach dem gestrigen Update von 1.1.irgendwas auf die 1.3.7 meine Flows aktualisieren und ein true als Wert an den Button schicken.die Szenen habe ich in einer 0.* Version eingbaut, ich nutze die bei mir recht gerne. Die Szene kannst du nicht mit einem Attribut wechseln, es gibt den Button recall. Der ruft die passende Szene auf.
Das Attribut die Szene aufrufen lassen klingt spannend, da habe ich aber ehrlich gesagt keine Ahnung, wie ich das machen würde. Ich schaue es mir an, aber dann würde ich es in der 2er einbauen, neue Konfortfeatures in der 1er wären unnötige Arbeit.P.S.: Noch nicht alles gelesen, war gerade ein paar Monate unterwegs.
