gelöst: Zigbee brightness_move stoppen / abbrechen

[rotamint]

@arteck Danke für Deine Antwort! Genau das möchte ich relisieren, gelingt mir aber nicht. Und laut Recherche im Netz sollte es mit den Birnen funktionieren. Kannst Du mir bitte mal Dein Script zur Verfügung stellen, damit ich das hier mal testen kann? Oder liegt der Fehler bei mir gar im Script?
Danke nochmals! LG Stefan.

[rotamint]

Bin immernoch offen für Lösungsansätze

[Great SUN]

@rotamint Ich gehe davon aus, dass das ein BlockLy ist, richtig? Wenn ja, könntest Du da mal einen Screenshot vom UI machen?
Ich nutze aus Prinzip kein Blockly, aber vielleicht sehe ich ja dann etwas

Danke

[Asgothian]

@rotamint Stell bitte sicher das du nicht noch irgendwo einen trigger auf deinen Auslöser hast der auf Basis der im ioBroker angezeigten Helligkeitswerte etwas ansteuert.

Bei der Verwendung von brightness_move kann es bis zu 5 Sekunden dauern bis der Wert im iobroker der Helligkeit der Lampe entspricht.

A.

[rotamint]

@great-sun

[rotamint]

Besten Dank Euch Beiden für die Hinweise. Anbei habe ich das Blockly als Screenshot gepostet, ich habe mir ein ganz einfaches Testblockly aufgebaut, einzig um den brightness_move zu verstehen.

Der lange Tastendruck soll "runter" dimmen, nach 4,5 Sekunden soll das Dimmen abgebrochen werden. Das Dimmen wird zwar auch beendet, jedoch springt danach die Lampe wieder auf die ursprüngliche Helligkeit.

(und nach dem "brightness_move 0 gesendet ==> wieder volle Leuchtkraft)

Bin gespannt! Danke nochmals Euch beiden!

[Great SUN]

@rotamint @Asgothian @arteck :

So, wie ich das sehe, werden aus irgendeinem Grund alle Werte des Objektes an die Lampe übertragen. Da der Brightness aber noch auf 100 steht, schaltet die Lampe wieder auf 100%.
Seht Ihr eine Möglichkeit, dass nur der geänderte Wert übertragen wird, oder dass man den aktuellen Brightness-Wert bei dem/über den ConbeeII (USB Zigbee Dongle) direkt auslesen (lassen) kann? Dann könnte man den auslesen und "gleichzeitig" mit dem "Dimming" setzen...

Ich müsste mich jetzt das erste Mal in den Adapter einlesen, ich glaube, Da seid Ihr schneller

Bei mir läuft halt alles über Sonoff Zigbee Bridge mit Tasmota...

[Asgothian]

@great-sun sagte in Zigbee: Brightness_move stoppen / abbrechen:

@rotamint @Asgothian @arteck :

So, wie ich das sehe, werden aus irgendeinem Grund alle Werte des Objektes an die Lampe übertragen. Da der Brightness aber noch auf 100 steht, schaltet die Lampe wieder auf 100%.
Seht Ihr eine Möglichkeit, dass nur der geänderte Wert übertragen wird, oder dass man den aktuellen Brightness-Wert bei dem/über den ConbeeII (USB Zigbee Dongle) direkt auslesen (lassen) kann? Dann könnte man den auslesen und "gleichzeitig" mit dem "Dimming" setzen...

Ich müsste mich jetzt das erste Mal in den Adapter einlesen, ich glaube, Da seid Ihr schneller

Bei mir läuft halt alles über Sonoff Zigbee Bridge mit Tasmota...

Der Adapter tut das auf jeden Fall nicht.
Wobei: das dimmen geht nur während die Lampe an ist.

@rotamint: Trag mal bitte die ieee der betroffenen Lampe in den State "zigbee.0.info.debugmessages" ein - dann siehst im Log als "elevated" Warnmeldungen du was der Adapter an die Lampe sendet.

A.

[rotamint]

@asgothian Danke für Deine Unterstützung!
Anbei:

[Great SUN]

@rotamint @Asgothian : Das komische ist, dass brightness 143 zurück kommt, während der maximal eintragbare Wert 100 ist.
Irgend eine Idee, warum das so ist?

[Asgothian]

@rotamint sagte in Zigbee: Brightness_move stoppen / abbrechen:

@asgothian Danke für Deine Unterstützung!
Anbei:

Logs bitte immer als Text posten. Jetzt musst du den Fehler im Log selber suchen:

Offensichtlich gibt es ein Skript welches die Helligkeit auf 100 setzt. Eine entsprechende Meldung mit dem "user state change" auf 100 Helligkeit (gesendet ohne ACK, damit als Steuerbefehl vom Adapter javascript.0)

A.

[Great SUN]

@asgothian Man... wie doof... Das hab ich gestern total übersehen!
Das mit dem Log als Text siehst Du, wie ich, aber offensichtlich gibt es andere (nicht rotamint), die es anders wollen...
Egal. Ich schau später mal, ob ich ihn noch irgendwie unterstützen kann dabei das in den Griff zu bekommen

DANKE!!! Und sorry, dass ich das nicht gestern schon gesehen hab...

[rotamint]

@great-sun @Asgothian

Ihr BEIDEN (!) seid meine "Helden der Nacht" Da wäre ich niemals drauf gekommen, aber erneut ein super Anlass um wieder was dazu zu lernen.

1. "ohne ack" = vom Javascript-Adapter gesendet
2. Logs immer in Textform. Hatte da noch kurz mit GreatSUN drüber diskutiert, war aber der Meinung mir für die "Textform" schon mal irgendwo "einen eingefangen" zu haben. Folglich wars aber umgekehrt

Ich habe das eigentliche "Dimmerscript" der Lampe deaktiviert - und - der "brightness_move" funktioniert tadellos, so wie es soll!

Das ist das "ursprüngliche" Script:

const idLevel = 'zigbee.0.001788010410074e.brightness'/*Brightness*/; 

const idState = 'zigbee.0.001788010410074e.state'/*Switch state*/;

const idLong  = 'hm-rpc.0.PEQ1590616.3.PRESS_CONT';

const idShort = 'hm-rpc.0.PEQ1590616.3.PRESS_SHORT'; 

 

var level = getState(idLevel).val;

var state = getState(idState).val;

var down = false;

if(level > 95) down = true;

var timerpause = null;

 

function rampe() {

   if(down) {

      level = level - 5;

      if(level < 5) down = false;

      else setState(idLevel, level);

   } else {

      level = level + 5;

      if(level > 99) down = true;

      else setState(idLevel, level);

   }

}

 

on({id: idState, ack: true}, function(dp) {

   state = dp.state.val;

   if(state) setState(idLevel, level); // letzter Dimmwert

});

 

on({id: idShort}, function() {

   setState(idState, !state); // Toggle

});

 

on({id: idLong}, function() {

   if(state) { 

      rampe();

      if(timerpause) clearTimeout(timerpause);

      timerpause = setTimeout(function() {

         down = !down;

         timerpause = null;

      }, 600);

   }   

});

Mal schauen was ich daraus bastle, ich baue seit Jahren nur mit Blockly.
Habe es bis heute nicht geschafft, den "sauberen" und "jetzt habe ich es verstanden"-Einstieg in Javascript zu schaffen.

Jedenfalls danke EUCH BEIDEN (!) nochmals ganz herzlich für Eure Unterstützung bei der Fehlerfindung!

LG Stefan.

[Asgothian]

@rotamint sagte in Zigbee: Brightness_move stoppen / abbrechen:

"ohne ack" = vom Javascript-Adapter gesendet

Das ist leider falsch.

Im Log steht:
brightness{"val":100, "ack":"false", "ts":1659575589149, "q":0, "c":"script.js.common.Wohnzimmer.Stehlampe_Dimmer", "from":"system.adapter.javascript.0", ...

Da kannst du sehen:

• wer den state gesetzt hat ("from")
• wann das passiert ist ("ts")
• auf welchen Wert er gesetzt wurde ("val")
• ob er als Steuerbefehl ("ack":"false") oder Wertupdate ("ack":"true") gesetzt wurde.

In deinem Beispiel steht da sogar noch der Skriptname drin. Einfacher gehts nicht.

A.

[rotamint]

@asgothian Verstanden! Lernen kann soviel Spaß machen und Freude schenken! Danke.

[Great SUN]

@rotamint evtl. (nur ein spontaner guess) reicht es bei dem script das zu tun:

Tausche

on({id: idState, ack: true}, function(dp) {

gegen

on({id: idState, change: 'ne', val: true}, function(dp) {

Bin mir zwar nicht sicher, ob man val und change kombinieren kann, aber wenn, dann wäre es das, sonst müsstest Du nur noch ein

if(dp.state.val !== true) { return; } 

drunter setzen und ack:true -> change: 'ne'

[Asgothian]

@great-sun sagte in gelöst: Zigbee brightness_move stoppen / abbrechen:

gegen
on({id: idState, change: 'ne', val: true}, function(dp) {

Bin mir zwar nicht sicher, ob man val und change kombinieren kann, aber wenn, dann wäre es das, sonst müsstest Du nur noch ein
if(dp.state.val !== true) { return; }

drunter setzen und ack:true -> change: 'ne'

Das was du erreichen willst ist

on({id: idState, change: 'gt'}, function(dp) {

Fun fact: In JS gilt: true > false