sprut / hub Goto Github PK

Расширение возможностей виртуального термостата на базе любого датчика температуры.

Помимо имеющейся возможности задавать температуру нагрева и управлять реле, предлагаю:

1. Добавить гистерезис. Для предотвращения многократного включения реле на пограничной температуре.
2. Добавить задержку включения реле. Для предотвращения ложных срабатываний от сквозняка.
3. Добавить выключение термостата при событии от датчика открытия двери/окна.
4. Добавить порог автоматического включения от замерзания.
5. Добавить коррекцию на показания датчика температуры. (Например универсальный датчик WB передает температуру воздуха в помещении, но бывает что необходимом установить датчик в пол, в стену и т.д. который будет показывать температуру в том месте куда его установили, конечно же она будет отличатся от температуры воздуха в помещении. Для того, чтобы пользователь мог оперировать привычными для себя условиями восприятия температуры воздуха - нужна коррекция)
6. Если датчик установлен в пол - ввести понятие максимальная температура. (чтобы не перегреть. (вообще правильно добавить - датчик воздуха или пола.

Кнопка Mi круглая. Zegbee
В ХК долгое нажатие кнопки читается как короткое нажатие. В Михоум долгое нажатие работало.

Кнопка
https://ru-mi.com/besprovodnoy-kommutator-xiaomi-mi-smart-home-wireless-switch?gclid=Cj0KCQjws7TqBRDgARIsAAHLHP5xlt890Ng3NXTzbeq4ctG5q-5kUQaNU2ogCMUnkmI3Lt5YtESfB_8aAgmHEALw_wcB

Такие как
Пылесос
Увлажнитель
Приточная вентиляция

Сразу извиняюсь, если не тут и не то написал.

** Максимально подробное описание предложения.**
Мне кажется, что нужно установить в одном из разделов ПО СпрутХаба монитор ресурсов железа. Что бы не перегрузить обилием устройств и дополнительно установленным ПО. (например нодеред)

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

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

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

Если удалить девайс из WB
mqtt-delete-retained "/devices/wb-mrm2_114/#" , то в приложении ДОМ, визуально, ничего не меняется, надо бы посылать статус NO RESPONSE. При этом в логах есть ошибка чтения.

** Подробное описание ошибки **
Пытаюсь зарегистрироваться, ничего не происходит, по нажатию на кноку

** Как воспроизвести ? **
попытаться зарегистрироваться с парольлем 123456

** Ожидаемое поведение **
увидеть текст об ошибке

** Скриншоты/ Логи **

** Пожалуйста, заполните следующую информацию: **
  chrome

При текущем шаблоне в аксессуарах создаются дубли состояний. Добавляются так:
Added accessory: id=60, name=Выключатель, model=517F
Added accessory: id=59, name=Выключатель, model=517F_1
Added accessory: id=58, name=Выключатель, model=517F
Added accessory: id=57, name=Выключатель, model=517F_1
Added accessory: id=56, name=Выключатель, model=517F
Added accessory: id=55, name=Выключатель, model=517F_1
Сам шабон выглядит так:

{
  "name": "Выключатель",
  "manufacturer": "ChiFun",
  "model": "517F",
  "url": "https://ru.aliexpress.com/item/32806792768.html",
  "mask": "517F_.*",
  "services": [
    {
      "name": "Выключатель",
      "type": "Switch",
      "characteristics": [
        {
          "type": "On",
          "link": "Integer/!DO_.*!"
        }
      ]
    }
  ]
}

Топики:

Модель MCCGQ11LM.
В Спрут хаб они заходят. Но действия которые можно создать на нажатие не работают. Другие кнопки Aqara (другая модель) работают прекрасно, так что дело не в кривых руках.

Привожу фото кнопки, коробки и что есть в Спрутхабе.

** Дополнительные материалы **
Любые внешние материалы, которые помогут в осознании вашего предложения: ссылки, скриншоты и т.д.

У меня диммеры заведены через скрипт. отображаются как dimmer1 dimmer2 dimmer3 dimmer4.
После обновления тип "DimmableLightbulb" перестал поддерживаться. Попробовал создать по шаблону WB-MRGBW-D, но ничего не вышло. Прошу помочь с шаблоном.

Для замка Vima Smart Lock Cylinder (Xiaomi/Tuya) добавить статусы открыто/закрыто.
Сейчас замок только подключен к сети, но никак статусы не передает.

** Подробное описание ошибки **
При попытки изменения цвета (RGB каналов) из Sprut.Hub (homekit и яндекс, соответственно) никаких изменений не происходит. Отдельно белый канал W отрабатывает отлично. Из самого Wirenboard управление работает, как RGB, так и W каналами. При подключении напрямую к топикам модуля и изменении каналов RGB из Спрутхаба, никаких изменений в топике RGB модуля не происходит тоже.

** Как воспроизвести ? **
Подключить модуль WB-MRGBW-D к Wirenboard по RS-485. Подключить к модулю RGBW ленту и блок питания по инструкции. Убедится, что модуль управляется из WebUI Wirenboard правильно. Установить Спрутхаб на Wirenboard. Убедится, что модуль появился в аксессуарах как два устройства W лента и RGB лента. Проверить работу W ленты, проблем не будет. Проверить работу RGB ленты, можно из под homekit или яндекса, эффект аналогичный - работать не будет.

** Ожидаемое поведение **
Конечный результат изменение цвета из homekit и яндекс

** Скриншоты/ Логи **
Все в описании.

** Пожалуйста, заполните следующую информацию: **
  - Версия: SprutHub 1.3.8b

** Дополнительные материалы **
Все в описании.

** Подробное описание ошибки **
Датчик движения перестает уведомлять о движении раньше, чем оно по факту прекращаяется

** Как воспроизвести ? **
Шаги для воспроизведения ошибки, описывать как для "тупых" максимально подробно:

1. Зайти в настройки аксессуаров
2. В настройках датчика движения выставить время 40000, порог срабатывания 20
3. Проверить из приложения дом, время отображения датчика в состоянии обнаружено движение будет около 3х секунд.
4. Смотрите ошибку

** Ожидаемое поведение **
Отображение состояния датчика = обнаружено движение после прекращения движения в течении установленного в настройках времени

** Скриншоты/ Логи **
Приложите скриншоты или логи, для описания проблемы.

видео срабатыавания датчика https://youtu.be/e5uATYA5bjc

** Пожалуйста, заполните следующую информацию: **
  - Версия: 1.2.1b

Прошу добавить возможность добавлять или исключать устройства в системы УД по отдельности, что бы можно было добавить устройство в Яндекс, но не добавлять его в Home Kit.

** Подробное описание ошибки **
Чётко и коротко об ошибке.

Не пробрасывааются релейные модули wb-mrwl3 и wb-mr6lv/s в раздел аксессуары spruthub.

** Как воспроизвести ? **
Просто иметь датчик подключенный к wirenboard

** Ожидаемое поведение **

Появится в аксессуарах.

** Скриншоты/ Логи **
Приложите скриншоты или логи, для описания проблемы.

WB 6.5 с последней прошивкой.

В общем нужна поддержка по крайней мере трех типов пультов:

Xiaomi Universal IR Remote - шайба - потому что она умеет отправлять Pronto HEX
Broadlink - потому что он доступный и под него много чего есть и так
Tuya - потомучта яндекс...

Причем коды устройств надо чтобы можно было добавлять вручную, потому что есть справочники типа remotecentral

Очевидная штука, хотелось бы иметь возможность обновлять СХ из UI.
Первое время большое количество обновлений/фиксов выходит, можно не уследить.

Кнопку обновить можно вынести в "настройки"

Большой список вызывает проблемы, особенно когда два модуля di-dr по 16 контактов, или реле на 6 - все вперемешку. Предлагаю сортировать как в ВБ по топику, а не по ID !

** Подробное описание ошибки **
При удалении несуществующего устройства из моста, удалился сам мост

Смогу проверить эту ошибку только в выходные, так как удаленно мост не подключить.

** Подробное описание ошибки **
Датчик касания, с опцией inverted, при добавлении в хоумкит - всегда показывается как открытый (хотя он закрыт == 1), надо открыть/закрыть физически, чтобы исправилось.

** Подробное описание ошибки **
При установленном 2000 (2с) реле не выключается физически

** Как воспроизвести ? **

1. В Аксессуарах установил switchOffTime (2000)
2. Реле отобразилось в ХоумКите .
3. Нажимаю в ХоумКите на кнопку реле.
4. По прошествии двух секунд, состояние картинки кнопки реле переходит из включенного в выключенное.
5. Реле остается в состоянии включено.

** Ожидаемое поведение **
По прошествии заданного времени переводить состояние реле выкл.
** Скриншоты/ Логи **
Видео работы представлено в чате. Если необходимо попробую вставить сюда.

** Пожалуйста, заполните следующую информацию: **
  - Версия: IOS 12.4 (бета) IPhone 8, последняя официальная на IPhone Xs

** Дополнительные материалы **
Проверял на разных типах реле - Сяоми, WB

** Подробное описание ошибки **
Датчики протекчки нептун не присылают оповещения о протечке в Homekit.

** Как воспроизвести ? **
Добавляемляем учетную запись нептун в SH.
Добавляем хаб в приложение Дом или SprutHome
Иницируем протечку.

** Ожидаемое поведение **
Уведомления о протечке в Homekit

** Пожалуйста, заполните следующую информацию: **
  - Версия SH: SprutHub 1.4.0b

• Версия iOS 12.4.3

** Подробное описание ошибки **
Двухканальный модуль реле WB-MRM2-mini не появляется в Аксессуарах

** Скриншоты/ Логи **
в контроллерах он есть. Вот часть:
wb-mrm2-mini_33/Input Voltage | voltage | true

** Максимально подробное описание предложения.**
Прошу добавить в "Комнаты" зоны, для группировки комнат по назначению / этажности

Желательно придумать как называть "комнату" которая на самом деле улица.

** Подробное описание ошибки **
При попытке спарить зигби и акаровские кнопки выдает ошибку/

При более ранних версиях Спрутхаба? они заходили, но не работали, сейчас не заходят.

** Подробное описание ошибки **
Странная штука по терморегуляторам. Он отображает как будто они включены, но в состоянии отображается будто выключены, нажимаешь на переключатель - они выключаются, хотя переключатель не двигается

** Как воспроизвести ? **
Происходит, если сначала поставить температуру 16, а потом включить нагрев. Если после этого ещё раз поменять температуру, то все ок

** Ожидаемое поведение **

** Пожалуйста, заполните следующую информацию: **
  - Версия: 1.2.1b

** Дополнительные материалы **
https://youtu.be/2j7CLbDgA1Y

В шаблоне /mnt/data/makesimple/.SprutHub/data/Templates/ZWave/AEON\ Labs/ZW100.json не хватает еще одного типа, из-за этого не определяется устройство, нужно строчку
"modelId": "0002:0064,0102:0064,0202:0064",
заменить на
"modelId": "0002:0064,0102:0064,0202:0064,1A02:0064",

При добавлении привода рулонных штор AQARA(Zigbee) в SH данный привод никак не отображается в приложении «Дом».

1. В web-интерфейсе Спрутхаб в строке устройств ZigBee нажимаем на значок лупы. Запускаем поиск новых устройств ZigBee.
2. На пульте привода рулонных штор нажимаем маленькую кнопочку на нижней грани пульта, диод светится синим цветом, потом красным(отпускаем как начал гореть красным). привод переводится в режим сопряжения.
3. Спрутхаб находит и идентифицирует устройство как “lumi.curtain.aq2” и оно отображается в интерфейсе Спрутхаба в разделе ZigBee-устройств.
4. Отображение в приложении «Дом» не происходит, никаких новых иконок не добавляется.

Ожидалось появление в приложении «Дом» иконки для данного устройства с возможностью управлением привода на открытие и закрытие.

** Подробное описание ошибки **
Датчик температуры не виден во вкладке аксессуаров

** Как воспроизвести ? **
Подключить датчик DS18B20 по 1-wire

** Ожидаемое поведение **
Данные с датчика температуры в HomeKit

** Скриншоты/ Логи **
Скриншот из Wiren Board Web UI (MQTT Channels)

** Пожалуйста, заполните следующую информацию: **

• SprutHub 1.1.1b (последнее обновление на 05.07.2019)

** Дополнительные материалы **
Сам датчик: https://wirenboard.com/ru/product/1wire-DS18B20/ подключен непосредственно к Wirenboard.

SH не может прокинуться в HomeKit из-за проблемы обновления с Украины. Не устанавливаются файлы обновления, так как они размещены на mirror.yandex.ru

Шаги для воспроизведения ошибки:

1. В консоли WB вводим "update"
2. В логах видим ошибки: "не удалось найти IP-адрес для "mirror.yandex.ru"
3. И соответственно, мы не можем скачать файлы обновления с этого ресурса
4. SprutHub не обновляется из-за невозможности скачать файлы обновления таким образом

В результате мы не можем прокинуть SH в HomeKit

  - Версия: [Windows 10]

Проверенным решением данной проблемы является замена Репозитория для скачивания файлов обновления. С помощью команды автозамены в консоли Wiren Board:

sed -i -e 's/mirror.yandex.ru/debian.org.ua/g' /etc/apt/sources.list

Любым способом, хоть MQTT хоть вебхук хоть как нибудь.

Для сопряжения с другими системами и забора текущего статуса устройств

хотя пока MQTT нетуть, то можно каким нибудь другим способом

Кому нужны логи, откроет в отдельном окне, можно добавить пункт "Логи" после настроек. Им просто не место на странице контроллеров.

При добавлении в SprutHub датчика температуры/влажности/давления от Aqara (lumi.weather) через Deconz (conbee2) , он добавляется, но значений не получает. Также он должен отдавать 4 параметра (температура, давление, влажность, батарейка), а отдает 3 (давление не отдает).

При этом сами данные не отдает (см. скриншот)

** Как воспроизвести ? **
Подключить датчик в Spruthub через USB стик Conbee2

** Подробное описание ошибки **
В web интерфейсе SprutHub и Homekit некорретно отображается модуль WB-MRGBW-D после его реконфигурации в качестве 4-канального диммера белой LED ленты

Топики с корректными названиями видны на странице Контроллера и имеют вид:
wb-mrgbw-d_40/White 1-B | range | false
wb-mrgbw-d_40/White 2-R | range | false
wb-mrgbw-d_40/White 3-G | range | false
wb-mrgbw-d_40/White 4-W | range | false

А старые отображаются на странице Аксессуары:
W лента тип DimmableLightbulb
RGB лента тип Colorfullightbulb

** Как воспроизвести ? **
После выполнения сброса wirenboard в дефолтное состояние, настройки модулей и т.п.
выполняется настройка диммера WB-MRGBW-D корректировкой конфига (файл wb-mrgbw-d.config.json путь /usr/share/wb-mqtt-serial/templates):
{ "device_type": "WB-MRGBW-D", "device": { "name": "WB-MRGBW-D", "id": "wb-mrgbw-d", "max_read_registers": 0, "channels": [ { "name": "White 1-B", "reg_type": "holding", "address": 2, "type": "range", "max": 255 }, { "name": "White 2-R", "reg_type": "holding", "address": 1, "type": "range", "max": 255 }, { "name": "White 3-G", "reg_type": "holding", "address": 0, "type": "range", "max": 255 }, { "name": "White 4-W", "reg_type": "holding", "address": 3, "type": "range", "max": 255 }, { "name": "Button 1", "reg_type": "holding", "readonly": true, "address": 6, "type": "switch" }, { "name": "Button 2", "reg_type": "holding", "readonly": true, "address": 7, "type": "switch" }, { "name": "Button 3", "reg_type": "holding", "readonly": true, "address": 8, "type": "switch" }, { "name": "Button 1 counter", "reg_type": "holding", "readonly": true, "address": 32, "type": "value" }, { "name": "Button 2 counter", "reg_type": "holding", "readonly": true, "address": 33, "type": "value" }, { "name": "Button 3 counter", "reg_type": "holding", "readonly": true, "address": 34, "type": "value" }, { "name": "Serial NO", "type": "text", "reg_type": "holding", "address": 270, "format": "u32" } ] } }
Сбрасываю порты модуля командой: mqtt-delete-retained '/devices/wb-mrgbw-d_40/controls/#'
Перезапускаю service wb-mqtt-serial restart

Далее устанавливаю SprutHub, меняю файл настройки WBRGB_W.json (/mnt/data/makesimple/.SprutHub/data/Templates/WirenBoard/Custom и /mnt/data/makesimple/.SprutHub/data/Templates/WirenBoard/WirenBoard) следующим образом:
{ "name":"WB-MRGBW-D", "manufacturer":"WirenBoard", "model":"WB-MRGBW-D", "url":"https://wirenboard.com/ru/product/WB-MRGBW-D/", "mask":"wb-mrgbw-d_.*", "services":[ { "name":"White 1-B", "mask":"White", "type":"DimmableLightbulb", "hidden":true, "data":{ "maxBrightness":255 } }, { "name":"White 2-R", "mask":"White", "type":"DimmableLightbulb", "hidden":true, "data":{ "maxBrightness":255 } }, { "name":"White 3-G", "mask":"White", "type":"DimmableLightbulb", "hidden":true, "data":{ "maxBrightness":255 } }, { "name":"White 4-W", "mask":"White", "type":"DimmableLightbulb", "hidden":true, "data":{ "maxBrightness":255 } } ] }
** Ожидаемое поведение **
Что диммер WB-MRGBW-D будет виден как 4 устройства в web-интерфейсе Spruthub и Homekit

** Пожалуйста, заполните следующую информацию: **
  - Версия: SprutHub 1.2.1b & Wirenboard 6.5

** Подробное описание ошибки **
Wirenboard

Spruthub

** Ожидаемое поведение **
Ожидаю увидеть здесь значение (кол-во движения), а не просто есть или нет.

WB 6.5

** Подробное описание ошибки **
Не передаются данные термостата в СпрутХаб, а следовательно нельзя использовать.

** Скриншоты/ Логи **

I | 2019-07-20 | 09:31:04.260 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=7C, identifiers=[0]]
I | 2019-07-20 | 09:30:41.970 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=62, identifiers=[0]]
I | 2019-07-20 | 09:30:41.409 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=11, identifiers=[0]]
I | 2019-07-20 | 09:30:04.240 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=3F, identifiers=[0]]
I | 2019-07-20 | 09:29:41.978 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=25, identifiers=[0]]
I | 2019-07-20 | 09:29:41.411 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=D4, identifiers=[0]]
I | 2019-07-20 | 09:29:11.997 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Pressure Measurement: 33725/1 -> 0/1, cluster=0403, TID=0C, reports=[Attribute Report: attributeDataType=SIGNED_16_BIT_INTEGER, attributeIdentifier=0, attributeValue=992, Attribute Report: attributeDataType=SIGNED_8_BIT_INTEGER, attributeIdentifier=20, attributeValue=-1, Attribute Report: attributeDataType=SIGNED_16_BIT_INTEGER, attributeIdentifier=16, attributeValue=9925]]
I | 2019-07-20 | 09:29:11.980 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Relative Humidity Measurement: 33725/1 -> 0/1, cluster=0405, TID=0B, reports=[Attribute Report: attributeDataType=UNSIGNED_16_BIT_INTEGER, attributeIdentifier=0, attributeValue=6224]]
I | 2019-07-20 | 09:29:11.960 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Temperature Measurement: 33725/1 -> 0/1, cluster=0402, TID=0A, reports=[Attribute Report: attributeDataType=SIGNED_16_BIT_INTEGER, attributeIdentifier=0, attributeValue=2087]]
I | 2019-07-20 | 09:29:04.266 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=02, identifiers=[0]]
I | 2019-07-20 | 09:28:51.469 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Basic: 14173/1 -> 0/1, cluster=0000, TID=F4, reports=[Attribute Report: attributeDataType=STRUCT2, attributeIdentifier=65281, attributeValue={16=8737, 0=33, 100=768, 57=0, 109=15594}]]
I | 2019-07-20 | 09:28:41.966 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=E8, identifiers=[0]]
I | 2019-07-20 | 09:28:41.408 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=97, identifiers=[0]]
I | 2019-07-20 | 09:28:04.236 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=C4, identifiers=[0]]
I | 2019-07-20 | 09:27:41.988 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=AB, identifiers=[0]]
I | 2019-07-20 | 09:27:41.426 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=5A, identifiers=[0]]
I | 2019-07-20 | 09:27:04.244 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=87, identifiers=[0]]
I | 2019-07-20 | 09:26:41.965 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=6E, identifiers=[0]]
I | 2019-07-20 | 09:26:41.405 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=1D, identifiers=[0]]
I | 2019-07-20 | 09:26:26.877 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Basic: 18546/1 -> 0/1, cluster=0000, TID=5D, reports=[Attribute Report: attributeDataType=STRUCT2, attributeIdentifier=65281, attributeValue={0=0, 33=-26112, 100=768, 215=14309, 57=0, 9=1025}]]
I | 2019-07-20 | 09:26:10.323 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Basic: 18106/1 -> 0/1, cluster=0000, TID=FC, reports=[Attribute Report: attributeDataType=STRUCT2, attributeIdentifier=65281, attributeValue={100=768, 7=0, 57=0, 154=2064, 206=15245}]]
I | 2019-07-20 | 09:26:04.252 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=4A, identifiers=[0]]
I | 2019-07-20 | 09:25:41.997 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=30, identifiers=[0]]
I | 2019-07-20 | 09:25:41.432 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=DF, identifiers=[0]]
I | 2019-07-20 | 09:25:13.989 | org.makesimple.SprutHub.Homekit.http.a 42 | New homekit connection from /192.168.88.108:52186 /192.168.88.108:52186
I | 2019-07-20 | 09:25:04.252 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=0D, identifiers=[0]]
I | 2019-07-20 | 09:24:41.967 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=F3, identifiers=[0]]
I | 2019-07-20 | 09:24:41.412 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=A2, identifiers=[0]]
I | 2019-07-20 | 09:24:04.235 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=D0, identifiers=[0]]
I | 2019-07-20 | 09:23:41.986 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=B6, identifiers=[0]]
I | 2019-07-20 | 09:23:41.420 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=65, identifiers=[0]]
W | 2019-07-20 | 09:23:08.707 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: alarm_power
W | 2019-07-20 | 09:23:08.688 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: alarm_system
W | 2019-07-20 | 09:23:08.673 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: thermostat_setpoint
W | 2019-07-20 | 09:23:08.663 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: thermostat_setpoint
W | 2019-07-20 | 09:23:08.646 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: eurotronic_spirit_00_000_thermostat_mode
I | 2019-07-20 | 09:23:08.621 | o.m.SprutHub.Controllers.ZWave.c 102 | 3: RadiatorControl, Eurotronics, Spirit Thermostatic Valve, Spirit
I | 2019-07-20 | 09:23:08.556 | o.m.SprutHub.Controllers.ZWave.j 147 | NODE 3: BASIC_TYPE_ROUTING_SLAVE GENERIC_TYPE_THERMOSTAT SPECIFIC_TYPE_THERMOSTAT_GENERAL_V2
I | 2019-07-20 | 09:23:08.407 | o.m.SprutHub.Controllers.ZWave.j 82 | NODE 3: Device discovery completed
W | 2019-07-20 | 09:23:08.238 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: alarm_power
W | 2019-07-20 | 09:23:08.224 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: alarm_system
W | 2019-07-20 | 09:23:08.217 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: thermostat_setpoint
W | 2019-07-20 | 09:23:08.201 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: thermostat_setpoint
W | 2019-07-20 | 09:23:08.195 | o.m.SprutHub.Controllers.ZWave.c 251 | Unknown type: eurotronic_spirit_00_000_thermostat_mode
I | 2019-07-20 | 09:23:08.153 | o.m.SprutHub.Controllers.ZWave.c 102 | 2: RadiatorControl, Eurotronics, Spirit Thermostatic Valve, Spirit
I | 2019-07-20 | 09:23:06.949 | o.m.SprutHub.Controllers.ZWave.j 147 | NODE 2: BASIC_TYPE_ROUTING_SLAVE GENERIC_TYPE_THERMOSTAT SPECIFIC_TYPE_THERMOSTAT_GENERAL_V2
I | 2019-07-20 | 09:23:06.781 | o.m.SprutHub.Controllers.ZWave.j 82 | NODE 2: Device discovery completed
I | 2019-07-20 | 09:23:04.249 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=93, identifiers=[0]]
I | 2019-07-20 | 09:22:55.343 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Basic: 14173/1 -> 0/1, cluster=0000, TID=88, reports=[Attribute Report: attributeDataType=STRUCT2, attributeIdentifier=65281, attributeValue={16=8737, 0=33, 100=768, 57=0, 109=15594}]]
I | 2019-07-20 | 09:22:52.555 | o.m.Z.s.SerialApiGetInitDataMessageClass 64 | ZWave Controller is Primary Controller
I | 2019-07-20 | 09:22:52.547 | o.m.Z.s.SerialApiGetInitDataMessageClass 63 | ZWave Controller using Controller API
I | 2019-07-20 | 09:22:52.539 | o.m.Z.s.SerialApiGetInitDataMessageClass 55 | NODE 3: Node found
I | 2019-07-20 | 09:22:52.533 | o.m.Z.s.SerialApiGetInitDataMessageClass 55 | NODE 2: Node found
I | 2019-07-20 | 09:22:52.522 | o.m.Z.s.SerialApiGetInitDataMessageClass 55 | NODE 1: Node found
I | 2019-07-20 | 09:22:52.410 | o.m.Z.s.GetSucNodeIdMessageClass 35 | NODE 1: Node is SUC.
I | 2019-07-20 | 09:22:52.341 | Z.s.SerialApiGetCapabilitiesMessageClass 48 | Device ID = 0x4
I | 2019-07-20 | 09:22:52.335 | Z.s.SerialApiGetCapabilitiesMessageClass 47 | Device Type = 0x4
I | 2019-07-20 | 09:22:52.330 | Z.s.SerialApiGetCapabilitiesMessageClass 46 | Manufacture ID = 0x0
I | 2019-07-20 | 09:22:52.326 | Z.s.SerialApiGetCapabilitiesMessageClass 45 | API Version = 7.0
I | 2019-07-20 | 09:22:52.266 | o.m.Z.s.MemoryGetIdMessageClass 33 | Got MessageMemoryGetId response. Home id = 0xe0899104, Controller Node id = 1
I | 2019-07-20 | 09:22:52.138 | o.m.Z.s.GetVersionMessageClass 37 | Got MessageGetVersion response. Version=Z-Wave 7.11, Library Type=7
I | 2019-07-20 | 09:22:50.610 | .m.Z.ZWaveController$InitializeDelayTask 114 | Initialising network
I | 2019-07-20 | 09:22:41.963 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=79, identifiers=[0]]
I | 2019-07-20 | 09:22:41.404 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=28, identifiers=[0]]
I | 2019-07-20 | 09:22:40.566 | org.makesimple.ZWave.ZWaveController 92 | Starting ZWave controller
I | 2019-07-20 | 09:22:39.799 | o.m.ZWave.ZWaveSerialHandlerJSSC 42 | Connecting to serial port '/dev/ttyUSB0'
I | 2019-07-20 | 09:22:39.786 | o.m.SprutHub.Controllers.ZWave.c 62 | Loaded 1413 ZWave templates
I | 2019-07-20 | 09:22:04.244 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=55, identifiers=[0]]
I | 2019-07-20 | 09:22:00.090 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesResponse [Level Control: 29057/1 -> 0/1, cluster=0008, TID=29, records=[ReadAttributeStatusRecord [attributeDataType=UNSIGNED_8_BIT_INTEGER, attributeIdentifier=0, status=SUCCESS, attributeValue=127]]]
I | 2019-07-20 | 09:21:59.996 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesResponse [On/Off: 29057/1 -> 0/1, cluster=0006, TID=28, records=[ReadAttributeStatusRecord [attributeDataType=BOOLEAN, attributeIdentifier=0, status=SUCCESS, attributeValue=false]]]
I | 2019-07-20 | 09:21:59.988 | o.m.S.Controllers.ZigBee.Controls.OnOff 134 | 086BD7FFFE08ABC9: ZigBee attribute reports 1 1 ZclAttribute [cluster=On/Off, id=0, name=On Off, dataType=BOOLEAN, lastValue=false, lastReportTime=Sat Jul 20 09:21:59 MSK 2019]
I | 2019-07-20 | 09:21:59.879 | o.m.S.Controllers.ZigBee.Controls.OnOff 134 | 086BD7FFFE08ABC9: ZigBee attribute reports 1 1 ZclAttribute [cluster=On/Off, id=0, name=On Off, dataType=BOOLEAN, lastValue=false, lastReportTime=Sat Jul 20 09:21:59 MSK 2019]
I | 2019-07-20 | 09:21:59.867 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesResponse [On/Off: 29057/1 -> 0/1, cluster=0006, TID=27, records=[ReadAttributeStatusRecord [attributeDataType=BOOLEAN, attributeIdentifier=0, status=SUCCESS, attributeValue=false]]]
I | 2019-07-20 | 09:21:59.624 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesResponse [On/Off: 14173/1 -> 0/1, cluster=0006, TID=26, records=[ReadAttributeStatusRecord [attributeDataType=BOOLEAN, attributeIdentifier=0, status=SUCCESS, attributeValue=false]]]
I | 2019-07-20 | 09:21:59.620 | o.m.S.Controllers.ZigBee.Controls.OnOff 134 | 00158D0003160399: ZigBee attribute reports 1 1 ZclAttribute [cluster=On/Off, id=0, name=On Off, dataType=BOOLEAN, lastValue=false, lastReportTime=Sat Jul 20 09:21:59 MSK 2019]
I | 2019-07-20 | 09:21:59.512 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesResponse [On/Off: 18546/1 -> 0/1, cluster=0006, TID=25, records=[ReadAttributeStatusRecord [attributeDataType=BOOLEAN, attributeIdentifier=0, status=SUCCESS, attributeValue=false]]]
I | 2019-07-20 | 09:21:59.506 | o.m.S.Controllers.ZigBee.Controls.OnOff 134 | 00158D000290A42A: ZigBee attribute reports 1 1 ZclAttribute [cluster=On/Off, id=0, name=On Off, dataType=BOOLEAN, lastValue=false, lastReportTime=Sat Jul 20 09:21:59 MSK 2019]
I | 2019-07-20 | 09:21:59.442 | o.m.S.Controllers.ZigBee.Controls.OnOff 134 | 00158D0002F2FDCD: ZigBee attribute reports 1 1 ZclAttribute [cluster=On/Off, id=0, name=On Off, dataType=BOOLEAN, lastValue=false, lastReportTime=Sat Jul 20 09:21:59 MSK 2019]
I | 2019-07-20 | 09:21:59.421 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesResponse [On/Off: 18106/1 -> 0/1, cluster=0006, TID=24, records=[ReadAttributeStatusRecord [attributeDataType=BOOLEAN, attributeIdentifier=0, status=SUCCESS, attributeValue=false]]]
I | 2019-07-20 | 09:21:41.986 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18546/1 -> 0/1, cluster=000A, TID=3C, identifiers=[0]]
I | 2019-07-20 | 09:21:41.416 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 18106/1 -> 0/1, cluster=000A, TID=EB, identifiers=[0]]
I | 2019-07-20 | 09:21:21.956 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ConfigureReportingResponse [Level Control: 29057/1 -> 0/1, cluster=0008, TID=1F, status=SUCCESS, records=null]
I | 2019-07-20 | 09:21:21.919 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ConfigureReportingResponse [On/Off: 29057/1 -> 0/1, cluster=0006, TID=1E, status=SUCCESS, records=null]
I | 2019-07-20 | 09:21:04.236 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReadAttributesCommand [Time: 14173/1 -> 0/1, cluster=000A, TID=18, identifiers=[0]]
I | 2019-07-20 | 09:21:02.034 | o.m.SprutHub.Controllers.ZigBee.b 634 | Command: ReportAttributesCommand [Basic: 18546/1 -> 0/1, cluster=0000, TID=12, reports=[Attribute Report: attributeDataType=STRUCT2, attributeIdentifier=65281, attributeValue={0=0, 33=-26112, 100=768, 215=14309, 57=0, 9=1025}]]
I | 2019-07-20 | 09:20:59.754 | o.m.SprutHub.Controllers.ZigBee.a 239 | 086BD7FFFE08ABC9: New control: LevelControl, 1
I | 2019-07-20 | 09:20:58.914 | o.m.SprutHub.Controllers.ZigBee.a 239 | 086BD7FFFE08ABC9: New control: OnOff, 1
I | 2019-07-20 | 09:20:58.916 | o.m.SprutHub.Controllers.ZigBee.a 223 | 00158D000290A42A: Unsupported cluster: d
I | 2019-07-20 | 09:20:58.924 | o.m.SprutHub.Controllers.ZigBee.a 203 | 00158D0002B89C10: New control: OnOff, 1
I | 2019-07-20 | 09:20:58.922 | o.m.SprutHub.Controllers.ZigBee.a 223 | 00158D0002F2FDCD: Unsupported cluster: d
I | 2019-07-20 | 09:20:58.919 | o.m.SprutHub.Controllers.ZigBee.b 356 | Unsupported device: 00158D0002B0E7DD, LUMI, lumi.sensor_switch.aq3
I | 2019-07-20 | 09:20:58.909 | o.m.SprutHub.Controllers.ZigBee.b 356 | Unsupported device: 00158D0002B0FA0D, LUMI, lumi.sensor_switch.aq3
I | 2019-07-20 | 09:20:58.899 | o.m.SprutHub.Controllers.ZigBee.a 239 | 00158D000290A42A: New control: OnOff, 1
I | 2019-07-20 | 09:20:58.896 | o.m.SprutHub.Controllers.ZigBee.a 239 | 00158D0002F2FDCD: New control: OnOff, 1
I | 2019-07-20 | 09:20:58.874 | o.m.SprutHub.Controllers.ZigBee.a 239 | 00158D0003160399: New control: OnOff, 1
I | 2019-07-20 | 09:20:58.847 | o.m.SprutHub.Controllers.ZigBee.a 223 | 086BD7FFFE08ABC9: Unsupported cluster: F
I | 2019-07-20 | 09:20:58.810 | o.m.SprutHub.Controllers.ZigBee.a 223 | 00158D0002B0FA0D: Unsupported cluster: Y
I | 2019-07-20 | 09:20:58.807 | o.m.SprutHub.Controllers.ZigBee.a 223 | 00158D0002B0E7DD: Unsupported cluster: Y
I | 2019-07-20 | 09:20:58.805 | o.m.SprutHub.Controllers.ZigBee.a 223 | 086BD7FFFE08ABC9: Unsupported cluster: ar

** Дополнительные материалы **
ссылка на продавца:
https://www.z-wave.ru/shop/category/termostaty/eurotronic-spirit.html

данные во вкладке контроллеры:

данные во вкладке аксессуары:

Если удалить аксесуар, выключить - включить modbus то аксесуар создается, но данные не обновляются пока не ребутнуть SH
https://drive.google.com/open?id=1CK9kwXsKPlWOHUarWILDDd_GBCB4bpAz

На данный момент не поддерживается реле (2 канала) Aqara LLKZMK11LM
Его невозможно добавить в SprutHub

MQTT совместимо https://www.zigbee2mqtt.io/devices/LLKZMK11LM.html

Добрый день. Автоматизация управления распашными (сдвижными) воротами одна из востребованных на сегодняшний день задач. Имея возможность управления беспроводными кнопками, а также удаленно через приложения Home от Apple, Алисой и т.д. серьезно повышается качество жизни.
В настоящий момент у меня в загородном деме установлены распашные ворота с приводом и автоматикой CAME. Штатным пультом пользуемся только подъезжая к воротом, во всех остальных случаях используем беспроводные кнопки от Акара.
Так как практически в любом контроллере ворот есть контакты непосредственного управления приводом, я подключил универсальную встраиваемую розетку Aкара. Путем подрезания контактов реле удалось получить беспотенциальный НР контакт. Сценарий управления такой кнопкой прописал в MiHome с логикой ВКЛ - пауза 2 сек - ВЫКЛ. Добавил голосовую команду. К сожалению логика работы с розетками в приложении Home от Apple никакая. единственное что можно сделать это включить в ручную и спустя пару секунд выключить. Контроль за работой ворот я осуществляю (если мне нужно открыть ворота когда меня нет на даче) через камеру установленную на самих воротах

Что хотелось бы.

1. Логику в Home - если мы назначаем реле логику управлением воротами, то логика должна эмулировать кратковременное замыкание НР контактов.
2. Устройство в виде реле на DIN рейку с релейным выходом для управления воротами, входом геркона для контроля открыты/закрыты ворота, Или иметь возможность получать данные с беспроводных герконов.

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

** Максимально подробное описание предложения.**

Для отображения текущей температуры и задание уставки температуры в конкретном помещении, предлагаю доработать соответствующие файлы WB и СпрутХаб для нормальной работы устройства "Сенсорная панель управления ПУ-3"

Я понимаю, что завязывать умный дом только на виртуальные устройства не правильно, по крайней мере пока в голову человека не внедрят нанокомпьютер. Как правило в семьях есть консерваторы и новаторы, для одних нужно "покрутить", для других достаточно виртуальных устройств. Управлять виртуальными устройствами за всех не получится, если кому то из домашних или гостей дома захочется ночью сделать прохладней или теплее его постигнет разочарование виртуального мира.

Я долго выбирал максимально простые устройства, позволяющие пользователю посмотреть и изменить температуру. ПУ-3 это устройство из разряда проще некуда. Из портов у ПУ-3 есть только порт RS 485 ModBus и питание от 9 до 25 В постоянного напряжения. Можно видеть текущую температуру от встроенного датчика, задавать необходимую температуру, менять скорость вентилятора, переключать режимы -нагрев, охлаждение, авто, только вентиляция. Скорее всего эти режимы созданы для управления фанкойлами, и режимы авто позволят изменять приток воздуха в зависимости от температуры нагрева, но сегодня только описание простого терморегулятора.

Для тестов я купил одну панельку, подключил ее к соответствующему порту WirenBoard.

Благодаря помощи Андрея Попова, мне удалось получить и записать данные с интересующих меня адресов.

В /usr/share/wb-mqtt-serial/templates/

я создал файл config-temperature-control-panel.json следующего содержания

{
"device_type":"TemperatureControlPanel",
"device":{
"name":"Temperature Control Panel",
"id":"temp",
"max_read_registers":0,
"channels":[
{
"name":"Current temperature",
"reg_type":"holding",
"readonly":false,
"address":0,
"type":"temperature",
"scale":0.1,
"format":"s16"
},
{
"name":"Mode",
"reg_type":"holding",
"readonly":false,
"address":3,
"type":"value",
"scale":1,
"format":"s16"
},
{
"name":"Speed Vent",
"reg_type":"holding",
"readonly":false,
"address":4,
"type":"range",
"scale":1,
"max":5
},
{
"name":"Temperature Set",
"reg_type":"holding",
"readonly":false,
"address":1,
"type":"range",
"scale":0.1,
"max":35
},
{
"name":"The thermostat works",
"reg_type":"holding",
"readonly":false,
"address":2,
"type":"switch"

      },

{
"name":"Outdoor temperature",
"reg_type":"holding",
"readonly":false,
"address":9,
"type":"value",
"scale":0.1,
"format":"s16"
}

  ]

}
}

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

Вот такой внешний вид получился в устройствах WirenBoard

Я могу видеть

• текущую температуру
• режим работы
• скорость вентилятора
• заданную температуру
• включить выключить устройство
• внешнюю температуру получаемую от других источников (не проверено)

В NodeRed написано node работы с портами и передачи их в apple home. Соответственно у меня в Доме появился термостат, которым я могу управлять. Все изменения отображаются на физической панельке ПУ-3

Для согласования данного устройства со Спрут Хабом. я написал в
/mnt/data/makesimple/.SprutHub/data/Templates/WirenBoard/Custom
файл pu3.json

#pu3 https://cityron.ru/catalog/ventilation/sensor-panel-upravleniy-pu3.html
{
"name": "Термостат PU3",
"mask": "temp_.",
"services": [{
"name": "Температура",
"mask": "Current temperature.",
"type": "TemperatureSensor"
}]
}

в котором я извлекаю только текущую температуру со встроенного датчика, для создания в СпрутХабе виртуального термостата.

вот что получилось:

Виртуальный термостат пробросился в ХомКит и я смог подключить реле для управлением нагрева в конкретной комнате.

Мне не хватает времени и знаний, для написания правильно файла для СпрктХаба, который позвали бы задействовать все реестры адресов ПУ-3 для передачи в него режимов, скорости вентилятора заданной температуры и т.д.

Если есть возможность довести до ума данный проект, буду очень благодарен.

Выражаю огромную благодарность Андрею Попову за терпение и помощь в написании файлов управления.

** Дополнительные материалы **

ссылка на сайт производителя:
https://cityron.ru/catalog/ventilation/sensor-panel-upravleniy-pu3.html
там же есть документация по реестрам Modbus. и файлы для обновления прошивки.
Любые внешние материалы, которые помогут в осознании вашего предложения: ссылки, скриншоты и т.д.

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

MacOS: Safari и в Chrome аналогично

** Подробное описание ошибки **
Отсутсвует какое либо управление термостатом. Ни с приложения Яндекс ни голосом через Алису. При чем, если открыть термостат в приложении Яндекс и выключить его (термостат), кнопка становится становится неактивной и через 10 секунд снова загорается.

** Как воспроизвести ? **
Просто попробовать управлять термостатом.

** Ожидаемое поведение **
Ожидаю включение и выключение, а также изменение температуры через Алису.

** Скриншоты/ Логи **
Тут откуда логи брать, если не работает связь?

** Пожалуйста, заполните следующую информацию: **
  - Версия: СХ 1.3.8b

• iOS последняя на 16 ноября, Не бета.

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

Нужно создать модуль на DIN рейку, который мог бы:

1. взять всю работу на себя по управлению котельной.
2. внедриться транзитом в уже имеющуюся систему и дать ей новую жизнь.

Обычно организация котельной строится на трех контурах:

• контур теплых полов

• контур радиаторного отопления

• контур ГВС

• есть труба подачи и труба обратки

• бывает еще контур рециркуляции

для управления такой системой нужны датчики температуры 1-wire DS18B20.
по одному на каждый контур (варьируется в зависимости от состава системы)
один на подачу, один на обратку, один на гидрострелку если применена такая схема разбора горячей воды от котлов.
один датчик на внешнюю температуру, если будут применены погодозависимые алгоритмы.

Управление:
реле для запуска основного котла,
реле для запуска резервного котла
Реле для насосов на каждый контур. В описанном выше варианте три насоса на контурах и четвертый насос на рециркуляции.

Выходы или 0-10 В, для управления смесительными кранами (автоматическое регулирование температуры) или выход 220В для работы смесительных кранов работающих по принципу шаровых кранов с электрическим управлением. (подали фазу на N1 ждем 120 с до полного открытия, подали фазу на N2 ждем 120 с до полного закрытия. Если хотим открывать/закрывать частично, то ждем столько секунд, сколько необходимо.

Даем команду на работу котла от любого источника умного дома, термостат, датчики WB-MSW и т.д.
Модуль запускает первый котел и контролирует температуру на контурах, если по каким либо причинам нагрев не пошел, то модуль запускает второй котел и сообщает о неисправности человеку.
при достижении требуемой температуры в контурах модуль принимает решение о регулировании температуры в контурах или остановке котла. (если нужно, распишу потом подробно варианты)
Естественно могут быть доступны варианты работы - я пришел домой, я ушел из дома, и.т.д

ВТОРОЙ вариант исполнения, это встроить модуль в уже имеющуюся систему (это есть модернизация или дополнение существующих систем)
модуль будет следить по датчикам состояние работы контуров, включением котлов. При этом в старые или не регулируемые системы добавляются функции умного дома, но в главную систему мы не лезем и тем самым не лишаем человека гарантии и .т.д У человека появится возможность реализовать Home / away что уменьшает потребление энергоресурсов и повышает качество жизни.

Немного про свою существующую схему котельной. У меня стоит контроллер Tech i2, который управляет всем содержимым в котельной и даже отдельным приложением все показывает на iOS, но это абсолютно не умный дом.

** Максимально подробное описание предложения.**
Четкое и краткое описание предложения, так чтобы вас смог понять "глупый" человек.

** Дополнительные материалы **
Любые внешние материалы, которые помогут в осознании вашего предложения: ссылки, скриншоты и т.д.

Добрый день!
Являюсь интегратором умных домов, имею собранный стенд на wirenboard 6.
Прошу предоставить доступ к ПО spruthub для изучения и помощи в развитии!
С уважением,
Арслангереев Юрий.

При смене типа устройства на outlet в iOS 12.4 падает мост
При попытке добавить мост с таким устройством выдается ошибка - не удалось добавить устройство

После установки ПО SprutHub на WB и ввода команд рекомендованных к применению относительно модуля WBE2R-R-ZIGBEE
модуль работал, подцепил одно устройство (детектор движения)

Далее

установил на WB Node-Red сразу пошли ошибки по Zigbee

I | 2019-07-03 | 11:58:48.449 | o.m.SprutHub.Controllers.ZigBee.e 281 | Status: OFFLINE
W | 2019-07-03 | 11:58:48.447 | org.makesimple.ZigBee.s 181 | Error closing serial port: '/dev/ttyMOD3'
E | 2019-07-03 | 11:58:48.446 | o.m.ZigBee.dongle.cc2531.network.e 287 | Failed to start zigbee network.
I | 2019-07-03 | 11:58:47.580 | o.m.SprutHub.Controllers.ZigBee.e 271 | Config: zigbee_trustcentremode=TC_JOIN_INSECURE
I | 2019-07-03 | 11:58:47.578 | o.m.SprutHub.Controllers.ZigBee.e 246 | Status: COMMUNICATION_ERROR
I | 2019-07-03 | 11:58:47.575 | o.m.SprutHub.Controllers.ZigBee.e 557 | Status: OFFLINE
E | 2019-07-03 | 11:58:47.571 | o.m.ZigBee.dongle.cc2531.network.e 266 | Failed to open the dongle.
W | 2019-07-03 | 11:58:47.569 | org.makesimple.ZigBee.s 96 | Unable to open serial port: Serial port already open.

SprutHub пишет что порт уже открыт.

в консоле при наборе команды service zigbee2mqtt stop пишет, что сервис не запущен
root@wirenboard-AIC2JCL6:~# service zigbee2mqtt stop
Failed to stop zigbee2mqtt.service: Unit zigbee2mqtt.service not loaded.

** Подробное описание ошибки **
Контакт сенсор рушит мост. Добавил его - мост упал. перезагрузил хаб, все заработало. Сделал его inversed - мост упал. Перезагрузил. ничего не заработало. Выключил элемент в настройках аксессуаров -> хаб поднялся. Включил элемент снова -> хаб остался жить...

** Как воспроизвести ? **
Шаги для воспроизведения ошибки, описывать как для "тупых" максимально подробно:

1. У нас есть блок входов https://wirenboard.com/ru/product/wbio-di-dr-14/
2. Все входы не добавлены в кит через SH
3. Включаем проброс выключателя в кит -> Аксессуар появляется (Если включить inversed -> падает сразу)
4. Перезагружаем SH -> Мост падает
5. Снимаем галочку -> Мост лежит
6. Перезагружаем SH -> Мост поднимается

** Ожидаемое поведение **
При добавлении Contact sensor появляется аксессуар и мост не падает после перезагрузки

** Скриншоты/ Логи **
Приложите скриншоты или логи, для описания проблемы.

** Пожалуйста, заполните следующую информацию: **
  - iOS 12.4, SprutHub 1.1.1b

** Дополнительные материалы **
Приложите дополнительные материалы помогающие раскрыть проблему: ссылки, скриншоты и т.д.

Постоянные значения для устройства:

• MotionTime = Время за которая устройство перемещается из одного кранего положения в другое (полностью открыта -> полностью закрыта / полностью закрыта -> полностью открыта)
• Boost Time = Время, которое проходит между подачей питания на штору и началом движения.

Переменные:

• CurrentPosition - Текущее положение в процентах, где 0 - полностью закрыто
• TargetPosition - Целевое положение в процентах, где 0 - полностью закрыто

Возможные состояния:

• Остановлена
• Полностью открыта
• Полностью закрыта
• Частично открыта
• Движется вверх
• Движется вниз

Важные моменты:

• В каждый момент времени нужно понимать, в каком состоянии находится устройство.
  Это можно сделать за счет изменения переменной CurrentPosition при каждом шаге изменения шторы с каким-то периодом.
  В таком случае, если штора движется в какое-то целевое состояние, при поступлении новой команды мы можем рассчитать новые данные от текущего положения.
• При движении шторы в крайние положения нужно подавать питание на устройство MotionTime+BoostTime
  Но при этом не забывать про то, что мы всегда должны иметь информацию обо актуальном состоянии устройства и уведомлять о том, что оно достигло конечного положения в тот момент, когда оно должно было достигнуть конечного положения, а не в тот момент, когда на него перестанет подаваться питание.

Не сохраняется название комнат при редактировании

Например группировка лампочек по комнатам и выдача одного устройства в голосовые ассистенты а не всех лампочек плюс группы