Что такое “сырое значение канала” которое описано в документации и есть в WEB UI контроллера, но отсутствует в карте регистров? Предполагаю, что это адреса 90, 91 и 92 (Служебный регистр. Желаемая скважность управляющего сигнала силовых транзисторов) так как только они больше всего подходят под описание (и почему это не указать в документации, хотя бы в скобках? Тут так обзываете в другом месте по другому …)
Если предположение верное, то регистры поддерживают. запись, что замечательно. Если туда записать какое-либо значение, то яркость поменяется? А что будет при выключении, включении … плавном изменении яркости в процентах кнопкой (и с указанной кривой диммирования)? То есть можно ли регулировать яркость сырыми данными (а значит со своей “кривой диммирования” и без ограничений процентов, максимумами и минимумами)?
Задача плавной, но очень быстрой регулировки освещенности по датчику освещенности.
При этом “скважность”, “проценты” это замечательно, и даже очень нужно при ручном регулировании и понятном пользователю, но задача получить конкретную яркость, а не проценты. И эта яркость зависит от многих факторов, в том числе выходе из строя части ламп и их деградации (что никакие проценты не учтут).
И еще вопрос, на который не смог найти ответа.
Каким образом из wb-rules можно убедиться, что конкретный топик опрашивается (и как опрашивается)? Как из wb-rules изменить порядок опроса топика (например при аварии становятся очень важно реагировать быстро на конкретные топики сделать опрос чаще … или убедиться, что включен опрос топиков, выключенных по умолчанию (и оно может сброситься при обновлении).
И в документации не описан (а значит поведение может измениться) следующий момент.
Что будет, если правило еще выполняется, но пришел новый топик и сработало “whenChanged” еще раз? Движок правил выполняет правила параллельно? Или будут выполнены последовательно? А в каком состоянии переменные (var) будут в правиле? То есть пришло значение 100 после 50 в переменную. Первым делом меняем значение этой переменной, но правило все еще выполняется … Приходит значение 200, и что? Новое whenChanged ждет окончания выполнения старого whenChanged или запускается параллельно … что будет с переменной?
Предположу что речь идет о диммере WB-MDM3.
Служебные и диагностические регистры не описываются подробно так как их наличие ну и работа могут быть изменены в зависимости от версий прошивки.
Да.
Да, можно. Но в следующей версии прошивки может поменяться.
Если не активен meta/error - значит опрашивается.
Нет, такой возможности нет.
Выполнит параллельно.
Те что передаются в функцию при запуске - естественно не поменяются. Те что запрашиваются в процессе выполнения (значения dev) - ,eltn frnefkmysvb/
Запустится параллельно. Кто последний поменяет “глобальную” переменную (или значение в топике) - таким оно и будет.
Этого нет в документации (или не видел), а очень важно. При этом все инструменты, чтобы это учитывать - есть.
А что будет если состояние канала MDM3 выключено (и сырое значение = 0), если записать сырое значение отличное от нуля с состоянием канала? Он автоматически “включится” или эти топики в устройстве никак не связаны?
По сути 0 -выключено.
Почему этот топик вообще “диагностический” и не описан подробно? Почему в документации и в карте регистров даже обзываются по разному?
Процент освещенности - это удобно, но не всегда, а MDM3 может гораздо больше.
В моем случае, например, кривая диммирования логарифмическая и линейная - никак не не работают “нормально”, а других “кривых” нет. При этом передача сырых значений решает проблему.
Также есть вопрос автоматической калибровки. На глаз сидеть подбирать значения - то еще занятие, и сильно субъективное! Есть датчик освещенности. Есть заданные значения яркости, которые нужно достичь. wb-rules легко позволит откалибровать (минимум и максимум яркости" автоматически! (И даже, почему-то, нет таких штатных скриптов …).
Как это вообще сделать программно тогда? Пусть не из wb-rules, но не руками? Как установить программно все необходимые данные, которые устанавливаются из интерфейса? Ведь если не включить опрос (и не настроить его так как нужно), то контроллер просто не будет опрашивать эти данные. Но ничего не должно мешать автоматически проверить как настроен опрос и включить его, если, например, он выключился при обновлении и по другим причинам (а скрипт на wb-rules основывается на этих данных … а они не приходят)
Канал включится при этом значения в “рабочих” регистрах не изменятся.
Этот регистр - именно итоговое значение скважности. Его изменение не пересчитывается вверх.
Не предназначен для использования в качестве управляющего.
Тут пожалуй смешано в кучу несколько совершенно разных моментов…
“После обновления” корректную работы контроллера в продакшен - проверяет специалист который его обновляет.
Статус “аварии” - может возникнуть по множеству причин, но вот он как раз обработается.
Исходя из ваших ответов, не вижу ни одной причины не документировать топик. В том виде как он есть. Результат все равно нужен. Поведение специфическое, но вполне понятное и управляемое.
То что сверху, перебивает что снизу. Тоже понятно.
Но так как «не документировано», не позволяет использовать устройство «на полную».
Банально, даже заданную яркость не установить, так как в 1 процент попадает слишком большой диапазон «сырой яркости» (то есть реальной скважности).
Вот это абсолютно логично.
Вряд ли поменяется.
И нет причин не документировать …
Наоборот.
Проблема: если еще не достаточно темно, тот кто включает свет нажимает кнопку дважды, так как после первого нажатия “нет видимого эффекта” сразу. То есть кривая нужна или более крутая (при этом не факт, что и так будет работать) или старт должен зависеть от текущей яркости (что легко реализуется “сырыми данными” и датчиком освещенности)
Если темно:
то старт с большей яркости бьет в глаза (но еще “терпимо”, без диммера такой же эффект)
нет возможности сделать очень низкую яркость (подсветку) ночью …
Если я правильно понимаю вашу задачу, то вы пытаетесь реализовать режим фиксированной (стабильной по уровню) освещенности в зоне датчика освещенности.
Т.е. формируете систему со 100% ООС , где в качестве информации об освещенности выступает соответствующий датчик, а в качестве управляемого элемента - диммируемый источник света, причем диммируемый “по 220”, поскольку речь идет о WB-MDM.
Подскажите, а какие источники света вы используете?
Насколько нормально (устойчиво на малой яркости) и с какого минимального порога они у вас диммируются?
Дело в том, что за последние 15…16 лет мне так и не удалось найти хоть сколько нибудь приемлемые светодиодные источники света (лампочки/светильники), которые могли бы нормально диммроваться “почти с нуля”. Если использовать лампы накаливания/галогеновые, то даже самый примитивный диммер позволяет “нагреть” нить накала от вишневого свечения и до максимума, в то время как минимальный порог “светимости” у LED ламп всегда достаточно высокий (явно не для ночной подсветки). Причем это свойственно как дорогим специализированным фирменным лампам (были такие еще в то время когда Китай еще не так широко шагал по миру электроники), так и современным дешевым “китайским поделкам”.
Напомню - речь идет о диммировании по 220В (в том числе и трех/четырех проводном).
Диммирование по низкому напряжению (тот же низковольный PWM) не вызывает абсолютно ни каких проблем - можно диммировать источник света от 0%
К сожалению, часть объектов со старой проводкой (двухпроводное подключение люстр, скрытая “намертво” проводка и пр.) простыми способами не перевести на “низковольное питание” - на таких объектах, как это не банально звучит в конце 2024 года, у меня все еще стоят галогенки.
Варианты “умных” ламп (питание 220V не диммируемое, управление по RF/BT и пр. ) у нас нигде не прижились (хотя некоторые из них могут диммироваться почти от 0% ).
И так, повторю вопрос - какие у вас диммируемые по 220В лампы/светильники? Удалось ли вам найти что-то приемлемое?
В целом - да.
Цель несколько иная (и в целом реализована в обычных продвинутых диммерах в щит):
три базовых яркости (обычный свет, свет ночью, слабая подсветка)
на выходе получаем именно яркость, а она складывается от внешнего освещения (Солнце в пасмурную погоду светит недостаточно, но лампы работают на 40 процентов всего и великолепно). то есть автоматическое поддержание заданной яркости (облако ушло, сырые данные упали почти до нуля …)
плавная регулировка, чтобы не било по глазам (но не с нуля и не до нуля … что штатно в WB вообще не возможно по документированным функциям, но вполне реализуется с помощью контроллера как в продвинутых обычных диммерах через “сырой канал”)
Еще раз - на выходе яркость. И тут три момента.
Есть нормы, есть формулы и рассветы, есть разные лампы … прежде чем делать все это изучал. В результате цель обычного освещения в комнатах - 180 лм. Лампы выбраны с небольшим запасом (сейчас на 100 процентов выдает около 260 лм на комнату … и сейчас есть идея поставить на двойной клик режим “уборка”, когда свет на максимуме. Но не уверен
На глаз разницу между 180 и 260 особо не различаешь, но все что больше 190 уже начинает “слепить” … но без диммера это просто неудобство и не особо замечаешь …
Так как на глаз слабо отчищается яркость, а сейчас после экспериментов уже полное понимание какая она нужна (и понимание, что нормы и формулы реально работают и не с потолка), возникает вопрос как настроить …
Лампы могут деградировать и выходить из строя (но есть надежда, что в режиме эксплуатации не более 80 процентов прослужат очень долго), за два года до запуска диммера из 12 ламп в двух помещениях используемых в режиме без диммера вышла из строя только одна (начала светить слабо и видно каждый светодиод), это легко учесть измеряя яркость, а не проценты в попугаях.
Лампы выбрал диммируемые в патроне GX53. Они димируются практически от нуля (и в этом случае каждый светодиод внутри виден …).
Из-за ограничений документированных возможностей пришлось сильно поднять нижнюю границу (она сейчас около 3800 (на глаз мало чем отличается от 2500, но реально яркость разная), а верхнюю сильно опустить (лампы димируются до 9999 …, но на глаз более 6800 не отличаются особо). В результате получаем диапазон 3000 и это как-то можно управлять с помощью процентов … но об подсветке приходится забыть, как и об максимально возможной яркости - иначе управлять не реально.
Лампа Navigator NLL-GX53-10-230-4K-DIMM
Заявлено димирование от 5 процентов (но мне не проценты нужны - а яркость, она почти от нуля) и не более 10 на один канал диммера (у меня в самых больших помещениях по раасчетам 10 ватных хватит 9 штук), существуют 11 ватные другого производителя.
Попробовал менять яркость “документированными” возможностями - процентами, прибавляя и убавляя их на 1 процент по яркости, но в некоторых случаях 1 процент это примерно до 5 лм … что много …
Ну и эффект от диммирования … экономия на электричестве на лампах при управляемом диммированиии - примерно в два раза на помещения с окнами. Коридоры тоже будет эффект большой, так как туда активно светят комнаты, когда в них горит свет …