Feature description
J’ai un bouton ikéa sans fil qui permet de faire varier la luminosité d’une ampoule quand il lui est associé en direct.
Via Gladys et Zigbee2MQTT je n’ai pas la possibilité de faire la même chose.
Node-Red le permet via une pseudo boucle infinie, mais c’est pas ouf en terme de performance, stockage base de données et expérience utilisateur.
Je voudrais pouvoir faire varier l’intensité lumineuse ou la lumière avec des boutons prévus pour, qui ont un + et un -.
J’allais ouvrir une demande de fonctionnalité aujourd’hui qui concerne aussi les sliders de lumière…
Je réponds ici pour voir si je crée un autre topic ou pas au final.
Ce qui est compliqué quand on a plusieurs ampoules c’est qu’elles puissent avoir toutes la même luminosité / temperature de couleur… Or là on fait a bisto de nas en jouant avec le slider.
Je pensais de mon côté à un affichage en chiffre lorsqu’on slide (du genre un curseur avec une valeur écrite dedans). Comme ça on peut facilement régler les ampoules sur la même valeur.
Du genre ça : html - HTML5 input type range show range value - Stack Overflow
Mais encore mieux avec la valeur intégrée au point du slider que l’on déplace.
Bonsoir guim31,
Pour depanner j’ai fais ça sur Node-Red, j’ai 2 slider et un affichage suivant le slider que tu bouges, la valeur correspondante s’affiche, c’est pas terrible mais ça fait le job 
En effet c’est n’est pas l’idéal, mais c’est une sympa petit hack ! 
Sauf que dans mon cas j’ai un bouton physique qui est pas géré par Gladys et pas nativement par node red j’ai l’impression 
Sinon pas mal l’astuce, ça peut être bien pratique !
bonjour lmilcent,
Par curiosité c’est quoi ce bouton?
Ce n’est pas compatible avec un pont Hue? il me semblait que les ampoules l’étaient. Mais il faut un pont Hue pour le voir:grinning:
I noticed that IKEA allows you to physically pair the +/- buttons with a bulb to control its brightness.
It doesn’t even go through a proprietary hub.
How could we set up this kind of pairing in Gladys? Because looking at triggers in scenes, we could do:
DOWN, Light Down or an equivalent action sent by the buttonSTOP or UP). The user can choose the value in milliseconds between each step.This way, Gladys uses few resources to dim a bulb, and the physical dimmer buttons are still managed via scenes.
I did a test in Node-RED, but my loop was too fast and caused 100% CPU usage.
I think this issue can be solved with a « While » action in scenes.
What this allows you to do:
While : action = « brightness_move_up » and brightness < 100
Then :
- Brightness = brightness + 10
- Wait 200ms
I think there could be a feature request for this « while » block 
However, that will come after this topic is finished :
In theory, it’s a good solution.
In practice, it needs to be tested for this particular case.
I had to make a « pair » in Z2M directly so that the button could control my bulb’s brightness in a « smooth » way.
Otherwise manually, with NodeRed for example, you could see the different brightness levels in steps, without it being « smooth ». Not bothersome but less pleasant to live with.
Okay, so does this feature request still make sense?
Yes, basically the idea is to offer an option in the Gladys service to configure the button / LED pair, as you can do manually in Z2M.
So that nobody has to use the Z2M UI, and can do everything in Gladys.
Honestly, I don’t know if we want to copy this feature into Gladys if it already exists in Zigbee2mqtt.
And I’m not sure we want to highlight this feature; pairing a button with a lamp brings a lot of drawbacks: for one, you can no longer use the button in Gladys.
So you end up with a « simple » button that only does on/off/brightness control. For me, the whole point of Gladys is to be able to make smart buttons.
For example, at my place all my IKEA buttons have different behaviors depending on the time of day: during the day, they turn the ceiling light on at full power, and at night they turn on the LED strip on the floor (no ceiling light), or set the ceiling light to reduced brightness. To get full power at night, I configured a long press on the button.
If I had paired my button, I wouldn’t have been able to do any of that!
[quote=« pierre-gilles, post:14, topic:6909 »]
For example, at my
It’s true that it’s a major drawback.
The « while » loop remains useful in many cases; I’ll make the request!
I propose closing this request.