Blockly für zigbeeschalter welcher nur read hat
-
Hallo schwer das Thema zu finden.
Ich habe mit dem Zigbee Adapter einen niko Schalter integriert. Wurde gefunden.
Nun das Problem. Es werden diese Datenpunkte ausgelesen:
Diese ändern sich nicht sondern bleiben auf false. Wenn ich sie auf true ändere dann stellt er sich auf false beim Drücken der Taste zurück.
Wenn ich den Datenpunkt über den Expertenmodus auf write stelle, dann stellt er sich beim Betätigen der Taste auf read only zurück.
Ist da was machbar? Vielleicht im Zigbee Adapter was mit Experten umzustellen? Da blicke ich aber gar nicht durch.
-
Hallo schwer das Thema zu finden.
Ich habe mit dem Zigbee Adapter einen niko Schalter integriert. Wurde gefunden.
Nun das Problem. Es werden diese Datenpunkte ausgelesen:
Diese ändern sich nicht sondern bleiben auf false. Wenn ich sie auf true ändere dann stellt er sich auf false beim Drücken der Taste zurück.
Wenn ich den Datenpunkt über den Expertenmodus auf write stelle, dann stellt er sich beim Betätigen der Taste auf read only zurück.
Ist da was machbar? Vielleicht im Zigbee Adapter was mit Experten umzustellen? Da blicke ich aber gar nicht durch.
-
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
einen niko Schalter
Glaub da wird @arteck die Kachel im Adapter gerne sehen wollen :)
-
Hallo schwer das Thema zu finden.
Ich habe mit dem Zigbee Adapter einen niko Schalter integriert. Wurde gefunden.
Nun das Problem. Es werden diese Datenpunkte ausgelesen:
Diese ändern sich nicht sondern bleiben auf false. Wenn ich sie auf true ändere dann stellt er sich auf false beim Drücken der Taste zurück.
Wenn ich den Datenpunkt über den Expertenmodus auf write stelle, dann stellt er sich beim Betätigen der Taste auf read only zurück.
Ist da was machbar? Vielleicht im Zigbee Adapter was mit Experten umzustellen? Da blicke ich aber gar nicht durch.
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
Hallo schwer das Thema zu finden.
Ich habe mit dem Zigbee Adapter einen niko Schalter integriert. Wurde gefunden.
Nun das Problem. Es werden diese Datenpunkte ausgelesen:
Diese ändern sich nicht sondern bleiben auf false. Wenn ich sie auf true ändere dann stellt er sich auf false beim Drücken der Taste zurück.
Wenn ich den Datenpunkt über den Expertenmodus auf write stelle, dann stellt er sich beim Betätigen der Taste auf read only zurück.
Ist da was machbar? Vielleicht im Zigbee Adapter was mit Experten umzustellen? Da blicke ich aber gar nicht durch.
Es gibt weder eine Möglichkeit noch die Notwendigkeit die datenpunkte auf write zu stellen. Der Adapter kann die selber ändern. Wenn sich die datenpunkte nicht ändern deutet es darauf hin das der Taster seine notwendige Konfiguration nicht bekommen hat. Dieses kann im zigbee Adapter nachgeholt (reconfigure auf der Kachel des Tasters)
Um zu sehen was passiert kannst du die letzten 6 stellen der ID des Tasters in den State zigbee.0.info.debugmessages eintragen - dann siehst du was der Adapter an Nachrichten erhält.
A.
-
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
Hallo schwer das Thema zu finden.
Ich habe mit dem Zigbee Adapter einen niko Schalter integriert. Wurde gefunden.
Nun das Problem. Es werden diese Datenpunkte ausgelesen:
Diese ändern sich nicht sondern bleiben auf false. Wenn ich sie auf true ändere dann stellt er sich auf false beim Drücken der Taste zurück.
Wenn ich den Datenpunkt über den Expertenmodus auf write stelle, dann stellt er sich beim Betätigen der Taste auf read only zurück.
Ist da was machbar? Vielleicht im Zigbee Adapter was mit Experten umzustellen? Da blicke ich aber gar nicht durch.
Es gibt weder eine Möglichkeit noch die Notwendigkeit die datenpunkte auf write zu stellen. Der Adapter kann die selber ändern. Wenn sich die datenpunkte nicht ändern deutet es darauf hin das der Taster seine notwendige Konfiguration nicht bekommen hat. Dieses kann im zigbee Adapter nachgeholt (reconfigure auf der Kachel des Tasters)
Um zu sehen was passiert kannst du die letzten 6 stellen der ID des Tasters in den State zigbee.0.info.debugmessages eintragen - dann siehst du was der Adapter an Nachrichten erhält.
A.
@asgothian Danke. Vielleicht habe ich mich falsch ausgedrückt. Er macht was. Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Hier mal kurz was er bringt wenn ich die Taste rechts zweimal hintereinander drücke.
-
@asgothian Danke. Vielleicht habe ich mich falsch ausgedrückt. Er macht was. Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Hier mal kurz was er bringt wenn ich die Taste rechts zweimal hintereinander drücke.
-
@asgothian Danke. Vielleicht habe ich mich falsch ausgedrückt. Er macht was. Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Hier mal kurz was er bringt wenn ich die Taste rechts zweimal hintereinander drücke.
-
@asgothian Danke. Vielleicht habe ich mich falsch ausgedrückt. Er macht was. Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Hier mal kurz was er bringt wenn ich die Taste rechts zweimal hintereinander drücke.
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
@asgothian Danke. Vielleicht habe ich mich falsch ausgedrückt. Er macht was. Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Hier mal kurz was er bringt wenn ich die Taste rechts zweimal hintereinander drücke.
Die Meldungen sagen eindeutig das der state ‘off_right’ und ‘on_right’ geändert werden. Da solltest du also triggern können, z.bsp. Mit “ist größer als vorher”
A.
-
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
@asgothian Danke. Vielleicht habe ich mich falsch ausgedrückt. Er macht was. Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Hier mal kurz was er bringt wenn ich die Taste rechts zweimal hintereinander drücke.
Die Meldungen sagen eindeutig das der state ‘off_right’ und ‘on_right’ geändert werden. Da solltest du also triggern können, z.bsp. Mit “ist größer als vorher”
A.
@asgothian Danke für die Rückmeldung. Werde es probieren. Noch eine kleine Frage. Ich ziehe gerade von deconz auf den zigbee Adapter um. Nun werden bei den Objekten aber keine Klarnamen angezeigt sondern die Zahlenreihe des Gerätes. Ich habe das Gerät aber umbenannt. Ist ein wenig unübersichtlich oder gibt es da einen Trick?
-
@asgothian Danke für die Rückmeldung. Werde es probieren. Noch eine kleine Frage. Ich ziehe gerade von deconz auf den zigbee Adapter um. Nun werden bei den Objekten aber keine Klarnamen angezeigt sondern die Zahlenreihe des Gerätes. Ich habe das Gerät aber umbenannt. Ist ein wenig unübersichtlich oder gibt es da einen Trick?
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
@asgothian Danke für die Rückmeldung. Werde es probieren. Noch eine kleine Frage. Ich ziehe gerade von deconz auf den zigbee Adapter um. Nun werden bei den Objekten aber keine Klarnamen angezeigt sondern die Zahlenreihe des Gerätes. Ich habe das Gerät aber umbenannt. Ist ein wenig unübersichtlich oder gibt es da einen Trick?
Nein, da gibt es keinen Trick. Die ID der Geräte entspricht der Hardware-ID. Der “Name” der Geräte entspricht dem was das Gerät a den Adapter meldet. Dieser kann geändert werden und der Adapter merkt sich das selbst wenn das Gerät aus dem Adapter gelöscht und neu angelernt wird.
A.
-
@robbi12 sagte: Nur ändert er den Wert nicht im IO-Broker. So kann ich ihn für Schaltungen nicht auswerten.
Bei Buttons genügt es, wenn der Zeitstempel bei Tastendruck aktualisiert wird.
@paul53 Wie würde ich dann eine Markisenschaltung machen?
Der Schalter schaltet kompliziert für mich.
Rechte Taste gedrückt dann on_right. Nochmal gedrückt off-right. Das gleiche links, also on_left und off_left.
Wie gesagt es werden die Werte nicht geändert (steht also immer auf false". Der Zeitstempel wird geändert.
Dann gibts noch was wenn man länger drückt:
brightness-move-down-right. brightness-move-up.right und brightness-stop-right.
Das gleiche für links
-
@paul53 Wie würde ich dann eine Markisenschaltung machen?
Der Schalter schaltet kompliziert für mich.
Rechte Taste gedrückt dann on_right. Nochmal gedrückt off-right. Das gleiche links, also on_left und off_left.
Wie gesagt es werden die Werte nicht geändert (steht also immer auf false". Der Zeitstempel wird geändert.
Dann gibts noch was wenn man länger drückt:
brightness-move-down-right. brightness-move-up.right und brightness-stop-right.
Das gleiche für links
-
@paul53 Wie würde ich dann eine Markisenschaltung machen?
Der Schalter schaltet kompliziert für mich.
Rechte Taste gedrückt dann on_right. Nochmal gedrückt off-right. Das gleiche links, also on_left und off_left.
Wie gesagt es werden die Werte nicht geändert (steht also immer auf false". Der Zeitstempel wird geändert.
Dann gibts noch was wenn man länger drückt:
brightness-move-down-right. brightness-move-up.right und brightness-stop-right.
Das gleiche für links
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
@paul53 Wie würde ich dann eine Markisenschaltung machen?
Der Schalter schaltet kompliziert für mich.
Rechte Taste gedrückt dann on_right. Nochmal gedrückt off-right. Das gleiche links, also on_left und off_left.
Wie gesagt es werden die Werte nicht geändert (steht also immer auf false". Der Zeitstempel wird geändert.
Dann gibts noch was wenn man länger drückt:
brightness-move-down-right. brightness-move-up.right und brightness-stop-right.
Das gleiche für links
Hast du es mit einem Trigger auf "ist grösser als vorher" versucht ? Es kann sein das der DP nur kurz (500 ms) auf wahr geht und dann wieder auf falsch zurück gesetzt wird. Das sieht man oft nicht wenn man auf den Objektbaum schaut. In diesem Fall wäre die Triggerung auf "wurde aktualisiert" nicht ok
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
@paul53 Wie würde ich dann eine Markisenschaltung machen?
Der Schalter schaltet kompliziert für mich.
Rechte Taste gedrückt dann on_right. Nochmal gedrückt off-right. Das gleiche links, also on_left und off_left.
Wie gesagt es werden die Werte nicht geändert (steht also immer auf false". Der Zeitstempel wird geändert.
Dann gibts noch was wenn man länger drückt:
brightness-move-down-right. brightness-move-up.right und brightness-stop-right.
Das gleiche für links
Hast du es mit einem Trigger auf "ist grösser als vorher" versucht ? Es kann sein das der DP nur kurz (500 ms) auf wahr geht und dann wieder auf falsch zurück gesetzt wird. Das sieht man oft nicht wenn man auf den Objektbaum schaut. In diesem Fall wäre die Triggerung auf "wurde aktualisiert" nicht ok
A.
-
@asgothian sagte: Es kann sein das der DP nur kurz (500 ms) auf wahr geht und dann wieder auf falsch zurück gesetzt wird.
Das sollte @Robbi12 testen:
Die Log-Ausgabe gibt Aufschluss über das Verhalten.
@paul53 Es ist tatsächlich so. Ganz kurz wird geschaltet.
Mit dem zigbee Adapter ist alles anders. Paul du hattest mir vor kurzem ein schönes script gebastelt für Markisensteuerung mit Werten "1001" und "1002". Das geht nun auch nicht mehr, da hier derjenige Schalter nun anders ausgelesen wird. Hier würde ich mich dann auch nochmal melden.
Aber erstmal hier zurück. Ich danke dir schon dass du dir so viel Mühe gibst.
Ja die Markise wird über einen Shelly 2,5 geschaltet. Da gibts die Punkte Close, Open, Stop
-
@paul53 Es ist tatsächlich so. Ganz kurz wird geschaltet.
Mit dem zigbee Adapter ist alles anders. Paul du hattest mir vor kurzem ein schönes script gebastelt für Markisensteuerung mit Werten "1001" und "1002". Das geht nun auch nicht mehr, da hier derjenige Schalter nun anders ausgelesen wird. Hier würde ich mich dann auch nochmal melden.
Aber erstmal hier zurück. Ich danke dir schon dass du dir so viel Mühe gibst.
Ja die Markise wird über einen Shelly 2,5 geschaltet. Da gibts die Punkte Close, Open, Stop
@robbi12 sagte in Blockly für zigbeeschalter welcher nur read hat:
@paul53 Es ist tatsächlich so. Ganz kurz wird geschaltet.
Das habe ich erwartet.. die Meldung
ELEVATED publishToState: value generated 'true' from device ... for 'off_right'entsteht in dem Moment wo der DP auf wahr gesetzt wird. Das Zurücksetzen passiert automatisch durch die Definition als "button"A.
-
@paul53 Es ist tatsächlich so. Ganz kurz wird geschaltet.
Mit dem zigbee Adapter ist alles anders. Paul du hattest mir vor kurzem ein schönes script gebastelt für Markisensteuerung mit Werten "1001" und "1002". Das geht nun auch nicht mehr, da hier derjenige Schalter nun anders ausgelesen wird. Hier würde ich mich dann auch nochmal melden.
Aber erstmal hier zurück. Ich danke dir schon dass du dir so viel Mühe gibst.
Ja die Markise wird über einen Shelly 2,5 geschaltet. Da gibts die Punkte Close, Open, Stop
-
@paul53 Danke.
Ist es möglich aus den langdrücken Werten was zu basteln damit die Markise so lange fährt wie ich drücke und dann beim loslassen stopt?
Das wären die Datenpunkte
-
@robbi12 sagte: Das wären die Datenpunkte
Wie verhalten sich die DP? Wodurch unterscheiden sich "move_down_right" und "move_up_right" bzw. wie werden sie aktiviert? "stop_right" wird beim Loslassen aktiviert?
@paul53 Also durch die rechte Taste des Schalters wird beim langend Drücken der Taste move_down_right geschaltet. Geht wie oben auf true und dann selbständig auf false. Wenn diese Taste erneut gedrückt wird dann geht der Datenpunkt move_up_right kurzfristig auf true und wieder zurück. Dies immer im Wechsel bei erneutem Tastendruck.
stop_right wird beim loslassen aktiviert.
Support us
434
Online32.7k
Users82.5k
Topics1.3m
Posts