Deconz-rest-plugin: [Запрос на поддержку устройства] Eurotronic Spirit ZigBee

Интересно! Все еще ищу что-то подобное по разумной цене.

Это один: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Где ты это купил? Я вижу, что Райхельт продает их за 50,81 евро.

Действительно, на их веб-сайте нет _Bedienungsanleitung_ для этого устройства. Было ли это руководство на французском / испанском / итальянском / польском языках или также на немецком и / или английском языках? (Я читаю по-немецки, но плохо пишу).

В спецификациях упоминаются поддерживаемые переходы (_Schaltzeiten_) в день / неделю, предполагая, что вы можете сохранить расписание на устройстве. Если посмотреть на спецификацию ZCL (6.3.2.2.3), в кластере 0x0201 для этого есть намного больше атрибутов. Я думаю, что первым делом нужно добавить их в general.xml, а также команды для установки / очистки / получения расписания. Однако я сомневаюсь, что графический интерфейс deCONZ может обрабатывать переменное количество параметров для команды set schedule.

@manup , моделирование расписаний будет хорошей задачей для конечной точки /devices .

Совершенно очевидно, что атрибуты нужно добавить в новый ResourceItems .

Коллега купил термостат Eurotronic несколько дней назад, и он также очень хочет получить поддержку в deCONZ и homebridge-hue. Мы немного понюхаем, чтобы получить больше информации.

Да, именно такой. Я получил его от voelkner через Amazon за 41,97 евро. Печатное руководство описывает только установку / монтаж и доступно на немецком и английском языках. Я попытался увидеть еще немного спецификации протокола, как в случае с версией zwave: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

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

Я нашел информацию, что он использует профиль домашней автоматизации 1.2 и представляет собой устройство HVAC ...

Будет ли это сложно и трудоемко реализовать? Если вы получите это, то deconz, подключенный к домашнему помощнику, может быть лучшим решением zigbee на рынке.

Я также хотел бы получить оттенок домашнего моста для поддержки кластера термостатов.

Кластер термостатов 0x0201 уже поддерживается PR # 1003.

Используя REST-API, можно изменить температуру нагрева, получить / установить планировщик, включить / выключить планировщик, установить смещение.

@ ma-ca, мне понадобится помощь с этим. Без устройства, которое нужно протестировать, будет непросто.

Сервис HomeKit _Thermostat_ требует следующих характеристик:

• _CurrentHeatingCoolingState_ (только для чтения, значения: _Off_, _Heat_, _Cool_) - я предполагаю, что это обеспечивается state.on : false : _Off_; true : _Heat_?
• _TargetHeatingCoolingState_ (чтение / запись, значения: _Off_, _Heat_, _Cool_, _Auto_) - вероятно, это должно быть сопоставлено с config.scheduleron ? Или нужно установить _Auto_ и выставить config.scheduleron как отдельный переключатель?
• _CurrentTemperature_ (только для чтения, в 0,1 ° C) - это будет state.temperature ?
• _TargetTemperature_ (чтение / запись, 0,1 ° C) - это будет config.heatsetpoint ?

Также есть необязательная характеристика _HeatingThresholdTemperature_.

Я бы не знал, как раскрыть расписание - они еще не перепроектировали интерфейс для Eve Thermo (см. Https://github.com/simont77/fakegato-history/issues/11, https: // github .com / simont77 / fakegato-history / issues / 40), но я полагаю, вы захотите использовать правила deCONZ и / или автоматизацию HomeKit, чтобы установить config.heatsetpoint ?

@ebaauw Я рад, что вы

CurrentHeatingCoolingState (только для чтения, значения: Off, Heat, Cool) - я предполагаю, что это обеспечивается state.on : false : Off; true : Тепло?

Да, state.on : true соответствует включенному нагреву. Это круто (в настоящее время) не реализовано в REST-API.

TargetHeatingCoolingState (чтение / запись, значения: Off, Heat, Cool, Auto). Вероятно, это должно быть сопоставлено с config.scheduleron ? Или его следует установить на Auto и выставить config.scheduleron как отдельный переключатель?

Возможно да. Как это свойство отображается в HomeKit и с какой командой связана? Если это связано с командой Siri _turn off thermostat_, тогда действительно имеет смысл отключить планировщик.

Текущая температура (только для чтения, в 0,1 ° C) - это будет state.temperature ?

да. В настоящее время значение температуры необходимо разделить на 100, как определено в спецификации Zigbee, например, state.temperature : 2150 составляет 21,5 ° C.

TargetTemperature (чтение / запись, 0,1 ° C) - это будет config.heatsetpoint ?

Да, тоже нужно делить на 100.

Я хотел бы использовать HomeKit для установки config.heatsetpoint и config.scheduleron . Я не вижу никакой пользы в изменении планировщика с HomeKit, потому что после настройки планировщика с использованием REST-API нет необходимости менять это.

В моих случаях использования я хотел бы использовать HomeKit для

• выключить планировщик перед отъездом в отпуск
• а затем снова включить его за день _до_ возвращения домой.
• установка температуры.

Пожалуйста, проверьте homebridge-hue v0.11.7.

Очень хорошо. После установки homebridge-hue v0.11.7 приложение iOS Home показывает значки _Thermostat_ с температурой и значением нагрева.

Изменение нагрева действительно меняет config.heatsetpoint . Включение или выключение режима устанавливает для config.scheduleron значение true или false.

Единственная проблема заключается в том, что отображаемая температура кажется округленной до 0,5 ° C, но дисплей термостата имеет разрешение 0,1 ° C. Например, приложение показывает 22,5 ° C, а на дисплее - 22,3 ° C, а значение state.temperature равно 2230. А величина нагрева имеет случайное смещение, например, 17,0 ° C изменяет значение config.heatsetpoint на 1710, значение от 17,5 ° C до 1770, значение от 18,0 ° C до 1800.

Не могли бы вы приложить журнал отладки homebridge-hue? И файл дампа, на всякий случай. Смотрите README. Вы используете только приложение Apple Home или проверяли другие приложения HomeKit? Я думаю, что Home округляет температуру до 0,5 ° C при ее отображении. По крайней мере, это то, что я вижу для своих датчиков температуры.

[1/11/2019, 8:24:13 PM] [Hue] Phoscon-GW: 000D6F000C2B8B3D: Bitron Home 902010/32 "Thermostat 40"
[1/11/2019, 8:24:13 PM] [Hue] Phoscon-GW: /sensors/40: ZHAThermostat "Thermostat 40"
[1/11/2019, 8:24:15 PM] [Hue] Initializing platform accessory 'Thermostat 40'...
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.6 to 18.2
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1820,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:15 PM] [Hue] Thermostat 40: homekit target temperature changed from 18.2 to 17.5
[1/11/2019, 8:25:16 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1750,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:34 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.5 to 16.8
[1/11/2019, 8:25:34 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1680,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.8 to 16.3
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.3°C to 16.8°C
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1630,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.8°C to 16.3°C
[1/11/2019, 8:26:01 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.3 to 15.8
[1/11/2019, 8:26:01 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1580,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:26:09 PM] [Hue] Thermostat 40: homekit target temperature changed from 15.8 to 14.9
[1/11/2019, 8:26:09 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1490,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:26:30 PM] [Hue] Thermostat 40: homekit target temperature changed from 14.9 to 13.7
[1/11/2019, 8:26:30 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1370,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:27:08 PM] [Hue] Thermostat 40: homekit target temperature changed from 13.7 to 12.7
[1/11/2019, 8:27:09 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1270,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:27:20 PM] [Hue] Thermostat 40: state changed event: {"lastupdated":"2019-01-11T19:27:20","on":false,"temperature":2220}

Я использую только приложение Apple Home.

На всякий случай, если есть связь, вначале значки _Window Covering_ в домашнем приложении имели разрешение 1% при отображении открытого состояния от 0% до 100%. Позже разрешение изменилось на 5%. Я думал, что это было специально изменено в оттенке homebridge.

Мне действительно нужен полный вывод homebridge -D , см. Https://github.com/ebaauw/homebridge-hue#debug -log-file.

Я использую только приложение Apple Home.

Какую температуру показывает Ева или другое приложение HomeKit?

Позже разрешение изменилось на 5%. Я думал, что это было специально изменено в оттенке homebridge.

Да, я обнаружил, что мой lumi.curtain не всегда сообщает о позиции 0 или 254 при полностью открытом или закрытом состоянии. Даже после повторной калибровки иногда бывает немного неточно. Я обошел это, округлив до кратных 5. Это совершенно не связано с _Thermostat_.

Полный предыдущий файл журнала отладки.

homebridge.log.gz

Какую температуру показывает Ева или другое приложение HomeKit?

Приложение Eve показывает правильную температуру с разрешением 0,1 ° C. Также целевая температура переводится правильно при увеличении шага 0,5 ° C.

Спасибо!

[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.6 to 18.2 
[1/11/2019, 8:25:06 PM] [Hue] Phoscon-GW: gateway request 22: put /sensors/40/config {"heatsetpoint":1820}
[1/11/2019, 8:25:06 PM] [Hue] Phoscon-GW: gateway request 22: ok
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1820,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: ignore unknown attribute config.scheduler

Выглядит хорошо. Термостат изменен с HomeKit на 18,2 ° C. homebridge-hue устанавливает config.heatsetpoint равным 1820, а deCONZ выдает уведомление веб-сокета с новой тепловой установкой. Однако мне нужно избавиться от сообщения config.scheduler .

[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 50: get /sensors
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.8 to 16.3
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 51: put /sensors/40/config {"heatsetpoint":1630}
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 50: ok
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.3°C to 16.8°C
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 51: ok
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1630,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.8°C to 16.3°C

Удовольствие от асинхронной обработки. Целевая температура обновляется, пока homebridge-hue запрашивает /sensors . homebridge-hue возвращает HomeKit к предыдущему значению (полученному из опроса), но это исправляется, когда homebridge-hue получает уведомление веб-сокета об изменении с помощью put .

И значение нагрева имеет случайное смещение, например, 17,0 ° C изменяет config.heatsetpoint на 1710, значение 17,5 ° C на 1770, значение 18,0 ° C на 1800.

Я этого не вижу. В обоих вышеупомянутых случаях homebridge-hue отправляет (с точностью до 0,1 ° C) правильную температуру на шлюз deCONZ, и шлюз подтверждает это через уведомление websocket. Я подозреваю, что приложение «Дом» тоже может сделать что-нибудь забавное. Я дважды проверил, что и _Current Temperature_, и _Target Temperature_ имеют разрешение 0,1 ° C.

Еще несколько замечаний:

[1/11/2019, 8:24:09 PM] [Hue] config.json: {"platform":"Hue","host":"127.0.0.1","users":{"00212EFFFF00893F":"*********1"},"sensors":true,"excludeSensorTypes":["CLIPPresence","Geofence"],"lights":true,"wallSwitch":true,"hueMotionTemperatureHistory":true}
[1/11/2019, 8:24:09 PM] [Hue] config.json: {"platform":"Hue","host":"192.***.***.252","users":{"001788FFFE12CA51":"***************************************1"},"sensors":true,"lights":true,"wallSwitch":true}

Вы указали две платформы "Hue" в config.json. В настоящее время это работает, но при переходе к аксессуарам динамической платформы он сломается. Вы можете открыть как мост Hue, так и шлюз deCONZ из одной записи:

{
  "platform": "Hue",
  "hosts": ["127.0.0.1", "192.***.***.252"],
  "users": {
    "00212EFFFF00893F": "*********1",
    "001788FFFE12CA51": "***************************************1"
  }
}

Ах, ubisys S2. Я ждал, чтобы увидеть полную модель S2 (5502) чтобы обнажить датчик ZHASwitch. Я могу прочитать значения buttonevent из deCONZ REST API, но не полную модель. Получаете ли вы хорошие значения для consumption и power ? Мой D1 (с более поздней версией прошивки) выдает за них фигню.

[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: 001FEE000000170A: ubisys S2 (5502) "Light 1"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/1: On/Off output "Light 1"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/1: config: {"on":true,"bri":false,"ct":false,"xy":false,"wallSwitch":true,"windowCovering":false,"unknown":true}
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/2: On/Off output "Light 2"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/2: config: {"on":true,"bri":false,"ct":false,"xy":false,"wallSwitch":true,"windowCovering":false,"unknown":true}
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/5: ZHAConsumption "Consumption 5"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/6: ZHAPower "Power 6"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/4: ZHASwitch "S2 (5502) 4"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/4: warning: ignoring unknown ZHASwitch sensor {"config":{"group":null,"mode":"momentary","on":true,"reachable":true},"ep":3,"etag":"423162415d68374a920ef22184c6c540","manufacturername":"ubisys","mode":1,"modelid":"S2 (5502)","name":"S2 (5502) 4","state":{"buttonevent":null,"lastupdated":"none"},"swversion":"20160302-DE-FB0","type":"ZHASwitch","uniqueid":"00:1f:ee:00:00:00:17:0a-03-0006"}

Примечание для себя: история Евы.

Пожалуйста, проверьте homebridge-hue v0.11.8, которая должна:

• Больше не выдает сообщения о config.scheduler ;
• Предоставьте историю в Eve для текущей температуры _Thermostat_ и целевой температуры (см. Https://github.com/ebaauw/homebridge-hue/issues/426);
• Поддержите функцию переключения ubisys S2 (см. Https://github.com/ebaauw/homebridge-hue/issues/427).

Давайте продолжим разговор о поддержке homebridge-hue к вопросам homebridge-hue.

Хочу добавить устройство Евротроник в restAPI, но возникает ошибка:

{ "config": { "on": true "reachable": true } "manufacturername": "Eurotronic" "modelid": "SPZB0001" "name": "Thermo WZ ET" "swversion": "20181205" "type": "ZHAThermostat" "uniqueid": "0x00158d0001922f50" }

[{ "error": { "address": "/sensors", "description": "Not allowed to create sensor type", "type": 501 } }]

Установлены новейшие версии deCONZ (2.05.54) и homebride-hue (v0.11.8)

@thommyDD, пожалуйста, попробуйте эту промежуточную версию :)

https://www.dresden-elektronik.de/rpi/deconz/alpha/deconz-2.05.56-qt5.deb

Необходимо снова подключить термостат, пока идет поиск датчика.

@manup не работает :(

Я сбросил термостат, пока идет поиск датчика, но термостат не нашел.

Хммм не уверен, что происходит. Только что заказанный через Amazon, он должен прибыть в следующий понедельник.

Интересно, подписываюсь, чтобы увидеть прогресс ;-)

Я тоже недавно наткнулся на этот аппарат. Версия Z-Wave имеет интересную функцию поддержки внешних датчиков температуры (которые могут давать более реалистичные показания, чем внутренний).
Из тех, у кого уже есть устройство, знаете ли вы, возможно ли это (или будет ли) через Zigbee? Сайт производителя, к сожалению, очень скудный.

Привет, я недавно тоже приобрел этот девайс. Прямо сейчас я могу установить только рабочую точку нагрева, которая затем копируется устройством в атрибут Current Temperature Setpoint через deCONZ Gui. Будете ли вы также добавлять атрибуты планирования в deCONZ Gui? Поскольку я действительно не знаю прямо сейчас, как я бы сделал это через REST API, так как это мне пока неизвестно. Был бы очень признателен.

Ваше здоровье

Чтение еще некоторых атрибутов термостата:

• Внешний датчик температуры может поддерживаться
• Расписания не поддерживаются

Значит, графики не будут поддерживаться deCONZ долгое время?

На самом деле в deCONZ уже есть код расписания, но я не могу его проверить, так как термостат Eurotronic его не поддерживает.

Возможно, лучше создать правила для имитации расписания, что также более эффективно.

Как создать эти правила? через Rest API? или есть ли в deCONZ какие-либо функции, которые могли бы с этим справиться?

В настоящее время это возможно только через REST-API. Или, возможно, при использовании чего-то вроде Home Assistant и других систем домашней автоматизации, поддерживающих интеграцию deCONZ.

@manup К сожалению, добавить термостат с поиском датчика пока не удалось. Установлен deCONZ v2.0.57.
Есть объяснение?

Он должен работать лучше в следующей версии 2.05.58, которая содержит некоторые связанные исправления.

Обходной путь для 2.05.57:

• Начать поиск датчика
• Прочитать базовый кластер

Это один: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Где ты это купил? Я вижу, что Райхельт продает их за 50,81 евро.

Действительно, на их веб-сайте нет _Bedienungsanleitung_ для этого устройства. Было ли это руководство на французском / испанском / итальянском / польском языках или также на немецком и / или английском языках? (Я читаю по-немецки, но плохо пишу).

Некоторое время назад я спрашивал их подробности по электронной почте. Несмотря на то, что они не ответили, они только что добавили на свой веб-сайт довольно подробное руководство с подробностями об атрибутах Zigbee:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

У меня есть один из этих термостатов, но мне кажется, что он не работает правильно.
(Безголовый деконз на рпи с распби и деконз 2.05.58)
Следуя ссылке на документацию в предыдущем комментарии, я могу перевести термостат в режим сопряжения и начать сопряжение датчиков в приложении фоскон. Через некоторое время термостат покажет, что сопряжение выполнено успешно, но приложение фоскон. никогда не признает разделение.

Термостат определенно считает сопряжение завершенным. Чтобы вернуть его в режим сопряжения, мне нужно полностью его сбросить.

Любые намеки на то, что я делаю не так?

Любые намеки на то, что я делаю не так?

Я ничего не думаю. В настоящее время термостат не отображается в приложении Phoscon, но он должен быть виден в REST-API.

В том-то и дело - не видно при получении всех объектов из остального api

При моей первой попытке выполнить сопряжение через графический интерфейс deCONZ устройство появилось, но ни одно из свойств не было прочитано, даже идентификатор производителя и кластеры не обнаружились. В конце концов, я остановил deCONZ, удалил все ссылки на устройство из zll.db, перезагрузил устройство и соединил его следующим образом, _ удерживая его рядом с RasPi_.

• Запустить поиск сенсора в Phoscon.
• Извлеките / снова вставьте батареи. Нажимаем минус + плюс + буст и удерживаем до сброса устройства.
• Подождите, пока устройство подключится (зеленый свет; примерно через 2 секунды), затем подключите и дайте ему адаптироваться.
• К тому времени поиск сенсора в Phoscon не удался, поэтому перезапустите его.
• Перейдите в графический интерфейс deCONZ, перечислите кластеры, нажмите «Базовый» -> «Читать» (как рекомендовано в https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093)
• Теперь Phoscon сообщает об успешном поиске датчика, и это отображается в REST API.

Я не знаю, какой из шагов сработал, но, возможно, это поможет.

Что касается атрибутов, я обнаружил, что установка «TRV Mode» (0x4000) на «manual» (2) управляет устройством через уставку (устанавливается через 0x4003). Когда режим установлен на «Неизвестно 2», на дисплее отображается текущий процент открытия клапана, которым можно управлять с помощью 0x4001.

Ни один из других вариантов, похоже, не действует, хотя кажется, что есть скрытые функции в "Host Flags" (0x4008) (например, мне удалось включить защиту от детей ...).

Также непонятно, как должно работать «дистанционное зондирование». Может через привязку, с устройством, у которого есть клиентский кластер "измерение температуры"?

Я подтверждаю, что эти шаги работают:

• Запустить поиск сенсора в Phoscon.
• Извлеките / снова вставьте батареи. Нажимаем минус + плюс + буст и удерживаем до сброса устройства.
• Подождите, пока устройство подключится (зеленый свет; примерно через 2 секунды), затем подключите и дайте ему адаптироваться.
• К тому времени поиск сенсора в Phoscon не удался, поэтому перезапустите его.
• Перейдите в графический интерфейс deCONZ, перечислите кластеры, нажмите «Базовый» -> «Читать» (как рекомендовано в # 1098 (комментарий))

Мне удалось подключить термостат и увидеть его в графическом интерфейсе deconz, но с именем 0x3BEE.
И не вижу этого в API. (запросить GET / датчики).

Получил сегодня свой! Если окажется, что он работает надежно, у меня есть место еще для семи ...

Было бы здорово выставить положение клапана (как state.bri ?). Eve Thermo также сообщает об этом, и я надеюсь, что смогу заставить homebridge-hue раскрыть историю в приложении Eve.

В HomeKit термостат имеет _Target Heating Cooling State_ (выкл., Нагрев, охлаждение, авто) и _Current Heating Cooling State_ (выключено, нагрев, охлаждение). Текущее состояние покрывается с помощью state.on полученного из фактического положения клапана. Есть ли у Eurotronic эквивалент для целевого состояния? Раньше я сопоставлял config.scheduleron с целевым состоянием, но с последней фиксацией это больше не отображается (потому что, если я правильно понимаю, он ничего не сделал для Eurotronic). Мы можем сопоставить режим ускорения с _heat_, если это настраивается в Zigbee.

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

Было бы здорово выставить положение клапана (как state.bri ?). Eve Thermo также сообщает об этом, и я надеюсь, что смогу заставить homebridge-hue раскрыть историю в приложении Eve.

Я бы предпочел state.valve или аналогичный, предполагаю, что в ближайшем будущем будет поддерживаться больше термостатов, поэтому нам лучше получить правильные атрибуты в смеси.

Есть ли у Eurotronic эквивалент для целевого состояния? Раньше я сопоставлял config.scheduleron с целевым состоянием, но с последней фиксацией это больше не отображается (потому что, если я правильно понимаю, он ничего не сделал для Eurotronic). Мы можем сопоставить режим ускорения с _heat_, если это настраивается в Zigbee.

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

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

Да, он опрашивает каждые 5 секунд, что хорошо для надежного получения команд, хотя config.pending имеет смысл.

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

Они вроде синхронизируются на устройстве. Мне очень нравится, что термостат сообщает значения, а также быстро передает их при изменении температуры вручную. Но есть кое-что поработать: изменение вручную не изменит заданное значение тепла, о котором также сообщается.

Раньше я отображал config.scheduleron в целевое состояние, но с последней фиксацией это больше не отображается

Я использую HomeKit для включения / выключения планировщика на термостате Bitron. Надеюсь, это продолжит работать.

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

Но я заметил, что теперь «стандарт», кажется, изменился… До сих пор «сложные» сенсоры получали бы отдельные сенсоры REST API. Подобно датчику погоды, он может состоять из трех датчиков: давления, температуры и влажности. Теперь для этого термостата объединены измерение температуры, состояние (вкл. / Выкл.) И заданная температура. Нет проблем согнуть его, но разве это не логический момент для пересмотра, если это момент, чтобы переосмыслить, правильный ли это путь? Глядя на это, это не датчик, а активное устройство? Что-то, что могло бы ввести ветку / devices?

Они вроде синхронизируются на устройстве.

Только в одну сторону и не всегда. Согласно инструкции:

Die übertragenen Solltemperaturen wie Занято / Незанято Атрибут уставки отопления (0x0012 или 0x0014) werden auf das Attribut Current Temperature Setpoint (0x4003) kopiert, um den TRV ohne hersteller spezifische Attribute verwenden zu können.

Управление термостатом с помощью кнопок вроде меняет только 0x4003. Установка режима _Boost_ изменяет 0x4003 на 3000 (30 ° C). Я мог бы сопоставить этот атрибут с целевым состоянием: 500 = выключено; 3000 = тепло; другие значения = авто.

Думаю, нам нужно прописать атрибут при установке целевой температуры. Команда _Setpoint Raise / Lower_ изменяет 0x0012, но не 0x4003. Кроме того, это 0,01 ° C (как атрибуты температуры, а не 0,1 ° C. Я думаю, что это опечатка в общем .xml?

вместо стандартного (который не поддерживает отчеты по атрибутам).

В руководстве есть несоответствия. В 6.5 0x008, 0x0012 и 0x0014 перечислены как не подлежащие отчету, но в 6.6 они являются отчетными.

До сих пор «сложные» сенсоры получали бы отдельные сенсоры REST API.

«Сложный» = несколько кластеров (0x0402, 0x0403, 0x0405 для датчика погоды). Термостат - один кластер (0x0201).

Что-то, что могло бы ввести ветку / devices?

Да, см. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 и ниже.

Я использую HomeKit для включения / выключения планировщика на термостате Bitron. Надеюсь, это продолжит работать.

Мне, вероятно, нужно внести Евротроник в белый список отдельно в оттенке homebridge.

В HomeKit термостат имеет _Target Heating Cooling State_ (выкл., Нагрев, охлаждение, авто) и _Current Heating Cooling State_ (выключено, нагрев, охлаждение).

Евротроник, кажется, контролирует это состояние с помощью атрибута «Системный режим» (идентификатор атрибута 0x001c) (см. Руководство пользователя на стр. 15). Я немного поигрался с этим атрибутом в программе deCONZ, но, к сожалению, безуспешно. Значение можно установить, но после повторного считывания значения с термостата кажется, что оно сбрасывается до значения по умолчанию (Нагрев).

Текущее состояние покрывается с помощью state.on полученного из фактического положения клапана. Есть ли у Eurotronic эквивалент для целевого состояния?

Состояние значения представлено "Pi Heating Demand".

Бит для 0x000080 в _Host flags_ (0x4008) соответствует режиму блокировки (удерживание + и - в течение 3 секунд). Это настраивается и очищается от Zigbee.

Бит для 0x000080 в _Host flags_ (0x4008) соответствует режиму блокировки (удерживание + и - в течение 3 секунд). Это настраивается и очищается от Zigbee.

Как ты это понял? Я пробовал устанавливать отдельные биты с помощью редактора атрибутов в deCONZ. Но всякий раз, когда я пишу что-нибудь ненулевое, это просто включает режим блокировки. Запись 0x000000 снова разблокирует его. И после этого чтение флагов хоста возвращает очень разные значения (0x000001 после начальной настройки, теперь мой говорит 0x42c381).

Изменить: версия Z-Wave имела полезные флаги, такие как установка таймера подсветки ЖК-дисплея, поворот дисплея на 90 градусов и настройка чувствительности «обнаружения открытого окна». Я надеялся, что это было спрятано где-то здесь во флагах хоста.

Edit2: является ли (_Host flags_ & 0x000004) бит для режима ускорения?

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

Вначале это происходило и со мной, но после настройки отчетов по атрибутам с 0x4003 на min/max/change=1/600/1 термостат всегда сообщает сразу же после установки температуры.

Как ты это понял?

Есть 10 типов людей: те, кто читает двоичные файлы, и те, кто нет ;-)

Он сообщил 0x000001 до и 0x000081 после установки режима блокировки. При обратной записи 0x000001 режим блокировки сбрасывается. Теперь мой сообщает 0x400341, установка режима блокировки меняет его на 0x4003c1. Я понятия не имею о других деталях.

Изменить: версия Z-Wave имела полезные флаги, такие как установка таймера подсветки ЖК-дисплея, поворот дисплея на 90 градусов и настройка чувствительности «обнаружения открытого окна». Я надеялся, что это было спрятано где-то здесь во флагах хоста.

Круто, но я не думаю, что дисплей может вращаться (это не растровое изображение, элементы жестко закреплены). Я играл с _TRV Mode_: значение _Unknown 2_ переключает дисплей на положение клапана (как сообщает 0x0008 - _Pi Heating Demand_).

(_Host flags_ & 0x000004) бит для ускоренного режима?

Не думаю, режим Boost 0x4003 == 3000.

Boost-Modus
Betätigen Sie die Boost-Taste.
Alternativ können Sie die Plus Taste so lange betätigen bis ON im Display angezeigt wird.

Также непонятно, как должно работать «дистанционное зондирование». Может через привязку, с устройством, у которого есть клиентский кластер "измерение температуры"?

Я пытаюсь понять _Remote Sensing_. Согласно спецификации ZCL (для кластера серверов _Thermostat_):

Для удаленного измерения температуры клиентский кластер _Temperature Measurement_ (см. 4.4) МОЖЕТ быть включен в ту же конечную точку. Для определения занятости клиентский кластер _Occupancy Sensing_ (см. 4.8) МОЖЕТ быть включен в ту же конечную точку.
...
_LocalTemperature_ представляет температуру в градусах Цельсия, измеренную локально или удаленно (по сети).
...
_OutdoorTemperature_ представляет собой температуру наружного воздуха в градусах Цельсия, измеренную локально или удаленно (по сети).
...
_Occupancy_ указывает, занято ли отапливаемое / охлаждаемое пространство, при локальных или удаленных измерениях.
(по сети).

Поскольку ни _OutdoorTemperature_, ни _Occupancy_, ни клиентские кластеры не реализованы, я боюсь, что _RemoteSensing_ ничего не делает.

PR добавляет state.valve и config.locked , основывает config.heatsetpoint на 0x4003 и устанавливает отчеты по атрибутам с рекомендованными настройками. Также исправлено множество ошибок, связанных с атрибутами термостата.

Еще не реализовано config.pending для locked и heatsetpoint . Изменение config.locked и config.heatsetpoint похоже, работает (проверено сниффингом). Не уверен в конфигурации отчетов - Wireshark сообщил о некорректном пакете в ответ на установку 0x0001 / 0x0021 (процент заряда батареи); Я еще не записал настройку для 0x0201.

IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x15e9
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x2a38
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
    Destination Endpoint: 1
    Cluster: Power Configuration (0x0001)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 97
ZigBee Cluster Library Frame, Command: Configure Reporting Response, Seq: 152
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 152
    Command: Configure Reporting Response (0x07)
[Malformed Packet: ZigBee ZCL]
    [Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]
        [Malformed Packet (Exception occurred)]
        [Severity level: Error]
        [Group: Malformed]

После кода команды (0x07) стоит один байт 0x00 (указывающий на успех?), Но нет подтверждения атрибута.

deCONZ, похоже, это не устраивает:

Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 0x00158D000192D251 (SPZB0001) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 queue binding task for 0x00158D000192D251, cluster 0x0001
Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 binding for attribute reporting of cluster 0x0201 seems to be active
Feb  7 22:39:30 pi1 deCONZ[14715]: 22:39:25:824 binding/unbinding timeout srcAddr: 158D000192D251, retry
Feb  7 22:39:35 pi1 deCONZ[14715]: 22:39:30:824 failed to send bind/unbind request to 0x00158D000192D251 cluster 0x0001. drop
Feb  7 22:43:33 pi1 deCONZ[14715]: 22:43:33:482 binding for attribute reporting of cluster 0x0201 seems to be active
Feb  7 22:47:43 pi1 deCONZ[14715]: 22:47:39:154 binding for attribute reporting of cluster 0x0201 seems to be active

Я получаю такой же искаженный пакет при установке привязки вручную из графического интерфейса deCONZ.

Круто, спасибо state.valve и config.locked выглядит хорошо.

Но нужна ли конфигурация отчетов? Атрибуты уже имеют некоторую конфигурацию по умолчанию, поэтому требуется только привязка.

Поддерживается в homebridge-hue v0.11.14 (см. Https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956). Обратите внимание, что homebridge-hue нуждается в PR для полной поддержки.

Но нужна ли конфигурация отчетов? Атрибуты уже имеют некоторую конфигурацию по умолчанию, поэтому требуется только привязка.

Рекомендуемые настройки отличаются от заводских настроек по умолчанию. Однако термостат также возвращает неверный ответ _Configure Reporting Response_ при настройке отчетов для атрибутов _Thermostat_. А пока закомментирую код.

Я все же хотел бы, чтобы графический интерфейс deCONZ поддерживал _Reportable Change_ для 24-битных (и 48-битных) значений, поэтому я могу настроить _Host Flags_ вручную.

Поддерживается в homebridge-hue v0.11.14 (см. Ebaauw / homebridge-hue # 426 (комментарий) ). Обратите внимание, что homebridge-hue нуждается в PR для полной поддержки.

Приятно, спасибо, по 2.05.59 объединят.

Я все же хотел бы, чтобы графический интерфейс deCONZ поддерживал _Reportable Change_ для 24-битных (и 48-битных) значений, поэтому я могу настроить _Host Flags_ вручную.

Я проверю, что код тоже должен быть исправлен в следующей версии.

(_Host flags_ & 0x000004) бит для ускоренного режима?

Не думаю, режим Boost 0x4003 == 3000.

Нет, в режиме Boost на термостате также отображается «Вкл.», И нажатие кнопки возвращает к ранее установленной температуре. Я (локально, для тестирования) пытался добавить config.boost же, как вы добавили config.locked , который переключает флаг 0x000004 и теперь я могу удаленно включить режим ускорения. /выключенный.

Кажется, есть флажок для выключения термостата (затем на дисплее отображается «Off»), но мне не удавалось постоянно его включать (было бы неплохо для оконного датчика, как упоминалось в руководстве).

Поскольку ни _OutdoorTemperature_, ни _Occupancy_, ни клиентские кластеры не реализованы, я боюсь, что _RemoteSensing_ ничего не делает.

Спасибо, я боялся, что это так.
Между тем, я работал над этим, считывая температуру с датчика Xiaomi и изменяя config.offset . Это работало отлично, пока ваш PR не изменил единицы измерения смещения с 0,1 до 0,01 градуса.
Не могли бы вы попробовать следующее:

• Установите config.offset равным 10 через REST. Прочтите атрибут в deCONZ, и он показывает 1. Правильно.
  REST отвечает: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• Установите config.offset на -10 через REST. Прочтите атрибут в deCONZ, и он показывает -103, когда я ожидал -1.
  REST отвечает: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

Глядя на изменение в этой строке , я думаю, что это должно быть toInt вместо toUInt (раньше это уже было неправильно, но теперь, когда результат делится на 10, он действует).
(_edit: я только что протестировал и toInt исправил_)

Нет, в режиме Boost на термостате также отображается «Вкл.», И нажатие кнопки возвращает к ранее установленной температуре. Я (локально, для тестирования) пытался добавить config.boost же, как вы добавили config.locked , который переключает флаг 0x000004 и теперь я могу удаленно включить режим ускорения. /выключенный.

Действительно. Я не мог установить / очистить его раньше из графического интерфейса deCONZ, но на этот раз мне это удалось (по крайней мере, один раз). Кажется, есть ошибка в графическом интерфейсе deCONZ, записывающая значение атрибута u24:

IEEE 802.15.4 Data, Dst: 0x2a38, Src: 0x15e9
ZigBee Network Layer Data, Dst: 0x2a38, Src: 0x0000
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
ZigBee Cluster Library Frame, Mfr: Jennic (0x1037), Command: Write Attributes, Seq: 51
    Frame Control Field: Profile-wide (0x14)
    Manufacturer Code: Jennic (0x1037)
    Sequence Number: 51
    Command: Write Attributes (0x02)
    Attribute Field
        Attribute: Unknown (0x4008)
        Data Type: 24-Bit Unsigned Integer (0x22)
[Malformed Packet: ZigBee ZCL]
    [Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]

Значение (после байта 0x22 для типа) отсутствует в пакете, но термостат в любом случае отвечает _Write Attributes Response_ со статусом OK, а затем отправляет _Report Attributes_ для 0x4008 с новым (случайным?) Значением. Отсутствует проверка диапазона в прошивке?
Мне также удалось заставить термостат ненадолго отобразить "Off", но я понятия не имею, как это сделать. После этого 0x4003 было 500.

@manup , можете ли вы подтвердить, что это ошибка (и если да, может быть, даже исправить)?

Я думаю, это должно быть toInt вместо toUInt

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

@manup , можете ли вы подтвердить, что это ошибка (и если да, может быть, даже исправить)?

Да, запись 24, 40, 48 и 56-битных значений, а также настройка отчетов не были полностью реализованы. Он уже исправлен в ядре и станет частью 2.05.59.

Используя плагин командной строки @ ma-ca (https://github.com/ma-ca/deconz-cli-plugin), я могу надежно отправлять команды _Write Attribute_ (а также установить конфигурацию отчетов по атрибутам на 0x4008, поэтому новое значение сообщается немедленно).

Пока что я нашел следующее:

бит | эффект
--- | ------
0x000001 | никто?
0x000002 | переверните дисплей вверх дном
0x000004 | режим ускорения
0x000008 | никто?
0x000010 | установлен в режим отключения, но сообщает как 0x000000
0x000020 | установлен в режим отключения, но сообщает как 0x000010
0x000040 | никто?
0x000080 | блокировка от детей

Если вы хотите попробовать себя, я использую для отправки команды следующее:

echo "zclattrmanu 0x2a38 1 0x0201 0x1037 02084022010000" | nc localhost 5008

Полезная нагрузка расшифровывается следующим образом:

| |   | + value 0x000001
| |   + type 0x22 = u24
| + attribute 0x4008 = Host Flags
+ command 0x02 = Write Attributes

Глядя на документацию версии Z-Wave, я почти ожидал от _Host Flags_ следующего:

• Таймаут LCD (5 бит);
• Подсветка ЖК-дисплея (1 бит);
• Обнаружение открытого окна (2 бита).

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

Кажется, я не могу очистить бит 0x000001 - может быть, это подсветка ЖК-дисплея (которую я не могу выключить)?

Последний PR добавляет config.boost , config.displayflipped и config.off (я не заморачивался с config.mode или чем-то еще). Изменения нескольких атрибутов REST собираются в один _Write Attributes_ на _Host Flags_. Установка boost очищает off и наоборот.

{
  "config": {
    "battery": 100,
    "boost": false,
    "displayflipped": true,
    "heatsetpoint": 2100,
    "locked": false,
    "off": false,
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "19c89536ce4a0af7399c4405f78e516d",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Living Room Radiator",
  "state": {
    "lastupdated": "2019-02-10T14:54:26",
    "on": true,
    "temperature": 2309,
    "valve": 82
  },
  "swversion": "15181120",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:01:92:d2:51-01-0201"
}

Потрясающий прогресс, но я боюсь, что config.on, config.off и state.on могут сбить с толку пользователя API. Разве config.mode не был бы чище и проще для понимания?

Да, было бы. Это было быстрее всего реализовать ...

Чтобы объединить изменения нескольких атрибутов REST в одну команду записи для атрибута _Host Flags_ Zigbee, придется потрудиться. Может быть, лучше представить его как объект, что-то вроде config.hostflags.boost , config.hostflags.off и т. Д. Конечно, это больше работы с точки зрения синтаксического анализа API.

Также я не слишком взволнован использованием getZclValue() (и setZclValue() после перезапуска) для кеширования значения _Host Flags_ вместо использования ресурса RConfigHostFlags . Я не уверен, как создать «скрытый» атрибут REST, который хранится в базе данных, но не предоставляется API.

Может быть, лучше представить его как объект, что-то вроде config.hostflags.boost , config.hostflags.off и т. Д. Конечно, это больше работы с точки зрения синтаксического анализа API.

Я еще не рассматривал детали, моя проблема в настоящее время в том, что, наивно глядя на эти атрибуты, я не понимаю, что они должны делать. Может быть, вложение в config.hostflags. Что-то не нужно, кроме более простого интерфейса. Например, если предполагается, что config.hostflags.off управляет атрибутом config.on .. мы можем просто использовать config.on?

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

Я не уверен, как создать «скрытый» атрибут REST, который хранится в базе данных, но не предоставляется API.

Просто пропустите атрибут в соответствующем запросе на получение :)

Также мы должны найти более подходящее слово для _boost_ mode, я понятия не имею, что это означает, если он делает что-нибудь полезное, слово, описывающее его, поможет понять цель :)

Это, конечно, "повышает" температуру ;-) И вы устанавливаете ее, нажимая кнопку Boost ;-) Слово фактически взято из документации Eurotronic Spirit:

Boost-Modus
Betätigen Sie die Boost-Taste.
Alternativ können Sie die Plus Taste so lange betätigen bis ON im Display angezeigt wird.
Комфорт-Модус
Befindet sich das Gerät nicht im Komfortmodus kann per Plus oder Minus Taste in den Komfortmodus gewech- selt werden.

Слово «выключено» не упоминается в документации, но в основном оно устанавливает клапан термостата на мин, и на дисплее отображается «Off». Это упоминается в документации к варианту Z-Wave.

Например, если предполагается, что config.hostflags.off управляет атрибутом config.on .. мы можем просто использовать config.on?

Он как бы контролирует атрибут state.on . config.on уже используется для включения или отключения (запуска правил из) ресурса. Если мы изменим это, мы потеряем совместимость с Hue API. Я согласен, это сбивает с толку, также с config.scheduleron для другого термостата.

HomeKit использует _TargetHeatingCoolingState_ с возможными значениями _Off_, _Heat_, _Cool_ и _Auto_. И _CurrentHeatingCoolingState_ с возможными значениями _Off_, _Heating_ и _Cooling_. Конечно, _Cool_ и _Cooling_ не относятся к Eurotronic.
Если я переведу это в REST API, я получу config.mode ( config.targetstate ?) Со значениями «off», «heat», «cool» и «auto»; и state.mode или state.status ( state.currentstate ?) со значениями "выкл.", "нагрев" и "охлаждение". Если мы пока проигнорируем охлаждающую часть, state.heating кажется, имеет больше смысла. Говоря языком Евротроника, значения config.mode будут "выключено", "повышено" и "комфортно". Я думаю, что предпочел бы термины HomeKit (они кажутся более общими), но, вероятно, я пристрастен.

Кстати, я бы предпочел config.targettemperature config.heatsetpoint .

Когда выйдет версия 2.05.59? Я счастлив внести изменения, но я не буду их дописывать сегодня вечером.

Боже мой, эта штука с бустом действительно сбивает с толку :) Даже с описанием я не уверен, что и почему он существует. Будет ли это кому-нибудь нужно или будет использовать?

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

Но мы должны проверить наличие критических изменений, не зная, использует ли кто-нибудь существующие атрибуты. @ Kane610 @wvuyk ?

Когда выйдет версия 2.05.59?

График был на сегодня, но все детали я еще не доработал. Следующее расписание может быть завтра вечером или во вторник. Но не торопитесь и 2.05.60 могут прибыть к концу недели.

У меня config.mode работает со значениями "off", "heat" и "auto". Не изменилось ни state.on ни config.heatsetpoint . Введен скрытый config.hostflags для сохранения атрибута _Host Flags_ (0x4008) в базе данных.

{
  "config": {
    "battery": 100,
    "displayflipped": true,
    "heatsetpoint": 2100,
    "locked": false,
    "mode": "auto",
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "25aac331bc3c4b465cfb2197f6243ea4",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Living Room Radiator",
  "state": {
    "lastupdated": "2019-02-10T22:41:32",
    "on": false,
    "temperature": 2149,
    "valve": 0
  },
  "swversion": "15181120",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:01:92:d2:51-01-0201"
}

Ошибка в changeSensorConfig() : событие веб-сокета выдается слишком рано, даже до того, как будет возвращена ошибка. Попробуйте ПОСТАВИТЬ {"mode": "invalid"} в config .

В других системах, таких как Homematic, MAX! и т. д. кнопка наддува полностью открывает клапан на ограниченное время. Я никогда им не пользовался, пока не переехал в квартиру с мансардными окнами. После закрытия в холодные дни стекло было настолько холодным, что запотевало. Чтобы этого не произошло, я использую усиленный режим всякий раз, когда закрываю окна и температура ниже 5 градусов.

@manup У меня есть PR для поддержки термостата deconz. Так что сейчас подходящее время для изменений.

Либо я откладываю его до следующего выпуска через 3 недели, либо если вы выпустите 59 с этой поддержкой перед бета-версией в четверг. И мне, конечно, нужен правильный список атрибутов :)

@manup ,

Я работаю над этим внутри компании, но очень гибко, поэтому, пожалуйста, используйте правильный атрибут. Сделать его стандартом, поскольку мы все ожидаем, что появятся новые термостаты?

edit Насколько я могу проверить здесь атрибуты, достаточно близкие к тому, что Homeseer предоставляет для других термостатов, кстати.

У меня config.mode работает со значениями "off", "heat" и "auto". Не изменилось ни state.on ни config.heatsetpoint . Введен скрытый config.hostflags для сохранения атрибута _Host Flags_ (0x4008) в базе данных.

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

Однако я думаю, что остался один угловой случай: если вы установите для config.mode значение «off», а затем измените config.heatsetpoint , устройство вернется в нормальный режим, но флаги хоста по-прежнему будут укажите 0x000010. Чтобы устранить путаницу, я думаю, что флаги хоста должны быть очищены от битов выключения / повышения всякий раз, когда касаются config.heatsetpoint .

В мануале Z-Wave режим «форсирования» также называется «полной мощностью». Я думаю, что это может быть даже точнее, чем «тепло».

Вам нужны общие термины или говорят Евротроник? В последнем случае лучше использовать «выключено», «нагнетать» и «комфорт» (мне не нравится простор на «полной мощности»). Если первое, то более подходящими кажутся «выкл», «обогрев» и «авто».

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

Полагаю, я не выходил из режима Boost достаточно долго, чтобы увидеть, как это происходит. Тестирую прямо сейчас ...
РЕДАКТИРОВАТЬ действительно, казалось бы, ~ 15 минут.

Feb 11 17:39:11 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"heat"}
Feb 11 17:39:14 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
...
Feb 11 17:54:31 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":2100,"mode":"auto"}

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

Думаю, вы правы, но убирать флаги нужно на устройстве, а не в кеше REST API. Смотрите мой комментарий к вашему пиару.

Однако я думаю, что остался один угловой случай.

Я обнаружил, что при переключении из режима Boost в Off или vv исходное значение для _HeatSetPoint_ теряется. Не уверен, легко ли это обойти.

В мануале Z-Wave режим «форсирования» также называется «полной мощностью». Я думаю, что это может быть даже точнее, чем «тепло».

Вам нужны общие термины или говорят Евротроник? В последнем случае лучше использовать «выключено», «нагнетать» и «комфорт» (мне не нравится простор на «полной мощности»). Если первое, то более подходящими кажутся «выкл», «обогрев» и «авто».

Не знаю, потому что у меня есть только Евротроник. Это может зависеть от того, какие режимы будут обеспечивать настенные термостаты (например, для теплого пола). Но пока я не возражаю против общих терминов.

Я обнаружил, что при переключении из режима Boost в Off или vv исходное значение для _HeatSetPoint_ теряется. Не уверен, легко ли это обойти.

Вы уверены? Я только что попробовал: уставка 21С. Теперь я отправляю 0x20, и он переходит в состояние «выключено», а заданное значение отображается на 5C. Теперь отправьте 0x10, он вернется в нормальное состояние и сразу же снова сообщит заданное значение как 21C. Я также могу выйти из режима «выключено», нажав _ + _ или _-_ на устройстве (дважды).
Это также работает для режима ускорения (также при выходе из режима ускорения нажатием кнопки _boost_ на устройстве (дважды)).

Вы уверены? Вы уверены? Я только что попробовал: уставка 21С. Теперь я отправляю 0x20, и он переходит в состояние «выключено», а заданное значение отображается на 5C. Теперь отправьте 0x10, он вернется в нормальное состояние и сразу же снова сообщит заданное значение как 21C. Я также могу выйти из режима «выключено», нажав _ + _ или _-_ на устройстве (дважды).

Это переключение из выключенного режима обратно в комфортный ; не переключаться из режима Off прямо в режим Boost .

При запуске (с некоторым временем между командами):

$ ph put /sensors/8/config '{"mode": "heat"}'
$ ph put /sensors/8/config '{"mode": "off"}'
$ ph put /sensors/8/config '{"mode": "auto"}'

уставка тепла остается на уровне 30 ° C:

Feb 11 18:13:24 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"heat"}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:30"}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:30","temperature":2087}
Feb 11 18:13:44 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"off"}
Feb 11 18:13:50 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":500}
Feb 11 18:13:50 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:50"}
Feb 11 18:13:58 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:57","on":false,"valve":0}
Feb 11 18:14:19 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"auto"}
Feb 11 18:14:23 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
Feb 11 18:14:23 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:14:23"}
Feb 11 18:14:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:14:30","on":true,"valve":168}

Да, я могу подтвердить это для этой последовательности: auto -> heat -> off -> auto .
По крайней мере, все остается синхронизированным, поскольку заданное значение сообщается правильно.

Как ни странно, это работает, как ожидалось, для auto -> off -> heat -> auto .

он работает, как ожидалось, для auto -> off -> heat -> auto

Действительно.

Вы пытались запустить обнаружение открытых окон?

Нет, я использую правила на основе контактных датчиков Xiaomi.

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

Чтобы добавить к последнему вопросу, и если кто-то не понимает:
Я думаю, что то, что мы называем «выключено» (флаг 0x20), является своего рода ручным переключением обнаружения открытого окна. Термостат выключается и сообщает об этом на дисплее, но я обнаружил, что он возвращается к предыдущей настройке через ~ 15 минут (как указано в руководстве).

Хорошая находка!

Die Empfindlichkeit der Fenster-Offen Erkennung kann konfiguriert werden.

Это должны быть некоторые из еще не идентифицированных битов в _Host Flags_ (0x4008).

Im Stellwertbetrieb (режим, определяемый производителем) wird die Fenster-Offen Erkennung nicht ausgeführt.

Я предполагаю, что "Режим, зависящий от производителя" - это _TRV Mode_ (0x4000) "Неизвестно 2"?

Я обнаружил, что установка «TRV Mode» (0x4000) на «manual» (2) управляет устройством через уставку (установленную через 0x4003). Когда режим установлен на «Неизвестно 2», на дисплее отображается текущий процент открытия клапана, которым можно управлять с помощью 0x4001.

Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert / deaktiviert werden.

Это предполагает своего рода привязку, но без подходящего клиентского кластера, который будет трудно понять. Единственное, что близко подходит в спецификации ZCL, - это устройство _IAS Zone_ типа _Contact switch_.

Установил еще четыре из них и переместил их в свою производственную сеть, теперь на 2.05.59. Я планирую добавить еще три, но сначала нужно освободить место. Термостаты намного больше оригинальных циферблатов.

Графический интерфейс deCONZ в версии 2.05.59 теперь правильно обрабатывает атрибут u24 _Host Flags_: я могу изменить значение и конфигурацию отчета атрибута. Я вручную изменил конфигурацию отчетов по умолчанию на всех моих термостатах:

• Отключите отчеты для 0x0012 и 0x0014, которые мы не используем из-за 0x4003. Кажется, что термостат не объединяет несколько атрибутов в одном отчете, поэтому это экономит трафик и обновляет до state.lastupdated ;
• Установите минимальный интервал 1, максимальный интервал 600 и регистрируемое изменение 1 для _PI Heating Demand_, _Errors_ и _Host Flags_, чтобы об изменениях сообщалось немедленно. _Местная температура_ получает отчетное изменение на 10 (0,1 ° C), _Current Temperature Setpoint_ на 50 (0,5 ° C). Все еще выясняю оптимальные настройки. Возможно, мне следует ограничить периодические отчеты _Current Temperature_ и настроить отчеты об изменении только для других атрибутов.

Я бы все же предпочел, чтобы плагин REST API делал это, но кажется, что термостат отправляет неверный ответ _Configure Reporting Response_ (со статусом только в полезной нагрузке).

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

@manup есть ли прогресс в планируемых для этого изменениях?

Привет @all ,

Я купил 2 таких устройства и хотел подключить их в приложении Phoscon. Но когда я перезагружаю устройства и на дисплее отображается «JiN» и мигающая антенна, я просто получаю сообщение об ошибке подключения в приложении Phoscon, даже если я нажимаю кнопку усиления на устройстве после того, как антенна перестает мигать.

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

С наилучшими пожеланиями
отметка

Изменить: я уже обновил плагин Rest 2.05.59, и, как и в примечаниях к выпуску, говорится, что устройства должны работать с этой версией.

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

Я удалил узлы из таблицы devices в базе данных, на время снял батарею с термостата и попробовал снова. Лучше всего открыть сеть из старого веб-приложения / найти датчики в Phoscon, а затем сбросить термостат (удерживайте все три кнопки в течение 10 секунд - для вас будет засчитано до 10). Мне пришлось вручную прочитать атрибуты _Basic_, чтобы принудительно создать ресурс REST API, но после этого термостат и deCONZ, похоже, понравились друг другу.

Должен ли быть термостат виден в api? Или в домашнем помощнике?

В api: да, см. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373. Помощник по дому: Не знаю. Это видно в HomeKit через homebridge-hue, см. Https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956.

Хорошо спасибо. Думаю, сейчас я попытаюсь удалить его и снова соединить. Используя процедуру, которую вы упомянули в предыдущем посте.

@Oliviakrkk пока не поддерживается домашним помощником. Жду информации, поменяется ли api в ближайшее время или нет. У меня есть открытый PR, но он не будет объединен, пока Api не станет стабильным.

@ Kane610 Спасибо за разъяснения.

@ebaauw : Как я могу "вручную прочитать атрибуты _Basic_, чтобы принудительно создать ресурс REST API"

@ebaauw :

@ Kane610 Как я могу добавить свои изменения в свой HA? Сделал ли я что-то большее, чем просто замену исходных файлов?

@ alpha23 просто

@ Kane610 Я считаю, что API стабилен (по крайней мере, пока). Как я упоминал ранее, я мог бы добавить state.errors , но я не думаю, что нам нужно будет менять текущую функциональность.

Но если я посмотрю на / сенсоры в API, устройства не отображаются. Они должны быть там?

@ alpha23 да, но, как я уже сказал, вам может потребоваться запустить их создание вручную.

Как я могу «вручную прочитать атрибуты _Basic_, чтобы принудительно создать ресурс REST API»

@Oliviakrkk Откройте панель _Cluster Info_ в графическом интерфейсе deCONZ. Нажмите правую точку на узле термостата, чтобы раскрыть список кластеров. Выберите _Basic_cluster - это заполнит панель. Ищите новые устройства в приложении Phoscon. Затем прокрутите вниз панель _Cluster Info_ и нажмите _Read_. Имя узла изменяется с адреса NWK на «Термостат xx» после создания ресурса REST API.

@ebaauw спасибо!

Один вопрос: с «вкл.»; нужно ли изменить состояние или конфигурацию для включения / выключения нагрева?

Я считаю, что это заменено на "mode"="off" ?

• Только для чтения state.on отражает положение клапана (0 = ложь;> 0 = истина) из _PI Heating Demand_ (0x0008). Числовое значение также отображается как state.valve ;
• Только для чтения state.temperature отражает температуру, измеренную термостатом, из _Local Temperature_ (0x0000);
• Чтение / запись config.heatsetpoint отражает целевую температуру из _Current Temperature Setpoint_ (0x4003);
• Чтение / запись config.mode отражает режим из _Host Flags_ (0x4009):
  
  
  
  • "off" = _Off_ режим (дисплей показывает Off). Термостат изменяет _Current Temperature Setpoint_ на 500 (5 ° C); при изменении этого режима происходит возврат в _Normal_ режим.
  
  
  • "auto" = _Нормальный_ (он же Комфортный) режим (на дисплее отображается заданная температура);
  
  
  • "heat" = _Boost_ режим (на дисплее отображается On). Термостат изменяет _Current Temperature Setpoint_ на 3000 (30 ° C); при изменении этого режима происходит возврат в _Normal_ режим. Обратите внимание, что термостат возвращается из режима _Boost_ в _Normal_ примерно через 15 минут;
  
  
• Чтение / запись config.on - это обычный атрибут для отключения правил, запускаемых из этого ресурса датчика. Он не сопоставлен ни с одним из атрибутов термостата.

По моему (краткому) опыту, лучше всего оставить "mode": "auto" и изменить config.heatsetpoint на целевую температуру (например, 2100, когда дома, и 1500, когда нет). Используйте state.on чтобы показать, нагревается ли термостат или нет.

@wvuyk прочь и возьму?

Спасибо @ebaauw , эта запись будет хороша для всех типов устройств 👍 (подсказка @manup )

Несколько советов для тех, кто хочет получить этот термостат.

• Онлайн-цены на Eurotronic Spirit Zigbee сильно различаются. Я получил свой первый на getgoods.com за 37,73 евро с учетом НДС. доставка из DE в NL, но они подняли цену до 45,86 евро, искл. доставка, прежде чем я смогу заказать больше. Я получил следующую партию от yakodo.de по цене 38,80 евро за штуку (и 12,90 евро за доставку, опять же из Германии в Нидерланды), но теперь они подняли цену до 50,00 евро за штуку;
• В моих радиаторах уже были установлены клапаны Danfoss RA, но с обычными (нетермостатическими) смесителями. Мне потребовалось время, чтобы понять, как их удалить: открыть их полностью и просто снять (иногда насилие - правильное решение). С входящим в комплект переходником RA на M30 установка Spirit была легкой задачей.
• Радиатор в моем коридоре слишком близко к боковой стене, чтобы туда поместился Spirit. Мне уже снились кошмары о перемещении радиатора, когда я обнаружил переходник M30 с углом 90 ° . Используя прилагаемый переходник RA на M30 и этот угловой переходник, я установил Spirit перпендикулярно радиатору.
  
  Кажется, это работает хорошо - я заказал другой угловой адаптер, чтобы мне не пришлось перемещать шкаф в столовой (прикрепленный к стене) от радиатора в столовой.

@Oliviakrkk Откройте панель _Cluster Info_ в графическом интерфейсе deCONZ. Нажмите правую точку на узле термостата, чтобы раскрыть список кластеров. Выберите _Basic_cluster - это заполнит панель. Ищите новые устройства в приложении Phoscon. Затем прокрутите вниз панель _Cluster Info_ и нажмите _Read_. Имя узла изменяется с адреса NWK на «Термостат xx» после создания ресурса REST API.

Отлично! Спасибо!
Элемент API создан. Какое-то время он назывался Thermostat 49, а затем переименовался в SPZB0001.

"59": {
    "config": {
        "battery": null,
        "displayflipped": null,
        "heatsetpoint": 2100,
        "locked": null,
        "mode": "auto",
        "offset": 0,
        "on": true,
        "reachable": true
    },
    "ep": 1,
    "etag": "9c3459545806f30b2a3ad2ec4ce765ca",
    "manufacturername": "Eurotronic",
    "modelid": "SPZB0001",
    "name": "SPZB0001",
    "state": {
        "lastupdated": "2019-02-16T17:47:25",
        "on": null,
        "temperature": 1990,
        "valve": null
    },
    "swversion": "20181205",
    "type": "ZHAThermostat",
    "uniqueid": "00:15:8d:00:01:92:d2:20-01-0201"
}

Я тестировал термостат последние несколько дней.
Я обнаружил, что config.on почти никогда не было отключено. Я заметил, что значение клапана было установлено на «4» всякий раз, когда был достигнут необходимый уровень нагрева. С ответом @ebaauw я теперь понимаю, почему для config.on никогда не было установлено значение false.

Но достаточно забавно, что со вчерашнего дня значение state.valve устанавливается на 0 каждый раз, когда достигается заданное значение. Похоже, девайс со временем подстраивается?

Еще одна находка заключается в том, что когда я нажимаю кнопку ускорения на устройстве, веб-хуки появляются для config.heatsetpoint , state.valve и state.temperature , но не для config.auto Is. об этом не сообщает устройство или этот отчет пропущен для отправки?

Но довольно забавно, что со вчерашнего дня значение state.valve устанавливается на 0 каждый раз, когда достигается заданное значение. Похоже, девайс со временем подстраивается?

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

Другая находка заключается в том, что когда я нажимаю кнопку ускорения на устройстве, веб-хуки появляются для config.heatsetpoint , state.valve и state.temperature , но не для config.auto Is. об этом не сообщает устройство или этот отчет пропущен для отправки?

Я думаю, вы имеете в виду config.mode ? Он читается из атрибута _Host Flags_ 0x4008. Заводские отчеты по умолчанию слишком консервативны, imho, и не сразу сообщают об изменениях. Если вы измените это вручную, он будет сообщаться, как и другие атрибуты, см. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217.

Действительно, я имею в виду config.mode . Я надеялся, что он будет сообщать регулярно, минут через 5 или около того. Но я не дождался времени разгона, и он никогда не сообщал config.mode как "тепло", другие значения сообщались постоянно, я мог видеть, как они меняются здесь. Теперь прошло 15 минут, все сброшено.

Жаль, это могла быть полезная информация для событий Homeseer ...

Два моих термостата самопроизвольно (?) Сбрасываются, очищая displayflipped , хотя сам дисплей все еще переворачивается. В обоих случаях я вижу в журнале один и тот же образец:

• Термостат отправляет _Объявление об устройстве_ (ZDP 0x0013);
• Термостат сообщает _Current Temperature Setpoint_ 0x4003 при 20 ° C;
• Термостат сообщает _PI Heating Demand_ 0x0008 при 255 и _ Local Temperature_ 0x0000 при 20 ° C;
• Термостат сообщает _Hosts Flags_ 0x4008 по адресу 0x000081 ( locked сохраняется, но displayflipped очищается) и _Current Temperature Setpoint_ на фактическом значении;
• Термостат сообщает о фактическом значении _Current Temperature Setpoint_ 0x4003;
• Термостат сообщает _PI Heating Demand_ 0x0008 и _ Local Temperature_ 0x0000 в их фактических значениях.

В следующий раз, когда будет записано _Host Flags_, очищенный бит displayflipped будет отправлен обратно в термостат, и дисплей перевернется.

Я не уверен, что вызвало эту последовательность. Это были разные термостаты, отличные от того, который идет в МВД на https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849.

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

Я не уверен, что вызвало эту последовательность.

Думаю, это самопроверка термостата. Согласно https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ , термостат выполняет самотестирование один раз в неделю:

Selbsttest: 1 x wöchentlich

Вроде отличный девайс! @ Kane610 Я видел твой пиар. Спасибо за работу. На данный момент он не включает расписания, верно? Просто хочу знать, что я не буду искать то, чего нет.

@akaho расписаний нет. Невозможно разоблачить его в банкомате

Привет,
Нашел девайс с DeCONZ, спасибо за работу!
Но можно ли увидеть это в Phoscon? Я не могу его найти.

Привет,
Я также добавляю Spirit Zigbee, после процедуры чтения информации Custer, Phoscon пишет "Sensor bereit"
Но в Phoscon нет ни Сенсора, ни IOBroker.
Но я вижу его в Deconz-GUI как SPZB001 после символа батареи.

Я запускаю Deconz 2.05.60 на RPI3.

Не увлекаетесь зигби и кластерами (я использую беспроводные термостатические клапаны на основе KNX-RF), есть ли поддержка ручного управления двигателем клапана или, по сути, создание для этого вашего собственного ПИД-регулятора?
Кроме того, в настоящее время поддерживаются только термостатические клапаны оконечных устройств (на батарее), или теперь будут работать также термостатические клапаны Zigbee с питанием от сети (маршрутизатор)?

есть ли поддержка ручного управления мотором клапана или, по сути, создание для него собственного ПИД-регулятора?

Клапаны Eurotronic Spirit имеют режим, в котором вы можете установить положение клапана вручную. Здесь используются расширения стандарта Zigbee для конкретных производителей, поэтому ymmv для других термостатов. Я не раскрывал эту часть через REST API.

Мне кажется довольно сложной задачей написать собственный ПИД-регулятор; хотел бы увидеть вашу работу над этим.

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

Каждый тип термостата должен быть явно внесен в белый список, и может потребоваться некоторая доработка в зависимости от того, как они реализуют и расширяют стандарт Zigbee. Независимо от того, питаются ли они от сети или от аккумулятора, особой разницы не будет. Также, будь то маршрутизаторы Zigbee или оконечные устройства Zigbee (что не всегда совпадает с питанием от сети или батареи). Если вы имеете в виду конкретный тип, откройте новый выпуск, предоставив информацию, описанную здесь: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Привет,

У меня проблема с добавлением духа евротроника с deconz v2.05.60.

мой deconz работает на ubuntu без графического интерфейса, поэтому я могу использовать только фоскон webapp и rest api. Моя проблема в том, что после присоединения к евротронику для деконзирования через приложение Phoscon устройство eurotronic, кажется, добавлено в мою сеть zigbee (устройство в порядке, приложение фоскон сообщило, что «устройство не найдено»), но я не вижу устройство ни в приложении фоскон, ни в состоянии покоя. api. само устройство сообщило об успешном подключении к сети zigbee.

Кто-нибудь может мне помочь?

С уважением, Бобби

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

Спасибо за информацию. есть ли способ сделать это без x11 gui?

@BobbyXXX : Я использовал для этого x11vnc.

Та же проблема, что и у BobbyXXX для меня. Я использую deconz в докере (marthoc / deconz). Так что графического интерфейса нет. Я тестировал Eurotronic Spirit ZigBee с CC2531-Stick в iobroker (на основе zigbee2mqtt.io). Устройство распознается в считанные секунды и может использоваться в iobroker.
В deconz устройство сопряжено, но не может быть найдено ни в Phoscon, ни в REST.

С уважением, Кей

Привет

У Docker есть опция для VNC. Вы можете получить доступ к графическому интерфейсу через VNC.

Параметры:
-e DECONZ_VNC_MODE = 1
-e DECONZ_VNC_PORT = 5900

Спасибо. Вот и все. Я могу присоединиться к нему.
Спасибо

Кей
для docker-compose:
- DECONZ_VNC_MODE = 1
- DECONZ_VNC_PORT = 5900
- DECONZ_VNC_PASSWORD = XXXX

Привет, Благодаря сообщениям выше мне удалось поместить свой в iobroker. Спасибо! Но, к сожалению, он показывает только несколько значений и не позволяет ни установить температуру, ни включить или выключить ее. Будет ли это добавлено в ближайшем будущем? В противном случае это бесполезно, и мне нужно его вернуть. Могу ли я что-нибудь сделать сам? (навыки программирования низкие) Большое спасибо! Вольфганг

Поскольку с Deconz нет шансов, я заменил Eurotronic Spirit Zigbee на китайский CC2531 за 4 доллара, и вот что я получил:

@ Вольфганг :
Я использую узел-красный с iobroker. Рвайз прав. CC2531 хорошо работает с этим термостатом, но не с другими устройствами. Я попробовал оба и остаюсь с деконзом.
Если вы работаете с узлом красного цвета, вот мое решение:
Идея основана на отправке новой температуры с помощью REST-API. Есть две кнопки, для увеличения и уменьшения температуры хотел. Эта температура сохраняется в iobroker через node-red. Новая температура отправляется в deconz через http-запрос.
Описание на английском языке. Название узлов на немецком языке.

[ { "id": "8c13faa0.312318", "type": "ui_gauge", "z": "82a0e2b1.be156", "name": "Thermostat, Schlazimmer (SOLL)", "group": "62b68445.1ceddc", "order": 2, "width": "3", "height": "3", "gtype": "gage", "title": "Schlafzimmer (Soll)", "label": "°C", "format": "{{value}}", "min": "5", "max": "35", "colors": [ "#0092b5", "#00e627", "#b50000" ], "seg1": "20", "seg2": "25", "x": 1120, "y": 240, "wires": [] }, { "id": "ee827496.0baf08", "type": "http request", "z": "82a0e2b1.be156", "name": "", "method": "use", "ret": "txt", "url": "", "tls": "", "x": 1050, "y": 540, "wires": [ [] ] }, { "id": "16322cea.30f4f3", "type": "ui_button", "z": "82a0e2b1.be156", "name": "+ 1 °C", "group": "62b68445.1ceddc", "order": 3, "width": "2", "height": "1", "passthru": false, "label": "+ 1 °C", "tooltip": "", "color": "", "bgcolor": "firebrick", "icon": "", "payload": "100", "payloadType": "num", "topic": "", "x": 130, "y": 380, "wires": [ [ "d34474dd.fa8458" ] ] }, { "id": "ab90e2a6.95fc2", "type": "ui_button", "z": "82a0e2b1.be156", "name": "- 1 °C", "group": "62b68445.1ceddc", "order": 5, "width": "2", "height": "1", "passthru": false, "label": "- 1 °C", "tooltip": "", "color": "", "bgcolor": "#0092b5", "icon": "", "payload": "-100", "payloadType": "num", "topic": "", "x": 130, "y": 420, "wires": [ [ "d34474dd.fa8458" ] ] }, { "id": "d34474dd.fa8458", "type": "ioBroker get", "z": "82a0e2b1.be156", "name": "Schlazimmer, Temperatur (Soll)", "topic": "node-red.0.deconz.0.Sensor_7.heatsetpoint", "attrname": "heatsetpoint", "payloadType": "value", "x": 430, "y": 400, "wires": [ [ "f1878f12.b4c2d" ] ] }, { "id": "f1878f12.b4c2d", "type": "function", "z": "82a0e2b1.be156", "name": "Set_heatsetpoint", "func": "\nvar new_temp = {payload: (msg.heatsetpoint + msg.payload) }\nvar real_new_temp = {payload:new_temp.payload / 100}\n \n\nmsg.method = \"PUT\";\n// here put your own Apikey\nmsg.headers = { \"X-ApiKey\": \"XXXXXXXXX\" };\n\nvar data = {\"heatsetpoint\": new_temp.payload};\nmsg.payload = JSON.stringify(data);\n// here put sensor_id, mine is 7\nmsg.url = \"http://127.0.0.1/api/DB28CD6F62/sensors/7/config\"\n\nreturn [real_new_temp, new_temp, msg]\n\n\n", "outputs": 3, "noerr": 0, "x": 750, "y": 400, "wires": [ [ "8c13faa0.312318" ], [ "6a17be92.3e904" ], [ "ee827496.0baf08" ] ] }, { "id": "6a17be92.3e904", "type": "ioBroker out", "z": "82a0e2b1.be156", "name": "Schlazimmer, Temperatur (Soll)", "topic": "node-red.0.deconz.0.Sensor_7.heatsetpoint", "ack": "false", "autoCreate": "false", "x": 1110, "y": 400, "wires": [] }, { "id": "acd7e601.65e8f8", "type": "comment", "z": "82a0e2b1.be156", "name": "GUI to change Temperature", "info": "value that increases/decreases temperature\nhere: +/- 100 (-> 1°C)\n\nsaved to msg.payload", "x": 160, "y": 340, "wires": [] }, { "id": "2e589afa.4d0426", "type": "comment", "z": "82a0e2b1.be156", "name": "iobroker place to load heatsetpoint", "info": "This is to store the heatsetpoint somewhere\n\nI want to increase or decrease temperature, \nso i have to store it.\nCan be everywhere.\nIs here loaded to change temperature to:\n\nsaved to msg.heatsetpoint", "x": 440, "y": 360, "wires": [] }, { "id": "edd2e760.bdea58", "type": "comment", "z": "82a0e2b1.be156", "name": "iobroker place to store heatsetpoint", "info": "Here the new temperature is stored", "x": 1120, "y": 340, "wires": [] }, { "id": "b30bf85a.5aafc8", "type": "comment", "z": "82a0e2b1.be156", "name": "Gui of new temperature ", "info": "", "x": 1080, "y": 200, "wires": [] }, { "id": "1962d290.5e630d", "type": "comment", "z": "82a0e2b1.be156", "name": "http request", "info": "All information comes from function", "x": 1050, "y": 500, "wires": [] }, { "id": "f07d3e8e.499a6", "type": "comment", "z": "82a0e2b1.be156", "name": "Function to create Api-Call", "info": "Here you have to change your own API Information.\n- API key\n- Sensors ID", "x": 750, "y": 360, "wires": [] }, { "id": "62b68445.1ceddc", "type": "ui_group", "z": "", "name": "Temperatur", "tab": "e70b7e9b.cc318", "order": 2, "disp": true, "width": "6", "collapse": true }, { "id": "e70b7e9b.cc318", "type": "ui_tab", "z": "", "name": "Werte", "icon": "dashboard", "order": 1, "disabled": false, "hidden": false } ]

Могу ли я добавить CC2531 к моей малине в дополнение к моему Conbee, чтобы они сосуществовали как два координатора на разных каналах? Это было бы решение за 5-8 $ и быстрое исправление?

Да, ты можешь, и я это сделаю :-)
kaykoch прав, у deconz больше возможностей и лучшая поддержка. я использую много вещей xiaomi. И у deconz часто есть простой способ автоматизации, потому что есть опция "lastupdated", которую я пропускаю в zigbee.
Но поскольку нет возможности упростить работу с термостатами, я также использую Zigbee Stick с адаптером iobroker zigbee. Оба работают очень хорошо, а расстояние от 5-долларовой Zigbee Stick до термостата составляет 6 метров с 24-сантиметровой стеной между ними.

Наконец, я надеюсь, что dresden-elektronik сделает это возможным, что Spirit Zigbee будет работать с deconz, как с zigbee. Обычно у них очень хорошая поддержка.

И вот он, красный свет на деконце, а зеленый - это зигби-палка.

А вот и ваша версия :-)

Если они от D, у меня несколько стиков ...

Всем привет,
Я из Австрии и жду, когда придет из Китая. Так как мне нужна только флешка, у меня нет флешера и т. Д. Если не прилетит, с радостью свяжусь ...
Спасибо :)

Только для тебя. Найдите на Ebay jblack_de Напишите мне сюда,
когда вы отправили мне свой адрес через eBay Ничего не покупайте !!! она
затем получите совершенно бесплатное письмо Наху через несколько дней
Австрия...

Просто потому, что я могу :-) и мне нравится помогать ...

realwax [email protected] написал вт, 16 апреля 2019 г., 19:22:

Всем привет,
Я из Австрии и жду, когда придет из Китая. Поскольку я только
Мне не нужна флешка, у меня нет флешера и т. Д. Если не прилетит,
Мне нравится выходить на связь ...
Спасибо :)

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Я не знаю, сколько времени займет публикация. Мне нужно 24 часа с момента получения адреса
для отправки 😃

Рене Вайз [email protected] написал 20:06 :

Только для тебя. Найдите на Ebay jblack_de Напишите мне сюда,
когда вы отправили мне свой адрес через eBay Ничего не покупайте !!! она
затем получите совершенно бесплатное письмо Наху через несколько дней
Австрия...

Просто потому, что я могу :-) и мне нравится помогать ...

realwax [email protected] написал вт, 16 апреля 2019 г., 19:22:

Всем привет,
Я из Австрии и жду, когда придет из Китая. Потому что я
Мне нужна только флешка, у меня нет флешера и т. Д. Не надо
Буду рад связаться ...
Спасибо :)

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Если это не сработает на eBay. У меня есть почтовый ящик в Gmail, и мое имя пользователя - это первая буква имени, за которой следует фамилия. В Google фамилия начинается с следующей точки. Тогда вы можете попробовать это с Рене перед @ 😂 Пожалуйста, также напишите здесь, что вы отправили сообщение ...

@rweise Я связался через Gmail. LG Вольфганг

Уже в пути, повеселимся :-)

В среду, 24 апреля 2019 г., в 13:15 realwax написал: < [email protected]

:

@rweise https://github.com/rweise Я связался через Gmail. LG
Вольфганг

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

Я тоже недавно наткнулся на этот аппарат. Версия Z-Wave имеет интересную функцию поддержки внешних датчиков температуры (которые могут давать более реалистичные показания, чем внутренний).
Из тех, у кого уже есть устройство, знаете ли вы, возможно ли это (или будет ли) через Zigbee? Сайт производителя, к сожалению, очень скудный.

у меня тоже есть этот вопрос. можно ли реализовать это тоже на api?

Если вы можете сказать мне это и как, версия Zigbee поддерживает это. Мне не удалось это настроить.

Я не очень разбираюсь в стандарте zigbee, но нашел это в PDF-файле от производителя:
идентификатор атрибута: 0x001A
Значение по умолчанию: 0x00
Тип данных: 0x18 (8-битное растровое изображение)
Чтение / запись: RW
Спецификация производителя: N0
Отчетность: Нет

Я надеюсь, это поможет вам :)

https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

Я тоже это обнаружил, но это не дает мне представления о том, как подключить внешний датчик температуры. Я попытался установить этот атрибут и привязать TRV к кластеру _Temperature Measurement_ одного из моих датчиков движения Hue, но без радости.

похоже, что невозможно отправить темп? и я должен "связать" другое устройство zigbee с показанием температуры с термостатом?

из pdf Похоже, я должен отправить фактическую температуру в 8-битном кластере, и все должно быть в порядке

идентификатор атрибута: 0x001A
Значение по умолчанию: 0x00
Тип данных: 0x18 (8-битное растровое изображение)
Чтение / запись: RW

из pdf Похоже, я должен отправить фактическую температуру в 8-битном кластере, и все должно быть в порядке

Мне тоже было интересно об этом. Но вы можете видеть, что тип данных - это растровое изображение (т.е. набор флажков для переключения), а не число "int" (как для других температур в PDF).
deCONZ позволяет переключать эти флаги. Один из вариантов - что-то вроде «Использовать внешний датчик температуры». Это можно включить с помощью растрового изображения, но я не понимаю, как отправить фактическую температуру.

Он был поддержан в deCONZ уже очень рано, так что кажется стандартным атрибутом ZigBee. Тем не менее, мне интересно, если такие вещи должны происходить через привязки (которые термостат не поддерживает afaik), тогда зачем это растровое изображение?

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

Либо мы снова спрашиваем у производителя, либо успеваем поймать их на ярмарке (как IFA в сентябре в Берлине) ... ;-)

Я также был бы очень заинтересован в Eurotronic, но я новичок в hass.io и python.

Может ли кто-нибудь подвести итог, что работает, а что нет? Я ищу термостаты, и у меня уже есть палка Conbee II, поэтому я хотел бы использовать ее для управления термостатами.
Спасибо!

Я могу сказать вам, что работает _в сочетании с интерфейсом Home Assistant_:

1. Считывание значений температуры с датчика температуры
2. Установка заданного значения / целевой температуры
3. Выключение устройства

Что не работает:

1. Установка режима HVAC / системы на off хотя объявлена ​​как возможный режим HVAC
2. Включение дистанционного зондирования (насколько я понял, можно установить дистанционный датчик температуры; имеет смысл, когда термостат находится около уровня земли / потолка и имеет слишком низкие / значения, чтобы регулировать ожидаемую температуру в помещении)

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

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

Как? Мне не удалось установить это на ZigBee-версии Eurotronic Spirit.

Как я могу изменить значение положения клапана через API, когда я нахожусь в режиме TRV «Неизвестно 2»?
Если я вызываю http: // localhost / api / XXXX / sizes / 2 / state через PUT с содержимым «{" valve ": 127}», то в качестве возврата я получаю «[{}]». Если я сделаю это через приложение deCONZ, значение изменится напрямую.

Вы можете ПОСТАВИТЬ только состояние датчиков CLIP, но не датчиков ZigBee. REST API не поддерживает установку положения клапана напрямую, только через заданное значение температуры.

Должно быть, пропустил это в документации по API. Планируется ли это в будущих версиях?

Нет. Также нет поддержки API для режима TRV.

Зачем тебе это нужно? Вы пишете свой собственный ПИД-регулятор?

Да, с зависимостями, например, «дома», «не дома» и «в отпуске». Или наружная температура и комнатная температура. Или солнечное излучение в комнату, чтобы система также знала, что комната нагревается солнцем.

Извините, я не понимаю, чего вы пытаетесь достичь. Разве не проще просто установить целевую температуру и позволить TRV управлять положением клапана?

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

Только представьте, что сейчас раннее утро, и вы управляете термостатом через панель управления Smarthome по времени. Итак, солнце встает, но сейчас пасмурно. Клапан открывается на 80%.
Тот же сценарий, но без облачности. Солнце светит в комнату, клапан открывается только на 20%, потому что солнце нагревает комнату, поддерживая.
Если я установлю эту температуру выше целевой, например, на 22 градуса, клапан поднимется намного дальше, чем должен.
Кроме того, на моем радиаторе в одной точке накапливается тепло и обязательно наличие внешнего термостата.
Мне пришлось бы установить его на 26 градусов, хотя в комнате должно быть только 22 градуса, чтобы клапан не закрылся слишком рано по ошибке. Звучит запутанно, но в моем случае имеет больше смысла. Следовательно, также возникает вопрос, потребует ли вам много усилий для реализации этого.

Нет. Также нет поддержки API для режима TRV.
Зачем тебе это нужно? Вы пишете свой собственный ПИД-регулятор?

Я бы тоже поддержал это.

Поскольку я не нашел способа связать TRV с удаленным датчиком температуры, попробовав привязки устройств и прочитав документы ZigBee spec + TRV.
(Sceanrio: термостаты на земле с неправильными / слишком низкими значениями температуры, поэтому регулирование неверно из-за неправильных значений обратной связи)

Решением было только обойти эту проблему: реализовать / использовать алгоритм / шаблон PID в Home Assistant или NodeRed и связать эти объекты на более высоком уровне приложения.

Как описал @cinemarene, это решение предоставляет гораздо больше возможностей, таких как автоматизация по времени и на основе.

Реализация прямого управления положением клапана потребует создания ресурсов config для установки целевого положения клапана и режима TRV и, возможно, ресурса state для сообщения фактического режима TRV. Я все еще наблюдаю случайные икоты, когда deCONZ временно теряет маршрут к TRV, поэтому было бы разумно обновить их, используя механизм config.pending . Это приличный объем работы.

Лично я не осмеливаюсь настраивать положение клапана до того, как будут решены проблемы с маршрутизацией. На самом деле я вполне доволен алгоритмом PID TRV, где необходимо использовать температурное смещение для корректировки измерения TRV. Моя задача состоит в том, чтобы согласовать настройку комнатного термостата моего центрального отопления с настройкой TRV (чей алгоритм PID отключается, когда котел не обеспечивает нагретую воду), поэтому я не буду работать над управлением положением клапана в ближайшее время.

Я все еще наблюдаю случайную икоту, когда deCONZ временно теряет маршрут к TRV

Да, это было бы довольно чревато ошибками и могло закончиться в сауне, тем более что один из моих термостатов на самом деле тоже теряет связь на более длительное время ;-)

На самом деле я вполне доволен алгоритмом PID TRV, где необходимо использовать температурное смещение для корректировки измерения TRV.

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

Я не могу заставить deCONZ обнаружить мой Spirit ZigBee. Я открыл веб-приложение deCONZ и выбрал добавить новый датчик. Затем я перевожу термостат в режим сопряжения (на рисунке показан INS), вставляя батарейки и устанавливая его на радиатор. Однако веб-приложение conbee II stick / deCONZ не обнаруживает мои устройства (пробовал 2 из них). Несколько раз пробовал, в том числе и с новыми батареями. Я даже термостат прямо рядом с флешкой поставил - ничего не заработало.

Как вам удалось совместить deCONZ и Spirit Zigbee?

Попробуйте подключиться к deConnz через VNC. Тогда я смог подключиться.

Тай, теперь я на шаг впереди. Я подключен к deCONZ через VPN. Однако я использую Hass.io и Home Assistant 0.98.5. Если я выберу «Разрешить присоединиться», значит, для присоединения используйте веб-приложение. Однако, если я нажимаю «Открыть WebApp», ничего не происходит. Как я могу открыть веб-приложение? Я только сейчас узнаю, как подключиться к приложению Phoscon, а не к WebApp.

Обновление: обнаружено старое веб-приложение, но устройство по-прежнему не определяется.

Есть ли что-то, чего мне не хватает, поскольку я не привык к новому графическому интерфейсу, кроме Phoscon?

У меня такая же установка. Вы должны включить подключение в конфигурации плагина. Затем используйте клиент VNC для подключения. Тогда вы увидите свои устройства.

и вы увидите

Большое тебе спасибо!!! Я получил его в deDONZ и сделал открытие в меню управления, как описано в руководстве пользователя. Есть ли какие-нибудь дальнейшие шаги, чтобы открыть его домашнему помощнику?

Если тебе это удастся, ты должен увидеть

в HA в интеграции = deCONZ

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

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

можно было выбрать «Устройство включено» и попробовать нажать «Читать». После нескольких попыток я вижу вторые точки и термостат в HA.

Или можете попробовать отремонтировать термостат.

Несколько раз ремонтировал и теперь у меня две точки. Я прочитал все сущности. Если я изменю температуру на устройстве, я также смогу прочитать обновленное значение. Тем не менее, включенное устройство объекта возвращает неподдерживаемый атрибут и становится серым. Я тоже не могу изменить его название

Кстати, все основные настройки устройства кажутся неподдерживаемыми:

Теперь он работает. Большое спасибо за помощь @rkotulan.

Суть в том, что на это ушло ок. 7 попыток удаления и повторного соединения до тех пор, пока TRV не будет распознан как «Термостат 22» вместо шестнадцатеричного имени. Не знаю почему, но вдруг сразу после последнего присоединения его сразу узнали в HA.

Я объединю два других в следующие дни и сообщу, если сделаю какие-то отклонения.

Наконец, можно найти рабочий способ правильного сопряжения этого устройства (чтобы оно было доступно для REST API и отображалось в Home Assistant). Вот шаги:
1) Поместите устройство рядом с палкой ConBee.
2) Перезагрузите устройство (удерживайте все 3 кнопки в течение 10 секунд, затем отпустите, пока оно не перезагрузится и на экране не появится "Джин")
3) Откройте приложение Phoscon и начните поиск новых датчиков.
4) Подключитесь к Deconz через VNC и найдите новое устройство. Зеленая точка должна быть сплошной зеленой
5) Подождите, пока точка не начнет время от времени мигать.
6) Откройте « Базовую информацию о кластере» и нажмите «Читать».
7) После этого имя устройства должно измениться с шестнадцатеричного числа на Идентификатор модели, и процесс сопряжения в приложении Phoscon должен завершиться успешно.

После этого я поставил термостат на радиатор и дважды нажал кнопку Boost, чтобы начать калибровку. Теперь все работает нормально.
PS> Думаю, проблема тут в софте Deconz. Он должен прочитать базовый кластер, когда сплошная точка на узле начнет автоматически мигать, но это не так, поэтому пользователь должен сделать это вручную, чтобы завершить процесс сопряжения.

Спасибо @airens ! Инструкция была очень полезной. Термостат наконец-то появился в HA

Я также могу подтвердить, что метод @airens работает! (RaspBee Bridge на автономном Raspberry Pi, подключенном к hass.io)

Спасибо!

Через несколько утомительных часов мне удалось соединить дух Eurotronic с deCONZ. Я могу читать и перезаписывать значения в информации о кластере, но дух Eurotronic не отображается в приложении Phoscon.
Я попытался подключиться через узел к термостату и установил node-red-contrib-deconz в Node Red. С помощью встроенного узла deCONZ я могу вызвать Eurotronic Spirit и увидеть статус ON, степень открытия клапана и показания внутреннего датчика температуры.
Что я не вижу, так это текущее заданное значение температуры, и у меня нет возможности изменить заданное значение.
Есть идеи, как это могло работать? Думаю, может деКонз вне узла, но как?

Я могу подтвердить шаги @airens . Чтение базового кластера было важным моментом.

@ dresden-elektronik: было бы здорово, если бы компонент мог считываться автоматически, как любой другой.

Ошибка в приложении Phoscon: оно распознано и работает в HA, но по-прежнему не отображается в приложении Phoscon в разделе «Датчики» ...

PS: У меня было странное поведение в домашнем помощнике после установки новой целевой температуры, инструкция была дана правильно для термостата, но затем температура в веб-интерфейсе в домашнем помощнике вернулась к старому значению, пока термостат работал правильно ... после некоторого ожидания ошибка, казалось, исчезла сама по себе ... прямо на кучу невоспроизводимого материала, и спасибо за удовольствие с режимом отладки @homeassistant 👯‍♂

Можно ли на этом этапе выполнить сопряжение Eurotronic Spirit ZigBee, просто используя приложение Phoscon? Я планирую получить один из них, но мой deconz работает в режиме без головы, и у меня нет доступа к пользовательскому интерфейсу (работает на Raspbian без головы).

Вы можете подключиться к Conbee с помощью VNC.

Как мне это сделать?

Я подумал, что приложение Phoscon - это то, что нужно использовать для сопряжения устройств ... Почему это все еще невозможно сделать с Eurotronic Spirit ZigBee?

Как мне это сделать?

Я думаю, что подключение напрямую к conbee было недоразумением, по крайней мере, я не знаю, как это могло быть возможно. Но вы не можете подключиться к deconz-gui через raspi vnc:

Хорошие инструкции для VNC на Raspi
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

Автозапуск VNC Server
sudo x11vnc -storepasswd /etc/x11vnc.pass
sudo nano /lib/systemd/system/x11vnc.service

[Ед. изм]
Описание = Запустить X11VNC
После = multi-user.target

[Услуга]
Тип = простой
ExecStart = / usr / bin / x11vnc -display: 0 -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[Установить]
WantedBy = multi-user.target

sudo systemctl включить x11vnc.service

Затем вы можете подключиться к таким инструментам, как «Цыпленок VNC».

Для запуска deconz-gui при автозапуске должно быть достаточно информации, если вы гуглите. Просто будьте немного терпеливы, когда графический интерфейс запускается автоматически, потому что сначала вы увидите экран, на котором вы можете выбрать решающий (например, конби), и просто нужно подождать несколько секунд для автоматического подключения к сетчатому экрану.

Я использую Raspbian Buster Lite, у которого полностью отсутствует рабочий стол, и это не сработало для меня ...

В любом случае, так почему же термостат не может работать в паре с Phoscon? Будет ли это когда-нибудь поддерживаться?

Dresden Elektronik также разрабатывает привязку openhab2? Я спрашиваю, потому что компонент домашнего помощника содержит тип «Климат», а привязка Openhab2 - нет.

@merdok @donchrizz
Существует еще один способ удаленной обработки, если vnc не работает или вы хотите сэкономить память и просто хотите использовать графический интерфейс в качестве параметра отладки. Перенаправьте X11 на свой рабочий стол.

например, с Windows
1) Установите Cygwin и исключите в брандмауэре Windows / отключите брандмауэр
2) Откройте терминал Cygwin64
3) выполнить: startx - -listen tcp &
4) выполнить: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) отредактируйте /lib/systemd/system/deconz-gui.service
6) Изменить строку - Environment = "DISPLAY = [ip_of_your_deconz_conbee_runnig_host]: 0"
7) выполнить: systemctl stop deconz
8) выполнить: systemctl start deconz-gui

Когда закончите, просто остановите графический интерфейс и запустите деконзирование без графического интерфейса.
При повторении, вам нужно снова xhost на cygwin, чтобы разрешить сеанс.
Ошибка может возникнуть с брандмауэром Windows - вы можете отключить его на определенное время.
После обновления deconz вам может потребоваться переделать 5 и 6.
Таким образом, мне не нужно запускать x11vnc.

Удачи!

PS: Я с нетерпением жду того дня, когда можно будет добавить Eurotronic и управлять им, как и любой другой лампочкой / переключателем Ikea. ;)

PS: Я с нетерпением жду того дня, когда можно будет добавить Eurotronic и управлять им, как и любой другой лампочкой / переключателем Ikea. ;)

От всей души поддерживаю это желание!

Между тем, может ли кто-нибудь указать мне на некоторую информацию о том, как Духовный термостат выставлен домашнему помощнику? В частности, я хотел бы знать, определены ли какие-либо preset_modes, которые могут быть установлены службой climate.set_preset_mode . Кроме того, можно ли запустить режим ускорения из домашнего помощника?

С наилучшими пожеланиями

О том, как его добавить, рассказывалось выше о графическом интерфейсе пользователя, а также о том, как присоединиться к кластеру и прочитать его. Таким образом, процесс присоединения должен завершиться и REST API предоставит значения. Поскольку он работал не очень хорошо, я добавил его в адаптер zigbee (CC2530), и я использую iobroker, и я не могу вам в этом помочь. Вот какие состояния вы должны получить.

Если вам удастся добавить это, это поможет вам в дальнейшем с точки зрения настройки состояний на дисплее или режимов. Включение / выключение окна и т. Д. Просто добавьте значения, преобразуйте его из HEX в DEC и соответствующим образом установите spz_system_mode.

Я ничего не нашел в сети, и я также знаю, что здесь идет разработка, но я не знаю, где еще спросить. Вы также совершаете поездку по удалению накипи (Entkalkungsfahrt) каждый понедельник около 6 часов?

Я считаю, что "Entkalkungsfahrt" - это не то, что вы хотели сказать :) Может, вы объясните?

Каждый понедельник в 6 часов утра каждый из моих 5 термостатов открывает и закрывает клапаны по одному разу. Очень раздражает, когда вы спите. Они тоже это делают, даже если вы их сбросите, и они не подключены ни к какому мосту. Режим подсчета или что-то в этом роде.

Он имеет в виду то, что говорит. Это нереально для извести, это больше похоже на то, чтобы что-то сделать с фиксированными клапанами.
Прежде чем я начну с eurotronic, я использую термостаты homematic, и они делают это один раз в неделю, чтобы избежать фиксированных клапанов. И, я не знаю, предпочитаю ли я вернуться к homematic, потому что у меня много проблем с термостатами евротроника. они теряют связь, и тогда у вас появляется ваша личная сауна. Пишу в евротроникс сообщение и спрашиваю, можно ли перекрыть клапаны при ошибке и нет ответа. 100% открытие - это очень плохо ...

Он имеет в виду то, что говорит. Это нереально для извести, это больше похоже на то, чтобы что-то сделать с фиксированными клапанами.
Прежде чем я начну с eurotronic, я использую термостаты homematic, и они делают это один раз в неделю, чтобы избежать фиксированных клапанов. И, я не знаю, предпочитаю ли я вернуться к homematic, потому что у меня много проблем с термостатами евротроника. они теряют связь, и тогда у вас появляется ваша личная сауна. Пишу в евротроникс сообщение и спрашиваю, можно ли перекрыть клапаны при ошибке и нет ответа. 100% открытие - это очень плохо ...

Моя уже пол года не теряет связи. Я знаю это точно, потому что только что проверил журналы домашнего помощника. Я думаю, вам нужно улучшить качество сигнала, добавив маршрутизаторы в вашу сеть ZigBee, или попытаться найти лучшую позицию для Conbee.

@realwax спасибо! Я использовал MobaXterm, и он работал с графическим интерфейсом. Теперь мой термостат подключен и работает нормально!

@manup, было бы хорошо, если бы сопряжение можно было выполнить прямо из приложения Phoscon. Сейчас это довольно неудобно. Это запланировано?
Также было бы здорово установить датчик термостата в приложении Phoscon!

Кто-нибудь получает информацию об уровне заряда батареи от термостата Home-Assistant? Я не вижу соответствующего датчика батареи для термостата, и я хотел бы следить за ним. Я могу видеть индикацию заряда батареи через VNC, когда я включаю «Чтение дескриптора мощности» для термостата; тогда я вижу значок батареи, но даже тогда в «Информация о кластере» я вижу некоторую противоречивую информацию:

В "Инфо об узле" я правильно понял:

Правильная информация о батарее была загружена в «Информация о кластере» после того, как я нажал кнопку «ЧИТАТЬ»:

Теперь его также можно прочитать из Home-Assistant:

@rsaffi : Я

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

Одна ошибка в реализации homeassistant, с которой я столкнулся, - это минимальные / максимальные значения для термостата. В то время как в руководстве указан диапазон от 5 до 30 ° C, в homeassistant установлен диапазон от 7 до 35 ° C, и установка целевой температуры выше 30 приводит к ошибке. Я не уверен, проблема ли это в домашнем помощнике или в деконсе.

Одна ошибка в реализации homeassistant, с которой я столкнулся, - это минимальные / максимальные значения для термостата. В то время как в руководстве указан диапазон от 5 до 30 ° C, в homeassistant установлен диапазон от 7 до 35 ° C, и установка целевой температуры выше 30 приводит к ошибке. Я не уверен, проблема ли это в домашнем помощнике или в деконсе.

Я тоже это заметил, но забыл сообщить. Это правда: дальность действия на самом устройстве отличается от Home-Assistant.

Я не могу использовать VNC на своем деконсе. он работает в безголовом докер-контейнере на моем сервере. есть ли способ получить полную пару? Я соединил его, но он нигде не отображается: /

Как и многие здесь, мой также не отображается в веб-приложении deCONZ в разделе «Датчики», но он успешно работает в паре, и это видно изнутри Home-Assistant. Откуда вы знаете, что соединили его, если он нигде не отображается?

Что касается VNC, вы должны иметь возможность сделать это, несмотря на безголовый док-контейнер. Мой также установлен в безголовом контейнере, работающем на безголовой виртуальной машине, и я могу использовать VNC в нем нормально.

@rsaffi После поиска датчика в деконзоре появилась зеленая полоса с надписью "успешно добавлено"

@rsaffi После поиска датчика в деконзоре появилась зеленая полоса с надписью "успешно добавлено"

Был там, сделал это. Поскольку интеграция, по крайней мере, на данный момент, вашим следующим шагом будет подключение к VNC, щелчок по устройству термостата и щелчок по «Читать» для получения «базовой» информации о кластере. Затем ваше устройство на deCONZ переключится с отображения шестнадцатеричного кода на свое собственное имя, и вы сможете увидеть его из Home-Assistant.

@rsaffi Я знаю, мой работает отлично ... Я отвечал на ваш вопрос:

Откуда вы знаете, что соединили его, если он нигде не отображается?

Был там, сделал это. Поскольку интеграция, по крайней мере, на данный момент, вашим следующим шагом будет подключение к VNC, щелчок по устройству термостата и щелчок по «Читать» для получения «базовой» информации о кластере. Затем ваше устройство на deCONZ переключится с отображения шестнадцатеричного кода на свое собственное имя, и вы сможете увидеть его из Home-Assistant.

Извините, если это глупый вопрос, но означает ли это, что термостат Eurotronics появится в Home Assistant и имеет работающий климат-контроль? Я недавно начал использовать HA и, например, еще даже не пробовал себя в Zigbee2mqtt.

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

Может быть, лучше спросить: что _не__ не работает? Спасибо!

Некоторый контекст, если это важно и кому интересно:
У меня полы с водяным подогревом (уверен, это называется как-то иначе), но комнатные термостаты не работают. Таким образом, я могу изменять температуру во всех комнатах одновременно только на одном термостате в туалете (это обычный радиаторный вентиль, как этот Евротроник, но старый и аналог). Пока гадала, на какую температуру его установить, так как его температура и реальная температура в комнатах очень разные.

Я надеялся, по крайней мере, легко сделать то же самое, но с помощью Home Assistant и, надеюсь, без создания скриптов с нуля (потому что я все еще многому учусь). В принципе легко можно будет выставить температуру, например, на 22С. Возможно, в комнатах будет только 19 ° C, но тогда я мог бы просто установить температуру на 25 ° C, и в комнатах она была бы ближе к 22 ° C.

Еще лучше, конечно, было бы иметь возможность использовать свои датчики температуры Xiaomi, которые у меня есть, поэтому я мог бы установить температуру на 22 ° C, а термостат Eurotronic будет использовать датчики Xiaomi для регулировки температуры. Но я думаю, это слишком много, чтобы спрашивать?

Извините за длинный пост и спасибо, что прочитали!

@ wuast94 Да, есть. Просто прокрутите ветку вверх. Выложил как на Х11 вперед .... Фон Самсунг-планшет гесендет
-------- Ursprüngliche Nachricht -------- Фон: wuast94 [email protected] Дата: 17.10.19 23:24 (GMT + 01: 00) An: dresden-elektronik / deconz-rest -plugin [email protected] Копия: Wolfgang [email protected] , Mention упоминание@noreply.github.com Betreff: Re: [dresden-elektronik / deconz-rest-plugin] [Запрос на поддержку устройства] Eurotronic Spirit ZigBee (# 1098) Я не могу использовать синхронизацию на моем деконзоре. он работает в безголовом докер-контейнере на моем сервере. есть ли способ получить полную пару? Я соединил его, но он нигде не отображается: /

- Вы получили это, потому что были упомянуты. Ответьте на это письмо напрямую, просмотрите его на GitHub или откажитесь от подписки.
[
{
"@context": " http://schema.org ",
"@type": "EmailMessage",
"possibleAction": {
"@type": "ViewAction",
"цель": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373",
"URL": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373",
"name": "Просмотреть выпуск"
},
"description": "Посмотреть эту проблему на GitHub",
"publisher": {
"@type": "Организация",
"name": "GitHub",
"url": " https://github.com "
}
}
]

Извините, если это глупый вопрос, но означает ли это, что термостат Eurotronics появится в Home Assistant и имеет работающий климат-контроль? Я недавно начал использовать HA и, например, еще даже не пробовал себя в Zigbee2mqtt.

Да, именно это. Работает с Home-Assistant. Поскольку разработка, по крайней мере, находится прямо сейчас, для того, чтобы отобразить его в Home-Assistant, нужно всего несколько дополнительных шагов, но это определенно работает.

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

Может быть, лучше спросить: что _не__ не работает? Спасибо!

Честно говоря, ничего из того, что я знаю. Я имею в виду, что процесс установки все еще можно улучшить (без необходимости в вышеупомянутых дополнительных шагах), но кроме этого, все работает.

У меня полы с водяным подогревом (уверен, это называется как-то иначе), но комнатные термостаты не работают. Таким образом, я могу изменять температуру во всех комнатах одновременно только на одном термостате в туалете (это обычный радиаторный вентиль, как этот Евротроник, но старый и аналог). Пока гадала, на какую температуру его установить, так как его температура и реальная температура в комнатах очень разные.

Я надеялся, по крайней мере, легко сделать то же самое, но с помощью Home Assistant и, надеюсь, без создания скриптов с нуля (потому что я все еще многому учусь). В принципе легко можно будет выставить температуру, например, на 22С. Возможно, в комнатах будет только 19 ° C, но тогда я мог бы просто установить температуру на 25 ° C, и в комнатах она была бы ближе к 22 ° C.

Тогда идите и получите один, потому что это выполнимо.

Еще лучше, конечно, было бы иметь возможность использовать свои датчики температуры Xiaomi, которые у меня есть, поэтому я мог бы установить температуру на 22 ° C, а термостат Eurotronic будет использовать датчики Xiaomi для регулировки температуры. Но я думаю, это слишком много, чтобы спрашивать?

Также можно сделать, но для этого вам нужно немного запачкать руки и написать правильную «Автоматизацию» для Home-Assistant, но в этом определенно нет ничего необычного.

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

В кластере «Термостат» я обнаружил доступный для записи атрибут Remote Sensing с возможностью установки «Локальная температура, измеренная удаленно», «Наружная температура, измеренная удаленно» и «Загруженность, определенная удаленно», но нет возможности указать внешние датчики.

Возникает несколько связанный с этим вопрос: можно ли настроить «обнаружение открытого окна» и настроить внешний датчик окна, как указано в руководстве на стр. 13 («Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert / deaktiviert werden»)

Изменить: Забудь. Я просто понял, что это обсуждалось ранее безуспешно.

Эй, ребята,

Я обнаружил, что мои духовые термостаты показывают странное поведение, когда в течение нескольких часов в комнате нет изменений температуры или нет ввода изменений от домашнего помощника. Результат: он отключится и больше не будет в сети zigbee. Решение: я нажимаю среднюю кнопку (o) термостата, и он сразу возвращается ... похоже на спящий режим ... у кого-нибудь есть предложения? В данный момент думаю о том, чтобы сбросить духовые термостаты и перейти на homematic без деконз ...

ваше здоровье,
Крис

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

есть ли способ добавить устройство через deconz, когда вы используете установку deconz systemd?

Когда я подключаюсь к своей безголовой малине с помощью VNC, я могу остановить службу и использовать сеанс VNC, чтобы увидеть устройство (я думаю, что на самом деле не так много информации, чтобы идентифицировать его, tbh). Но при закрытии deconz и повторном запуске службы systemd устройство не появляется.

Вы выполнили действия, указанные в https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451?

Следующий процесс сработал для меня при установке безголового raspbian:

• сохранить конфигурацию фоскон (резервная копия)
• включить загрузку в графический интерфейс через raspi-config
• настройка / установка VNC
• перезагружать
• systemctl stop deconz и systemctl start deconz-gui
• запустить VNC и открыть deconz
• откройте фоскон и перезагрузите восстановленную конфигурацию
• сбросить термостат (должен отображаться Jin)
• поиск датчиков в фосконе
• в deconz откройте базовый блок термостата и нажмите читать
• убедитесь, что спаривание было успешным в фосконе
• резервная копия конфигурации фоскон
• выйти из VNC-сервера
• systemctl stop deconz-gui и systemctl start deconz
• открыть фоскон и загрузить конфигурацию из файла резервной копии

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

Я спросил это в другой ветке:
Я до сих пор не знаю, как получить для этой штуки кроме бесполезных значений в ioBroker.
Например, в журнале адаптера deconz в ioBroker появляется «heatsetpoint», но я не могу прочитать это значение. Я пробовал это с узлом Red.
Кто-нибудь может мне подсказать?
Большое спасибо.

Eurotronic Spirit неадекватен и содержит ошибки в Deconz. После многих попыток мне удалось отобразить Eurotronic Spirit в приложении Deconz. Я могу прочитать всю информацию о кластере, и все, что отображается как R / W, также может быть записано.
Чтобы распознать Eurotronic Spirit, вам нужно вызвать приложение Phoscon, здесь Eurotronic Spirit распознается, но не отображается, приложение определенно может просто управлять светом.
Итак, в узле deConz IN в узле Red я могу читать температуру и статус, в узле OUT, если я выберу «Phoscon» в качестве сервера, ничего не отображается. Поэтому Eurotronic Spirit очень плохо интегрируется Dresden Electronics.
Есть ли у кого-нибудь идеи, как я могу не только читать, но и управлять Eurotronic Spirit через Node Red?

Вы выполнили шаги # 1098 (комментарий) ?

Следующий процесс сработал для меня при установке безголового raspbian:

• сохранить конфигурацию фоскон (резервная копия)
• включить загрузку в графический интерфейс через raspi-config
• настройка / установка VNC
• перезагружать
• systemctl stop deconz и systemctl start deconz-gui
• запустить VNC и открыть deconz
• откройте фоскон и перезагрузите восстановленную конфигурацию
• сбросить термостат (должен отображаться Jin)
• поиск датчиков в фосконе
• в deconz откройте базовый блок термостата и нажмите читать
• убедитесь, что спаривание было успешным в фосконе
• резервная копия конфигурации фоскон
• выйти из VNC-сервера
• systemctl stop deconz-gui и systemctl start deconz
• открыть фоскон и загрузить конфигурацию из файла резервной копии

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

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

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

Вы можете изменить название термостата с помощью остального API. Для этого вы можете использовать REST-клиент (например, Postman App или расширение Chrome Postman с вкладками) или инструмент командной строки, например cURL.
Просто посмотрите документацию по REST API http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/, там все хорошо объяснено.
Получив ключ API, получите список всех датчиков, запустив запрос GET на / api // датчики. В ответе прочтите свой идентификатор термостата. Затем запустите запрос PUT в / api // датчики /со следующими данными {"name": "Custom Name"}.
Команда cURL будет примерно такой:
curl -X PUT -H "Content-Type: application / json" -d '{"name": "Custom name"}' http: // localhost : 8080 / api / 01234abc56 / sizes / 4

Привет,

rkotulan писал:

Если тебе это удастся, ты должен увидеть

в HA в интеграции = deCONZ

и я вижу, как HA распознает датчик, термостат и климатический термостат.

Самостоятельно Сказано, что датчик. Термостат недоступен:

Вы имеете представление о проблеме?

Здравствуйте, у меня случайный баг с устройством. Я отключил его и несколько раз автоматически использовал API, используя только

{'Режим выключения'}
{'режим': 'авто'}

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

Я видел то же самое, особенно при переключении с off на on (режим ускорения) или наоборот. Вроде "фишка" прошивки Духа. Режим off похоже, связан с частично реализованным обнаружением открытия окна.

Я только установил тепловую точку с помощью своей автоматики и оставил режим на auto .

Хорошо, спасибо, поэтому я попробую отправить свою собственную тепловую точку одновременно с параметром auto> {'mode': 'auto', 'heatsetpoint': 2200}

Эй, ребята,

Если кому-то нужен термостат Spirit Zigbee - у меня есть 3 на продажу:

https://www.ebay-kleinanzeigen.de/s-anzeige/eurotronic-spirit-zigbee-thermostat/1249146122-84-9062

не стесняйтесь связаться со мной там ...

Вы выполнили шаги # 1098 (комментарий) ?

Следующий процесс сработал для меня при установке безголового raspbian:

• сохранить конфигурацию фоскон (резервная копия)
• включить загрузку в графический интерфейс через raspi-config
• настройка / установка VNC
• перезагружать
• systemctl stop deconz и systemctl start deconz-gui
• запустить VNC и открыть deconz
• откройте фоскон и перезагрузите восстановленную конфигурацию
• сбросить термостат (должен отображаться Jin)
• поиск датчиков в фосконе
• в deconz откройте базовый блок термостата и нажмите читать
• убедитесь, что спаривание было успешным в фосконе
• резервная копия конфигурации фоскон
• выйти из VNC-сервера
• systemctl stop deconz-gui и systemctl start deconz
• открыть фоскон и загрузить конфигурацию из файла резервной копии

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

Мой Дух не подключается к ДеКонцу. Я запускаю Home Assistant на RPI 2. Я установил аддон deConz, добавил и интегрировал его в HA, подключился к deConz через VNC и настроил приложение Phoscon. Когда я иду «добавить датчики» в приложении Phoscon, он ищет, но Spirit не подключается. Он просто говорит «Джин», но ничего не происходит. Единственное, что я вижу в deConz, - это синяя штучка по умолчанию, которая говорит «Координатор», когда вы нажимаете на нее. Я пропустил шаг?

Как сказал @ebaauw в следующем посте, мне нужно добавить лампу, прежде чем я смогу добавить свой термостат?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

Изменить: хорошо, поэтому я немного почитал. Термостат - это оконечное устройство, поэтому нужен ли ему маршрутизатор для подключения? Я думал, что могу подключить термостат напрямую к RaspBee ..

Я думал, что могу подключить термостат напрямую к RaspBee.

RaspBee (или любой координатор ZigBee) - это правильно маршрутизатор; вы должны суметь соединить с ним Дух. Обратите внимание, что маршрутизатор допускает только ограниченное количество подключенных конечных устройств - не уверен, какой текущий предел для RaspBee: 10 или 16 или что-то в этом роде. Для большего количества конечных устройств вам потребуются дополнительные маршрутизаторы.

Я думал, что могу подключить термостат напрямую к RaspBee.

RaspBee (или любой координатор ZigBee) - это правильно маршрутизатор; вы должны суметь соединить с ним Дух. Обратите внимание, что маршрутизатор допускает только ограниченное количество подключенных конечных устройств - не уверен, какой текущий предел для RaspBee: 10 или 16 или что-то в этом роде. Для большего количества конечных устройств вам потребуются дополнительные маршрутизаторы.

У меня нет подключенных устройств, сегодня все получил и настроил совсем недавно. Есть идеи, почему тогда мой Дух не подключается к RaspBee?

Скорее всего плохой радиосигнал. Какое расстояние между термостатом и RaspBee? Попробуйте подключить Raspberry к сети и отключить Wi-Fi и Bluetooth. Лучше всего поискать аппараты от Phoscon, потом вставить аккум в Спирит. Возможно, перезагрузите Spirit, нажав / удерживая все три кнопки одновременно (обратный отсчет начнется через несколько секунд).

Скорее всего плохой радиосигнал. Какое расстояние между термостатом и RaspBee? Попробуйте подключить Raspberry к сети и отключить Wi-Fi и Bluetooth. Лучше всего поискать аппараты от Phoscon, потом вставить аккум в Спирит. Возможно, перезагрузите Spirit, нажав / удерживая все три кнопки одновременно (обратный отсчет начнется через несколько секунд).

Будь я проклят! 2h я играл с этой хренью! Я сидел в двух метрах от него и не думал, что проблема в сигнале! Это связано!

ZigBee использует диапазон 2,4 ГГц, также как Wi-Fi, Bluetooth, DECT, микроволновую печь и т. Д. Попробуйте переключиться на 25-й канал ZigBee, который меньше всего перекрывается с WiFi. Остерегайтесь металла в стенах, мебели, корпусах светильников и т. Д.

Готово, спасибо! Однако я не могу заставить Дух проявиться в HA. Я уже читал основные данные, мощность и температуру в deConz, но в HA deConz показывает только «Phillips Daylight» и «Phoscon-GW» (шлюз). Я добавил deConz автоматически, используя обнаружение. Из того, что я здесь читал, Дух автоматически появляется в HA ..

Вы перезапустили HA после соединения Spirit? Вы дважды проверили, что REST API предоставляет Дух (если имя в графическом интерфейсе изменилось с сетевого адреса).

Вы перезапустили HA после соединения Spirit? Вы дважды проверили, что REST API предоставляет Дух (если имя в графическом интерфейсе изменилось с сетевого адреса).

Я перезапустился, но не думаю, что REST API раскрывает дух. Можете ли вы выложить картинку, имя которой в сетевом адресе вы имеете в виду именно? Просто чтобы убедиться

Синий узел для RaspBee показывает адрес NWK (0x0000); серый узел для Spirit показывает name ресурса REST API /sensors (я изменил его после соединения, вероятно, он показывает Thermostat 2 или что-то в этом роде).

Синий узел для RaspBee показывает адрес NWK (0x0000); серый узел для Spirit показывает name ресурса REST API /sensors (я изменил его после соединения, вероятно, он показывает Thermostat 2 или что-то в этом роде).

Хм нет, он все еще показывает 0x9348. Когда я меняю его вручную в информации об узле, левый «светодиод» мигает красным, а в левом нижнем углу - «отправка запроса на набор дескрипторов пользователя», но ничего не происходит. Как мне сделать так, чтобы он открывал REST API?

Хорошо, я понял! Мне пришлось выполнить поиск сенсора в приложении Phoscon, а затем перечитать основные данные.

Мой Дух не считывает правильную температуру. Я переустановил его на другой радиатор, и хотя радиатор немного теплый, Spirit показывает 31 ° C. Это даже близко не к этому. Прошел час, а температура все еще не изменилась. Любые идеи? Не уверен, что использование смещения - правильный способ справиться с этим. Кроме того, на другом радиаторе раньше правильно отображалась температура.

Не уверен, что использование смещения - правильный способ справиться с этим.

Полагаю, для этого и нужен смещение.

Прошел час, а температура все еще не изменилась.

Убедитесь, что отчеты по атрибутам настроены правильно. В противном случае deCONZ продолжит показывать старую температуру. Нажмите _Read_ на атрибутах кластера _Thermostat_, чтобы проверить, изменилось ли значение.

У меня новый странный журнал

2019-11-08 18: 47: 51.563 Статус: (deconz) Отладка термостата: {'config': {'heatsetpoint': 2100, 'reachable': True, 'mode': 'off', 'on': True, 'батарея': 100, 'смещение': 0}, 'id': '85', 't': 'событие', 'e': 'изменено', 'r': 'датчики', 'uniqueid': ' 00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 '} 2019-11-08
18: 49: 39.847 Статус: (deconz) Отладка термостата: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 ',' id ':' 85 ',' t ':' event ',' state ': {' on ': True,' valve ': 24,' lastupdated ':' 2019-11-08T17: 49: 39 ',' temperature ': 2105},' r ': 'сенсоры', 'е': 'изменено'}
2019-11-08 18: 49: 39.900 Статус: (deconz) Отладка термостата: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 ',' id ':' 85 ',' t ':' event ',' state ': {' on ': True,' valve ': 24,' lastupdated ':' 2019-11-08T17: 49: 39 ',' temperature ': 2105} , 'r': 'сенсоры', 'e': 'изменено'}

Устройство отправляет режим «выключено», но клапан все еще открыт и включен = истина.

Я прочитал всю цепочку, но я не уверен, как читать текущее положение клапана (я хотел бы проверить, что клапан работает правильно).
Если я установил режим TRV на «Неизвестно 2», кажется, что дисплей клапана показывает процент открытия?
Можно ли получить это значение напрямую? Спасибо

@ebaauw , можно ли по умолчанию установить для этого термостата "Максимальный предел уставки тепла" не менее 40 градусов? Знаете, в России 30deg мало .. Я могу выставить вручную через VNC, но в Home Assistant у меня еще лимит 30.

Spirit поддерживает целевые температуры от 5 ° C до 30 ° C. Это также диапазон, который вы можете установить с помощью физических кнопок. Плагин REST API обеспечивает этот диапазон:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
API не раскрывает диапазон, поэтому, вероятно, это жесткий код в плагине / привязке HA для deCONZ. Я жестко запрограммировал его в оттенке homebridge.

Я могу установить его вручную через VNC

Похоже, что Spirit имеет свой собственный вариант стандарта ZigBee: он использует атрибут производителя для заданного значения: _Current Temperature Setpoint_, 0x4003. Хотя кажется, что он принимает установку стандартной _Occupied Heating Setpoint_, 0x0012, он (иногда) не соблюдает это. То же самое для стандартной команды _Setpoint Raise / Lower_. Боевой дух: не забудьте прочитать _Current Temperature Setpoint_, чтобы убедиться, что Дух действительно принял это значение.

Обратите внимание, что поддерживаемый диапазон заданных значений отображается самим Духом в атрибутах 0x0015 и 0x0016.

Spirit поддерживает целевые температуры от 5 ° C до 30 ° C. Это также диапазон, который вы можете установить с помощью физических кнопок. Плагин REST API обеспечивает этот диапазон:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

API не раскрывает диапазон, поэтому, вероятно, это жесткий код в плагине / привязке HA для deCONZ. Я жестко запрограммировал его в оттенке homebridge.

Я могу установить его вручную через VNC

Похоже, что Spirit имеет свой собственный вариант стандарта ZigBee: он использует атрибут производителя для заданного значения: _Current Temperature Setpoint_, 0x4003. Хотя кажется, что он принимает установку стандартной _Occupied Heating Setpoint_, 0x0012, он (иногда) не соблюдает это. То же самое для стандартной команды _Setpoint Raise / Lower_. Боевой дух: не забудьте прочитать _Current Temperature Setpoint_, чтобы убедиться, что Дух действительно принял это значение.

Обратите внимание, что поддерживаемый диапазон заданных значений отображается самим Духом в атрибутах 0x0015 и 0x0016.

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

Только при перезагрузке устройства (удерживая все три кнопки по 10 секунд). Обратите внимание, что эта калибровка предоставляется REST API как config.offset . Он предназначен для случаев, когда термометр на устройстве регистрирует неправильную температуру в помещении, обычно потому, что он слишком близко к радиатору.

К сожалению, нам не удалось привязать Spirit к внешнему термометру, хотя документация и атрибут _Remote Sensing_ (0x000a) предполагают, что он поддерживает это.

Всем привет. Короткий вопрос: каков статус реализации? Я хотел бы купить эти Eurotronic Spirit. Я использую Deconz + Home Assistant.

Всем привет. Короткий вопрос: каков статус реализации? Я хотел бы купить эти Eurotronic Spirit. Я использую Deconz + Home Assistant.

Здравствуйте, спаривание немного сложно, но в этой теме вы можете найти метод работы.
Вещи, которые работают в главном Assistant:

• Контроль заданной температуры в диапазоне 7-30degC
• Чтение текущей температуры радиатора, положение клапана и батареи

Что не работает:

• Ручное управление клапаном
• Дистанционное зондирование температуры
• Калибровка текущей температуры радиатора (может быть сделано с помощью VNC)

Что касается меня - большое устройство для его цены.

@airens
Спасибо за быстрый ответ. Хорошо, теперь мне просто нужно искать хорошие предложения.

@airens Как именно вы читаете положение клапана? Мне не удалось найти правильный атрибут.

Для дистанционного измерения температуры существует еще одна хитрость, которую используют люди с версией Z-волны, - это использовать «Смещение измеренной температуры» для регулярной компенсации разницы между внутренним датчиком температуры клапана и внешним датчиком температуры:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Но я не знаю, можем ли мы изменить «Смещение измеренной температуры» с помощью версии Zigbee?

@airens Как именно вы читаете положение клапана? Мне не удалось найти правильный атрибут.

Для дистанционного измерения температуры существует еще одна хитрость, которую используют люди с версией Z-волны, - это использовать «Смещение измеренной температуры» для регулярной компенсации разницы между внутренним датчиком температуры клапана и внешним датчиком температуры:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Но я не знаю, можем ли мы изменить «Смещение измеренной температуры» с помощью версии Zigbee?

Да, мы можем изменить смещение измеренной температуры, установив атрибут «Калибровка локальной температуры». Вы можете увидеть это как «смещение» в HA, но, к сожалению, изменить его можно только через REST или VNC.

state.valve - это значение «PI Heating Demand»? И это должен быть процент открытия? (т.е. между 0-100%)?
Мне кажется, что значение «PI Heating Demand» совсем не то же самое, что значение, отображаемое на клапане, когда я установил режим TRV на «Неизвестно 2». Придется еще раз проверить.

Проблема в том, что мы можем изменить "смещение" в HA только через REST? Мне придется поиграть с HA и посмотреть, смогу ли я адаптировать использование скрипта людьми, использующими версию Z-wave.

state.valve - это значение «PI Heating Demand»? И это должен быть процент открытия? (т.е. между 0-100%)?

Да, это так. это 0-254, поэтому вам нужно сопоставить его с 0-100

Проблема в том, что мы можем изменить "смещение" в HA только через REST? Мне придется поиграть с HA и посмотреть, смогу ли я адаптировать использование скрипта людьми, использующими версию Z-wave.

Это не проблема, но я не думаю, что это хорошая идея из-за времени автономной работы (в этом случае клапан перемещался слишком часто, и количество пакетов ZigBee резко возрастало). Я сделал это сначала, но потом пришлось отказаться от этого. Теперь я просто использую простую автоматизацию в NodeRed, которая меняет заданную температуру термостата в зависимости от температуры в помещении.

Как именно вы читаете положение клапана?

Дух сообщает об этом как _PI Heating Demand_ (атрибут 0x0008). Это значение u8 , от 0 до 254. API представляет это как state.valve , нормализованное до 0–100%.

Мне кажется, что значение «PI Heating Demand» совсем не то же самое, что значение, отображаемое на клапане, когда я установил режим TRV на «Неизвестно 2».

Spirit использует атрибуты производителя (в диапазоне 0x4000) для настроек, в частности 0x4001, чтобы установить положение клапана вручную. Этот атрибут не подлежит отчету, поэтому я предполагаю, что он представляет только целевое положение клапана. Я ожидал / надеюсь продолжить видеть текущее положение клапана в 0x0008, но, возможно, оно обновляется только тогда, когда Spirit находится в автоматическом режиме (по умолчанию). Возможно, вы захотите проверить, отображает ли дисплей 0x4001 в режиме Unknown 2.

Как именно вы читаете положение клапана?

Дух сообщает об этом как _PI Heating Demand_ (атрибут 0x0008). Это значение u8 , от 0 до 254. API представляет это как state.valve , нормализованное до 0–100%.

На самом деле это не нормализовано, потому что его значение достигает 254, поэтому я нормализовал его сам.

Мне плохо, извини. На самом деле, я также делаю нормализацию в оттенке homebridge.

Вчера я добавил 4 устройства Spirit ZigBee. (С новым deCONZ 2_05_71)
Несмотря на очень надоедливую процедуру поиска сенсоров - мне удалось заставить их работать с rest-api и fhem.
Я заметил, что каждый раз, когда я подключаю новый SpiritZig Bee, deCONZ показывает на очень короткое время имя устройства с (я думаю!), Которое похоже на «Термостат + идентификатор датчика». Но при чтении базового кластера он перезаписывается SPZ0001 для каждого устройства!
Поэтому после каждой пары мне приходилось запускать sqlitebrowser, чтобы избавиться от четырехкратного имени ...

Это влияет только на меня?

Привет,

Как я могу повторно подключить Spirit к моему маршрутизатору ZigBee после перезагрузки маршрутизатора? Они не связаны банкоматом, и я не уверен, как мне этого добиться. Будет ли перезагрузка духа вынимая батарею хелп или он будет сброшен?

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

Есть что-то необычное с Духом. Он не распознает, когда его выгоняет родитель. Следовательно, он не найдет нового родителя. Он будет продолжать отправлять отчеты об атрибутах через своего бывшего родителя, но он перестает отвечать на команды, потому что ни один маршрутизатор не кэширует сообщения Духу. У меня был ограниченный успех при повторном присоединении бывшего родителя к сети (нажатие L в графическом интерфейсе при выбранном узле), поэтому Дух уловил подсказку и нашел нового родителя. К сожалению, мне обычно приходится вынимать сниффер, чтобы найти бывшего родителя, так как строка в графическом интерфейсе уже исчезла.

А сниффером как пользоваться? Строка в графическом интерфейсе исчезла, поэтому я предполагаю, что она больше не подключена.

Изменить: я немного погуглил. Это что? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

Если да, мне не хватает CC-Debugger. У меня есть CC2531. Хотелось бы, чтобы это сработало?

https://de.aliexpress.com/item/32995461002.html
https://www.ebay.de/itm/CC-Debugger-Bluetooth-ZigBee-Emulator-For-2530-2531-2540-2541-protocol-analysis/123956323038

Я использую ZShark на RaspBeery Pi для захвата (см. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405) и Wireshark на моем Macbook для анализа. У меня нет опыта работы с другими инструментами.

Я использую schedy (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276), чтобы сделать свои термостаты «умными». Но у меня странное поведение.

По какой-то причине кажется, что домашний помощник регистрирует изменение заданного значения температуры через пару минут после того, как новая температура была установлена ​​и подтверждена расписанием. Затем Schedy интерпретирует это как изменение вручную и деактивирует перепланирование на следующие 120 минут, как настроено. Это случается так часто, что это делает schedy довольно бесполезным.

Я не уверен, где так искать виновника. Я спросил у roschi, разработчика schedy, и, похоже, это проблема не в schedy, а скорее в homeassistant, deconz или в интерфейсе между ними.

Я прикрепляю журнал расписания, где вы можете увидеть, как он правильно определяет результат правил расписания, то есть 17 ° C, и применяет это значение к обоим термостатам в моей гостиной. Затем, примерно через 6 минут, регистрируется ручное изменение до 21 ° C (старое заданное значение температуры), и температура применяется ко всем термостатам, и устанавливается таймер перепланирования.

Теперь я не уверен, что
1) по какой-то причине термостат не принимает изменение и просто сообщает свою предыдущую температуру со следующим регулярным отчетом о состоянии

2) deconz сообщает или сбрасывает предыдущее заданное значение температуры

3) помощник по работе ведет себя странно.

Пункт 1) кажется маловероятным, потому что я могу подтвердить изменение положения клапана после установки запланированной температуры. Так что проблема, похоже, где-то на стыке между deconz и homeassistant.

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

С наилучшими пожеланиями

2019-11-27 09:23:56.192242 INFO schedy_heating: --- [R:living] Final result: 17.0��
2019-11-27 09:23:56.194555 INFO schedy_heating: --- [R:living] Setting value to 17.0��.  [scheduled]
2019-11-27 09:23:56.197652 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_wz] Setting value 17.0�� (left tries = 10).
2019-11-27 09:23:56.200876 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_wz] Setting temperature = 17.0��, HVAC mode = 'auto'.
2019-11-27 09:23:56.269871 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Re-sending in 30 seconds.
2019-11-27 09:23:56.274596 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting value 17.0�� (left tries = 10).
2019-11-27 09:23:56.284171 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting temperature = 17.0��, HVAC mode = 'auto'.
2019-11-27 09:23:56.341412 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Re-sending in 30 seconds.
2019-11-27 09:23:56.351558 INFO schedy_heating: <-- [R:living] Value set to 17.0��.  [scheduled]
2019-11-27 09:23:56.355287 INFO schedy_heating: <-- [R:living] Sending state to HA: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:23:56.460744 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'state' is 'auto'.
2019-11-27 09:23:56.474545 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'temperature' is 17.0.
2019-11-27 09:23:56.477044 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'current_temperature' is 18.6.
2019-11-27 09:23:56.479650 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Cancelled re-sending timer.
2019-11-27 09:23:56.481889 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Received value of 17.0��.
2019-11-27 09:23:56.484209 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:23:56.486919 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:23:56.489353 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 17.0.
2019-11-27 09:23:56.491747 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:23:56.494162 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Cancelled re-sending timer.
2019-11-27 09:23:56.496311 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Received value of 17.0��.
2019-11-27 09:23:56.498661 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:24:08.587687 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:24:08.591273 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 17.0.
2019-11-27 09:24:08.601148 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:24:08.604167 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:30:38.403937 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'state' is 'auto'.
2019-11-27 09:30:38.412780 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'temperature' is 21.0.
2019-11-27 09:30:38.415900 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'current_temperature' is 18.6.
2019-11-27 09:30:38.419592 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Received value of 21.0��.
2019-11-27 09:30:38.422193 INFO schedy_heating: --- [R:living] Propagating the change to all actors in the room.
2019-11-27 09:30:38.424761 INFO schedy_heating: --- [R:living] Setting value to 21.0��.  [manual]
2019-11-27 09:30:38.427664 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Not sending value 21.0�� redundantly.
2019-11-27 09:30:38.430957 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting value 21.0�� (left tries = 10).
2019-11-27 09:30:38.434282 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting temperature = 21.0��, HVAC mode = 'auto'.
2019-11-27 09:30:38.518710 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Re-sending in 30 seconds.
2019-11-27 09:30:38.528690 INFO schedy_heating: <-- [R:living] Value set to 21.0��.  [manual]
2019-11-27 09:30:38.531972 INFO schedy_heating: --- [R:living] Re-applying the schedule not before 11:30:38 (in 2:00:00).
2019-11-27 09:30:38.534834 INFO schedy_heating: <-- [R:living] Sending state to HA: state='21.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '21.0', 'climate.thermostat_ez': '21.0'}, 'scheduled_value': '17.0', 'rescheduling_time': 1574850638.0, 'overlay_active': False}
2019-11-27 09:30:38.661966 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:30:38.665726 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 21.0.
2019-11-27 09:30:38.668367 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:30:38.670909 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Cancelled re-sending timer.
2019-11-27 09:30:38.673100 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Received value of 21.0��.
2019-11-27 09:30:38.675437 INFO schedy_heating: --- [R:living] Unchanged HA state: state='21.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '21.0', 'climate.thermostat_ez': '21.0'}, 'scheduled_value': '17.0', 'rescheduling_time': 1574850638.0, 'overlay_active': False}

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

Я считаю, что это происходит чаще при одновременном обновлении (попытке обновления) нескольких TRV. Здесь может помочь планирование обновлений с интервалом в несколько секунд. Я бы использовал групповые команды, но, к сожалению, Spirit не поддерживает группы (а REST API не поддерживает группы, содержащие ресурсы /sensors ).

Я думаю, нам следовало реализовать config.pending для TRV, как мы это сделали для датчика движения Hue. Мне нужно проверить логику, которую мы использовали, в частности, когда очищать отложенное: при отправке команды, при получении подтверждения или при получении отчета с новым значением. Для надежности нам понадобится последнее.

Тем не менее, существует проблема, что иногда TRV «отрекается» от своего родителя, но не находит нового родителя. Его отчеты по-прежнему достигают шлюза, но команды шлюза больше не достигают TRV. Это не может быть исправлено с помощью config.pending ; только перезагрузив TRV, вынув аккумулятор и снова вставив его.

В германии у Spirit ZigBee есть предложение «черная пятница» по цене 27,99 евро на Amazon!

Сегодня я целый день встраивал термостат в деконц. К сожалению, никогда не добился полного успеха. Я прочитал все комментарии здесь и выполнил многие пошаговые инструкции. Термосат никогда не отображался на поверхности полотна фосскона. В графическом интерфейсе deconz мы создали новый узел, и я также могу прочитать базовый кластер. производитель и модель загружены и т. д. но в iobroker приходят только несколько узлов, таких как температура и батарея. но все остальные отсутствуют. может кто-нибудь напишите, пожалуйста, подробную инструкцию, как он интегрировал термостаты? Я бы хотел купить больше из-за черной пятницы

В германии у Spirit ZigBee есть предложение «черная пятница» по цене 27,99 евро на Amazon!

распроданный :(

Привет, народ, я не прочитал все 250 сообщений этой ветки, поэтому не знаю, было ли уже опубликовано описание.
На странице 14 вы найдете данные о реестре Zigbee.
Это может облегчить поддержку этого термостата в разомкнутом состоянии.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: ok не инициализирован, что приводит к случайному пропуску вызова addTaskThermostatReadWriteAttribute() ? Нет предупреждения компилятора, @manup ?!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

Я полагаю, что хорошая новость в том, что нам не нужно возиться с config.pending .

Я полагаю, что хорошая новость в том, что нам не нужно возиться с config.pending .

Задачи обрабатываются из очереди, но не проверяется, отправила ли цель только что отчет по атрибутам или что-то еще.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/de_web_plugin.cpp#L10320 -L10530

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

Можете ли вы уже оценить, когда приложение Phoscon App поддерживает устройства Eurotronic? Я с нетерпением жду этого, потому что все, что мне удалось, - это подключить устройство к графическому интерфейсу deconz. Теперь я застрял ...

// jacdec

Привет, и в первую очередь, большое спасибо вам за всю отличную работу с декон-и хоумбридж-хьюэмами!

Теперь для моего (надеюсь, не этого глупого) вопроса:
Я запускаю деконз в виде щита raspbee на пироге 3 в режиме без головы (минимальная платформа).
Есть ли способ выполнить этот шаг?

• Перейдите в графический интерфейс deCONZ, перечислите кластеры, нажмите «Базовый» -> «Читать» (как рекомендовано в # 1098 (комментарий) )

без хлопот по установке среды x11 или установки vnc?

Я бы хотел добавить четыре духа в мою настройку домашнего моста, но мне не хватает шага, чтобы сделать их доступными через api :)

Еще раз спасибо и продолжайте в том же духе!

John

Спасибо @ebaauw за быстрое исправление! К сожалению, у меня еще не было времени проверить, работает ли он у меня. Полагаю, это исправление будет включено в следующий выпуск? Есть ли расчетное время прибытия для следующего выпуска?

Пока я занимаюсь этим, я хочу остановиться на некоторых из последних сообщений:

• @ kugelkopf123 Я считаю, что люди здесь знают о руководстве от eurotronics, но похоже, что руководство, которое вы связали, является обновленной версией от октября, хотя я не смог обнаружить никаких отличий от более старой версии. В частности, атрибут «дистанционное зондирование» и «обнаружение открытого окна» не рассматриваются более подробно, чем раньше. Я написал в евротроник с просьбой уточнить. Я также направил их в эту ветку.
• @jacdec Я тоже был бы признателен, если бы дух (и, возможно, еще термостаты) поддерживался в фосконе. Полагаю, где-то в этой ветке читал, что для этого потребуется полная переделка фоскона. При этом я считаю, что, по крайней мере, обнажить датчики в фосоконе и сделать процесс сопряжения более простым и возможным даже в безголовой установке было бы здорово!
• @ irrwitzer42 Насколько мне известно, сейчас нет возможности объединить дух без deCONZ Gui.

С наилучшими пожеланиями

Судя по всему, что я читал до сих пор, использование удаленного датчика температуры невозможно с Spirit. Есть ли правильный способ использовать его с Home Assistant? Что-то вроде «если температура ниже 23 ° C, установить климат на клапан 255» или «... установить климат в режим обогрева»? Я не уверен, возможно ли управление клапанами из HA ..

Всем привет.
Почему нельзя использовать 0x4003 Current Temperature Setpoint s16 rw для управления термостатом? Потому что, с моей точки зрения, это не тот атрибут, который нужен, или я совершенно не прав?

Привет всем, только что получил свой Eurotronic Zigbee, и у меня проблемы с подключением через deconz. Однако запускается веб-интерфейс deconz, когда я выбираю добавить новое устройство-> датчик и выполняю поиск, затем включаю термостат, появляется режим соединения, и кнопка не начинает мигать. Мне не хватает некоторых шагов, которые я должен выполнить, прежде чем я попытаюсь связать его?

Есть что-то необычное с Духом. Он не распознает, когда его выгоняет родитель. Следовательно, он не найдет нового родителя. Он будет продолжать отправлять отчеты об атрибутах через своего бывшего родителя, но он перестает отвечать на команды, потому что ни один маршрутизатор не кэширует сообщения Духу. У меня был ограниченный успех при повторном присоединении бывшего родителя к сети (нажатие L в графическом интерфейсе при выбранном узле), поэтому Дух уловил подсказку и нашел нового родителя. К сожалению, мне обычно приходится вынимать сниффер, чтобы найти бывшего родителя, так как строка в графическом интерфейсе уже исчезла.

@ebaauw Как именно вы используете сниффер для переподключения устройств? У меня проблема не только с Spirit, но и со всеми устройствами ZigBee (1 мультисенсор Aqara + 2 датчика движения Xiaomi).

всем привет

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

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

У меня несколько не связанный с этим вопрос, то есть в deCONZ gui есть этот круглый индикатор состояния на каждом устройстве. Я не мог найти никаких объяснений, что это значит и что означают разные цвета (зеленый / синий). Я где-то читал, что зеленый цвет означает незавершенный процесс присоединения. Некоторые из моих термостатов мигают синим, другие зеленым, а некоторые иногда зеленым, а иногда синим. Я не знаю, что с этим делать.

Наконец, @gacekk. На данный момент нет возможности связать Spirit Zigbee через веб-интерфейс, вам нужен доступ к графическому интерфейсу deCONZ и выполнить процесс сопряжения, как описано в этом потоке. Может быть, вики-запись была бы хорошей идеей?

С наилучшими пожеланиями!

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

Вы этого не сделаете. Вы используете сниффер, чтобы увидеть, на какой маршрутизатор конечное устройство отправляет свои команды на уровне MAC (при условии, что это бывший родительский элемент), и чтобы подтвердить, что конечное устройство отсутствует в ответе на команду _Query Neightbour Table_ (слева). раскрывающийся список в графическом интерфейсе deCONZ). Затем вы используете графический интерфейс deCONZ, чтобы принудительно повторно подключиться к этому маршрутизатору (нажав клавишу L ).

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

Как вы думаете, почему устройство регистрирует изменение? Вы читали атрибут 0x4003 в графическом интерфейсе deCONZ? В противном случае вы просто видите кеш deCONZ, который был обновлен при отправке команды. Но нет никакой гарантии, что команда действительно достигла TRV, не говоря уже о том, что TRV выполнил команду.

Как обновить два устройства? TRV Spirit не поддерживают группы, поэтому вы должны отправлять несколько команд. Я видел некоторые проблемы с правилами, которые не срабатывают, когда я ожидал (# 2148), поэтому лучше дважды проверьте журнал deCONZ или используйте сниффер, чтобы убедиться, что шлюз действительно отправляет команду.

в deCONZ gui есть этот круглый индикатор состояния на каждом устройстве

Если память не изменяет:

• Зеленый: конечное устройство опрашивает шлюз (только для конечных устройств, подключенных напрямую к RaspBee / ConBee);
• Синий: deCONZ отправляет или принимает команды для этого устройства;
• Желтый: deCONZ отправил команду, но не получил ACK;
• Красный: deCONZ достигает тайм-аута при отправке команды - это то, что вы увидите, когда TRV был отклонен своим родителем.

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

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

Я думаю о реализации механизма конечного состояния в правилах deCONZ, который запоминает, есть ли еще неподтвержденное изменение заданного значения (с использованием датчика CLIP), повторно отправляя команду, пока сообщенное заданное значение не совпадет с целевым. После этого он будет принимать ручные изменения.

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

Ну и еще один: можно ли через deCONZ обновить прошивку Духа? Мои самые старые духи - это _HW Version_ 34, _Application Version_ 18 с _Date Code_ 20190408 и OTAU _Current File Version_ 0x0122c380, тогда как мои самые новые - _HW Version_ 35, _Application Version_ 22 с _Date Code_ 20191014 и OTAU _Current File Version_ 0x0162e9d2

Я также не могу найти никакой информации об обновлениях прошивки на домашней странице Eurotronics. В руководстве просто написано: «История изменений предоставляется отдельно», но нет никаких подсказок, где ее найти.

Ну и еще один: можно ли через deCONZ обновить прошивку Духа?

Должно быть, как только мы найдем прошивку. У меня 20181205 (согласно стандарту должна быть дата изготовления, а не дата прошивки, но я видел много устройств, которые используют это как дату прошивки) и _HW Version_ 34. Прошивка имеет _SW Build ID_ 15181120 и _Application Version_ 15.

Как вы думаете, почему устройство регистрирует изменение? Вы читали атрибут 0x4003 в графическом интерфейсе deCONZ? В противном случае вы просто видите кеш deCONZ, который был обновлен при отправке команды. Но нет никакой гарантии, что команда действительно достигла TRV, не говоря уже о том, что TRV выполнил команду.

Когда я впервые столкнулся с этой проблемой, я увидел, что клапаны реагируют на новую уставку. Но примерно через 5 минут предыдущая уставка была сообщена как фактическая уставка. Я не подтвердил, что на этот раз команда достигла ТРВ, и завтра расследую это более тщательно.

Как обновить два устройства? TRV Spirit не поддерживают группы, поэтому вы должны отправлять несколько команд. Я видел некоторые проблемы с правилами, которые не срабатывают, когда я ожидал (# 2148), поэтому лучше дважды проверьте журнал deCONZ или используйте сниффер, чтобы убедиться, что шлюз действительно отправляет команду.

Как я уже упоминал ранее, я использую schedy для домашнего помощника. Это структура планирования на Python, которая позволяет группировать устройства по комнатам. Я не уверен, как это работает внутри, но да, я обязательно отправлю несколько команд! Я проверю журнал deCONZ, когда найду время.

Спасибо, что уточнили цвета индикатора состояния. Я не видел красного индикатора статуса, поэтому у меня еще не было проблемы с отречением родителей от своих детей.

Если бы существовал способ убедиться, что изменение уставки достигнет TRV, или хотя бы отреагировать, когда сообщенная уставка не соответствует желаемой уставке, это было бы здорово! Если я могу помочь тестированием или чем-то еще, я буду рад помочь!

С наилучшими пожеланиями

Изменить: я открываю новую проблему для этого

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

Вы этого не сделаете. Вы используете сниффер, чтобы увидеть, на какой маршрутизатор конечное устройство отправляет свои команды на уровне MAC (при условии, что это бывший родительский элемент), и чтобы подтвердить, что конечное устройство отсутствует в ответе на команду _Query Neightbour Table_ (слева). раскрывающийся список в графическом интерфейсе deCONZ). Затем вы используете графический интерфейс deCONZ, чтобы принудительно повторно подключиться к этому маршрутизатору (нажав клавишу L ).

Честно говоря, я не уверен, что смогу следить. Сниффер показывает мне, что Дух продолжает отправлять запрос на повторное присоединение и что мой координатор отправляет ответ на повторное присоединение:

Запрос:

Ответ:

Вот мой графический интерфейс deCONZ:

Где сейчас _Query Neightbour Table_? Я не вижу этого в графическом интерфейсе deCONZ.
Когда я нажимаю L (при выборе координатора), он уходит и снова присоединяется. Когда я поступаю так с духом, ничего не происходит, даже когда я ухожу и возвращаюсь, нажимая кнопку вверху. Я что-то делаю не так или это просто не работает?

Сниффер показывает мне, что Дух продолжает отправлять запрос на повторное присоединение и что мой координатор отправляет ответ на повторное присоединение.

Я такого раньше не видел. Похоже, Дух не принимает ответ и пытается повторить попытку. Не слишком знаком с этими командами, но разве ответ не должен содержать адрес NWK для конечного устройства?

Вот мой графический интерфейс deCONZ

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

Где сейчас таблица Neightbour запроса?

В раскрывающемся меню слева от двух кружков справа от узла.

Ничего не происходит, когда я делаю это с духом

Этого следовало ожидать, когда deCONZ не может достичь Духа.

Я такого раньше не видел. Похоже, Дух не принимает ответ и пытается повторить попытку. Не слишком знаком с этими командами, но разве ответ не должен содержать адрес NWK для конечного устройства?

Не уверен, tbh. Я не мог с этим разобраться, поэтому просто сбросил.

В раскрывающемся меню слева от двух кружков справа от узла.

Ах я вижу. Поэтому мне пришлось выбрать «Читать таблицу соседей».

Хорошо, теперь это более или менее решено. Вы знаете, как мне вернуть зеленые линии со всех остальных устройств? Они связаны как кажется, так как мои датчики движения работают в HA. Но зеленая линия к координатору больше не вернется.

Линии - это просто графическое представление соседних таблиц. Они не указывают на активное соединение - в ZigBee такого нет - только сообщения. Они рисуются, когда deCONZ запрашивает соседние таблицы.

Всем привет,
не знаю, актуально ли это, но, возможно, интересно узнать, что Amazon в настоящее время продает их сегодня за 27,99 €. Сейчас заменю все термостаты на те: https://amzn.to/2YRHqOB

@ebaauw Я только что попытался обновить свой homebridge-hue до версии 11.8. Это то, что случилось. Что мне нужно сделать?

Откройте проблему с оттенком homebridge. Это не имеет ничего общего с поддержкой Eurotronic Spirit в deCONZ.

Я использую 3 зигби-духа с этого периода нагрева, и они периодически становятся зомби. Они больше не реагируют на команды, которые я отправляю через deCONZ / hassio. Я также возвращался к ним несколько раз и обеспечивал надлежащее покрытие зигби. Два из них подключены через raspberry pi 4, который управляет палкой conbee 2, - один через сетку поверх светового тона.

Phoscon GW: 2.05.72 / 12.12.2019
Прошивка: 264A0700
Дополнение Hassio: V4.1
Хассио: 0,102,3
Spirit Zigbee Версия: 20190408

Как только они превратились в зомби, я могу вернуть их, нажав любую из кнопок на TRV, чтобы они снова отправили свое состояние в сеть.

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

В случае, если я пытаюсь отправить команду зомби TRV, журнал подтверждает, что команда не достигает TRV:
18:11:11:193 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:293 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:393 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:493 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:592 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:692 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:793 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:893 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:993 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:093 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:111 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:193 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:293 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:392 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:423 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:493 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:515 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:593 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:692 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:793 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:893 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:992 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:093 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:193 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:214 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:293 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:393 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:492 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:510 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:592 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:614 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:692 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:793 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:893 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:993 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:093 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:193 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:292 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:312 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:393 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:493 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:593 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:614 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:693 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:713 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:793 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:893 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:992 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:093 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:193 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:293 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:392 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:412 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:506 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:15:506 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4124 s 18:11:16:008 don't close database yet, keep open for 900 seconds 18:11:17:274 no button map for: SML001 ep: 0x02 cl: 0x0402 cmd: 0x0A pl[0]: 000 18:11:17:274 ZCL attribute report 0x001788010213B2D6 for cluster 0x0402, ep 0x02 18:11:21:330 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:21:330 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4129 s

Как только они превратились в зомби, я могу вернуть их, нажав любую из кнопок на TRV, чтобы они снова отправили свое состояние в сеть.

Я никогда не испытывал этого. В моем случае шлюз не может достичь TRV, но TRV все еще может достичь шлюза ( state.lastupdated продолжает обновляться). Мне нужно выключить и снова включить TRV (вынуть и снова вставить аккумулятор), чтобы исправить ситуацию.

Все мои SPZB0001 TRV просто потеряли оффлайн барабанную дробь через 2 ^ 31 миллисекунду после первоначального соединения. Целочисленное переполнение, кто-нибудь?

Изменить: они отвечают на операции чтения кластера, но они отображаются как отключенные в графическом интерфейсе deconz.

Одна мысль, которая приходит мне в голову: AFAICS SPZB0001 считает текущее время началом эпохи UNIX, RTC, похоже, не работает. Есть ли способ установить правильное время через кластер Time (0x000A)?

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

К сожалению, я не могу найти его в веб-приложении, и он также не отображается в моем домике. Есть ли способ их туда доставить?

Сначала у меня была такая же проблема. Перезапуск сервера помог мне.

К сожалению, это не помогло. перезапускался несколько раз. Графический интерфейс показывает, что оба подключены, но веб-интерфейс все еще не отображает их. Я на v2.05.71. Нужно ли мне обновиться до 2.05.72, чтобы они работали?
Это мой вывод графического интерфейса:

РЕДАКТИРОВАТЬ: обновлен до .72 и все тот же

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

В веб-интерфейсе Phoscon не будет отображаться SPZB0001, но он будет доступен через REST API.

Проблема с TRV зомби все еще возникает более или менее часто, что приводит примерно к 15% неудачных триггеров.

Я настолько раздосадован, поскольку в последние месяцы я провел часы, исследуя, что, думаю, напишу продавцу и спросу, что * они продают (об этой проблеме широко сообщается в Интернете)

Проблема с TRV зомби все еще возникает более или менее часто, что приводит примерно к 15% неудачных триггеров.

Я настолько раздосадован, поскольку в последние месяцы я провел часы, исследуя, что, думаю, напишу продавцу и спросу, что * они продают (об этой проблеме широко сообщается в Интернете)

У меня 14 таких устройств, и я более чем счастлив. Единственная проблема, с которой я столкнулся, заключалась в том, что иногда одно из устройств не реагировало на команду, отправленную одновременно на 3 устройства в одной комнате. Я решил эту проблему, задерживая каждую команду на несколько секунд. Работает безупречно. Может у вас рядом нет "сервера" вроде лампочки и сигнал слишком слабый. У меня есть устройства на 3-х этажах, и они мне очень нравятся.

У меня есть 8, которые иногда, кажется, выгоняются их родительским маршрутизатором и не могут найти нового родителя. Они по-прежнему отправляют отчеты на шлюз (например, при изменении целевой температуры на TRV), но команды от шлюза не достигают TRV. Когда я извлекаю и снова вставляю батареи TRV, он снова работает.
Мне не удалось обнаружить закономерность, при каких обстоятельствах это происходит. Некоторые из моих TRV кажутся более уязвимыми, чем другие, но это случилось со всеми. Все они запускают прошивку 15181120 . Большинство из них выбрали лампочку Hue в качестве родительской, но иногда они выбирают вилку innr или даже XBee.

Возникла проблема с плагином REST API, который правила на основе /config.localtime и правила с условием ddx иногда не запускаются, см. Https://github.com/dresden-elektronik/deconz -рест-плагин / вопросы / 2148. Я использую их много для управления TRV.

Привет, ребята, я только что купил один из этих термостатов ZigBee Spirit, чтобы поиграть, но я не могу подключить его к моей сети, хотя у меня есть другие устройства, такие как переключатели, лампочки, датчики, подключенные без проблем. Может ли кто-нибудь помочь мне выяснить, что я делаю не так? У меня есть conbee II, подключенный к Home Assistant, и процесс добавления выполняется так же, как и для других датчиков через веб-интерфейс.
@ Tobi0892, не могли бы вы помочь мне подключить мой TVR к HASSIO? какие шаги мне нужно предпринять:
Что я делаю:

1. Открыть веб-интерфейс deconz
2. Перейдите к датчикам и нажмите «Добавить новый датчик».
3. Пока идет сканирование, вставляю батарейки в TVR

Я вижу, как мигает значок Wi-Fi на TVR, но ничего не происходит :(

Ребята, позвольте мне вмешаться, так как я купил свой 2 дня назад, чтобы оценить, могут ли они быть дополнительной заменой для моего fritz 301.

Я заметил одну поразительную вещь: когда TRV теряет связь с координатором на более длительное время (скажем, 18 часов), это своего рода фубар. Буквально ничего во время обнюхивания (выделенный тестовый шлюз с подключенным только TRV). Нет шансов вернуть его живым, кроме сброса и присоединения.

У кого-нибудь еще был такой опыт?

@Valcob Полагаю, вы имели в виду Phoscon? Если нет, попробуйте там. Иногда я не срабатываю с первой попытки присоединения. Кстати, он должен быть в режиме соединения (jin на дисплее). Сброс - это одновременное нажатие всех 3 кнопок в течение 10 секунд.

Возникла та же проблема, что и у Failed to connect в Phoscon. Остальные датчики и фары подключили вообще без проблем.

Я использую Raspberry Pi 3 с Docker и RaspBee.
Версия шлюза: 2.05.72 / 12.12.2019
Прошивка: 26330500

У меня было много проблем с правильным распознаванием моего. Какая уловка заключалась в выполнении этих шагов:

• открыть deconz gui
• запустить поиск сенсора в веб-сервисе фоскон
• соединить trv с сетью
• в графическом интерфейсе: перейдите к информации о кластере и прочтите основную информацию, пока поиск датчика еще продолжается.
  Эти шаги каждый раз срабатывали для меня.

@SwoopX спасибо чувака у меня спасло :) ручной долбанные говорит , что мне нужно нажимать кнопки круга и плюс в течение десяти секунд , чтобы сбросить устройство , но затем я проверил на немецком языке , а также и заметил , что на самом деле у вас на прессу все три кнопки чертовски вводящая в заблуждение инструкция в английской версии, черт возьми. Теперь у меня есть свои TVR, и я могу продолжить тесты :) еще раз спасибо

@ michi1g Пробовал ваши предложения, и теперь они, похоже, соединились. По крайней мере, я могу видеть оба устройства в deconz gui и изменять там некоторые значения. Но я все еще не вижу датчики в обзоре датчиков в Phoscon.

В настоящее время это невозможно, @githtz. Духами нельзя управлять через фоскон. Тем не менее, они доступны через REST API и, следовательно, должны отображаться в homeassistant.

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

Привет, ребята, прежде всего я очень ценю вашу помощь: эта ветка очень полезна! Это экономит много времени и усилий для первоначального сопряжения: везде должно было быть написано, что термостаты не отображаются в приложении Phoscon, в то время как они отображаются в Home Assistant после начальной процедуры (поиск новых датчиков - прочтите основную информацию о кластере из графического интерфейса deconz)!

В любом случае, как уже было сказано, у меня те же проблемы, что и у кого-то из вас: установка температуры работает только в течение первых часов после сопряжения, затем интеграция, кажется, больше не работает, и необходимо вернуться к сбросу-сопряжению процедура. Как вы думаете, это можно решить обновлением прошивки термостата / шлюза? Я использую raspbee на raspberry pi ...

Привет, ребята, у меня похожая проблема, к тому же я новичок в этой теме. Я использую Home Assistant (0.103.6; HassOS 3.7) на RPi 4, и я проделал эти шаги с @ michi1g до последнего. Здесь я не могу понять, как «читать основную информацию о кластере из графического интерфейса deconz».
(Я мог ранее подключить датчики Xiaomi Aqara, и я могу читать их данные; из этого я пришел к выводу, что моя система работает.)
После сброса моего TRV он показывает статус подключения, но я все еще не могу связаться с ним с помощью Home Assistant. Вы можете помочь мне с пошаговой процедурой? :)
Спасибо.

Привет, @rollair, как неоднократно упоминалось в этой теме (я знаю, что это много для чтения), вам нужен доступ к графическому интерфейсу deconz. Это не веб-интерфейс Phoscon, а графический интерфейс, который вы видите на скриншотах самого первого сообщения этой ветки. Вам нужно прочитать базовый кластер из графического интерфейса, чтобы запустить создание сущностей REST-API. Для этого вам нужно идентифицировать свой узел TRV, щелкнуть крайний правый кружок и затем выбрать базовый кластер в раскрывающемся меню. В левом кадре выберите вкладку «Информация о кластере» и нажмите «прочитать».

См. Снимок экрана в https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 и одну из пошаговых инструкций в этом потоке.

К сожалению, я не могу сказать вам, как получить доступ к графическому интерфейсу deconz из установки hass.io. Но, кажется, я тоже видел некоторые инструкции по этому поводу.

Извините, но я хочу сказать, что это все потерянное время. Рано или поздно ты будешь
сделайте сокращение, и деньги и время будут потрачены впустую. Обычно моя цель - только
Zigbee, только с iobroker. Но нет термостата Zigbee, который
работают без ошибок. У меня более одного мероприятия в сауне, и я не ответил
Евротроник Поддержка. Вот почему я возвращаюсь к Netter Systems для
Термостаты типа homematic ip или salus.

Sk4zz [email protected] schrieb am Do., 9. янв.2020, 19:23:

Привет, @rollair https://github.com/rollair, как неоднократно упоминалось в
в этой ветке (я знаю, что ее много читать) вам нужен доступ к
deconz GUI. Это не веб-интерфейс Phoscon, а графический интерфейс, который вы видите в
скриншоты самого первого поста этой ветки. Вам нужно прочитать
базовый кластер из графического интерфейса для запуска генерации объектов REST-API.
Для этого вам нужно идентифицировать свой узел TRV, нажмите на крайний правый
обведите круг, а затем выберите в раскрывающемся меню Базовый кластер. Слева
frame выберите вкладку «Информация о кластере» и нажмите «Читать».

Смотрите скриншот в №1098 (комментарий)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
и одна из пошаговых инструкций в этой ветке.

К сожалению, я не могу сказать вам, как получить доступ к графическому интерфейсу deconz из
установка hass.io. Но я думаю, что видел для этого какие-то инструкции,
тоже.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP76XYY3PNVWHSWK3FMV52DNVWWWK3FMWGNVWWGNVWWWK3FMWG08BWGNVWWWK3TULSB08
или отказаться от подписки
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

Извините, но я хочу сказать, что это все потерянное время. Рано или поздно вы сделаете сокращение, а деньги и время будут потрачены зря. Обычно моя цель - только Zigbee, только с iobroker. Но нет термостата зигби, который работал бы без ошибок. У меня было несколько мероприятий для саун, и я не получил ответа от службы поддержки Eurotronic. Вот почему я возвращаюсь к Netter Systems for Thermostats, например, homematic ip или salus. Sk4zz [email protected] schrieb am Do., 9. янв.2020, 19:23:
…
Привет, @rollair https://github.com/rollair, как неоднократно упоминалось в этой ветке (я знаю, что это много для чтения), вам нужен доступ к графическому интерфейсу deconz. Это не веб-интерфейс Phoscon, а графический интерфейс, который вы видите на скриншотах самого первого сообщения этой ветки. Вам нужно прочитать базовый кластер из графического интерфейса, чтобы запустить создание сущностей REST-API. Для этого вам нужно идентифицировать свой узел TRV, щелкнуть крайний правый кружок и затем выбрать базовый кластер в раскрывающемся меню. В левом кадре выберите вкладку «Информация о кластере» и нажмите «прочитать». См. Снимок экрана в # 1098 (комментарий) < # 1098 (комментарий) > и одну из пошаговых инструкций в этой ветке. К сожалению, я не могу сказать вам, как получить доступ к графическому интерфейсу deconz из установки hass.io. Но, кажется, я тоже видел некоторые инструкции по этому поводу. - Вы получили это, потому что вас упомянули. Ответить на это сообщение непосредственно, просматривать его на GitHub <# 1098? Email_source = уведомления и email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820> или отписки https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Как я уже сказал: у меня 14 устройств, и все они работают безупречно уже больше месяца. Вначале у меня была проблема, что 1 устройство не отвечало через несколько дней. Но теперь ноль проблем. Может быть, это потому, что я выставляю значение тепловой уставки каждые 15 минут? Таким образом, ни одно устройство не переходит в глубокий сон или что-то еще вызывает ошибку. Я использую их с Conbee II на Intel nuc через ioBroker. «Программирование» выполняется с помощью узла Red. Но я абсолютный нуб ...

Я подтягиваю значение тепловой уставки каждые 15 минут

Вы модифицировали для этого плагин REST API или используете deconz-cli-plugin? Обратите внимание, что запрос устройства из REST API просто возвращает кешированное состояние и не приводит к появлению каких-либо сообщений ZigBee.

Извините, но я хочу сказать, что это все потерянное время. Рано или поздно вы сделаете сокращение, а деньги и время будут потрачены зря. Обычно моя цель - только Zigbee, только с iobroker. Но нет термостата зигби, который работал бы без ошибок. У меня было несколько мероприятий для саун, и я не получил ответа от службы поддержки Eurotronic. Вот почему я возвращаюсь к Netter Systems for Thermostats, например, homematic ip или salus. Sk4zz [email protected] schrieb am Do., 9. янв.2020, 19:23:
…
Привет, @rollair https://github.com/rollair, как неоднократно упоминалось в этой ветке (я знаю, что это много для чтения), вам нужен доступ к графическому интерфейсу deconz. Это не веб-интерфейс Phoscon, а графический интерфейс, который вы видите на скриншотах самого первого сообщения этой ветки. Вам нужно прочитать базовый кластер из графического интерфейса, чтобы запустить создание сущностей REST-API. Для этого вам нужно идентифицировать свой узел TRV, щелкнуть крайний правый кружок и затем выбрать базовый кластер в раскрывающемся меню. В левом кадре выберите вкладку «Информация о кластере» и нажмите «прочитать». См. Снимок экрана в # 1098 (комментарий) < # 1098 (комментарий) > и одну из пошаговых инструкций в этой ветке. К сожалению, я не могу сказать вам, как получить доступ к графическому интерфейсу deconz из установки hass.io. Но, кажется, я тоже видел некоторые инструкции по этому поводу. - Вы получили это, потому что вас упомянули. Ответить на это сообщение непосредственно, просматривать его на GitHub <# 1098? Email_source = уведомления и email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820> или отписки https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Я должен признать, что это борьба ведьм, конби и деконз. Но это план рынка зигби. Да, протокол стандартизирован, но без хорошей интеграции новых устройств или применяемых самоинтегрируемых процессов все сводится к тому, кто быстрее.
В случае Eurotherm Zigbee интеграция в адаптер iobroker.zigbee в сочетании с прошитым koenkk cc2531 работает как шарм. Он никогда не теряется, и я могу экспортировать его через адаптер iot в alexa. В конце концов, я управляю двумя сетями zigbee с разными мостами, используя один, работающий лучше, в зависимости от используемого датчика. Скрестив пальцы, он когда-нибудь получит лучшую интеграцию в rest / conbee / deconz.

Я должен признать, что это борьба ведьм, конби и деконз.

У ConBee II / deCONZ возникает серьезная проблема с маршрутизацией, когда SPZB0001 не подключен напрямую к координатору (маршруты теряются через несколько дней). К сожалению, служба поддержки пока не ответила на запросы.

В случае Eurotherm Zigbee интеграция в адаптер iobroker.zigbee в сочетании с прошитым koenkk cc2531 работает как шарм. Он никогда не теряется, и я могу экспортировать его через адаптер iot в alexa. В конце концов, я управляю двумя сетями zigbee с разными мостами, используя один, работающий лучше, в зависимости от используемого датчика.

Не могли бы вы поделиться более подробной информацией о вашей установке? Я готов отказаться от ConBee II / deCONZ, как только мой CC2531 прибудет из Китая. Банкомат, я использую Home Assistant, поэтому любая интеграция будет приятной.

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

//Редактировать

Хорошо, похоже, что обнаружение все еще работает, только довольно вялое. Можно ли как-нибудь настроить чувствительность?

@ginkel Я бы не рекомендовал отказываться от него. Это надежный продукт с очень хорошим диапазоном действия по сравнению с CC2531 (без антенны и фонарей). Функции группировки, сцены и т. Д. Очень мощны, как и любой другой мост, такой как ikea или philips. Вы можете использовать все это и включить отсутствующие / неисправные устройства на conbee с другой сетью zigbee (на другом канале), управляемой CC2531. Это именно моя установка. У меня есть все мои фонари и много датчиков / кнопок Xiaomi на конби-джойстике, но я использую все свои силовые розетки IKEA, Xiaomi и Eurotherm через CC2531. Никогда не забывайте, что если вы не используете Phoscon, вам придется использовать сцены iobroker и прочее. Много работы нужно сделать там, где dresden elektronik хорошо поработала! Прилагаю фото своей установки ...

Ребята, спасибо за помощь в этом посте: У меня регулятор Eurotronics работал на моем ConnBee-II в iobroker - хоть как-то ...
Много усилий, когда его не распознали, много сбросов, а потом это сработало.
Но вроде датчик не правильно реализован. Я не вижу целевую температуру, положение клапана и т. Д. (Сравните мой снимок экрана со снимком из

С чего начать поиск решения? Или кто-то испытал то же самое и знает решение?

@ selen278 Я думаю, это ограничение iobroker (или того, как deconz обрабатывает термостаты). Целевая температура SPZB0001 сохраняется в config датчика, а не как state .

У меня такая же проблема.

И это то, что показывает iobroker.

@githtz Я бы не нацелился на iobroker, так как у меня он работает со всеми значениями с адаптером zigbee на cc2531. Плагин deconz для iobroker должен открывать api deconz rest и подключенные устройства со всеми интегрированными параметрами. Я не являюсь экспертом в этом вопросе, но, насколько я понимаю, нам не хватает надлежащей реализации API-интерфейса Deconz Rest для Eurotronic Zigbee из первых рук. Если это будет исправлено, у вас будут все параметры. С другой стороны, это графический интерфейс моста (Phoscon), который не может изменять ничего, кроме освещения. (на самом деле это не нужно для домашней автоматизации, но было бы хорошей функцией). Несмотря на то, что я сам заработал через deconz, я переключился на cc2531, поскольку он более стабилен и надежен при использовании Eurotronic. В основном это зависит от dresden elektronik и их разработчиков, разбирающихся в этом. Может, я что-то не так понял - если да - извините, я не хочу никого беспокоить!

@realwax Я не знаю, как обстоят дела с iobroker, я не использую его в своем экземпляре домашнего помощника, все видно, даже состояние клапана, и все кликабельно и настраивается без проблем


Итак, я думаю, что deconz отлично передает информацию TVR обратно в HA (homeasistant), единственное, что у меня было, это способ, которым мне нужно подключить TVR к сети

1. Подключитесь к VNC-серверу deconz
2. Распакуйте TVR и в веб-интерфейсеhoscon перейдите к датчикам, нажмите «Добавить новый датчик».
3. Учитывая, что ТВР распакован и готов к подключению, вставьте батарейки.
4. Проверьте VNC на этом этапе, он покажет устройство на zigbee lan, но больше ничего не должно произойти.
5. Кликните по свойствам самый правый кружок на появившейся карточке устройства и базовом кластере.
6. Слева есть кнопка, которая говорит, что прочтите информацию о кластере, нажмите на нее, и вы увидите некоторую информацию о своем TVR.
7. Перезагрузите устройство (нажмите все 3 кнопки на 10 секунд)
8. Он снова перейдет в режим подключения, и на этот раз он будет отображаться в VNC должным образом, что означает, что вся информация об устройстве будет на самой карте. И в то же время информация об устройстве также будет отправлена ​​в экземпляр HA.

Вот и все, должно быть достаточно просто, чтобы добавить больше TVR. У меня их 8, и нет никаких проблем.
Просто убедитесь, что в вашем доме достаточно ретрансляторов, имея в виду любое устройство zigbee (лампочка ikeea, розетка или что-нибудь, что имеет питание от сети), которое может действовать как ретранслятор.

Надеюсь это поможет

Я установил образ докера home-assistant на свой rpi3 в дополнение к deconz и iobroker и вуаля!

Так что я думаю, что TVR правильно спарены, ура. Хотя мне интересно, почему iobroker не может получить доступ к конфигурации TRV. Может быть, iobroker-deconz-plugin не полностью поддерживает deconz api?

Рад слышать. Так что я ошибался в своих мыслях о deconz rest api. По поводу iobroker deconz два дня назад было обновление. Может быть, один из с iobroker хочет повторить попытку? https://github.com/iobroker-community-adapters/ioBroker.deconz
Я бы сделал это сам, но мой уже подключен и интегрирован.

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

Я могу это подтвердить, я также не могу контролировать их с помощью iobroker. Они появляются, но область только для чтения, нет возможности установить температуру.

Похоже, последняя версия 1.2.3 решает проблему! По крайней мере, теперь я вижу изменение значений TRV.

Могу я как-нибудь установить имя для TRV? Когда я меняю значение в deCONZ, это не действует

Нет!
Но вы можете использовать sqlitebrowser и открыть ~ / .local / share / dresden-elektronik / deCONZ / zll.db
и вручную поменять "SPZ0001" на что угодно;)
Но сначала сделайте резервную копию вашего zll.db 8)

Я использовал почтальона для этого через API. Просто получите ключ API из приложения Phoscon и сделайте PUT в http: // {$ DOCONZ_HOST} / api / {$ IP_KEY} / sensor / {$ SENSOR_ID} со следующим необработанным телом: {"name": "{$ НОВОЕ ИМЯ}"}

Есть ли у кого-нибудь еще проблемы с подключением Spirit к Hassio с deConz 5.1? Я обновил свой Hassio до 104.2, и после перезагрузки Spirit не подключился повторно (другой подключился). Поэтому я удалил его через VNC и попытался добавить через Phoscon, но Spirit не находит Хассио, хотя они буквально рядом друг с другом.

@Valcob Не могли бы вы уточнить, что вы имеете в виду под «И в то же время информация об устройстве будет отправлена ​​и в экземпляр HA»?
Я пытаюсь следовать вашим инструкциям для другого бренда термостата (eCozy), и я могу прочитать все данные в VNC, но я не уверен, как получить объект в HA. Запуск deCONZ на конби-палке в качестве надстройки hassio, RPi.

@ddppddpp, пожалуйста, откройте новый запрос на интеграцию или души, извините.

Я перечитал _ целую ветку_, потому что мои последние комментарии здесь были где-то еще в октябре 2019 года.
Итак, чтобы в данный момент (02.02.2020) было кристально ясно:

• Для сопряжения термостата необходимо прочитать информацию о кластере в графическом интерфейсе пользователя;
• WebUI не отображает термостат Sensors вкладке
• Любой, у кого есть вторичные маршрутизаторы (фонари, розетки и т. Д.): Если термостат подключается к сети через них, в какой-то момент они теряют это соединение и не могут автоматически повторно подключиться к сети, и нужно будет удалить и снова вставить батарея;

Верны ли эти три пункта на сегодняшний день?

Если да, то есть ли какие-либо WIP для решения этих проблем, чтобы улучшить поддержку этих TRV (сопряжение и WebUI), а также повысить надежность (потеря соединения, когда в сети есть координатор + маршрутизаторы)?

Я перечитал _ целую ветку_, потому что мои последние комментарии здесь были где-то еще в октябре 2019 года.
Итак, чтобы в данный момент (02.02.2020) было кристально ясно:

• Для сопряжения термостата необходимо прочитать информацию о кластере в графическом интерфейсе пользователя;
• WebUI не отображает термостат Sensors вкладке
• Любой, у кого есть вторичные маршрутизаторы (фонари, розетки и т. Д.): Если термостат подключается к сети через них, в какой-то момент они теряют это соединение и не могут автоматически повторно подключиться к сети, и нужно будет удалить и снова вставить батарея;

Верны ли эти три пункта на сегодняшний день?

Если да, то есть ли какие-либо WIP для решения этих проблем, чтобы улучшить поддержку этих TRV (сопряжение и WebUI), а также повысить надежность (потеря соединения, когда в сети есть координатор + маршрутизаторы)?

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

Я перечитал _ целую ветку_, потому что мои последние комментарии здесь были где-то еще в октябре 2019 года.
Итак, чтобы в данный момент (02.02.2020) было кристально ясно:

• Для сопряжения термостата необходимо прочитать информацию о кластере в графическом интерфейсе пользователя;
• WebUI не отображает термостат Sensors вкладке
• Любой, у кого есть вторичные маршрутизаторы (фонари, розетки и т. Д.): Если термостат подключается к сети через них, в какой-то момент они теряют это соединение и не могут автоматически повторно подключиться к сети, и нужно будет удалить и снова вставить батарея;

1) и 2) верны. Для 3) Я думаю, что существует более общая проблема маршрутизации, ИМХО, которая заключается в отключении устройств из сети. Вчера я снова потерял несколько лампочек TRADFRI после того, как накануне SPZB0001 стал недоступен. Поскольку служба поддержки в основном игнорировала запросы более месяца, я перешел на CC2531 с zigbee2mqtt и не оглядываюсь назад.

Изменить: Используя сниффер Zigbee, я мог ясно видеть, что SPZB0001 не теряет соединение с сетью, но успешно отправляет пакеты запроса данных на свой маршрутизатор, но при попытке прочитать кластер из графического интерфейса deCONZ было ясно, что deCONZ не отправляет любой запрос в этом случае.

У меня есть deCONZ Phoscon WebApp, работающий на Raspi. Использую приложение Версия 2.05.72 / 12.12.2019, Прошивка 264A0700 как услуга. Без графического интерфейса, но с веб-интерфейсом (кстати, отличный). Я использую индикаторы и датчики zigbee, чтобы сделать их доступными в ioBroker и openHAB, и это прекрасно работает. Но я могу подтвердить: с помощью только Phoscon-WebUI на данный момент невозможно подключить термостат Eurotronic Spirit.

Мое обходное решение: я не буду использовать приложение UI / VNC, поэтому мне пришлось использовать вместо него CC2531 Stick (как много раз предлагалось выше), который работает ... немного ненадежно (работает каждая пятая команда, остальные просто производят записи в журнале ошибок), но меня это не беспокоит. Как только deCONZ WebApp будет поддерживать этот термостат, я перейду на него.

Что меня раздражает: Eurotronic Spirit ZigBee указан в списке поддерживаемых устройств (именно поэтому я купил conBEE2). Комментарий к этой записи приводит вас к этой самой странице запроса, где вы читаете, что вам нужно использовать версию пользовательского интерфейса и делать некоторые технические вещи, для которых я действительно недостаточно умен, или вам нужно использовать совершенно другой шлюз, чтобы получить этот термостат спарен (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

Для сопряжения термостата необходимо прочитать информацию о кластере в графическом интерфейсе пользователя;

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

Сопряжение определенно можно улучшить, но для этого потребуется рефакторинг соответствующего кода. Не то, что вы делаете потерянным дождливым воскресным днем. Вероятно, лучше всего совместить это с API v2.

WebUI не отображает термостат на вкладке «Датчики»;

Верный. После того, как плагин Web REST API добавит поддержку для нового устройства, каждому клиенту API также потребуется добавить поддержку. Phoscon - это «просто» еще один клиент API (который работает в вашем веб-браузере).

И я был бы очень признателен, если бы Eurotronic Spirit ZigBee в ближайшее время мог быть интегрирован в Phoscon WebApp. Что, насколько я понимаю, является целью этого открытого запроса поддержки устройства.

Этот репозиторий предназначен для плагина REST API с открытым исходным кодом. Phoscon не является открытым исходным кодом, поэтому никто здесь, кроме самих dresden elektronik, ничего не может с этим поделать.

Любой, у кого есть вторичные маршрутизаторы (фонари, розетки и т. Д.): Если термостат подключается к сети через них, в какой-то момент они теряют это соединение и не могут автоматически повторно подключиться к сети, и нужно будет удалить и снова вставить батарея;

Есть много проблем с маршрутизацией, особенно в больших сетях со смешанным освещением, но я не думаю, что они относятся к термостату. Я считаю, что он остается подключенным к сети, и продолжает отправлять отчеты координатору. Однако (предыдущий) родительский маршрутизатор больше не распознает Spirit как дочерний, что фактически делает его недоступным для других устройств (так что вы больше не можете контролировать или запрашивать термостат из deCONZ).

Я видел это на всех своих восьми Духах, но некоторые из них кажутся более восприимчивыми к этой проблеме, чем другие. Когда они выбирают вилку innr SP 120 или мой lumi.curtain качестве родительского, проблема появляется в течение дня. Когда они выберут один из моих источников света Hue, они могут работать нормально в течение нескольких недель. Между прочим, я вижу ту же проблему с моей шторкой FYRTUR.

Я думаю, что эта проблема вызвана прошивкой Spirit, которая не (всегда?) Распознает, что от нее отказались, и поэтому не ищет нового родителя. У меня были случаи, когда он самопроизвольно находил нового родителя, но мне не удалось выделить условия для этого. Иногда кажется, что удается включить и выключить и снова включить / выключить старый родительский элемент; выключение и повторное включение питания термостата происходит всегда - нет необходимости перезагружать и повторно сопрягать термостат. Иногда я обнаруживаю, что термостат сбрасывается сам по себе и требует повторного сопряжения.

В духе полного раскрытия информации, я думаю, есть еще две проблемы:

• Я обнаружил, что иногда команды не достигают термостата, даже если он доступен. Я все еще отлаживаю эту проблему, я обнаружил, что иногда правила не срабатывают (см. # 2148), что будет исправлено в v2.05.73. Боюсь, что мы все-таки должны были реализовать state.pending , даже несмотря на то, что Spirit, кажется, чутко спит, опрашивая своего родителя каждые пять секунд.
• Не все функции Spirit пока поддерживаются плагином REST API. В частности, вы не можете изменить его режим и управлять положением клапана вручную. Имхо было бы безответственно поддержать это, прежде чем решать проблему выше.

Собственно мой опыт!

1-й этаж: Raspbee и один TRADFRI Driver 30W с тремя духами, подключенными к Raspbee или Driver
==> Все работает нормально неделями! Они отправляют отчеты и получают новые тепловые уставки;)

Первый этаж: смешанный маршрутизатор. Расположение: innr sp120, osram smart plug01, ikea bulb
==> Хорошо проходит только отправка отчетов. Установка новой тепловой уставки никогда не достигает цели (4 других духа, но все духи подключены)

@githtz мог бы появиться в домашнем помощнике?

Кроме того, связывался ли кто-нибудь с dresden electronic по поводу поддержки webhoscon?

@LennyPenny Вы пробовали это?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz да, я подключил его к пользовательскому интерфейсу, но он не отображается в домашнем помощнике

ах, ладно, неважно, я приступил к работе: нажатие кнопки "читать" в графическом интерфейсе deconz было той частью, которую я пропустил

@realwax Я не знаю, как обстоят дела с iobroker, я не использую его в своем экземпляре домашнего помощника, все видно, даже состояние клапана, и все кликабельно и настраивается без проблем


Итак, я думаю, что deconz отлично передает информацию TVR обратно в HA (homeasistant), единственное, что у меня было, это способ, которым мне нужно подключить TVR к сети

1. Подключитесь к VNC-серверу deconz
2. Распакуйте TVR и в веб-интерфейсеhoscon перейдите к датчикам, нажмите «Добавить новый датчик».
3. Учитывая, что ТВР распакован и готов к подключению, вставьте батарейки.
4. Проверьте VNC на этом этапе, он покажет устройство на zigbee lan, но больше ничего не должно произойти.
5. Кликните по свойствам самый правый кружок на появившейся карточке устройства и базовом кластере.
6. Слева есть кнопка, которая говорит, что прочтите информацию о кластере, нажмите на нее, и вы увидите некоторую информацию о своем TVR.
7. Перезагрузите устройство (нажмите все 3 кнопки на 10 секунд)
8. Он снова перейдет в режим подключения, и на этот раз он будет отображаться в VNC должным образом, что означает, что вся информация об устройстве будет на самой карте. И в то же время информация об устройстве также будет отправлена ​​в экземпляр HA.

Вот и все, должно быть достаточно просто, чтобы добавить больше TVR. У меня их 8, и нет никаких проблем.
Просто убедитесь, что в вашем доме достаточно ретрансляторов, имея в виду любое устройство zigbee (лампочка ikeea, розетка или что-нибудь, что имеет питание от сети), которое может действовать как ретранслятор.

Надеюсь это поможет

Ты спасатель! Я возился и совсем забыл об интерфейсе vnc. Ваше объяснение научило меня интерфейсу vnc и протоколу zigbee. Я тоже теперь счастливый обладатель полностью исправного TRV, который прекрасно работает с HA, спасибо!

@BeamMeUpTo @rsaffi
Вы, ребята, нашли какое-нибудь обходное решение для этого? У меня сейчас похожая ситуация с двумя SPZB0001 (напрямую подключенными к концентратору), которые работают нормально, но третий подключен к различным маршрутизаторам и просто перестает работать через несколько дней. :расстроенный:

@BeamMeUpTo @rsaffi
Вы, ребята, нашли какое-нибудь обходное решение для этого? У меня сейчас похожая ситуация с двумя SPZB0001 (напрямую подключенными к концентратору), которые работают нормально, но третий подключен к различным маршрутизаторам и просто перестает работать через несколько дней.

У меня до сих пор нет (пока) другого устройства дома, которое ведет себя как маршрутизатор, поэтому я не могу сказать за себя. У меня есть друг, у которого есть несколько маршрутизаторов и несколько TRV Spirit Zigbee, и он столкнулся с той же проблемой. Она даже создала специальный распорядок для установления связи между Home-Assistant и ее TRV каждые 2 часа, чтобы не «потерять» их.

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

Изменить: честно говоря, все мои фонари - это Philips Hue, которые могут действовать как маршрутизаторы, но они не подключены к моему Home-Assistant напрямую через Conbee + deCONZ, а скорее используют Hue Bridge, поэтому это отдельная сеть Zigbee.

@githtz - Нет, не совсем.

@tkintscher

Между тем, я работал над этим, считывая температуру с датчика Xiaomi и изменяя config.offset . Это работало отлично, пока ваш PR не изменил единицы измерения смещения с 0,1 до 0,01 градуса.

Не могли бы вы объяснить мне, как вы это сделали? Я новичок в этом ...
Также @ebaauw есть новости о дистанционном зондировании?
Спасибо

Также @ebaauw есть новости о дистанционном зондировании?

Почему вы ожидаете, что я узнаю какие-нибудь новости? Насколько мне удалось определить, TRV не поддерживает эту функцию, хотя и предоставляет атрибут _Remote Sensing_. В руководстве эта функция не упоминается, а служба поддержки Eurotronic, похоже, не реагирует на электронную почту. Я ничего не могу поделать.

просто спрашиваю ... спасибо

По-прежнему нет обновлений о повторном добавлении TRV после перезагрузки роутера? Я периодически перезагружаю его (Home Assistant на RPI) для установки обновлений. Обычно один из двух моих TRV не подключается повторно. Переключение и включение питания с извлечением батареи не помогает, к тому же он продолжает нагреваться все время, пока вы пытаетесь подключиться. Сброс всего - это головная боль, так как у меня подключено еще несколько устройств.

@FlyingPersian У меня такая же ситуация.

@FlyingPersian У меня такая же ситуация.

Как ни странно, после удаления устройства в VNC и его повторного появления светодиод рядом с ним продолжает мигать зеленым и синим цветом, даже если устройство было на мгновение выключено. Выключение и выключение питания, чтение данных, поиск новых устройств и т. Д. Не помогли повторно добавить его: o Боюсь, что если я удалю устройство, его будет еще труднее добавить.

Пришлось перезагрузить устройство и повторить все шаги, как для нового устройства.

Пришлось перезагрузить устройство и повторить все шаги, как для нового устройства.

У меня это обычно не работает. Если я это сделаю, устройство не будет подключено к deCONZ. Я не пробовал с момента последних обновлений, но боюсь делать это tbh.

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

По-прежнему нет обновлений о повторном добавлении TRV после перезагрузки роутера? Я периодически перезагружаю его (Home Assistant на RPI) для установки обновлений. Обычно один из двух моих TRV не подключается повторно. Переключение и включение питания с извлечением батареи не помогает, к тому же он продолжает нагреваться все время, пока вы пытаетесь подключиться. Сброс всего - это головная боль, так как у меня подключено еще несколько устройств.

@FlyingPersian Это очень странно, но все TRV, которые я всегда подключаю автоматически, когда я перезапускаю HASS (например, из-за обновления).

Ааа, в основном я перезапускаю сам Home Assistant (так что deCONZ продолжает работать). Но несколько дней назад было обновление ОС hass.io, оно перезагрузилось, и мои термостаты тоже подключились автоматически.

Ааа, в основном я перезапускаю сам Home Assistant (так что deCONZ продолжает работать). Но несколько дней назад было обновление ОС hass.io, оно перезагрузилось, и мои термостаты тоже подключились автоматически.

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

Это еще что-то вы смотрите в?
Я только что купил 4 термостата, и мне удалось подключить 1, но даже этот не работал должным образом (не мог управлять им через Home Assistant). Я думаю, что перепробовал все, и это кажется случайным, что он иногда подключается после нескольких сбросов и так далее. Прямо сейчас я вижу один термостат в графическом интерфейсе Phoscon VNC, но он больше не может подключиться, и «Добавить новый датчик» в WebApp тоже не работает.

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время не было активности. Он будет закрыт, если больше не будет активности. Спасибо за ваш вклад.

@Paragrimm Мои все еще работают. Поскольку сейчас тепло, они используются не очень часто, но я все еще могу отправлять команды на термостаты (например, блокировку экрана). Но и с ними у меня было много проблем: разочарован:
Можете ли вы изменить состояние подключенного термостата из графического интерфейса VNC?

Я только что получил два из них, и я хотел бы, чтобы они тоже работали.
@ebaauw Помогло бы, если бы мы попытались разбудить евротринок? Какие вопросы мы должны им задать?

• Если у них прошивка новее. Где они это публикуют.
• Если / когда / как они будут поддерживать привязку к внешнему датчику температуры.
• если они знают об ошибке в своей прошивке, при которой TRV не может определить, что его родитель выгнал его и не находит нового родителя.

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

Привет, Эрик, хорошо, что такое TRV? :-)

Термостатический клапан радиатора

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время не было активности. Он будет закрыт, если больше не будет активности. Спасибо за ваш вклад.

Я заметил, что homebridge-hue устанавливает режим TRV в "off", если он отключен в HomeKit. Кто-нибудь знает, активна ли защита от замерзания, даже если TRV установлен в положение «OFF»?

Я заметил, что homebridge-hue устанавливает режим TRV в "off", если он отключен в HomeKit. Кто-нибудь знает, активна ли защита от замерзания, даже если TRV установлен в положение «OFF»?

Что касается моих термостатов, они возвращаются из режима «выключено» в любой режим, который был установлен ранее, через 15 минут. Так что это не должно иметь значения. (Я предполагаю, что режим "выключен" предназначен для какого-то обнаружения открытого окна)

@tkintscher Интересно! У меня почему-то несколько дней держится режим "ВЫКЛ". Но если я прочитал «Текущее заданное значение температуры», он вернет «500», поэтому я подозреваю, что защита от замерзания все еще включена. Может у меня предустановлена ​​более новая прошивка? Моя «Версия приложения» - «22».

@ titus-leistner Это интересно. У меня более ранняя версия, где «Версия приложения» - «15»:

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

Поскольку мои не остаются выключенными, я не особо разбирался в этом ... но я предполагаю, что установка вручную на "500" вместо использования режима "ВЫКЛ." Сохранит защиту от замерзания.

У меня более ранняя версия, где «Версия приложения» - «15».

Мой отчет тоже _Application Version_ 15.

Режим _Off_ (а также _Boost_ или _On_) устанавливается с помощью атрибута _Host Flags_, зависящего от производителя, см. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343. В качестве побочного эффекта они также меняют точку нагрева. Я не думаю, что вы можете установить _Off_ с помощью элементов управления на устройстве, и я никогда не видел, чтобы он включался автоматически, но, предположительно, он установлен на обнаружение открытого окна (т.е. внезапное падение температуры).

Я заметил, что homebridge-hue устанавливает режим TRV в "off", если он отключен в HomeKit.

Боюсь, что Homebridge Hue может неправильно использовать _TargetHeatingCoolingState_. В HomeKit вы можете установить для него значение _Off_, _Heat_, _Cool_ или _Auto_, где последнее означает тепло или охлаждение. Если для _TargetHeatingCoolingState_ установлено значение _Off_, главная страница затеняет плитку. Он освещает плитку для других долин. Вы можете изменить _TargetTemparature_, только когда _TargetHeatingCoolingState_ не _Off_. Поскольку Eurotronic не поддерживает охлаждение, единственными логически допустимыми значениями будут _Off_ и _Heat_.

Состояние _CurrentHeatingCoolingState_ показывает, действительно ли _Thermostat_ нагревает или охлаждает. Принимает значения _Off_, _Heat_ и _Cool_. Когда _Off_, кружок вокруг текущей температуры зеленый; когда _Heat_, он оранжевый. Думаю при остывании синий, но девайса проверить нету. Когда _TargetHeatingCoolingState_ _Off_, _CurrentHeatingCoolingState_ также должно быть, а круг серый.

Еще не полностью понимая это при добавлении поддержки Eurotronic, Homebridge Hue в настоящее время устанавливает _TargetHeatingCoolingState_ в _Heat_ для режима _Boost_, в _Off_ для режима _Off_ и в _Auto_ в противном случае. Я подумал, что это будет хороший способ предоставить HomeKit режимы _Off_ и _Boost_. Однако Eve поддерживает только установку _TargetHeatingCoolingState_ на _Off_ и _Heat_ (он отображается как _Mode_ со значениями _Off_ и _On_), потому что Eve Thermo тоже не круто. Теперь я считаю семантически правильным использовать _TargetHeatingCoolingState_ для _Off_, но не для _Boost_.

Кто-нибудь знает, активна ли защита от замерзания, даже если TRV установлен в положение «OFF»?

Я предполагаю, что он откроет значение, когда измеренная температура упадет ниже 5 ° C. Однако никогда не пробовал это делать. Чтобы проверить, лучше всего сбросить его, отсоединить от радиатора, заново соединить и поставить на улицу зимой или поместить в холодильник.

Сопряженное устройство не отправляет обновления и больше не доступно после перезапуска deCONZ.

Я подключил свое устройство, как описано выше. Правильное имя появляется в deCONZ, Temperaturregler появляется в Phoscon и отображается температура. В deCONZ отображаются мигающие синие и зеленые точки.

Затем я запускаю следующие команды:

curl localhost:/api/FB61B91470/sensors/6 |jq

{
  "config": {
    "battery": null,
    "displayflipped": null,
    "heatsetpoint": 2100,
    "locked": null,
    "mode": "auto",
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "49e35c802d0c3e55c4f1451a2af33fe1",
  "lastseen": "2020-10-16T08:53Z",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Temperaturregler",
  "state": {
    "lastupdated": "2020-10-16T08:50:25.579",
    "on": true,
    "temperature": 2050,
    "valve": 255
  },
  "swversion": "20191014",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:05:3d:36:23-01-0201"
}

Обратите внимание на то, что батарея, перевернутый и заблокированный дисплей не работают, почему?

curl --header "Content-Type: application/json" --request PUT --data '{"heatsetpoint": "2300"}' localhost/api/FB61B91470/sensors/6/config
[{"success":{"/sensors/6/config/heatsetpoint":"2300"}}]

Вывод журнала deCONZ при настройке тепловой уставки: https://pastebin.com/fkAAnVDP

Проблемы:

• температура, показанная в Phoscon, получает только одно обновление сразу после сопряжения, а затем никогда больше
• после перезапуска deCONZ показывает красную точку при нажатии read basic attributes .

Вопросов:

• Кто-нибудь знает, почему он изначально обновляет измеренную температуру, но никогда не соблюдает heatsetpoint ?
• Почему пропадает связь после перезапуска deCONZ?

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

Скорее всего, плагину API не удалось настроить соответствующие привязки и параметры отчетов по атрибутам. Это также может объяснить отсутствующие значения для battery и locked и displayflipped . Заполняются ли они, когда вы вручную считываете соответствующие атрибуты из графического интерфейса (_Battery Percentage Remaining_, 0x001 / 0x0021 и _Host Flags_, 0x0201 / 0x4008)? См. Руководство пользователя в разделе справки, как настроить привязки и конфигурацию вручную. Или попробуйте отремонтировать. Обязательно дважды проверьте батареи: для сопряжения требуется больше энергии, чем для обычных операций.

Кто-нибудь знает, почему он изначально обновляет измеренную температуру, но никогда не соблюдает тепловую уставку?
Почему пропадает связь после перезапуска deCONZ?

Сомневаюсь, что это связано с перезапуском deCONZ. Мои TRV довольно часто становились недоступными, пока я не переместил их в отдельную сеть с одним маршрутизатором (повторителем Trådfri) в дополнение к RaspBee. Насколько я смог определить, они были выгнаны их родительским маршрутизатором, но не смогли заметить и найти нового родителя. Обратите внимание, что в этом случае они все равно будут отправлять отчеты на шлюз, но команды шлюза не будут доходить до TRV.
Кажется, это проблема между прошивкой TRV (и прошивкой родительского маршрутизатора), я боюсь, что deCONZ мало что может сделать здесь. Обходным решением было перезагрузить TRV (вынуть и снова вставить батареи).

Спасибо за ответ, Эрик!

Я сбросил настройки устройства и попробовал ваши предложения, результатом которых стало:

• displayflipped и locked прежнему null
• battery составляет 90 после нажатия кнопки чтения
• heatsetpoint отображается как 500 при нажатии кнопки чтения (на мой взгляд, немного холодно)
• запись 2200 или любого другого значения для heatsetpoint постоянно не выполняется

Вам необходимо прочитать / записать зависящий от производителя атрибут 0x4003 для heatsetpoint ; стандартный атрибут 0x0012 не работает для Eurotronic. Для отображения перевернутого и заблокированного дисплея необходимо ввести 0x4008. В REST API все еще может быть ошибка, из-за которой атрибуты REST будут обновляться только при изменении значения. Возможно, попробуйте обновить их через API или заблокируйте дисплей, удерживая + и - на TRV.

Плохо, с первого раза использовал 0x0012, как вы уже догадались ;-). Пробовал 0x4003, чтение работает в режиме сопряжения, после сопряжения устройства ни чтение, ни запись не работают. Нужно ли мне читать все атрибуты, относящиеся к api, в режиме сопряжения, чтобы после этого устройство работало правильно?

Это странно. Евротроник чутко спит и должен чутко реагировать на команды. Вы можете увидеть в графическом интерфейсе, какого родителя он использует? Какая у него версия прошивки (атрибуты _Date Code_ и _SW Build ID_).

Снимок экрана показывает deCONZ, когда TRV находится в режиме согласования (базовый атрибут читается один раз). Редактор атрибутов показывает неудачную попытку записи в 0201: 0x4003. Затем я нажал кнопку чтения для SW Build ID и через минуту были прочитаны значения: 22190930 .

Это другая (более новая?) Прошивка, чем моя. Ни разу не нашел прошивку Eurotronic в Интернете, хотя кажется, что ее можно обновить по воздуху.

Можете ли вы проверить, как часто узел мигает зеленым? Это когда TRV опрашивает свой родительский маршрутизатор на предмет сообщений. Это должно происходить каждые 7 секунд или чаще, чтобы устройство стало доступным. В противном случае нам нужно реализовать config.pending для записи атрибутов config .

TRV можно принудительно вывести из спящего режима нажатием одной из физических кнопок. Вы можете попробовать это непосредственно перед и во время чтения или записи атрибутов.

Насколько мне известно, загрузка / скачивание прошивок не поддерживается. Значит нет возможности понизить прошивку.

Я отредактировал свой предыдущий комментарий (извините, мой iPad подумал, что было бы весело опубликовать его, пока я все еще печатал).

Через час после очистки он просто горит зеленым и не начинает мигать, если нажать кнопку TRV.

Предлагаю постоянно опрашивать. Это нормально после сопряжения, но должно прекратиться, когда батарея разряжается очень быстро.

Вы можете понюхать трафик Zigbee? Если нет, можете ли вы запустить deCONZ с --dbg-info=2 --dbg-aps=2 --dbg-error=1 и проверить журнал. Вы должны увидеть сообщения о том, что TRV опрашивает шлюз (как его родительский).

deCONZ в настоящее время работает с флагом --dbg-info = 2 и записывает множество этих операторов:
MAC Poll 0x02 0x164E
за которым следует один verify 0x00158d00053d3623 is child node after 809128 s

Если нужны и другие флаги, я перезапускаю. Но тогда значок, скорее всего, станет серым, а не сплошным зеленым.

Какой инструмент для обнюхивания вы бы посоветовали (если возможно, использовать головной убор)?

Я использую ZShark с оригинальным ConBee на Raspberry Pi для захвата пакетов и Wireshark на Mac для их анализа. См. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405.

Вы видите сообщения журнала о том, что отправляются команды _Read Attributes_ или _Write Attributes_? И соответствующие отзывы от TRV?

Вы, вероятно, могли бы скомпилировать специальную версию deconz, где deconz может прослушивать большую часть трафика, если вам интересно и у вас нет доступного сниффера.

Я вижу в журнале чтение:
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
но не неудачная запись в 0x4003 (по крайней мере, не для строки поиска 4003 ). Как должно выглядеть сообщение журнала для Read Attributes или Write Attributes ?

deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid используется для запуска deCONZ.

У меня нет второго ConBee для прослушивания трафика, поэтому инструменты сниффинга не подходят.

Occupied Heating Setpoint 0x0012 можно записать, и TRV соответствующим образом изменяет отображение, тогда как 0x4003 можно только читать. Спрошу у евротроника, не меняли ли что-то в своей прошивке, что влияет на написание 0x0012 .

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

eCozy - 1-е место. Не могли бы вы предложить переключить их в тестовых целях, @SwoopX ?

Вы даже можете удалить его, если у вас нет eCozy. Но да, возможно, стоит попробовать.

У меня такая же версия прошивки и тоже проблема, что и dowhiletrue.
В deCONZ я могу записать значение 0x0012, которое отображается на дисплее устройства - 2050 в качестве примера.

запрос через API дает мне следующее:
{
"config": {
«батарея»: 80,
"displayflipped": нуль,
«тепловыделение»: 2000,
"заблокировано": ноль,
"режим": "авто",
"смещение": 0,
"on": правда,
"достижимо": правда
},
"ep": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"lastseen": "2020-10-20T19: 45Z",
"название производителя": "Евротроник",
"modelid": "SPZB0001",
"name": "Термостат",
"штат": {
"lastupdated": "2020-10-20T19: 45: 51.313",
"on": правда,
«температура»: 1950 г.,
«клапан»: 38
},
"swversion": "20191014",
«тип»: «ЖАТермостат»,
"uniqueid": "00: 15: 8d: 00: 03: 2f: 62: 4f-01-0201"
}

и Openhab показывает значение 0x4003, пока я снова не нажму "READ" в deCONZ. Попытка изменить значение тепловой уставки в Openhab не записывается в HAVC.

У меня также есть проблемы с swversion 20191014. Я могу написать 0x0012 через deCONZ Gui, но не через домашний помощник или deCONZ api. Температурная уставка также не обновляется, когда я устанавливаю ее вручную на HAVC.

Здесь та же проблема!
это журнал с ошибкой, когда режим TRV изменяется, например, в домашнем приложении или приложении eve с автоматического на обогрев.

Кто-нибудь может помочь?

@olliox Здесь не следует задавать вопросы / проблемы, касающиеся сторонней интеграции. Поместите их в свои гнезда.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/rest_sensors.cpp#L1086 можно изменить на что-то вроде (в псевдокоде):

attrId = swversion >= 20191014 ? 0x0012 : 0x4003
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, attrId, deCONZ::Zcl16BitInt, heatsetpoint)) {
...

Не знаю, как получить swversion .

Согласны ли вы с этим изменением @SwoopX и @ebaauw ?

attrId = 0x0012;

Я только что протестировал, запись уставки на 0x0012 у меня работает и на прошивке 20181205.

Нужно ли нам это различие между прошивками, то есть есть ли какая-либо прошивка, которая также не принимает атрибут 0x0012 рядом с зависящим от производителя 0x4003?

Я сам на 20181205. Это было довольно давно, но если память не изменяет, 0x0012 не обновляется при выполнении команды _Setpoint Raise / Lower_, а 0x4003 не обновляется при установке 0x0012. Постоянное использование 0x4003 (для получения и установки цели) работало стабильно, поэтому я прибег к использованию этого в API.

Конечно, если более новые версии прошивки больше не поддерживают этот атрибут, нам нужно это учесть. Установление зависимости от версии программного обеспечения кажется разумным путем. Обратите внимание, что вы упоминаете значения _Date Code_ вместо версии программного обеспечения. APi представляет собой либо swversion , в зависимости от того, какой атрибут был прочитан последним. Не уверен, что есть ResourceItem , но, вероятно, безопаснее всего проверить zclValue для атрибута Zigbee. Не забудьте также изменить настройки отчетов по атрибутам с той же проверкой версии.

Кажется, что TRV можно обновить прошивку, но я не нашел никаких файлов прошивки.

Всем привет,

к сожалению, у меня такие же проблемы, как у @ alpha23 и @olliox. Я только что купил Eurotronic Spirit Zigbee вчера, и у меня такой же код даты «20191014». Было бы здорово, если бы нам здесь помогли.

С наилучшими пожеланиями :)

Я открою это сейчас заново.

Я купил один в начале сентября с версией 20191014 и могу подключиться, следуя этой инструкции:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

Купил вчера еще два с такой же прошивкой 20191014 и есть проблемы присоединиться к таковым. Постараюсь вернуться с моими версиями докеров.

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

На новом устройстве запись не удалась

@DerOetzi В новой прошивке 0x4003 больше не доступен для записи, чтобы изменить точку нагрева, вам нужно записать на 0x0012. В этом весь смысл изменений кода, которые предлагает @dowhiletrue .

@DerOetzi В новой прошивке 0x4003 больше не доступен для записи, чтобы изменить точку нагрева, вам нужно записать на 0x0012. В этом весь смысл изменений кода, которые предлагает @dowhiletrue .

Но оба термостата сообщают об одной и той же версии прошивки 20191014?

У меня в 0x0030 (Источник изменения уставки) значения:

• Руководство (выбрано)
• Расписание
• Зигби

Может быть, решение ... но, к сожалению, это атрибут только для чтения

@DerOetzi В новой прошивке 0x4003 больше не доступен для записи, чтобы изменить точку нагрева, вам нужно записать на 0x0012. В этом весь смысл изменений кода, которые предлагает @dowhiletrue .

Но оба термостата сообщают об одной и той же версии прошивки 20191014?

Недавно я купил два устройства, и оба они работают только при установке 0x0012, я думаю, eurotronic отходит от записи в пользовательские атрибуты и теперь использует более стандартный набор атрибутов.

@DerOetzi : может быть, что 20191014 самом деле представляет Date Code а не swversion как упомянуто выше ebaauw, и ваши модели отличаются другим атрибутом, установленным производителем. Все ли атрибуты в рабочей и нерабочей модели равны, если вы читаете один атрибут за другим для Basic , Power и Thermostat ?

Я заметил на своей модели, что read basic attributes при разделении не всегда приводит к успешному считыванию одних и тех же атрибутов. Может быть, это могло бы объяснить, почему одна модель работает, а другая нет.

Я дважды проверил атрибуты Basic (0000), Power (0001), Identify (0003) и Thermostat (0201), не нашел никакой разницы в идентификаторах, типах, доступе и значениях вообще.

Мои базовые атрибуты (возможно, это поможет вам сравнить разные версии):

Что касается текущего заданного значения температуры, инструкция от 10/2019 говорит:

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

Мои выглядят почти так же. Обратите внимание на разницу между Date Code и SW Build ID .

Поскольку при простом переключении с 0x4003 на 0x0012 могут возникнуть недостатки , я предлагаю установить атрибут, зависящий от SW Build ID . Приветствуются любые более сложные решения.

Ты прав. У меня такие же ценности. Я не знал, что вам нужно дважды щелкнуть атрибут, чтобы прочитать этот атрибут явно.

Чем дольше смотрю на проблему, тем больше считаю, что она все же из-за дополнения к deconz.

И рабочий, "старый" с сентября, и новый отныне сообщают следующие значения основных атрибутов:

• 0x0006 Код даты: 20191014
• 0x4000 SW Идентификатор сборки: 22190930

Чем дольше смотрю на проблему, тем больше считаю, что она все же из-за дополнения к deconz.

И рабочий, "старый" с сентября, и новый отныне сообщают следующие значения основных атрибутов:

• 0x0006 Код даты: 20191014
• 0x4000 SW Идентификатор сборки: 22190930

Каждое связывание ведет себя по-разному, потому что не все доступные значения из базового считываются при нажатии кнопки чтения.

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

В целях тестирования я изменил код следующим образом:

DBG_Printf(DBG_INFO, "TEMP %d for sensor attribute %x\n", heatsetpoint, 0x0012);
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, 0x0012, deCONZ::Zcl16BitInt, heatsetpoint))

В выводе журнала отображается инструкция журнала, но после этого ничего не меняется, почему?

Я также могу подтвердить, что на Spirit Zigbee, купленном около 12 сентября, я могу писать как на 0x0012, так и на 0x4003.
На 4 Spirit Zigbee, которые я купил на этой неделе, ни один из них 0x4003 не доступен для записи, но 0x0012 доступен.

Все 5 устройств имеют
Код даты 20191014
Код продукта 1991
SW Построить ID 22190930

Только старшее устройство в настоящее время отвечает на команды температурных от HA.

Использование Conbee II, Phoscon 2.05.84, прошивка 26650700
HassOS 4.15 с надстройкой deCONZ 6.4.1, HA 0.116.4

Все 5 устройств имеют

Вы уверены? Нет никакого способа отличить устройство, которое позволяет устанавливать уставку через 0x4003, от четырех устройств, которые этого не делают?

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

Даже внешний вид точно такой же - без разницы в крепежном кольце.

Единственное отличие, которое я заметил, заключается в том, что MAC-адрес более старого рабочего заканчивается на 2XXX, а 4, которые не работают, имеют MAC-адреса, заканчивающиеся на 3XXX.

Еще одна вещь, FWIW:
Я взглянул на плагин STD OTAU. По каждому из 4 неработающих термостатов на вкладке OTAU Update нет данных, т.е. 0x000 для всех полей. Для одного работающего термостата значения следующие:
Производитель = 0x1037
Изображение = 0x110c
Версия = 0x0162e9d2

Не уверен, что это имеет какое-то значение, но я думал, что все равно поделюсь этим. :)

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

Я недавно купил Sprit ZigBee и столкнулся с той же проблемой (можно установить температуру через 0012, но не через 4003). Атрибуты на базовой странице такие же, как и у petermarasek, поэтому они не отличаются от более старых термостатов. MAC-адрес также заканчивается на 3XXX.
Я уже пытался скомпилировать измененную версию остального api, но безуспешно (api запускается, термостат не меняется, кнопки больше не сообщают об изменениях). Если кто-то изменит код, я смогу помочь в тестировании с новым термостатом.

Даже внешний вид точно такой же

@petermarasek Этого следовало ожидать. Отличие в прошивке устройства.

Для полноты: вот _Basic_ кластер старой прошивки:

И вид OTAU (с 8 TRV Eurotronic Spirit). Я понятия не имею, связана ли / как версия файла прошивки с _SW Build ID_.

Для каждого из 4 неработающих термостатов на вкладке OTAU Update нет данных.

@petermarasek , строки в конечном итоге заполнятся (TRV должен запросить сервер _OTAU_), или вы можете попробовать принудительно это сделать, выбрав узел и нажав _Query_.

На неработающих термостатах какой код состояния возвращается при попытке записать атрибут 0x4003?

Кто-нибудь уже пробовал дистанционное зондирование с прошивкой 22190930?

Обращался ли кто-нибудь в службу поддержки Eurotronic?

@petermarasek , просто дикая мысль: какое значение 0x4000 на TRV, которое работает, и на тех, которые нет. Я мог бы представить, как TRV не принимает 0x4003, когда 0x4000 имеет неправильное значение. Этот атрибут переключает между режимом заданного значения и прямым управлением клапаном (в обход алгоритма ПИД-регулирования TRV). Руководство отстойно объясняет детали ...

0x4000 = значение по умолчанию - «вручную». Если вы установите для атрибута значение «Неизвестно 1», TVR заменит его «ручным». Если вы установите для атрибута значение «Неизвестно 2», TVR не перезапишет его, но изменение 0x4003 еще не работает.

Как я уже писал выше, все атрибуты Basic, Power, Identify и Thermostat одинаковы для работы и не работы. Проверил еще раз 0х4000 разницы нет

На неработающих термостатах какой код состояния возвращается при попытке записать атрибут 0x4003?

Кто-нибудь уже пробовал дистанционное зондирование с прошивкой 22190930?

Обращался ли кто-нибудь в службу поддержки Eurotronic?

Я связался со службой поддержки Eurotronic и дал им URL этой ветки. Надеюсь, они ответят и смогут прояснить здесь недоразумения :)

Привет,

У меня есть Danfoss Ally, который очень похож на Eurotronic, я обнаружил, что установка уставки работает нормально. Экран на термостате обновляется мгновенно, однако мотор клапана иногда немедленно реагирует даже на большие изменения на 10 градусов +, но иногда на перемещение может уйти несколько часов. Я предполагаю, что это могло быть из-за PID, но понятия не имею, как это обойти.

Привет, вчера у меня был один Spirit Zigbee, и я попытался его соединить. Моя установка - pi 3b + с Hass 0.116.4 и conbee II.
Я решил связать его с Phoscon в качестве датчика, но там ничего не появилось, но на de CONZ отображается как спаренный, нажмите кнопку чтения пару раз, и атрибуты теперь заполнены, но все еще не могу добавить его в Phoscon.
Можно ли вообще управлять им через Homeassistant? как я могу добавить его как устройство?

Спасибо!

Устройство не отображается в фосконе, вам нужно третье приложение или использовать для этого напрямую api.

Но вроде есть проблема с последней версией, не все ясно.

Я также могу подтвердить, что на Spirit Zigbee, купленном около 12 сентября, я могу писать как на 0x0012, так и на 0x4003.
На 4 Spirit Zigbee, которые я купил на этой неделе, ни один из них 0x4003 не доступен для записи, но 0x0012 доступен.

Все 5 устройств имеют
Код даты 20191014
Код продукта 1991
Идентификатор сборки ПО 22190930

Только старое устройство в настоящее время отвечает на временные команды от HA.

Использование Conbee II, Phoscon 2.05.84, прошивка 26650700
HassOS 4.15 с надстройкой deCONZ 6.4.1, HA 0.116.4

У меня точно такая же проблема. Два Spirit Zigbees, купленные 30 июля, работают нормально. Два других Spirit Zigbees, купленных 20 октября, не работают, потому что 0x4003 не может быть записан:

Руководство Eurotronic Spirit Zigbee предлагает писать на 0x0012 или 0x0014, а не на 0x4003:

6.5.4 Текущая уставка температуры
Любое значение, записанное в атрибут уставки температуры термостата / занятости / незанятости (0x0012 или 0x0014), будет автоматически скопировано в атрибут текущей уставки температуры (0x4003), чтобы разрешить работу TRV без необходимости знать специфические атрибуты клиента.

Я использую Home Assistant 0.117.1, Phoscon 2.05.86, Conbee II Firmware 26580700

Но нет возможности перенастроить старое / новое устройство?

Но нет возможности перенастроить старое / новое устройство?

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

Один TVR с записываемым 0x4003 имеет MAC-идентификатор, оканчивающийся на 2XXX. У меня есть еще четыре TVR с адресом 0x4003 только для чтения, и все их идентификаторы MAC оканчиваются на 3XXX.

Но нет возможности перенастроить старое / новое устройство?

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

Один TVR с записываемым 0x4003 имеет MAC-идентификатор, оканчивающийся на 2XXX. У меня есть еще четыре TVR с адресом 0x4003 только для чтения, и все их идентификаторы MAC оканчиваются на 3XXX.

К сожалению, я не могу этого подтвердить. MAC ID моего TVR, имеющего доступный только для чтения 0x4003, заканчивается на 261A. :(

Так почему бы просто не протестировать метод 1, а в случае неудачи использовать метод 2?

Итак, два моих Eurotronic Spirits (оба заканчиваются на 3XXX) не могут писать на 0x4003. Однако, как было замечено, я могу записать в 0x0012 без каких-либо проблем, и, как уже говорилось, это приводит к немедленному изменению уставки на устройстве. Есть ли способ вручную изменить адрес, который deCONZ использует для установки температуры? Я использую deCONZ на Hassio, и проблема кажется легко разрешимой, если бы я мог просто узнать, как изменить 0x4003 на 0x0012, верно?

Так почему бы просто не протестировать метод 1, а в случае неудачи использовать метод 2?

Так что я действительно не фанат исключительного программирования.

Я хочу резюмировать то, что я понял до сих пор. Так что поправьте меня, если я ошибаюсь!

Все устройства со следующими атрибутами работают должным образом при установке температуры на адрес 0x0012:
Код даты 20191014
Код продукта 1991
Идентификатор сборки ПО 22190930
MAC заканчивается на 2XXX (они также работают с 0x0012 и 0x4003) или 3XXX (работают только с 0x0012)

Такие устройства, как @ebaauw, со следующими атрибутами работают только с адресом 0x4003, как и ожидалось:
Код даты 20181205
Код товара 1001
Идентификатор сборки ПО 15181120

Так что, на мой взгляд, мы можем решить с помощью одного или всех трех атрибутов Date Code, Product Code или SW Build ID, какой адрес использовать, если мы можем быть уверены, что первая упомянутая группа действительно работает должным образом на 0x0012. Имея 3 устройства этой группы, одно с 2XXX и два с 3XXX, я могу подтвердить это правильное поведение для меня.

Кто-нибудь пробовал заставить работать "дистанционное зондирование" на одном из новых устройств? Было бы здорово, если бы они это реализовали.

И, кстати, ни у кого не было "ошибки сегментации" при добавлении устройства?

Привет! Я также недавно купил Eurotronic Spirit Zigbee и испытываю точно такие же проблемы (могу писать на 0x012, но не на 0x4003).
Поскольку кажется, что нет четкого способа отличить старую версию от новой: что произойдет, если мы сделаем наоборот и просто всегда будем отправлять 0x012? Как на это реагирует старая версия термостата?

Извините, я только что прочитал более ранний пост, в котором описывалось, что запись 0x012 проблематична в более ранней версии.
@petermarasek Записать 0x012 на устройство, которое принимает код 0x4003, тоже проблематично? В противном случае проверка кода даты (или одного из других атрибутов) все еще могла бы работать.

Я только что обнаружил еще несколько плохих новостей: в моем устройстве Eurotronic Spirit также кажется, что текущая уставка температуры (значения, полученные с помощью 0x4003) также не постоянно обновляются после ручного управления устройством: (значение 0x012) постоянно обновляется после ручной работы. Поэтому я думаю, что это значение также следует использовать для чтения текущей заданной температуры новых устройств ... Что за беспорядок ...

@petermarasek Записать 0x012 на устройство, которое принимает код 0x4003, тоже проблематично? В противном случае проверка кода даты (или одного из других атрибутов) все еще могла бы работать.

TVR, который принимает запись в 0x4003, также принимает запись в 0x0012 и 0x0014. (Уставка отопления для занятого и незанятого человека). Запись в 0x0012 или 0x0014 автоматически копирует эти значения в 0x4003 в соответствии с документацией и личным наблюдением.

TVR, который принимает запись в 0x4003, также принимает запись в 0x0012 и 0x0014. (Уставка отопления для занятого и незанятого человека). Запись в 0x0012 или 0x0014 автоматически копирует эти значения в 0x4003 в соответствии с документацией и личным наблюдением.

Хорошо, это звучит обнадеживающе! Так что, возможно, мы могли бы использовать версию HW или любой из атрибутов, чтобы узнать, какой код отправлять в TVR. А затем сделайте то же самое при считывании текущей температуры.

@petermarasek Спасибо за проверку!

Хорошо, я немного запуталась ...

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

Я открыл графический интерфейс DeCONZ и убедился, что оба устройства имеют одинаковые версии аппаратного и программного обеспечения:

Самое смешное, что устройство под названием «Küche ...» не сообщает об ошибке, если я напишу на 0x4003. Даже если я использую кнопки для регулировки температуры вручную, установленное значение отображается правильно. Все работает как положено.

Устройство под названием "Büro ..." сообщает об ошибке, если я использую для записи на 0x4003 и не сообщаю о каких-либо изменениях.

Оба устройства поставлялись в коробке с золотыми гравюрами. У всех остальных устройств, которыми я владею, были коробки с зелеными принтами.

Может там есть какие-то глючные агрегаты?

@ alpha23 Это опыт, который многие здесь описали. Похоже, что Eurotronic произвела партии устройств, которые не позволяют записывать в 0x4003, и некоторые из них, которые делают это без каких-либо дифференциальных атрибутов, физически или в соответствии с основными атрибутами кластера. На мой взгляд, это не ошибка, а задумка. В последней доступной документации говорится, что запись в 0x0012 и 0x0014 разрешена и в соответствии со спецификациями, вместо записи в 0x4003, что, как я считаю, является специфическим атрибутом производителя в соответствии с этим: (см. Раздел 6.5.4)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

@petermarasek Но если все новые модели работают нормально (как те, которые работают, так и те, которые не записывают в 0x4003) при чтении и записи в 0x0012, мы могли бы надежно использовать версию HW, код даты или идентификатор сборки программного обеспечения, чтобы иметь простой оператор if (или расширение текущего) для отправки правильного кода (0x4003 для версии HW <5 и 0x0012 для HW> = 5).

Я готов внести необходимые изменения в исходный код, но для этого потребуется некоторое время, поскольку я ранее не касался кода deconz-rest-api (или проекта, если на то пошло), и мне нужно выяснить, как настроить среда тестирования разработчика (поскольку я запускаю deconz на своем PI как плагин для HA).
Кроме того, у меня есть только устройство, которое в данный момент не работает, поэтому я не могу выполнить регрессионный тест. Я мог только проверить, работает ли измененный код на моем устройстве при отправке и чтении 0x0012.

Я готов внести необходимые изменения в исходный код, но для этого потребуется некоторое время, поскольку я ранее не касался кода deconz-rest-api (или проекта, если на то пошло), и мне нужно выяснить, как настроить среда тестирования разработчика (поскольку я запускаю deconz на своем PI как плагин для HA).
Кроме того, у меня есть только устройство, которое в данный момент не работает, поэтому я не могу выполнить регрессионный тест. Я мог только проверить, работает ли измененный код на моем устройстве при отправке и чтении 0x0012.

Это было бы прекрасно. У меня нет абсолютно никакого опыта в этом, и, поскольку я работаю на Hassio, я думаю, что мне нечего и пробовать. Я нашел конкретный код в cpp термостата в строке 454. (Извините, если скриншот кода противоречит правилам, я новичок в github).
Здесь он проверяет, установлен ли термостат от Eurotronic и конкретно указывает на использование 0x4003. Может быть, это поможет.

@petermarasek Если это

@joukestoel У меня есть одно устройство с HW версии 5, которое работает с 0x4003, и одно с той же версией HW, которое не работает. Если я использую для записи в 0x0012 на рабочем устройстве, мне нужно прочитать 0x4003 вручную, чтобы получить обновленное значение.

Как говорится в документации, следующая проблема заключается в том, что сообщается только 0x4003. Но этого не произойдет, когда я напишу в 0x0012 или использую кнопки на устройстве для изменения значения.

Как говорится в документации, следующая проблема заключается в том, что сообщается только 0x4003. Но этого не произойдет, когда я напишу в 0x0012 или использую кнопки на устройстве для изменения значения.

@ alpha23 О какой документации вы говорите? Я думаю, что исправление должно заключаться (как указано в @ mod3k ) в том, что код, используемый для чтения текущей заданной температуры, также должен «просто» читать значение 0x0012 и забывать о значении 0x4003. На скриншоте кода, прикрепленного @ mod3k, это будет означать, что условие if необходимо расширить, чтобы также проверить версию HW.

Но так как я здесь новичок (и кодовая база), я могу очень ошибаться и вообще что-то упускать.

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

Д / Н справа говорят, является ли атрибут отчетным или нет.

@ alpha23 Спасибо за ссылку! И спасибо, что указали на это. Как я уже упоминал ранее, я новичок в мире домашней автоматизации и устройств Zigbee, поэтому мне нужно многому научиться: s Означает ли отчетность, что только отчетные атрибуты периодически отправляют свое значение в deconz?

Я должен отозвать свое предыдущее заявление о том, что я думал, что значение 0x4003 не обновлялось. Оказывается, время отчета по умолчанию составляет максимум 600 секунд. В качестве теста я переопределил конфигурацию, чтобы сообщить через максимум 20 секунд, и теперь я вижу обновленное значение в атрибуте 0x4003. Это означает, что код, который считывает текущую заданную температуру, не должен изменяться (и изменение, вероятно, все равно не сработало бы, поскольку атрибут 0x0012 не является атрибутом отчета)

Да, я думаю, что единственное изменение, которое необходимо внести, - это решение, зависящее от аппаратного обеспечения, для записи на 0x0012 или 0x4003. Я просто вручную написал новую температуру до 0x0012, и значение было немедленно обновлено до 0x4003.

tbh: если бы я написал этот код только для себя, я бы просто отправил команду обоим идентификаторам. Звучит грязно, но что бы ни допускал термостат, его все равно нужно обновить

Я связался со службой поддержки Eurotronic и дал им URL этой ветки. Надеюсь, они ответят и смогут прояснить здесь недоразумения :)

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

Я только что добавил запрос на перенос (№ 3626), который должен исправить наши проблемы с изменением текущей уставки нагрева.
Мне потребовалось время, чтобы понять, но помимо записи в ранее обсуждавшийся атрибут 0x0012 (рабочая точка нагрева) мне также нужно было отправить общий код производителя.

Чтобы различать старые и новые устройства, я использовал атрибут «Версия программного обеспечения». Для устройств с версией ПО ниже 22190903 также будет записан старый атрибут 0x4003. Для моделей с версией ПО 22190903 и выше будет использоваться атрибут 0x0012.

Это исправление работает для моего устройства, но, поскольку у меня есть только один модуль, я не могу гарантировать, что он будет работать и для старых, и для других устройств, поэтому давайте скрестим пальцы 🤞

Вау, это быстро. Большое спасибо! Я надеюсь, что эти изменения можно будет быстро реализовать. А пока я использую ZHA вместо deCONZ. Установил его вчера, и вроде там все работает нормально (интеграция ZHA использует 0x0012 как таковой).

Большое спасибо @joukestoel за это исправление! Осталось дождаться релиза, надеюсь, он скоро выйдет.

Для чего это стоит: могу подтвердить, что https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 устранил проблему на моей стороне.

У меня есть блок Spirit с SW Build ID из 22190930 и с версией 2.5.87 Phoscon / deCONZ, теперь я могу успешно управлять заданной точкой нагрева из REST API (и, как следствие, из Home Assistant).

Возникла проблема, из-за которой при чтении базовой информации о кластере (для настройки устройства в REST API) _не_ извлекалась информация об идентификаторе сборки SW (поле оставалось пустым). Пришлось явно "прочитать" это поле из графического интерфейса, чтобы все начало работать ...

Кроме того, это совершенно не связано: в документации датчиков config -параметр упоминается как heatingsetpoint тогда как на самом деле он выглядит как heatsetpoint ...

Я только что добавил запрос на перенос (№ 3626), который должен исправить наши проблемы с изменением текущей уставки нагрева.
Мне потребовалось время, чтобы понять, но помимо записи в ранее обсуждавшийся атрибут 0x0012 (рабочая точка нагрева) мне также нужно было отправить общий код производителя.

Чтобы различать старые и новые устройства, я использовал атрибут «Версия программного обеспечения». Для устройств с версией ПО ниже 22190903 также будет записан старый атрибут 0x4003. Для моделей с версией ПО 22190903 и выше будет использоваться атрибут 0x0012.

Это исправление работает для моего устройства, но, поскольку у меня есть только один модуль, я не могу гарантировать, что он будет работать и для старых, и для других устройств, поэтому давайте скрестим пальцы 🤞

У меня SW Build ID 22190930, и он отлично работает со старым вариантом (2.05.81 / 14.9.2020).
Я не уверен, сломается ли он, если я обновлю сейчас?

Я только что запустил новую версию. К сожалению, приходится сообщать, что мы сделали только половину пути с исправлением @joukestoel для этой проблемы. Атрибут Build ID базового кластера 0x4000 не читается автоматически после перезапуска. Для этого используется правильный адрес 0x012 только после чтения этого атрибута вручную. На данный момент у меня есть только три термостата, чтобы сделать это после перезапуска, но когда у меня их будет 13, мне не нужно будет делать это вручную после каждого перезапуска.

Здесь та же проблема. Если я перезапущу deCONZ или Spirit, обновления больше не будут приходить, и температура больше не может быть установлена.

@DerOetzi @dowhiletrue Ах, прости! Все еще изучаю этот материал Zigbee Deconz :) Я улучшу код, чтобы он стал более надежным! Надеюсь, это можно будет включить в следующий выпуск.

Буду держать вас в курсе!

И заметил еще одну проблему на новых:

На них не работает режим выключения. Я постараюсь разобраться в этом!

Обновление: также не удается записать флаги хоста в 0x4008

Привет всем, наша компания в настоящее время работает для Eurotronic над проверкой кода прошивки и исправлением проблем с записью в атрибуты 0x4003 и 0x4008. Наберитесь терпения, так как мы не являемся авторами оригинальных прошивок.

Хорошая новость в том, что мне удалось успешно обновить прошивку по воздуху (OTA).

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

Привет всем, наша компания в настоящее время работает для Eurotronic над проверкой кода прошивки и исправлением проблем с записью в атрибуты 0x4003 и 0x4008. Наберитесь терпения, так как мы не являемся авторами оригинальных прошивок.

Хорошая новость в том, что мне удалось успешно обновить прошивку по воздуху (OTA).

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

Спасибо за хорошие новости. Подскажите пожалуйста краткую инструкцию, как сделать ОТА? Например где найти файл прошивки?

@witriol Насколько я мог проверить, термостат также некорректно реагирует на попытку установить local_temp_calibration (атрибут 0x0010). Раньше он принимал значения от -500 до 500 (+ - 5 градусов), но теперь отвечает «недопустимым значением» независимо от того, в какое значение записано.
Также убедитесь, что 0x4001 может быть записан, когда термостат установлен в ручной режим (0x4000 установлен на 0x02, если я правильно помню)
Если у вас есть прошивка, готовая к тестированию - у меня есть новая и несколько старых, поэтому я могу убедиться, что прошивка ведет себя так же, как и старые (также соответствует документу на старой).

А.

Хорошая новость в том, что мне удалось успешно обновить прошивку по воздуху (OTA).

@Witriol Это действительно хорошие новости! Были ли опубликованы какие-нибудь файлы прошивок? Есть возможность понизить прошивку?

Основная проблема с прошивкой заключается в том, что она поддерживает дистанционное измерение температуры, но не принимает сообщения _Report Attribute_ от удаленного датчика температуры.

Привет всем, наша компания в настоящее время работает для Eurotronic над проверкой кода прошивки и исправлением проблем с записью в атрибуты 0x4003 и 0x4008. Наберитесь терпения, так как мы не являемся авторами оригинальных прошивок.

Хорошая новость в том, что мне удалось успешно обновить прошивку по воздуху (OTA).

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

Привет, @Witriol , приятно слышать, что у вас работают OTA-обновления! :-)

Помимо уже упомянутых проблем у меня есть еще две:

• Я могу изменить "режим TRV (0x4000)" на 1, чтобы иметь возможность изменять положение клапана вручную. Я вижу, что режим работы клапана меняется, так как на дисплее отображается «0», которое является текущим положением клапана. Однако при попытке изменить это положение клапана с помощью «Set Valve Position (0x4001)» устройство возвращает «INVALID_VALUE» независимо от того, какое значение я отправляю.
• К тому же я теряю соединение с Zigbee каждый второй день, и даже выключение питания не помогает. Придется выполнить сброс и повторное сопряжение устройства "трехкнопочным методом".

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

Привет, ребята, у меня такая же проблема с новым спиртовым термостатом. Возможно ли, что ребята из Eurotronic по ошибке опубликовали версию прошивки с опечаткой в ​​названии (22190930) перед тем, как вернуться к исходному соглашению об именах меток даты (20191014)? Имя атрибута 0x0006 «Код даты» подразумевает метку даты. Тедди

@Witriol Также с нетерпением жду обновления прошивки OTA! Заранее спасибо!
Тедди

@ teddy-rpi: есть дата сборки и версия прошивки:

Я только что создал второй запрос на перенос, который реализует грубый временный обходной путь, предложенный ранее
Это определенно не лучшее решение, но поскольку мы получили сообщение от
Опять же, исправление работает с моей версией термостата, но я не могу дать больше гарантий :)

@ magicdude4eva : Спасибо! Как узнать версию прошивки? В deCONZ в базовом кластере атрибут 0x0006 «Код даты» дает мне 20191014, а атрибут 0x4000 «Идентификатор сборки SW» пуст.

Я только что добавил запрос на перенос (№ 3626), который должен исправить наши проблемы с изменением текущей уставки нагрева.
Мне потребовалось время, чтобы понять, но помимо записи в ранее обсуждавшийся атрибут 0x0012 (рабочая точка нагрева) мне также нужно было отправить общий код производителя.

Чтобы различать старые и новые устройства, я использовал атрибут «Версия программного обеспечения». Для устройств с версией ПО ниже 22190903 также будет записан старый атрибут 0x4003. Для моделей с версией ПО 22190903 и выше будет использоваться атрибут 0x0012.

Это исправление работает для моего устройства, но, поскольку у меня есть только один модуль, я не могу гарантировать, что он будет работать и для старых, и для других устройств, поэтому давайте скрестим пальцы 🤞

Большое тебе спасибо. Теперь у меня все работает нормально.

Я только что создал второй запрос на перенос, который реализует грубый временный обходной путь, предложенный ранее
Это определенно не лучшее решение, но поскольку мы получили сообщение от
Опять же, исправление работает с моей версией термостата, но я не могу дать больше гарантий :)

Я никогда не предлагал такой метод. Думаю, это действительно ужасный обходной путь. Мы бы предпочли, чтобы мы использовали ваше первое исправление и принудительно деконзировали для чтения базового адреса кластера 0x4000, если он пуст.

Извините, @DerOetzi , я неверно процитировал. Это предложил @ mod3k . Я согласен с тем, что обходной путь уродлив, но, надеюсь, он не понадобится слишком долго и, честно говоря, мое предыдущее исправление также не было жемчужиной: s

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

У меня Fix работает с очень простой функцией (установка целевой температуры). Моя ошибка: атрибут 0x4000 был пустым, потому что я считываю только весь кластер в deCONZ вместо двойного щелчка по атрибуту и ​​чтения его отдельно. Затем поле заполняется тем же номером прошивки, начиная с 22, что и у вас, ребята. Еще раз спасибо, ждем правильного исправления OTA, чтобы можно было использовать все функции. Тедди

Извините, @DerOetzi , я неверно процитировал. Это предложил @ mod3k . Я согласен с тем, что обходной путь уродливый, но, надеюсь, он не понадобится слишком долго и, честно говоря, мое предыдущее исправление также не было жемчужиной: s

Нет проблем 👍 Я не уверен, что ваше новое исправление будет правильно работать со старыми версиями прошивки. Если я правильно понимаю @ebaauw в его сообщении, указание неправильного атрибута может сбить с толку старые устройства:

Я сам на 20181205. Это было довольно давно, но если память не изменяет, 0x0012 не обновляется при подаче команды Setpoint Raise / Lower, а 0x4003 не обновляется при установке 0x0012. Постоянное использование 0x4003 (для получения и установки цели) работало стабильно, поэтому я прибег к использованию этого в API.

Не знаю, что с ними происходит при записи в оба атрибута. Поэтому я лично предпочел бы жить с обходным путем, чтобы прочитать Basic Cluster 0x4000 вручную после перезапуска, что необходимо для работы вашего первого исправления, прежде чем испортить все другие старые версии прошивки. И, возможно, кто-то, кто знает внутреннее устройство deconz лучше меня, может сообщить, можно ли заставить его читать этот атрибут автоматически, если он пуст. На мой взгляд, это было бы лучшим решением.