До пензии ждать будете нужный оттенок )

а конечная цель какая? чтобы пользак кнопку на нужной гамме успел отпустить? 😊

Цель с помощью одной кнопки перебрать гамму и остановится на нужном цвете.

ну вот и вопрос про остановиться 😊

Скорость реакции при переборе цикла

Это как раз не проблемы

😊

просто если паузиться для фиксации - то цикл оочень долгий будет 😊

Я делал это на zwave.me и все было норм. Просто подбираешь transition под себя. После перехода на HA решил это повторить

Я думаю что с люксометром никто стоять не будет. Примерно нужный цвет подберется и норм. Если не успел то можно по второму кругу

Задачка интересная. Но чисто в теоретическом плане. Если сделаете - будьте добры поделиться решением )

Ну я недеялся что тут помогут, ну видимо да. Придется самому пилить и сюда потом кидать )

можно рандом, примерно так:
rgb_color: ['{{ (range(0, 255)|random) }}','{{ (range(0, 255)|random) }}','{{ (range(0, 255)|random) }}']

циклы и ха немного не але...как минимум через ямл

А они вообще возможны вне событийной модели тут?

Мда.. time_pattern с seconds: "/1" и +10 для  input_digital значения - всего-то 1 658 137,5 секунд 😊

я точно не доживу )

Добрый вечер! Подскажите пожалуйста (чайнику и новичку в НА). У меня есть электросчетчик, вытаскиваю с него данные через RS485 (посредством MegaD). Ответ получаю, все нормально. То есть в системе появился сенсор со значениями такого вида:  01|04|04|43|6e|d8|4a       4,5,6,7 байты это как раз ответ счетчика (напряжение в данном случае). Данные в IEEE 754 floating point. Если вставлять 4-7 байты в любой онлайн конвертер IEEE 754 - то выводится правильное значение.

Вопрос - как мне дальше поступать с ними? Как перевести в нормальное человеческое значение и дальше использовать как обычный сенсор?

Вроде как в стандартной Modbus интеграции этот стандарт расписан