NEWS
[Aufruf] deConz Adapter Testen 1.1.2
-
Hallo zusammen,
ich habe jetzt auch auf den neuen deconz adapter umgestellt. Dabei sind mir ein drei Dinge aufgefallen:
-
wenn man per GitHub (Katze, nicht custom) installiert, bekommt man immer noch den 0.4.0 von jey-cee/iobroker.deconz.
-
keine meiner im Phoscon angelegten Gruppen sind "sauber" benannt. Die meisten Gruppen heissen "unbenannt", mit ausnahme der einen Gruppe in der auch eine Szene verarbeitet ist, diese hat den Namen der Szene.
-
Wenn
ein Scriptder yahka Adapter einen der Datenpunkte für eine Lampe nach der alten Syntax schreibt, dann stürzt der deconz Adapter ab.
A.@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
alten Syntax schreibt
Was meinst du damit? Eigentlich ist der Fehler gar nicht möglich. Yahka müsste ein nicht vorhandenes Objekt beschreiben damit er auftritt. Kannst du irgendwie herausfinden welches Objekt yahka versucht zu beschreiben?
Persönlicher Support
Spenden -> paypal.me/J3YC33 -
-
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
alten Syntax schreibt
Was meinst du damit? Eigentlich ist der Fehler gar nicht möglich. Yahka müsste ein nicht vorhandenes Objekt beschreiben damit er auftritt. Kannst du irgendwie herausfinden welches Objekt yahka versucht zu beschreiben?
@Jey-Cee
Leider konnte ich das Objekt selber im Objektbaum nicht sehen. Allerdings war die Situation so:- in Yahka eingetragen ist deconz.0.Light_20.on, iobroker.deconz 0.4.0 ist installiert
- Lampe lässt sich schalten.
- iobroker.deconz angehalten, alle Objekte unter deconz.0 gelöscht, ioBroker.deconz 1.0.2 installiert und gestartet
- Objekte im Baum nach dem neuen Muster angeordnet, Lampen lassen sich vom Objektbaum aus schalten.
- Reproduzierbar (jedes mal): Über HomeKit die Lampe an/aus schalten => ioBroker.deconz stürzt ab.
Genauer erklären kann ich leider nicht. Ich habe vergessen zu verifizieren ob Yahka den Datenpunkt wieder angelegt hat oder nicht.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Jey-Cee
Leider konnte ich das Objekt selber im Objektbaum nicht sehen. Allerdings war die Situation so:- in Yahka eingetragen ist deconz.0.Light_20.on, iobroker.deconz 0.4.0 ist installiert
- Lampe lässt sich schalten.
- iobroker.deconz angehalten, alle Objekte unter deconz.0 gelöscht, ioBroker.deconz 1.0.2 installiert und gestartet
- Objekte im Baum nach dem neuen Muster angeordnet, Lampen lassen sich vom Objektbaum aus schalten.
- Reproduzierbar (jedes mal): Über HomeKit die Lampe an/aus schalten => ioBroker.deconz stürzt ab.
Genauer erklären kann ich leider nicht. Ich habe vergessen zu verifizieren ob Yahka den Datenpunkt wieder angelegt hat oder nicht.
A.
@Asgothian kannst du mal im debug modus testen? Im log sollte eine Zeile zu finden sein wie die hier:
stateChange deconz.0.Groups.1.bri {"val":125,"ack":false,"ts":1554368957051,"q":0,"from":"system.adapter.admin.0","lc":1554368957051}Persönlicher Support
Spenden -> paypal.me/J3YC33 -
@Asgothian kannst du mal im debug modus testen? Im log sollte eine Zeile zu finden sein wie die hier:
stateChange deconz.0.Groups.1.bri {"val":125,"ack":false,"ts":1554368957051,"q":0,"from":"system.adapter.admin.0","lc":1554368957051} -
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@Jey-Cee sagte in [Aufruf] deConz Adapter Testen 0.4.0:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 0.4.0:
Aktuell ist es immer aufregend den Adapter neu zu starten
Dann würde ich vorschlagen ihn nicht neu zu starten :wink:
🤣 Dafür habe ich noch zu viele Xiaomi Sensoren im Schrank liege die ich die nächste Zeit Stück für Stück verbauen, in meine Oberflächen, Skripte und Adapter hinzufügen möchte. 😉
Ich habe für dieses Problem ggf. Eine Lösung. In meinem fork auf github habe ich für die Button-Events einen schattenevent eingefügt, der immer nur für 800 ms gesetzt wird. Insbesondere passiert dieses nicht beim Start des Adapters.
Du kannst den (wenn du magst) gerne mal testen, dazu müsstest du von hier installieren:
https://github.com/asgothian/ioBroker.deconzA.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@Jey-Cee sagte in [Aufruf] deConz Adapter Testen 0.4.0:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 0.4.0:
Aktuell ist es immer aufregend den Adapter neu zu starten
Dann würde ich vorschlagen ihn nicht neu zu starten :wink:
🤣 Dafür habe ich noch zu viele Xiaomi Sensoren im Schrank liege die ich die nächste Zeit Stück für Stück verbauen, in meine Oberflächen, Skripte und Adapter hinzufügen möchte. 😉
Ich habe für dieses Problem ggf. Eine Lösung. In meinem fork auf github habe ich für die Button-Events einen schattenevent eingefügt, der immer nur für 800 ms gesetzt wird. Insbesondere passiert dieses nicht beim Start des Adapters.
Du kannst den (wenn du magst) gerne mal testen, dazu müsstest du von hier installieren:
https://github.com/asgothian/ioBroker.deconzA.
Cool danke!
Leider komme ich wohl aber erst Ende nächste Woche zum Testen, da wir aktuell Besuch haben und ich dadurch wenig Zeit zum Testen habe auf ein funktionierendes System angewiesen bin. ;)
Trotzdem schon mal danke für die Änderung, Ende nächster Woche teste ich auf jeden Fall! :) -
@Asgothian kannst du mal im debug modus testen? Im log sollte eine Zeile zu finden sein wie die hier:
stateChange deconz.0.Groups.1.bri {"val":125,"ack":false,"ts":1554368957051,"q":0,"from":"system.adapter.admin.0","lc":1554368957051}@Jey-Cee
So.. test gemacht:deconz.0 auf debug logging gestellt.
In Yahka einen Datenpunkt für "on" von deconz.0.Lights.3.on auf deconz.0.Light_3.on umgebogen.
per HomeKit (von iOS aus) versucht die Lampe zu schalten - und Bumm :)
Nachtrag: Ich hab auch einfach mal einen ganz anderen Datenpunkt genommen, einen der vom Namen ueberhaupt nicht in das system passt, aber in Deconz.0 liegt (deconz.0.michgabesnochnie.on). Das Ergebnis ist identisch.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Jey-Cee
So.. test gemacht:deconz.0 auf debug logging gestellt.
In Yahka einen Datenpunkt für "on" von deconz.0.Lights.3.on auf deconz.0.Light_3.on umgebogen.
per HomeKit (von iOS aus) versucht die Lampe zu schalten - und Bumm :)
Nachtrag: Ich hab auch einfach mal einen ganz anderen Datenpunkt genommen, einen der vom Namen ueberhaupt nicht in das system passt, aber in Deconz.0 liegt (deconz.0.michgabesnochnie.on). Das Ergebnis ist identisch.
-
@Jey-Cee
So.. test gemacht:deconz.0 auf debug logging gestellt.
In Yahka einen Datenpunkt für "on" von deconz.0.Lights.3.on auf deconz.0.Light_3.on umgebogen.
per HomeKit (von iOS aus) versucht die Lampe zu schalten - und Bumm :)
Nachtrag: Ich hab auch einfach mal einen ganz anderen Datenpunkt genommen, einen der vom Namen ueberhaupt nicht in das system passt, aber in Deconz.0 liegt (deconz.0.michgabesnochnie.on). Das Ergebnis ist identisch.
-
Hi,
seit heute läuft bei mir auch ein Conbee-II-Stick. Soweit alles problemlos, allerdings habe ich einen eigenartigen Effekt. Die Zeit bei lastupdated hängt exakt 2 Stunden hinterher. Deconz läuft auf einem Raspberry3 unter Raspbian (aktuelle Updates) in aktueller Version 2.05.61 (keine Beta). Der Raspberry zeigt mittels date die korrekte Zeit, auch die länderspezifischen Settings passen. Auf dem Raspi läuft auch noch PIVCCU, dort stimmen die Zeiten ebenfalls.
Iobroker läuft unter Ubuntu 18.04.2 in einer VM auf einem NUC, auch dort passt die Zeit und auch Skripte lösen korrekt aus und alles. Nur im Punkt lastupdated fehlen irgendwie zwei Stunden. Die Datenpunkte werden sofort und sauber aktualisiert, nur eben mit falschem Wert.Also, wo kann ich noch schauen, wo die zwei Stunden Versatz stecken?
Gruss, Jürgen
-
Hi,
seit heute läuft bei mir auch ein Conbee-II-Stick. Soweit alles problemlos, allerdings habe ich einen eigenartigen Effekt. Die Zeit bei lastupdated hängt exakt 2 Stunden hinterher. Deconz läuft auf einem Raspberry3 unter Raspbian (aktuelle Updates) in aktueller Version 2.05.61 (keine Beta). Der Raspberry zeigt mittels date die korrekte Zeit, auch die länderspezifischen Settings passen. Auf dem Raspi läuft auch noch PIVCCU, dort stimmen die Zeiten ebenfalls.
Iobroker läuft unter Ubuntu 18.04.2 in einer VM auf einem NUC, auch dort passt die Zeit und auch Skripte lösen korrekt aus und alles. Nur im Punkt lastupdated fehlen irgendwie zwei Stunden. Die Datenpunkte werden sofort und sauber aktualisiert, nur eben mit falschem Wert.Also, wo kann ich noch schauen, wo die zwei Stunden Versatz stecken?
Gruss, Jürgen
-
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@Jey-Cee sagte in [Aufruf] deConz Adapter Testen 0.4.0:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 0.4.0:
Aktuell ist es immer aufregend den Adapter neu zu starten
Dann würde ich vorschlagen ihn nicht neu zu starten :wink:
🤣 Dafür habe ich noch zu viele Xiaomi Sensoren im Schrank liege die ich die nächste Zeit Stück für Stück verbauen, in meine Oberflächen, Skripte und Adapter hinzufügen möchte. 😉
Ich habe für dieses Problem ggf. Eine Lösung. In meinem fork auf github habe ich für die Button-Events einen schattenevent eingefügt, der immer nur für 800 ms gesetzt wird. Insbesondere passiert dieses nicht beim Start des Adapters.
Du kannst den (wenn du magst) gerne mal testen, dazu müsstest du von hier installieren:
https://github.com/asgothian/ioBroker.deconzA.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich habe für dieses Problem (- wie erkenne ich Buttonpresses sauber, ohne das beim Neustart die events ausgelöst werden) ggf. Eine Lösung. In meinem fork auf github habe ich für die Button-Events einen schattenevent eingefügt, der immer nur für 800 ms gesetzt wird. Insbesondere passiert dieses nicht beim Start des Adapters.
Du kannst den (wenn du magst) gerne mal testen, dazu müsstest du von hier installieren:
https://github.com/asgothian/ioBroker.deconzA.
Ich hab in den letzten 2 Wochen damit mal weitere Tests gemacht. Aus meiner Sicht funktioniert diese Methode deutlich besser als der "zuletzt geändert" Datenpunkt, primär weil diese Methode deutlich leichter in Skripten abzufragen ist. Ich nutze Events nach dem folgenden Muster.
on ({id: 'datenpunkt', change:'gt'}, function(obj) { switch (obj.state.val) { case 1002: // aktion auslösen break; case 2002: // aktion auslösen break; } });Ich wuerde mich freuen wenn das noch jemand testen könnte, um zu sehen ob die Änderung für den Adapter auf Dauer sinnvoll ist. Alternative Vorschläge (hier oder auch am pull-Request auf Github) ist willkommen.
Ein Punkt noch: Seit der letzten Änderung des Adapters muss man nach dem Anlernen eines neuen Gerätes über die Phoscon Software den Adapter einmal neu starten. Das scheint systematisch so - ich hab inzwischen > 10 geräte neu angelernt und hatte immer nur einige Datenpunkte direkt, nie alle. Ich sehe das nicht als bug an der zu fixen ist, es sollte aber dokumentiert werden.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Ich hätte da 2 oder 3 Stellen im Verdacht:
- Eingestellte Zeitzone in der VM
- Eingestellte Zeitzone auf dem Host
- Eingestellter Ort im ioBroker
Was sagt die Zeit auf der Konsole in der VM bzw. auf dem Host ?
A.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich hätte da 2 oder 3 Stellen im Verdacht:
- Eingestellte Zeitzone in der VM
- Eingestellte Zeitzone auf dem Host
- Eingestellter Ort im ioBroker
Was sagt die Zeit auf der Konsole in der VM bzw. auf dem Host ?
A.
Die habe ich schon alle durch. Date liefert sowohl auf dem Host (NUC), in der iobroker-VM als auch auf dem Raspberry die korrekte Zeit. In iobroker ist der Ort auch korrekt, die Astrozeiten steuern seit Beginn an Skripte zu den richtigen Zeiten an. Auch per Cronjob gestartete Events starten dann, wenn ich es erwarten würde. In der Phoscon-App wird mir auch die korrekte Uhrzeit angezeigt. Nur auf dem Weg von deconz zu iobroker gehen irgendwie zwei Stunden verloren. Und auch nur da.:confused:
Gruss, Jürgen
-
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich habe für dieses Problem (- wie erkenne ich Buttonpresses sauber, ohne das beim Neustart die events ausgelöst werden) ggf. Eine Lösung. In meinem fork auf github habe ich für die Button-Events einen schattenevent eingefügt, der immer nur für 800 ms gesetzt wird. Insbesondere passiert dieses nicht beim Start des Adapters.
Du kannst den (wenn du magst) gerne mal testen, dazu müsstest du von hier installieren:
https://github.com/asgothian/ioBroker.deconzA.
Ich hab in den letzten 2 Wochen damit mal weitere Tests gemacht. Aus meiner Sicht funktioniert diese Methode deutlich besser als der "zuletzt geändert" Datenpunkt, primär weil diese Methode deutlich leichter in Skripten abzufragen ist. Ich nutze Events nach dem folgenden Muster.
on ({id: 'datenpunkt', change:'gt'}, function(obj) { switch (obj.state.val) { case 1002: // aktion auslösen break; case 2002: // aktion auslösen break; } });Ich wuerde mich freuen wenn das noch jemand testen könnte, um zu sehen ob die Änderung für den Adapter auf Dauer sinnvoll ist. Alternative Vorschläge (hier oder auch am pull-Request auf Github) ist willkommen.
Ein Punkt noch: Seit der letzten Änderung des Adapters muss man nach dem Anlernen eines neuen Gerätes über die Phoscon Software den Adapter einmal neu starten. Das scheint systematisch so - ich hab inzwischen > 10 geräte neu angelernt und hatte immer nur einige Datenpunkte direkt, nie alle. Ich sehe das nicht als bug an der zu fixen ist, es sollte aber dokumentiert werden.
A.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich wuerde mich freuen wenn das noch jemand testen könnte, um zu sehen ob die Änderung für den Adapter auf Dauer sinnvoll ist. Alternative Vorschläge (hier oder auch am pull-Request auf Github) ist willkommen.
Ich werde das wohl dieses Wochenende testen. Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen. :)
-
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich wuerde mich freuen wenn das noch jemand testen könnte, um zu sehen ob die Änderung für den Adapter auf Dauer sinnvoll ist. Alternative Vorschläge (hier oder auch am pull-Request auf Github) ist willkommen.
Ich werde das wohl dieses Wochenende testen. Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen. :)
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen.
Vorsicht dabei - Ich empfehle den folgenden Weg:
- alle Skripte anhalten
- Adapter anhalten
- Objektbaum deconz.0 löschen
- Adapter updaten
- Adapter starten
- Skripte umstellen und neu starten.
Ich hab das nicht so gemacht, und mir damit regelmässige Neustarts des Adapters eingehandelt, weil es Probleme mit den alten Skripten / den Alten Datenpunkten in Yahka gegeben hat.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen.
Vorsicht dabei - Ich empfehle den folgenden Weg:
- alle Skripte anhalten
- Adapter anhalten
- Objektbaum deconz.0 löschen
- Adapter updaten
- Adapter starten
- Skripte umstellen und neu starten.
Ich hab das nicht so gemacht, und mir damit regelmässige Neustarts des Adapters eingehandelt, weil es Probleme mit den alten Skripten / den Alten Datenpunkten in Yahka gegeben hat.
A.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen.
Vorsicht dabei - Ich empfehle den folgenden Weg:
- alle Skripte anhalten
- Adapter anhalten
- Objektbaum deconz.0 löschen
- Adapter updaten
- Adapter starten
- Skripte umstellen und neu starten.
Ich hab das nicht so gemacht, und mir damit regelmässige Neustarts des Adapters eingehandelt, weil es Probleme mit den alten Skripten / den Alten Datenpunkten in Yahka gegeben hat.
A.
Danke, so werde ich das machen! :relaxed: :+1:
-
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich habe für dieses Problem (- wie erkenne ich Buttonpresses sauber, ohne das beim Neustart die events ausgelöst werden) ggf. Eine Lösung. In meinem fork auf github habe ich für die Button-Events einen schattenevent eingefügt, der immer nur für 800 ms gesetzt wird. Insbesondere passiert dieses nicht beim Start des Adapters.
Du kannst den (wenn du magst) gerne mal testen, dazu müsstest du von hier installieren:
https://github.com/asgothian/ioBroker.deconzA.
Ich hab in den letzten 2 Wochen damit mal weitere Tests gemacht. Aus meiner Sicht funktioniert diese Methode deutlich besser als der "zuletzt geändert" Datenpunkt, primär weil diese Methode deutlich leichter in Skripten abzufragen ist. Ich nutze Events nach dem folgenden Muster.
on ({id: 'datenpunkt', change:'gt'}, function(obj) { switch (obj.state.val) { case 1002: // aktion auslösen break; case 2002: // aktion auslösen break; } });Ich wuerde mich freuen wenn das noch jemand testen könnte, um zu sehen ob die Änderung für den Adapter auf Dauer sinnvoll ist. Alternative Vorschläge (hier oder auch am pull-Request auf Github) ist willkommen.
Ein Punkt noch: Seit der letzten Änderung des Adapters muss man nach dem Anlernen eines neuen Gerätes über die Phoscon Software den Adapter einmal neu starten. Das scheint systematisch so - ich hab inzwischen > 10 geräte neu angelernt und hatte immer nur einige Datenpunkte direkt, nie alle. Ich sehe das nicht als bug an der zu fixen ist, es sollte aber dokumentiert werden.
A.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Ich wuerde mich freuen wenn das noch jemand testen könnte, um zu sehen ob die Änderung für den Adapter auf Dauer sinnvoll ist. Alternative Vorschläge (hier oder auch am pull-Request auf Github) ist willkommen.
Hi, getestet und für gut befunden. Einzig der lange Klick auf die On/Off bei der Tradfri-remote will mir nun nicht immer gelingen. Aber den brauche ich auch nicht unbedingt...
Prinzip habe ich korrekt verstanden? Trigger und Auswerten nun auf "buttenpressed" anstatt "buttonevent"?Wegen mir kann die Änderung so eingecheckt werden, wüsste gerade nichts, was dagegen spricht...
Gruss, Jürgen
-
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen.
Vorsicht dabei - Ich empfehle den folgenden Weg:
- alle Skripte anhalten
- Adapter anhalten
- Objektbaum deconz.0 löschen
- Adapter updaten
- Adapter starten
- Skripte umstellen und neu starten.
Ich hab das nicht so gemacht, und mir damit regelmässige Neustarts des Adapters eingehandelt, weil es Probleme mit den alten Skripten / den Alten Datenpunkten in Yahka gegeben hat.
A.
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen.
Vorsicht dabei - Ich empfehle den folgenden Weg:
- alle Skripte anhalten
- Adapter anhalten
- Objektbaum deconz.0 löschen
- Adapter updaten
- Adapter starten
- Skripte umstellen und neu starten.
Ich hab das nicht so gemacht, und mir damit regelmässige Neustarts des Adapters eingehandelt, weil es Probleme mit den alten Skripten / den Alten Datenpunkten in Yahka gegeben hat.
A.
Genau so habe ich es gemacht und hat wunderbar funktioniert. Auch das neue Event "buttonpressed" funktioniert einwandfrei! Ich musste nur mein Magic Cube Skript etwas anpassen (da ich die 0 abfangen musste), aber das ist vollkommen ok.
Bezüglich 1.x Version: Die neue Gruppierung nach Sensor Light und Group gefällt mir sehr gut! Schön wäre noch eine Sensorbenamung mit führenden Nullen (bspw. 001), dann würde ein Sensor auch zusammenhängender angezeigt werden (Wenn ein Sensor die IDs 29, 30, 31 hat, steht der 30 und 31 unter Sensor 3). Denn die Sortierung im Objektbaum erfolgt alphabetisch und nicht numerisch.
Aber das ist nur Kritik auf höchstem Niveau. Danke für die tolle Arbeit und den Adapter! :)Für die, die es interessiert, hier beim Skript zur Steuerung des Magic Cube. Ich setze Hilfsdatenpunkte (buttons) für die einzelnen Aktionen des Cube, analog zum Zigbee Adapter. In den eigentlichen Steuerungsskripten muss ich dann nur noch auf die Hilfsevents triggern. :)
Nebenbei sende ich noch Notifications an meine Lametric, aber das ist für die meisten sicher uninteressant.
EDIT: Habe nun noch ein bisschen mit meinem Hue Dimmer getestet. Funktioniert zwar, aber vielleicht wäre es besser, wenn der Wert nicht nach jeder Änderung wieder auf 0 gesetzt wird, sondern nur wenn innerhalb von den 800ms (ggf. auch länger) keine weitere Änderung erfolgt. Wenn man auf eine Taste lange drückt und dann mehrere Events hintereinander ausgelöst werden , wird sonst immer die 0 zwischendrin generiert. Denke das ist überflüssig und könnte ggf. zur Problemen führen?!
-
@Asgothian sagte in [Aufruf] deConz Adapter Testen 1.0.2:
@siggi85 sagte in [Aufruf] deConz Adapter Testen 1.0.2:
Da ich aktuell auf 0.3.0 bin, ändert sich wohl etwas mehr, daher brauche ich ggf. etwas Zeit die potentiellen Anpassungen in Skripten vorzunehmen.
Vorsicht dabei - Ich empfehle den folgenden Weg:
- alle Skripte anhalten
- Adapter anhalten
- Objektbaum deconz.0 löschen
- Adapter updaten
- Adapter starten
- Skripte umstellen und neu starten.
Ich hab das nicht so gemacht, und mir damit regelmässige Neustarts des Adapters eingehandelt, weil es Probleme mit den alten Skripten / den Alten Datenpunkten in Yahka gegeben hat.
A.
Genau so habe ich es gemacht und hat wunderbar funktioniert. Auch das neue Event "buttonpressed" funktioniert einwandfrei! Ich musste nur mein Magic Cube Skript etwas anpassen (da ich die 0 abfangen musste), aber das ist vollkommen ok.
Bezüglich 1.x Version: Die neue Gruppierung nach Sensor Light und Group gefällt mir sehr gut! Schön wäre noch eine Sensorbenamung mit führenden Nullen (bspw. 001), dann würde ein Sensor auch zusammenhängender angezeigt werden (Wenn ein Sensor die IDs 29, 30, 31 hat, steht der 30 und 31 unter Sensor 3). Denn die Sortierung im Objektbaum erfolgt alphabetisch und nicht numerisch.
Aber das ist nur Kritik auf höchstem Niveau. Danke für die tolle Arbeit und den Adapter! :)Für die, die es interessiert, hier beim Skript zur Steuerung des Magic Cube. Ich setze Hilfsdatenpunkte (buttons) für die einzelnen Aktionen des Cube, analog zum Zigbee Adapter. In den eigentlichen Steuerungsskripten muss ich dann nur noch auf die Hilfsevents triggern. :)
Nebenbei sende ich noch Notifications an meine Lametric, aber das ist für die meisten sicher uninteressant.EDIT: Habe nun noch ein bisschen mit meinem Hue Dimmer getestet. Funktioniert zwar, aber vielleicht wäre es besser, wenn der Wert nicht nach jeder Änderung wieder auf 0 gesetzt wird, sondern nur wenn innerhalb von den 800ms (ggf. auch länger) keine weitere Änderung erfolgt. Wenn man auf eine Taste lange drückt und dann mehrere Events hintereinander ausgelöst werden , wird sonst immer die 0 zwischendrin generiert. Denke das ist überflüssig und könnte ggf. zur Problemen führen?!
Hallo,
ich habe hier einige Xiaomi zwei Tasten Switch (WXKG02LM) verbaut. Diese sind sowohl über den Deconz als auch am Mihome-Hub betreibe.
Mich hat immer gestört, das die Funktionen Doppelklick und Drücken und halten nicht unterstützt werden (Mir würden hierzu zig Blockly-Anwendungen einfallen)
Gestern habe ich eine neue Lieferung erhalten. Als erstes ist mir eine wesentlich grüßere Verpackung (Doppelt so breit wie die alten - gleiche Verpackung wie die Eintaster) aufgefallen. Die Taster sehen genau gleich aus und auch die Bezeichnung auf der Rückseite ist absolut identisch.
Beim Einlernen in der MiHome-App ist mir folgendes aufgefallen. Es werden jetzt alle gewünschten Zustände erfasst und gelogt:Links Klicken
Rechts Klicken
Beide Drücken
Doppel Links klicken
Doppel Rechts Klicken
Drücken und halten Links
Drücken und halten RechtsIm MiHome-Adapter werden diese Taster aber leider überhaupt nicht mehr erkannt, obwohl Sie in der App vorhanden sind.
Wenn ich diese am Deconz via Phoscon anlerne wird dieser erkannt (Mit dem Zusatz "WXKG02LM Rev. 2").
In der Deconzoberfläche wird er auch angezeigt (korrekt mit dem in Phoscon vergebenen Namen).
In den Deconz-Objekten im IOBroker taucht er leider nicht auf. Habe schon Adapter-Neustart und Installation der Asgothian-Fork probiert.Es wäre genial, wenn diese neue Revision des Tasters in einem Adapterupdate mit berücksichtigt werden könnte.
Gruß DocGame
-
Hallo,
ich habe hier einige Xiaomi zwei Tasten Switch (WXKG02LM) verbaut. Diese sind sowohl über den Deconz als auch am Mihome-Hub betreibe.
Mich hat immer gestört, das die Funktionen Doppelklick und Drücken und halten nicht unterstützt werden (Mir würden hierzu zig Blockly-Anwendungen einfallen)
Gestern habe ich eine neue Lieferung erhalten. Als erstes ist mir eine wesentlich grüßere Verpackung (Doppelt so breit wie die alten - gleiche Verpackung wie die Eintaster) aufgefallen. Die Taster sehen genau gleich aus und auch die Bezeichnung auf der Rückseite ist absolut identisch.
Beim Einlernen in der MiHome-App ist mir folgendes aufgefallen. Es werden jetzt alle gewünschten Zustände erfasst und gelogt:Links Klicken
Rechts Klicken
Beide Drücken
Doppel Links klicken
Doppel Rechts Klicken
Drücken und halten Links
Drücken und halten RechtsIm MiHome-Adapter werden diese Taster aber leider überhaupt nicht mehr erkannt, obwohl Sie in der App vorhanden sind.
Wenn ich diese am Deconz via Phoscon anlerne wird dieser erkannt (Mit dem Zusatz "WXKG02LM Rev. 2").
In der Deconzoberfläche wird er auch angezeigt (korrekt mit dem in Phoscon vergebenen Namen).
In den Deconz-Objekten im IOBroker taucht er leider nicht auf. Habe schon Adapter-Neustart und Installation der Asgothian-Fork probiert.Es wäre genial, wenn diese neue Revision des Tasters in einem Adapterupdate mit berücksichtigt werden könnte.
Gruß DocGame
@DocGame
Hallo Doc,in Deconz können wir direkt nichts machen - entweder liefert deconz die Datenpunkte in der restAPI, oder sie tun es nicht. Deswegen die Frage ob er wirklich nicht auftaucht. Ich habe bisher mit meinen keine Probleme, und kann da alle von Dir beschriebenen Funktionen nutzen. Mit deconz 1.0.2:
Erkannt in Phoscon als
A. -
@DocGame
Hallo Doc,in Deconz können wir direkt nichts machen - entweder liefert deconz die Datenpunkte in der restAPI, oder sie tun es nicht. Deswegen die Frage ob er wirklich nicht auftaucht. Ich habe bisher mit meinen keine Probleme, und kann da alle von Dir beschriebenen Funktionen nutzen. Mit deconz 1.0.2:
Erkannt in Phoscon als
A.Perfekt...
Als ich das Post schrieb war der Taster zwar in Deconz(Oberfläche) sichtbar, in Phoscon ist hinter Version nichts gestanden.
Nach einer gewissen Zeit ist Unknow dahinter gestanden und nun 20180809.
Und siehe da.... Es geht.
Weil ich Probleme mit der Zustandsabfrage in Blockly hatte, bis ich auf den MiHome-Adapter gewechselt. Mit der "Buttonpressed" Funktionalität werde ich wohl wieder mit allem Umziehen.
Vielen Dank
Support us
614
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge