cflurin/node-red-contrib-dsm

Fading example: alternate input scheme (feature suggestion)

Closed this issue · 3 comments

I love the fading example that you provided! (trying to do a slow fade with a smart dimmer)

With the current design, the step and delay depend on each other in order to create the end fade duration and speed

It would be great if it could take:

  • Target
  • Delay (how many updates per second)
  • Duration (how many seconds the fade takes)

or, for quicker fades:

  • Target
  • Delay (how many updates per second)
  • Ramp Speed (how much the brightness can change each second. This would allow a smaller fade to take a shorter period of time, while a larger change would take longer)

This would allow the delay / update interval to essentially be set once based on the capabilities of the target system, and the remaining values could then be adjusted independently of one another.

Hi,
Sorry I missed your posting.

Did you try to implement this new scheme?
Please, post your configuration. If you face difficulties, I'll try to help.

You're awesome, thank you!