Ясно. Это потому что центров управления как бы 2. У меня 1.

ну если считать возможность автономного управления светом - то можно сказать и два, но на центр управления сие никак не тянет, дали с кнопками на той же шине по сути также работает

Нет. С дали 1 центр получается, по крайней мере у меня.

кнопки управления не работают автономно со своим дали девайсом (не важно сам ли это диммер или только кнопки с отдачей команды на шину дали)?

Я не использую специальные кнопки с шиной дали, простые с нажатием. Обработка их прилетает в плк и он 1 центр. На родных то-же можно замутить только смысла не вижу. Отказоустойчивое решение просто при случае сработает без димминга и пофиг, это не так важно. Единый центр управления гораздо удобнее чем потеря димминга при маловероятной поломке.

ясно, смысл есть - свет будет работать и автономно если что... ну и говорить об одном центре не получится - наверняка есть управление из интерфейса иоб или его скриптами, что потом уходит в плк... по сути мой диммер тоже маленький плк со своей логикой, там и сценарии можно писать если надо, ну и реализация  диммирования полностью в нем

Так иоб уже не центр а клиент который даёт команды центру, а учитывая кучу штатных внутренних возможностей это удобно (типа команды на плавный рост света ). Это уже другая тема, мне важно какая минимальная задержка в принципе реализуема при управлении как с иоба так и с физ. кнопок, при чём без видимых и невидимых проблем синхронизации.

так и у меня то же самое - иоб только команды отдает на нужный уровень канала если захотелось поуправлять из интерфейса или в каком-нибудь общем сценарии, а диммер сам рулит уровнем, плавностью включения (причем это можно на нем менять на каждом канале), частотой ШИМ... ну а с задержками вообще никаких проблем, проблема случается если кнопки вешать на модбас на какой-нибудь не очень подходящий модуль ввода-вывода и считывать их состояние, но тоже решаемая

Тогда не понятно почему у вас микроморгание. Ещё хотел бы узнать реализации массовых решений на модных железках типа зигби которых у меня нет ...

микроморгание в интерфейсе? так уже объяснил... видно как при отдаче команды в виде кнопки сначала в иоб устанавливается нужное значение, потом оно скоренько возвращается к старому (видимо пришло показание в результате считывания с девайса, на котором еще не установилось нужное), потом скоренько проходит команда на установку и считывание уже дает новое значение... при желании это можно вылечить используя промежуточные переменные JS, которые и отдавать в интерфейс VIS, иначе он успевает кратковременно показать реальное значение на устройстве... при этом если уменьшать время поллинга моргание уменьшается, но не пропадает, что говорит о хорошей реакции самого иоб на изменения - тот даже за десятки миллисекунд (пробовал) успевает в себе увидеть изменения и отобразить в VIS

камрады, а где задаётся сколько столбцов-строчек будет в меню ?

а то у меня где три - где один.
а разницу в скрипте не могу найти

точнее не так

width:      3, 

прописано
но на самое первое меню это не работает

Вообщем докладываю... получил сегодня чудо китайской электроники - датчик наличия напряжения с модбасом. Хорошо что сначала заглянул под крышку и не мучался с проводами. Оказалось обычное мошенничество. Простейший датчик напряжения, хотя есть панельки под процессор и 485 преобразователь. Но пустые. Фото ниже. https://aliexpress.ru/item/4001350234783.html

Напиши чем закончится спор на али..

Напишу... чего-то косяки поперли, до этого заказал датчик - прислали не тот, тоже спор буду открывать.

использую куб сяоми и икеевские пульты, проблем нет.

Какая задержка в отображении при использовании управлялки которая идёт не через иоб а напрямую к диммеру?