Uw opmerkingen
Добрый день!
задачу обозначенную в своем вопрос - я так и не решил.
хотел снизить стоимость "релейного" канала таким образом, но руки не дошли
из возможного решения проблемы - было применить устройства wirenboard, т.к. у них была заявлена поддержка виртуальных устройств HDL, но что то пошло не так. с тех поддержкой мы долго пытались запустить эту связку
сейчас единственным решением которое мне удалось сделать - это связка: устройства управления HDL (#выключатели, панели) - логический модуль HDL - иридиум
и то решение оставляет желать большей надежности
не всегда считывается состояние UV - на логическом модуле
добрый день!
удаленно вроде бы все не плохо, но завтра буду на объекте - проверю в живую.
все равно до конца не могу понять физику этого параметра
USER TIMER при ReadStatus
даже к тем же датчикам движения (HDL тип обрудования Sensors In One)
каналы выставлены правильно, все считывается, но только принудительно
одно дело, когда у меня опрос температуры и освещенности идет каждые 5 минут - не проблема
но вот с параметром, датчик движения - совсем туго.. он у меня ни как не хочет фиксироваться...
(наверное отдельную тему надо сделать по поему вопросу)
чувствую, что моя идея не находит поддержки..
но реально, блин, глаза устают, найти что то в IriiumStudio 3.0 при работе с серверным проектом.. хоть какой то поиск с минимальном виде сделайте пожалуйста..
очень надо для удобства работы..
вроде бы и работает, но как то не стабильно
или проблема в шлюзе HDL BS-MC
в какой то момент времени все равно проиcходит сбой в получении обратной связи сервером с HDL шлюза (HVAC)
причем заметил, когда страница на панельном проекте закрыта, то вероятность, что данные на сервере не изменили - высока
время опроса данных - выставил - 5 сек, но почему то не помогает
причем сам HDL пишет что прошивка у меня последняя.
Добрый день!
т.к. пока не смог победить работу иридиума и HVAC модуля (в реальности используется шлюз для CoolMaster)
решил попытать счастье используя модуль(драйвер) DLP (AC, FH)
беру готовый модуль из библиотеки даю адрес панели,
в случае использования классической (черно белой DLP) - в строке Option, что выставляем?
пытался и 0 и 1 выставить, в ответ нулевые значения
в части теплого пола, данные получаю и управляю,все ок
при этом проверил на Enviro, так же на с выставлением 0 или 1, в результате значения ноль
HDL.DLP Panel 1-90 AC FC:AC Mode
0.000000
Set
HDL.DLP Panel 1-90 AC FC:AC Lock
0.000000
Set
HDL.DLP Panel 1-90 AC FC:AC Heating Temp
0.000000
Set
HDL.DLP Panel 1-90 AC FC:AC Fan Speed
0.000000
Set
HDL.DLP Panel 1-90 AC FC:AC Cooling Temp
0.000000
Set
HDL.DLP Panel 1-90 AC FC:AC Auto Temp
0.000000
Set
да, но как получить шлюзование данных между разными системами?
можете пример сделать, HDL BUS в MQQT?
буду благодарен, спасибо
Добрый день, Дмитрий!
загрузил Ваш пример проект на сервер
ввожу данные на канал вирутал1, виртуал1 обратная связь молчит...
Да нет, вроде все верно указал
вот с командой Ise Timer не до конца понятно, если я ее ставлю True и время в секундах, она будет самостоятельно с заданным интервалом запускаться?. какой период поставить будет корректно?
Read Status of AC - должен быть и в командах и в обратной связи?
изначально он у меня стоит только в команде, с указанным номером блока
сегодня на объекте разбирался с взаимодействием HDL-CoolMaster4000M-Iridium
заметил одну странность:
вкл.выкл - работает
выбран нужный режим работы, к примеру Auto,
отравил его через сервер, через вебинтерфейс
следом стараюсь сразу (2..3 сек, делал и быстрее) отправить нужную температуру
но почему то не всегда корректно уходит следующей командой вставляемая температура:
- если я к примеру отправил температуру не сразу, то потом уже ни как не получается исправить
- или к примеру, если отправить температуру, но в этот момент будет стоять другой режим, шлюз HDL - "подвисает", иногда удается его через управление DLP панели запустить, или через питание, или открыть в HDL BUS Pro и сделать сохранение (по сути перезапускаю)
по началу я так и думал, что где то косяк в отправке команды, но методом научного тыка выявилась закономерность. надо отправлять температуру соответствующую выбранному режиму (текущему)
с обратной связью-так и не разобрался, видно что иридиум ее берет с HDL модуля, но при этом данные по установленной температуре не всегда те, что были выставленные
по ходу дела, там видимо на уровне протокола реализован следующий алгоритм:
- DLP или иридиум отправил команду на SB-MCM, он ее сразу отправил на CoolMaster
а затем, он то ли пытается уже сам обновить данные которые выставлены на кулмастере или еще как то...
но очень хочется запустить работу на иридиуме, будет разбираться дальше
заметил сейчас такую особенность, понял даже после каких моих действий появились значения
я удаленное - через программу HDL-BUS Pro зашел на DLP панель, получаю т.о. возможность повлиять на блок SB-MCM, вот после того как я отправляю с DLP измененные данные, плюс минус играю температурой.
то после этого я делаю команду Read Status of AC, причем как в документации с любым аргументом, то сразу считаю значения..
вторая посылка команды - приводит к получению нулей
Customer support service by UserEcho
HDL Belarus, все верно. у нас с вами общая проблема и задача
я так и хотел, что бы иридий сервер - эмалировал виртуальное устройство HDL (ну как минимум логический модуль с его кучей UV ключей)
которым можно было бы управлять с DLP панелей (выключателей) - запускать сценарии, шлюзовать в другие системы.
но задача мной до конца так и не реализовалась (честно говоря - я так и не понял, как реализовать шлюзование HDL-MQTT
P.S. на объекте заказчик вдруг решил, что ему нужно поставить на каждое направление водопровода - свой сервопривод, всего их 13, но решить проблему "не дорого". на HDL достаточно затратно это было бы. вот и стали искать решение за канал дешевле (нашли WirenBoard - перекидное реле, подкупило заявленная совместимость с HDL, на деле все оказалось печальней).