Deconz-rest-plugin: [设备支持请求] Eurotronic Spirit ZigBee

有趣的！ 仍在寻找这样的东西，价格合理。

是这个吗： https :

事实上，在他们的网站上没有此设备的 _Bedienungsanleitung_。 它是否附带法语/西班牙语/意大利语/波兰语手册或德语和/或英语？ （我能读德语，但我写得不好）。

规范提到了每天/每周支持的转换 (_Schaltzeiten_)，建议您可以在设备上存储时间表。 查看 ZCL 规范 (6.3.2.2.3)，在 0x0201 集群中有更多的属性。 我认为首要任务是将这些添加到general.xml，以及设置/清除/获取计划的命令。 不过，我怀疑 deCONZ GUI 是否可以处理 set schedule 命令的可变数量的参数。

@manup ，为/devices端点建模时间表将是一个很好的挑战。

当然，猜测属性应该添加到新的ResourceItems 。

一位同事几天前购买了 Eurotronic 恒温器，也非常渴望获得 deCONZ 和 homebridge-hue 的支持，我们将做一些嗅探以获取更多见解。

是的，正是那个。 我通过亚马逊从 voelkner 以 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 解决方案。

我还想让 homebridge-hue 支持 Thermostat 集群。

PR #1003 已经支持恒温器集群0x0201 。

使用 REST-API 可以更改加热温度、获取/设置调度程序、打开/关闭调度程序、设置偏移量。

@ma-ca，我需要一些帮助。 如果没有设备进行测试，这将是具有挑战性的。

HomeKit _Thermostat_ 服务需要以下特性：

• _CurrentHeatingCoolingState_（只读，值：_Off_、_Heat_、_Cool_） - 我假设这是由state.on ： false ：_Off_； true ：_热_？
• _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/simon77/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_ 相关联，那么关闭调度程序确实是有意义的。

CurrentTemperature（只读，0.1°C） - 这将是state.temperature ？

是的。 目前，温度值需要除以 Zigbee 规范中定义的 100，例如state.temperature : 2150为 21.5 °C。

TargetTemperature（读/写，0.1°C） - 这将是config.heatsetpoint ？

是的，也需要除以100。

我想使用 HomeKit 来设置config.heatsetpoint和config.scheduleron 。 我认为从 HomeKit 更改调度程序没有任何好处，因为在使用 REST-API 设置调度程序之后，实际上没有必要更改它。

在我的用例中，我想使用 HomeKit

• 去度假时关闭调度程序
• 然后能够在回家前一天_before_再次打开。
• 设置温度。

请查看 homebridge-hue v0.11.7。

非常好。 安装 homebridge-hue v0.11.7 后，iOS Home App 会显示带有温度和热值的 _Thermostat_ 图标。

改变加热确实改变了config.heatsetpoint 。 设置模式打开或关闭确实将config.scheduleron为 true 或 false。

唯一的问题是显示的温度似乎四舍五入为 0.5°C，但恒温器显示的分辨率为 0.1°C。 例如App显示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的调试日志吗？ 和转储文件，只是为了确定。 请参阅自述文件。 您是只使用 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 App。

以防万一，当显示在 0% 和 100% 之间的打开状态时，Home App 中的 _Window Covering_ 图标在开始时确实具有 1% 的分辨率。 后来这变成了 5% 的分辨率。 我认为这是在 homebridge-hue 中故意改变的。

我真的需要homebridge -D的完整输出，请参阅https://github.com/ebaauw/homebridge-hue#debug -log-file。

我只使用 Apple Home App。

Eve 或其他 HomeKit 应用显示的温度是多少？

后来这变成了 5% 的分辨率。 我认为这是在 homebridge-hue 中故意改变的。

是的，我发现我的lumi.curtain在完全打开或关闭时并不总是报告 0 或 254 的位置。 即使在重新校准之后，它有时也会有点偏离。 我通过四舍五入到 5 的倍数来解决这个问题。不过，这与 _Thermostat_ 完全无关。

之前的完整调试日志文件。

homebridge.log.gz

Eve 或其他 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 使用新的 heatsetpoint 发出网络套接字通知。 不过，我确实需要放弃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收到更改的 Web 套接字通知时，这会得到更正。

并且发热量有随机偏移，例如17.0°C将config.heatsetpoint更改为1710，将17.5°C的值更改为1770，将18.0°C的值更改为1800。

我没有看到这个。 在上述两种情况下，homebridge-hue 向 deCONZ 网关发送（到 0.1°C）正确的温度，网关通过 websocket 通知确认这一点。 我怀疑 Home 应用程序也可能在这里做一些有趣的事情。 我仔细检查了_当前温度_和_目标温度_的分辨率是否为 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}

您已在 config.json 中指定了两个"Hue"平台。 虽然目前有效，但在转向动态平台配件时会中断。 您可以通过以下方式从单个条目公开 Hue 桥接器和 deCONZ 网关：

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

啊，ubisys S2。 我一直在等待看到完整的模型S2 (5502)来暴露 ZHASwitch 传感器。 我可以从 deCONZ REST API 读取buttonevent值，但不能读取完整模型。 您是否为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 问题的支持。

我想将 Eurotronic 设备添加到 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它不起作用:(

我在传感器搜索运行时重置了恒温器，但未找到恒温器。

嗯不知道发生了什么。 刚刚通过亚马逊订购了一个应该会在下周一到货。

很有趣，订阅以查看进度;-)

我最近也偶然发现了这个设备。 Z-Wave 版本具有支持外部温度传感器的有趣功能（这可能比内部温度传感器提供更真实的读数）。
在那些已经拥有该设备的人中，您是否知道这是否（或将可能）通过 Zigbee 实现？ 不幸的是，制造商的网站非常稀少。

你好，我最近也拿到了这个设备。 现在我只能设置 Occupied Heating Setpoint，然后设备通过 deCONZ Gui 将其复制到属性 Current Temperature Setpoint。 您还会将调度属性添加到 deCONZ Gui 吗？ 我现在真的不知道，我将如何通过 REST API 做到这一点，因为我现在不知道。 将不胜感激。

干杯

阅读恒温器的更多属性：

• 可能支持外部温度传感器
• 不支持时间表

那么，deCONZ 会在很长一段时间内不支持时间表吗？

实际上 deCONZ 中已经有计划代码，但由于 Eurotronic 恒温器不支持，我无法对此进行测试。

最好创建规则来模拟时间表，这也更强大。

人们将如何制定这些规则？ 通过 Rest API？ 或者 deCONZ 中是否有任何功能可以处理这个问题？

目前这只能通过 REST-API 实现。 或者当使用诸如家庭助理和其他支持 deCONZ 集成的家庭自动化系统时。

@manup不幸的是，我还无法通过传感器搜索添加恒温器。 安装了 deCONZ v2.0.57。
有解释吗？

它应该与即将到来的 2.05.58 一起使用，其中包含一些相关的修复程序。

2.05.57 的解决方法：

• 开始传感器搜索
• 读取基本集群

是这个吗： https :

事实上，在他们的网站上没有此设备的 _Bedienungsanleitung_。 它是否附带法语/西班牙语/意大利语/波兰语手册或德语和/或英语？ （我能读德语，但我写得不好）。

不久前我确实通过电子邮件向他们询问了详细信息。 尽管他们没有回应，但他们刚刚在他们的网站上添加了一份非常全面的手册，其中包含有关 Zigbee 属性的详细信息：
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

我有这些恒温器之一，但似乎无法正确配对。
（使用 raspbee 和 deconz 2.05.58 在 rpi 上进行无头 deconz）
按照上一条评论中的文档链接，我可以将恒温器置于配对模式并在 phoscon 应用程序上启动传感器配对 片刻之后，恒温器指示它已成功配对，但 phoscon 应用程序。 从不承认配对。

恒温器肯定认为配对已完成。 为了让它回到配对模式，我必须完全重置它。

任何提示我做错了什么？

任何提示我做错了什么？

估计没什么目前，恒温器在 Phoscon 应用程序中不可见，但它应该在 REST-API 中可见。

就是这样 - 从其余 api 获取所有对象时它不可见

在我第一次尝试通过 deCONZ GUI 配对时，设备会出现，但没有读取任何属性，甚至没有读取制造商 ID，也没有显示集群。 最终，我停止了 deCONZ，从 zll.db 中删除了对设备的所有引用，重置设备并按如下方式配对，_同时将它放在 RasPi 旁边_。

• 在 Phoscon 中开始传感器搜索。
• 取出/重新插入电池。 按减号+加号+升压并按住它们直到设备重置。
• 等待设备配对（绿灯；约 2 秒后），然后安装并让它适应。
• 此时 Phoscon 中的传感器搜索已失败，因此重新启动它。
• 转到 deCONZ GUI，列出集群，单击“基本”->“阅读”（如 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093 中的推荐）
• 现在 Phoscon 报告传感器搜索成功并显示在 REST API 中。

我不知道哪些步骤可以解决问题，但也许这会有所帮助。

关于属性，我发现将“TRV 模式”(0x4000) 设置为“手动”(2) 通过设置点（通过 0x4003 设置）控制设备。 当模式设置为“未知2”时，显示屏显示当前阀门开度百分比，可用0x4001控制。

其他选项似乎都没有效果，尽管“主机标志”（0x4008）中似乎有隐藏功能（例如，我设法打开了儿童保护...）。

目前还不清楚“遥感”应该如何工作。 也许通过绑定，使用具有“温度测量”客户端集群的设备？

我确认这些步骤有效：

• 在 Phoscon 中开始传感器搜索。
• 取出/重新插入电池。 按减号+加号+升压并按住它们直到设备重置。
• 等待设备配对（绿灯；约 2 秒后），然后安装并让它适应。
• 此时 Phoscon 中的传感器搜索已失败，因此重新启动它。
• 转到 deCONZ GUI，列出集群，单击“基本”->“阅读”（如 #1098（评论）中所推荐）

我能够配对恒温器并可以在 deconz GUI 中看到它，但名称为 0x3BEE。
我也没有在 API 中看到它。 （请求 GET /sensors）。

今天有我的！ 如果结果证明它工作可靠，我还有七个空间……

暴露阀门位置会很酷（如state.bri ？）。 Eve Thermo 也报告了这一点，我希望我可以让 homebridge-hue 向 Eve 应用程序公开历史记录。

在 HomeKit 中，恒温器具有_目标加热冷却状态_（关闭、加热、冷却、自动）和一个_当前加热冷却状态_（关闭、加热、冷却）。 state.on从实际阀门位置导出，当前状态被覆盖。 Eurotronic 是否有对应的目标状态？ 我曾经将config.scheduleron映射到目标状态，但是在最新的提交中，它不再公开（因为，如果我理解正确，它对 Eurotronic 没有任何作用）。 如果可以从 Zigbee 配置，我们可能会将 boost 模式映射到 _heat_。

我认为我们需要实现config.pending来设置目标温度。 恒温器似乎经常轮询其父级，但我已经遇到了一些无法通过更新的故障。 此外，我们可能应该设置制造商特定的热点属性，而不是标准的（不支持属性报告）。

暴露阀门位置会很酷（如state.bri ？）。 Eve Thermo 也报告了这一点，我希望我可以让 homebridge-hue 向 Eve 应用程序公开历史记录。

我更喜欢state.valve或类似的，猜想在不久的将来会有更多的恒温器支持，所以我们最好在混合中获得适当的属性。

Eurotronic 是否有对应的目标状态？ 我曾经将config.scheduleron映射到目标状态，但是在最新的提交中，它不再公开（因为，如果我理解正确，它对 Eurotronic 没有任何作用）。 如果可以从 Zigbee 配置，我们可能会将 boost 模式映射到 _heat_。

Eurotronic 不支持调度程序，但它有多个可以设置的值。 需要更多的实验来找出最佳方法。

我认为我们需要实现config.pending来设置目标温度。 恒温器似乎经常轮询其父级，但我已经遇到了一些无法通过更新的故障。

是的，它每 5 秒轮询一次，这有助于可靠地获取命令，但 config.pending 是有道理的。

此外，我们可能应该设置制造商特定的热点属性，而不是标准的（不支持属性报告）。

它们似乎在设备上同步。 我真的很喜欢恒温器报告值并在手动更改温度时快速转发。 但这里有一些工作要做，手动更改不会改变也报告的热设定点。

我曾经将 config.scheduleron 映射到目标状态，但是随着最新的提交，它不再暴露

我正在使用 HomeKit 来启用/禁用 Bitron 恒温器上的调度程序。 希望这将继续有效。

我今天也收到了我的，因为我的旧阀门使用的连接不适合与恒温器一起提供的适配器，所以我对它进行了基本操作。 耐心是一种美德呵呵，需要有人帮忙更换这里的旧阀门。

但我注意到现在“标准”似乎发生了变化......到目前为止，“复杂”传感器将获得单独的 REST API 传感器。 就像天气传感器将存在三个传感器组件一样，压力、温度和湿度。 现在对于这个恒温器，温度测量、状态（开/关）和设定温度结合在一起。 弯曲它没问题，但这不应该是重新考虑是否应该重新考虑这是否是正确轨道的合乎逻辑的点？ 看这不是传感器，而是有源设备？ 可以引入 /devices 分支的东西？

它们似乎在设备上同步。

只有一种方式，并非总是如此。 根据手册：

Die übertragenen Solltemperaturen wie Occupied / Unoccupied Heating Setpoint Attribute (0x0012 or 0x0014) werden auf das Attribut Current Temperature Setpoint (0x4003) kopiert, um den TRV ohne hersteller spezifische. Attribute kverwenn

通过其按钮控制恒温器似乎只改变 0x4003。 设置 _Boost_ 模式将 0x4003 更改为 3000 (30°C)。 我可以将此属性映射到目标状态：500 = off; 3000 = 热量； 其他值 = 自动。

我认为我们需要在设置目标温度时编写属性。 _Setpoint Raise/Lower_ 命令会更改 0x0012，但不会更改 0x4003。 它也是 0.01°C（如温度属性，而不是 0.1°C。我认为这是 general.xml 中的一个错字？

而不是标准的（不支持属性报告）。

该手册包含一些不一致之处。 在 6.5 中，0x008、0x0012 和 0x0014 被列为不可报告，但在 6.6 中它们是可报告的。

到目前为止，“复杂”传感器将获得单独的 REST API 传感器。

“Complex” = 多个集群（天气传感器为 0x0402、0x0403、0x0405）。 恒温器是一个集群 (0x0201)。

可以引入 /devices 分支的东西？

是的，请参阅https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 及以下。

我正在使用 HomeKit 来启用/禁用 Bitron 恒温器上的调度程序。 希望这将继续有效。

我可能需要在 homebridge-hue 中单独将 Eurotronic 列入白名单。

在 HomeKit 中，恒温器具有_目标加热冷却状态_（关闭、加热、冷却、自动）和一个_当前加热冷却状态_（关闭、加热、冷却）。

Eurotronic 似乎使用属性“系统模式”（属性 ID 0x001c）控制此状态（请参阅第 15 页的用户手册）。 我在 deCONZ 软件中玩了一点这个属性，不幸的是没有成功。 该值可以设置，但从恒温器重新读取该值后，似乎重置为默认值（加热）

state.on从实际阀门位置导出，当前状态被覆盖。 Eurotronic 是否有对应的目标状态？

值状态用“Pi Heating Demand”表示

_Host flags_ (0x4008) 中的 0x000080 位对应于锁定模式（保持 + 和 - 3 秒）。 它可以从 Zigbee 设置和清除。

_Host flags_ (0x4008) 中的 0x000080 位对应于锁定模式（保持 + 和 - 3 秒）。 它可以从 Zigbee 设置和清除。

你是怎么想出来的？ 我尝试使用 deCONZ 中的属性编辑器设置单个位。 但是每当我写任何非零的东西时，它只会启用锁定模式。 写入 0x000000 再次解锁。 这样做之后，读取主机标志会返回非常不同的值（初始设置后为 0x000001，现在我说的是 0x42c381）。

编辑：Z-Wave 版本具有有用的标志，例如设置 LCD 背光计时器、将显示器旋转 90 度以及配置“打开窗口检测”灵敏度。 我希望这隐藏在此处的主机标志中。

Edit2: (_Host flags_ & 0x000004) 是升压模式的位吗？

我认为我们需要实现config.pending来设置目标温度。 恒温器似乎经常轮询其父级，但我已经遇到了一些无法通过更新的故障。

一开始这也发生在我身上，但是在将 0x4003 上的属性报告配置为min/max/change=1/600/1 ，恒温器总是在设置温度后立即报告。

你是怎么想出来的？

有 10 种人：读二进制的和不读二进制的；-)

它在设置锁定模式之前报告 0x000001 和 0x000081。 写回 0x000001 清除锁定模式。 现在我的报告是 0x400341，设置锁定模式将其更改为 0x4003c1。 我不知道其他位。

编辑：Z-Wave 版本具有有用的标志，例如设置 LCD 背光计时器、将显示器旋转 90 度以及配置“打开窗口检测”灵敏度。 我希望这隐藏在此处的主机标志中。

很酷，但我认为显示器不能旋转（它不是位图显示；元素是硬连线的）。 我在玩 _TRV 模式_：值 _Unknown 2_ 将显示切换到阀门位置（如 0x0008 - _Pi Heating Demand_ 报告的那样）。

(_Host flags_ & 0x000004) 是升压模式的位吗？

不要这么认为，Boost模式是0x4003 == 3000。

升压模式
Betätigen Sie die Boost-Taste。
Alternativ können Sie die Plus Taste so lange betätigen bis ON im Display angezeigt wird。

目前还不清楚“遥感”应该如何工作。 也许通过绑定，使用具有“温度测量”客户端集群的设备？

我想弄清楚_遥感_。 根据 ZCL 规范（针对 _Thermostat_ 服务器集群）：

对于远程温度传感，_温度测量_客户端集群（见 4.4）可以包含在同一端点上。 对于占用感知，_Occupancy Sensing_ 客户端集群（见 4.8）可以包含在同一端点上。
...
_LocalTemperature_ 表示以摄氏度为单位的温度，在本地或远程（通过网络）测量
...
_OutdoorTemperature_ 表示以摄氏度为单位的室外温度，在本地或远程（通过网络）测量。
...
_Occupancy_ 指定加热/冷却空​​间是否被占用，根据本地或远程测量
（通过网络）。

由于 _OutdoorTemperature_、_Occupancy_ 和客户端集群都没有实现，我担心 _RemoteSensing_ 不会做任何事情。

PR 添加state.valve和config.locked ，将config.heatsetpoint以 0x4003 为基础，并将属性报告设置为推荐设置。 还修复了处理恒温器属性的大量错误。

尚未为locked和heatsetpoint实现config.pending 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 GUI 手动设置绑定时，我得到了相同的格式错误的包。

酷，谢谢state.valve和config.locked看起来不错。

但是需要报告配置吗？ 属性已经有一些默认配置，所以只需要绑定。

homebridge-hue v0.11.14 支持（参见 https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956）。 请注意，homebridge-hue 需要 PR 以获得全面支持。

但是需要报告配置吗？ 属性已经有一些默认配置，所以只需要绑定。

推荐的设置不同于出厂默认设置。 但是，在为 _Thermostat_ 属性配置报告时，恒温器也会返回格式错误的 _Configure Reporting Response_。 现在我将注释掉代码。

我仍然希望 deCONZ GUI 支持 24 位（和 48 位）值的 _Reportable Change_，因此我可以手动配置 _Host Flags_。

homebridge-hue v0.11.14 支持（参见ebaauw/homebridge-hue#426（评论） ）。 请注意，homebridge-hue 需要 PR 以获得全面支持。

很好，谢谢，将在 2.05.59 合并。

我仍然希望 deCONZ GUI 支持 24 位（和 48 位）值的 _Reportable Change_，因此我可以手动配置 _Host Flags_。

我会检查代码也应该在下一个版本中修复。

(_Host flags_ & 0x000004) 是升压模式的位吗？

不要这么认为，Boost模式是0x4003 == 3000。

不，升压模式还会在恒温器上显示“开”，按下按钮可恢复到先前设置的温度。 我有（本地，用于测试）尝试添加config.boost以同样的方式，你添加config.locked ，这将切换标志0x000004 ，我现在可以远程打开升压模式上/离开。

似乎有一个标志也可以关闭恒温器（显示器然后显示“关闭”），但我一直没有设法启用它（对于窗户传感器来说会很好，如手册中所述）。

由于 _OutdoorTemperature_、_Occupancy_ 和客户端集群都没有实现，我担心 _RemoteSensing_ 不会做任何事情。

谢谢，我怕是这样。
同时，我通过读取小米传感器的温度并调整config.offset 。 效果很好，直到您的 PR 将偏移的单位从 0.1 度更改为 0.01 度。
您可以尝试以下操作：

• 通过 REST 将config.offset为 10。 读取 deCONZ 中的属性，显示 1. 正确。
  REST 响应： [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• 通过 REST 将config.offset为 -10。 阅读 deCONZ 中的属性，它显示 -103，而我期望的是 -1。
  REST 响应： [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

看看这一行的变化，我认为它应该是toInt而不是toUInt （这之前已经错了，但现在结果除以 10，它起作用了）。
（_edit：我刚刚测试了它， toInt修复了它_）

不，升压模式还会在恒温器上显示“开”，按下按钮可恢复到先前设置的温度。 我有（本地，用于测试）尝试添加config.boost以同样的方式，你添加config.locked ，这将切换标志0x000004 ，我现在可以远程打开升压模式上/离开。

的确。 我之前无法从 deCONZ GUI 设置/清除它，但这次我成功了（至少一次）。 deCONZ GUI 中似乎存在写入 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，然后使用新的（随机？）值发送 0x4008 的 _Report Attributes_。 固件中缺少范围检查？
我还设法让恒温器短暂地显示“关闭”，但我不知道如何。 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位）；
• LCD背光（1位）；
• 窗口打开检测（2 位）。

我尝试了其他 16 位。 设置后，恒温器会报告每一个，但我看不到任何效果。

我似乎无法清除位 0x000001 - 也许那是 LCD 背光（我无法关闭）？

最新的 PR 添加了config.boost 、 config.displayflipped和config.off （我没有打扰config.mode或其他东西）。 对多个 REST 属性的更改被收集到 _Host Flags_ 上的单个 _Write Attributes_ 中。 设置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.something 中，而是需要一个更简单的界面。 例如，如果 config.hostflags.off 应该控制 config.on 属性..我们可以只使用 config.on 吗？

此外，我们应该为增强模式找到一个更好的词，我不知道它是什么意思，如果它有任何有用的描述它的词将有助于理解目的:)

我不确定如何创建一个“隐藏”的 REST 属性，它存储在数据库中，但没有被 API 公开。

只需跳过相关获取请求中的属性:)

此外，我们应该为 _boost_ 模式找到一个更好的词，我不知道它是什么意思，如果它有任何有用的描述它的词将有助于理解目的:)

当然，它会“提高”温度；-) 您可以通过按“升压”按钮进行设置 ;-) 这个词实际上来自 Eurotronic Spirit 文档：

升压模式
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。

文档中没有提到“关闭”这个词，但基本上它将恒温器的阀门设置为最小值，并且显示屏显示“关闭”。 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似乎更有意义。 在 Eurotronic 中， config.mode值是“off”、“boost”和“comfort”。 我想我更喜欢 HomeKit 术语（它们看起来更通用），但我可能有偏见。

附带说明：我更喜欢config.targettemperature不是config.heatsetpoint 。

v2.05.59 什么时候到期？ 我很高兴做出改变，但今晚我不会完成它们。

哦，天哪，这个提升的东西真的很令人困惑:) 即使有描述，我也不确定它是什么或为什么存在。 有人需要或使用它吗？

我同意 HomeKit 条款更具人类可读性，完全开放以适应恒温器。

但是我们应该检查破坏性更改，不确定是否有人使用现有属性。 @Kane610 @wvuyk ？

v2.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我有一个关于 deconz 恒温器支持的 PR。 所以现在是进行变革的好时机。

我要么在 3 周后将其发布到下一个版本，要么在周四测试版之前发布具有此支持的 59。 我当然需要正确的属性列表:)

@manup ,

我正在内部处理它，但方式非常灵活，所以请继续使用正确的属性。 让它成为一个标准，因为我们都期望更多的恒温器可能到货？

编辑就我可以在这里检查的属性非常接近 Homeseer 为其他恒温器 BTW 公开的属性。

我有config.mode使用值“off”、“heat”和“auto”。 没有改变state.on也没有改变config.heatsetpoint 。 引入了一个隐藏的config.hostflags来在数据库中持久化 _Host Flags_ 属性 (0x4008)。

看起来真的很好。 如果仍有顾虑，在 Z-Wave 手册中，“升压”模式也称为“全功率”。 我认为这可能比“热”更准确。 顺便说一句，对于 Z-Wave 版本，这种模式会在全功率下加热几分钟，然后它会自动返回到正常模式（在这种情况下会相应地报告主机标志）。

但是，我认为还剩下一个极端情况：如果您将config.mode为“关闭”，然后更改config.heatsetpoint ，设备将返回正常模式，但主机标志仍将表示 0x000010。 为了解决混淆，我认为每当config.heatsetpoint被触摸时，主机标志应该从关闭/升压位中清除。

在Z-波手册中的“助推”模式也被称为“全功率”。 我认为这可能比“热”更准确。

你想一般来讲，还是Eurotronic说话？ 如果是后者，我们最好使用“关”，“提升”和“舒适”（我不喜欢“充满电”的空间）。 如果是前者，“关”，“热”和“自动”似乎更合适。

顺便说一句，对于 Z-Wave 版本，这种模式会在全功率下加热几分钟，然后它会自动返回到正常模式（在这种情况下会相应地报告主机标志）。

我想我还没有离开升压模式上足够长的时间来看到这种情况出现。 现在测试...
编辑事实上，约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缓存。 看到我对你的PR评论。

不过，我认为这是一个角落的情况下左

我发现从升压模式关闭或VV即切换，_HeatSetPoint_原来的值丢失。 不知道这是很容易围绕工作。

在 Z-Wave 手册中，“增强”模式也称为“全功率”。 我认为这可能比“热”更准确。

您想要通用术语还是 Eurotronic 语言？ 如果是后者，我们最好使用“关闭”、“增强”和“舒适”（我不喜欢“全功率”中的空间）。 如果是前者，“关闭”、“加热”和“自动”似乎更合适。

我不知道，因为我只有 Eurotronic 一个可用。 这可能取决于壁式恒温器（例如用于地暖）将提供的模式。 但现在我不介意通用术语。

我发现从升压模式关闭或VV即切换，_HeatSetPoint_原来的值丢失。 不确定这是否很容易解决。

你确定吗？ 我刚试过：设定点是 21C。 现在我发送 0x20 并且它变为“关闭”并且设置点报告为 5C。 现在发送 0x10，它恢复正常并立即再次将设定值报告为 21C。 我还可以通过按设备上的 _+_ 或 _-_（两次）来退出“关闭”模式。
这也适用于升压模式（也适用于通过按下设备上的 _boost_ 按钮（两次）离开升压模式时）。

你确定吗？ 你确定吗？ 我刚试过：设定点是 21C。 现在我发送 0x20 并且它变为“关闭”并且设置点报告为 5C。 现在发送 0x10，它恢复正常并立即再次将设定值报告为 21C。 我还可以通过按设备上的 _+_ 或 _-_（两次）来退出“关闭”模式。

这是从关闭模式切换回舒适模式； 不直接从关闭模式切换到升压模式。

运行时（在命令之间有一段时间）：

$ 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

的确。

您是否尝试过触发窗户打开检测？

不，我使用基于小米接触传感器的规则。

我以前使用恒温器的经验是，只有将恒温器直接安装在窗户下方，它才能可靠地工作。

添加到最后一个问题，以防万一有人感到困惑：
我认为我们所说的“关闭”（标志 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 模式_（0x4000）“未知 2”？

我发现将“TRV 模式”（0x4000）设置为“手动”（2）通过设定点（通过 0x4003 设置）控制设备。 当模式设置为“未知2”时，显示屏显示当前阀门开度百分比，可用0x4001控制

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

这将建议进行各种绑定，但如果没有合适的客户端集群，将很难弄清楚。 在 ZCL 规范中唯一接近的是类型为 _Contact switch_ 的 _IAS Zone_ 设备。

安装了另外四个并将它们移动到我的生产网络，现在是 2.05.59。 我打算再增加三个，但需要先腾出一些空间。 恒温器比原来的表盘大得多。

2.05.59 中的 deCONZ GUI 现在可以正确处理 u24 属性 _Host Flags_：我可以更改值和属性报告配置。 我已经手动更改了所有恒温器上的默认报告配置：

• 禁用 0x0012 和 0x0014 的报告，因为 0x4003 我们不使用它们。 恒温器似乎没有在单个报告中组合多个属性，因此这可以节省流量和更新state.lastupdated ；
• 将 _PI 加热需求_、_错误_和_主机标志_的最小间隔设置为 1，最大间隔设置为 600，并将可报告的更改设置为 1，以便立即报告更改。 _本地温度_ 的可报告变化为 10 (0.1°C)，_当前温度设定值_为 50 (0.5°C)。 仍在找出最佳设置。 也许我应该将周期报告限制为 _Current Temperature_ 并且只为其他属性配置变化报告。

我仍然希望看到 REST API 插件执行此操作，但恒温器似乎发送了格式错误的 _Configure Reporting Response_（只有有效负载中的状态）。

我认为我们最好也公开 _Errors_ 属性 0x4002。 我设法让我的一个恒温器报告错误。 Murphy 确定那是藏在我桌子后面的那个，所以很长一段时间都没有人注意到它。

@manup 为此计划的更改有任何进展吗？

嗨@all ，

我购买了其中的 2 个设备，并想在 Phoscon 应用程序中连接它们。 但是当我重置设备并且显示屏显示“JiN”和闪烁的天线时，我只是在 Phoscon 应用程序中收到连接错误，即使我在天线停止闪烁后按下设备上的升压键也是如此。

是否有任何我遗漏的步骤或我使用 GUI 应用程序连接设备？

最好的问候
标记

编辑：我已经更新了 Rest Plugin 2.05.59 并且像发行说明一样说设备应该使用这个版本。

昨天，我将四个恒温器与我的生产网络配对，没有任何问题。 今天，我添加了剩余的三个恒温器，也遇到了一些配对问题。 我不知道是什么原因造成的：有时，一个节点会显示在 deCONZ GUI 中，但端点列表不会更新，或者无法从该节点读取任何内容。 也许我的网络变得太大了，现在有 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。

好，谢谢。 我想我现在会尝试将其删除并重新配对。 使用您在上一篇文章中提到的程序。

@Oliviakkk尚不支持家庭助理。 我正在等待 api 是否会很快改变的信息。 我有一个公关，但在 Api 稳定之前不会合并

@Kane610感谢您的澄清。

@ebaauw ：我如何“手动读取 _Basic_ 属性以强制创建 REST API 资源”

@ebaauw ：我现在可以在 GUI 中看到设备，我可以从这里写入当前的温度设置点。 但是，如果我查看 API 中的 /sensors，则不会显示设备。 他们应该在那里吗？

@Kane610如何将您的更改添加到我的 HA？ 除了替换源文件之外，我还做了什么吗？

@alpha23只需关注 pr 及其所有更改

@Kane610我认为 API 是稳定的（至少目前是这样）。 正如我之前提到的，我可能会添加state.errors ，但我认为我们不需要更改当前的功能。

但是，如果我查看 API 中的 /sensors，则不会显示设备。 他们应该在那里吗？

@alpha23是的，但正如我之前所说，您可能需要手动触发它们的创建。

如何“手动读取 _Basic_ 属性以强制创建 REST API 资源”

@Oliviakrkk在 deCONZ GUI 中打开 _Cluster Info_ 面板。 按恒温器节点上的右点以下拉集群列表。 选择 _Basic_cluster - 这会填充面板。 在 Phoscon 应用程序中搜索新设备。 然后向下滚动_Cluster Info_ 面板并按_Read_。 创建 REST API 资源后，节点名称将从 NWK 地址更改为“Thermostat xx”。

@ebaauw谢谢！

一个问题：用“开”； 是否应该更改状态或配置以启用/禁用加热？

我相信这是由"mode"="off"取代的吗？

• 只读state.on反映了来自 _PI 供热需求_ (0x0008) 的阀门位置（0 = 错误；>0 = 正确）。 数值也公开为state.valve ；
• 只读state.temperature反映恒温器测得的温度，来自_Local Temperature_ (0x0000)；
• 读/写config.heatsetpoint反映目标温度，来自 _Current Temperature Setpoint_ (0x4003)；
• 读/写config.mode反映模式，来自 _Host Flags_ (0x4009)：
  
  
  
  • "off" = _Off_ 模式（显示屏显示关闭）。 恒温器将_当前温度设定值_更改为 500 (5°C)； 改变它会恢复到 _Normal_ 模式。
  
  
  • "auto" = _Normal_（又名舒适）模式（显示屏显示目标温度）；
  
  
  • "heat" = _Boost_ 模式（显示开启）。 恒温器将_当前温度设定值_更改为 3000 (30°C)； 改变它会恢复到 _Normal_ 模式。 请注意，恒温器在大约 15 分钟后将 _Boost_ 模式恢复为 _Normal_；
  
  
• 读/写config.on是禁用从此传感器资源触发的规则的常规属性。 它没有映射到恒温器的任何属性。

根据我的（简要）经验，最好保留"mode": "auto"并更改目标温度的config.heatsetpoint （例如，在家时为 2100，不在家时为 1500）。 使用state.on显示恒温器是否正在加热。

@wvuyk断断续续地接受？

谢谢@ebaauw ，这篇文章对所有设备类型都有好处👍（提示提示@manup ）

给那些想要获得这个恒温器的人的一些提示。

• Eurotronic Spirit Zigbee 的在线价格差异很大。 我从 getgoods.com 以 37.73 欧元（含）的价格买到了我的第一个。 从德国运送到荷兰，但他们将价格提高到 45,86 欧元，不含税。 在我订购更多之前发货。 我从 yakodo.de 以每件 38.80 欧元（运费 12.90 欧元，再次从德国到荷兰）的价格购买了下一批，但他们现在将价格提高到每件 50.00 欧元；
• 我的散热器已经安装了丹佛斯 RA 阀门，但带有普通（非恒温）水龙头。 我花了一段时间才弄清楚如何卸载这些：完全打开它们然后简单地将它们拉下来（有时暴力是正确的解决方案）。 使用随附的 RA 至 M30 适配器，安装 Spirit 轻而易举。
• 我走廊里的散热器离侧壁太近，Spirit 装不下。 当我发现一个带有 90° 角的
  
  这似乎工作得很好 - 我订购了另一个转角适配器，这样我就不必将餐厅橱柜（固定在墙上）从餐厅散热器上移开。

@Oliviakrkk在 deCONZ GUI 中打开 _Cluster Info_ 面板。 按恒温器节点上的右点以下拉集群列表。 选择 _Basic_cluster - 这会填充面板。 在 Phoscon 应用程序中搜索新设备。 然后向下滚动_Cluster Info_ 面板并按_Read_。 创建 REST API 资源后，节点名称将从 NWK 地址更改为“Thermostat xx”。

好的！ 谢谢！
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。 看起来设备会随着时间的推移进行自我调整？

另一个发现是，当我按下设备上的 boost 按钮时，网络挂钩进入config.heatsetpoint 、 state.valve和state.temperature ，但不是config.auto是这不是设备报告的还是此报告未发送？

但有趣的是，从昨天下午开始，每次达到设定点时， state.valve都会设置为 0。 看起来设备会随着时间的推移进行自我调整？

我怀疑确实如此。 它似乎为恒温找到了正确的阀门设置，而不是一直打开/关闭阀门。 当您将热设定点更改为远离当前温度时，它将完全打开或关闭阀门。

另一个发现是，当我按下设备上的 boost 按钮时，网络挂钩进入config.heatsetpoint 、 state.valve和state.temperature ，但不是config.auto是这不是设备报告的还是此报告未发送？

我想你的意思是config.mode ？ 它是从 _Host Flags_ 属性 0x4008 读取的。 恕我直言，出厂默认报告过于保守，并且不会立即报告更改。 如果您手动更改它，它会像其他属性一样被报告，请参阅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 at 20°C；
• 恒温器报告 _PI 加热需求_ 0x0008 at 255 和 _Local Temperature_ 0x0000 at 20°C；
• 恒温器在 0x000081 处报告 _Hosts Flags_ 0x4008（ 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 中的MIA 恒温器不同

更新对日志进行进一步分析后，其他恒温器也执行了相同的程序，但由于它们的显示没有翻转，我起初没有注意到这一点。

我不确定是什么触发了这个序列。

我认为这是恒温器的自检。 根据https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ，恒温器每周进行一次自检：

自测：1 x wöchentlich

这个设备似乎很棒！ @Kane610我看到了你的公关。 谢谢你的工作。 目前它不包括时间表，对吗？ 只是想知道我不会寻找不存在的东西。

@akaho没有时间表。 无法在 hass atm 中公开它

你好，
我找到了带有 DeCONZ 的设备，感谢您的工作！
但是你能在 Phoscon 中看到它吗？ 我找不到。

你好，
我还添加了一个 Spirit Zigbee，在 Custer Info 读取程序之后，Phoscon 写“Sensor bereit”
但是 Phoscon 中没有 Sensor ， IOBroker 中也没有。
但是我可以在 Deconz-GUI 中看到它在电池符号后面是 SPZB001。

我在 RPI3 上运行 Deconz 2.05.60。

没有进入 zigbee 和集群（我一直在使用基于无线 KNX-RF 的恒温阀），是否支持手动驱动阀门电机，或者实际上为它做自己的 PID 控制器？
此外，目前是否仅支持端点设备恒温阀（使用电池），或者电源供电（路由器）zigbee 恒温阀现在是否也可以工作？

是否支持手动驱动阀门电机，或者实际上为它做你自己的 PID 控制器？

Eurotronic Spirit 阀门具有可以手动设置阀门位置的模式。 这是对 Zigbee 标准使用制造商特定的扩展，因此 ymmv 用于其他恒温器。 我没有通过 REST API 公开这部分。

编写自己的 PID 控制器对我来说似乎很有挑战性。 很想看到你在这方面的工作。

此外，目前是否仅支持端点设备恒温阀（使用电池），或者电源供电（路由器）zigbee 恒温阀现在是否也可以工作？

每种类型的恒温器都需要明确列入白名单，并且可能需要根据它们实施和扩展 Zigbee 标准的方式进行一些调整。 无论是电源供电还是电池供电都没有太大区别。 无论它们是 Zigbee 路由器还是 Zigbee 终端设备（这并不总是与电源与电池供电相同）。 如果您有特定类型，请打开一个新问题，提供此处描述的信息： https :

你好，

我在使用 deconz v2.05.60 添加欧洲电子精神时遇到问题。

我的 deconz 在没有 gui 的情况下在 ubuntu 上运行，所以我只能使用 phoscon webapp 和 rest api。 我的问题是，在通过 Phoscon 应用程序加入 eurotronic 到 deconz 后，eurotronic 设备似乎添加到我的 zigbee 网络（设备正常，phoscon 应用程序报告“未找到设备”），但我在 phoscon 应用程序和休息中都看不到该设备接口。 设备本身报告成功连接到 zigbee 网络。

有人能帮我吗？

问候鲍比

恐怕您需要阅读集群信息。
我最近购买了额外的恒温器，并且需要为每个新添加的恒温器执行该程序。

谢谢你的信息。 有没有办法在没有 x11 gui 的情况下做到这一点？

@BobbyXXX ：我使用 x11vnc。

对我来说和 BobbyXXX 一样的问题。 我在 docker (marthoc/deconz) 中使用 deconz。 所以没有GUI。 我在 iobroker（基于 zigbee2mqtt.io）中使用 CC2531-Stick 测试了 Eurotronic Spirit ZigBee。 设备在几秒钟内被识别并在 iobroker 中可用。
在 deconz 中，设备已配对但在 Phoscon 或 REST 中找不到

问候凯

你好

Docker 有 VNC 选项。 您可以通过 VNC 访问 GUI。

选项：
-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 换成了 4 美元的中国 CC2531，这就是我得到的：

@Wolfgang：
我使用节点红色iobroker。 rweise是正确的。 该CC2531与此恒温效果很好，但不与其他设备。 我想这两个和我呆在一起deconz。
如果您使用节点红色，这是我的解决方案：
基于与REST的API发送新的温度理念。 有两个按钮，用于增加和减少所需的温度。 此温辐射通过节点红色存储在iobroker。 新温辐射IST通过HTTP请求sended到deconz。
说明是英文的。 节点的德语名称。

[ { "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 } ]

可我除了我Conbee一个CC2531添加到我的覆盆子让他们共存的不同渠道两个协调？ 这将是一个5-8 $解决方案和和quickfix？

是的，你可以，我做到了:-)
kaykoch 是对的，deconz 有更多的选择和更好的支持。 我用了很多小米的东西。 而且 deconz 通常有一种简单的自动化方法，因为我在 zigbee 中缺少一个“lastupdated”选项。
但是因为恒温器无法轻松使用，所以我也将 Zigbee Stick 与 iobroker zigbee 适配器一起使用。 两者都非常有效，从 5 美元的 Zigbee Stick 到恒温器的距离为 6m，中间有 24cm 的石墙。

最后，我希望德累斯顿电子公司能够实现这一目标，Spirit Zigbee 将与 deconz 一起工作，就像与 zigbee 一起工作一样。 通常，他们有很好的支持。

在这里， deconz 上的红灯和 zigbee Stick 上的绿灯。

这是你的版本:-)

如果它们来自 D，我有几根棍子......

你好呀，
我来自奥地利，我正在等待我的来自中国。 因为我只需要一根棍子，我没有闪光灯等。如果它没有到，我很乐意联系......
谢谢 ：）

只为你。 在 Ebay 上搜索 jblack_de 在这里写信给我，
当您通过 eBay 向我发送您的地址时，什么都不买！！！ 她
然后在几天内收到一封完全免费的信给 Nach
奥地利...

仅仅因为我可以:-)而且我喜欢帮助...

realwax [email protected]于 2019 年 4 月 16 日星期二晚上 7:22 写道：

你好呀，
我来自奥地利，我正在等待我的来自中国。 由于我只
我不需要棍子，我没有闪光灯等。如果它没有到达，
我喜欢联系...
谢谢 ：）

——
您收到此消息是因为您发表了评论。
直接回复本邮件，在GitHub上查看
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ，
或静音线程
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

不知道这个帖子要多久。 我需要从收到地址起 24 小时
送😃

René Weise [email protected]于 2019 年 4 月 16 日

只为你。 在 Ebay 上搜索 jblack_de 在这里写信给我，
当您通过 eBay 向我发送您的地址时，什么都不买！！！ 她
然后在几天内收到一封完全免费的信给 Nach
奥地利...

仅仅因为我可以:-)而且我喜欢帮助...

realwax [email protected]于 2019 年 4 月 16 日星期二晚上 7: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 上，姓氏从后面的点开始。 那你可以在@😂前面和Rene一起试试，也请在这里写上你已经发了消息...

@rweise我通过 gmail 取得联系。 LG沃尔夫冈

正在路上，玩得开心:-)

在 2019 年 4 月 24 日星期三下午 1: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 文件中找到了这个：
属性 ID：0x001A
默认值：0x00
数据类型：0x18（8位位图）
读/写：RW
制造商特定：N0
可报告：否

我希望这可以帮助你 ：）

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

我也发现了这一点，但它没有给我关于如何连接外部温度传感器的线索。 我尝试设置此属性并将 TRV 绑定到我的一个 Hue 运动传感器的 _Temperature Measurement_ 集群，但没有任何乐趣。

听起来不可能发送临时文件？ 我必须用恒温器的温度读数“链接”另一个 zigbee 设备？

从 pdf 听起来我必须在 8 位集群中发送实际温度，一切都应该没问题

属性 ID：0x001A
默认值：0x00
数据类型：0x18（8位位图）
读/写：RW

从 pdf 听起来我必须在 8 位集群中发送实际温度，一切都应该没问题

我也想知道这个。 但是您可以看到数据类型是位图（即要切换的一堆标志）而不是“int”数字（对于 PDF 中的其他温度）。
deCONZ 允许切换这些标志。 选项之一类似于“使用外部温度传感器”。 这可以使用位图打开，但我不明白如何发送实际温度。

在 deCONZ 中已经很早就支持了，所以它似乎是一个标准的 ZigBee 属性。 但是我想知道这些事情是否应该通过绑定发生（恒温器不支持 afaik），那么为什么要有这个位图？

根据手册应该也可以使用外部窗口传感器，但情况是一样的......

我们要么再次询问制造商，要么设法在贸易展览会上抓住它们（例如 9 月在柏林举行的 IFA）... ;-)

我也会对 Eurotronic 非常感兴趣，但是我对 hass.io 和 python 还是很陌生

谁能总结一下什么是有效的，什么是无效的？ 我正在寻找恒温器并且已经有一个 Conbee II 棒，所以我想用它来控制恒温器。
谢谢！

我可以告诉你什么是工作_结合家庭助理_前端：

1. 从温度传感器读取温度值
2. 设置设定点/目标温度
3. 关闭设备

什么不起作用：

1. 将暖通空调/系统模式设置为off虽然宣布为可能的暖通空调模式
2. 启用远程感应（据我所知，可以设置远程温度传感器；当恒温器接近地面/天花板水平并且其值太低而无法调节预期的室温时，这是有意义的）

没有进一步调查问题所在，但我认为启用遥感是内部 ZigBee 网络/设备的选项，到目前为止必须在 deCONZ 中解决。

据我所知，可以设置远程温度传感器

如何？ 我无法在 Eurotronic Spirit 的 ZigBee 版本上进行设置。

当我处于 TRV 模式“未知 2”时，如何通过 API 更改阀门位置值？
如果我通过 PUT 调用“ http://localhost/api/XXXX/sensors/2/state ”，内容为“{"valve": 127}”，那么我得到“[{}]”作为返回。 如果我通过 deCONZ 应用程序执行此操作，则会直接更改该值。

您只能 PUT CLIP 传感器的状态，而不是 ZigBee 传感器的状态。 REST API 不支持直接设置阀门位置，仅支持通过温度设定值。

一定在 API 文档中遗漏了它。 是否计划用于未来版本？

不。也没有对 TRV 模式的 API 支持。

你为什么要这个？ 您是否正在编写自己的 PID 控制器？

是的，有依赖性，例如“在家”、“不在家”和“在度假”。 或室外温度和室温。 或者太阳辐射进入房间，让系统也知道房间正在被太阳加热。

对不起，我不明白你想要达到的目标。 设置目标温度并让 TRV 处理阀门位置不是更容易吗？

当您有一个单独的房间恒温器驱动中央供暖锅炉而您仍然想加热其他房间时，室外温度或房间被太阳加热是相关的。 TRV 只驱动一个散热器，只影响它所在房间的温度。

想象一下，现在是清晨，您通过 Smarthome 控制面板按时间控制恒温器。 所以太阳升起，但阴天。 阀门打开 80%。
同样的场景，但不是阴天。 阳光照进房间，阀门只打开20%，因为太阳支撑着房间加热。
如果我将其设置为高于目标温度（例如 22 度），则阀门会比它应有的位置站立得更远。
此外，热量会集中在我的散热器上，因此必须使用外部恒温器。
我不得不将它设置为 26 度，尽管房间应该只有 22 度，这样阀门就不会错误地过早关闭。 听起来很混乱，但对我来说更有意义。 因此还有一个问题，你是否需要付出很多努力来实现这一点。

不。也没有对 TRV 模式的 API 支持。
你为什么要这个？ 您是否正在编写自己的 PID 控制器？

这个我也支持

由于在尝试使用设备绑定并阅读 ZigBee 规范 + TRV 文档后，到目前为止我找不到将 TRV 链接到远程温度传感器的方法。
（场景是：靠近地面的恒温器，温度值错误/过低，因此由于反馈值错误而导致调节错误）

作为解决此问题的唯一方法是在 Home Assistant 或 NodeRed 中实现/使用 PID 算法/模板，并将这些实体链接到更高的应用程序级别。

正如@cinemarene所描述的，这个解决方案提供了更多的可能性，比如时间和基于自动化。

实施直接阀门位置控制将涉及创建config资源来设置目标阀门位置和 TRV 模式，可能还有state资源来报告实际的 TRV 模式。 我仍然偶尔会看到 deCONZ 临时丢失通往 TRV 的路线的问题，因此使用config.pending机制更新这些可能是谨慎的做法。 这是相当多的工作。

就个人而言，在路由问题解决之前，我不敢设置阀门位置。 我实际上对 TRV 的 PID 算法非常满意，需要使用温度偏移来校正 TRV 的测量值。 我的挑战是将我的中央供暖的房间恒温器的设置与 TRV 设置对齐（当锅炉不提供热水时，其 PID 算法会被抛弃），所以我不会很快进行阀门位置控制。

我仍然偶尔会看到 deCONZ 暂时失去通往 TRV 的路线的小问题

是的，这很容易出错，最终可能会进入桑拿房，尤其是因为我的一个恒温器实际上也长时间失去连接；-)

我实际上对 TRV 的 PID 算法非常满意，需要使用温度偏移来校正 TRV 的测量值。

我同意，另一个 PID 的实现只是一种解决方法。
与此同时，我会稍微考虑一下温度偏移，也许会更深入地研究远程传感器的事情。

我无法让 deCONZ 检测到我的 Spirit ZigBee。 我打开 deCONZ 网络应用程序并选择添加新传感器。 接下来，我通过插入电池将恒温器置于配对模式（屏幕显示 INS）并将其安装到散热器上。 但是，conbee II Stick / deCONZ Web 应用程序没有检测到我的设备（尝试了其中的 2 个）。 我试了几次，也是用新电池。 我什至将恒温器直接放在棒旁边 - 没有任何效果。

你是如何将 deCONZ 和 Spirit Zigbee 配对的？

尝试通过 VNC 连接到 deConnz。 比我能够连接。

Ty，现在我又进了一步。 我通过 VPN 连接到 deCONZ。 但是，我正在运行 Hass.io 和 Home Assistant 0.98.5。 如果我选择 Permit Join it sais 请使用 WebApp 加入。 但是，如果我点击打开 WebApp 没有任何反应。 如何打开 WebApp？ 我刚刚如何连接到 Phoscon App 而不是 WebApp。

更新：找到旧的 WebApp，但仍未检测到设备。

除了 Phoscon 之外，我不习惯新的 GUI 有什么我想念的吗？

我有相同的设置。 您必须启用连接 i 插件配置。 然后使用VNC客户端连接。 然后你会看到你的设备。

你会看到

非常感谢！！！ 我在 deDONZ 中得到了它，并按照用户手册中的描述在控制菜单中进行了发现。 是否有任何进一步的步骤可以将其暴露给家庭助理？

如果你成功了，你应该看到

在 HA 中集成 = deCONZ

如果你没有看到你可以试试这个......不确定确切的步骤，......

单击恒温器实体，然后单击集群信息（左下角），您需要在框中有两个点。

可以选择启用设备并尝试单击读取。 经过几次尝试后，我在 HA 中看到了第二个点和恒温器。

或者您可以尝试修理恒温器。

我修复了几次，现在我有两个点。 我阅读了所有实体。 如果我改变设备上的温度，我也可以读取更新后的值。 尽管如此，启用的实体设备返回不受支持的属性，现在为灰色。 我也不能改变它的名字

顺便说一句，似乎不支持所有基本设备设置：

我现在开始工作了。 非常感谢您的帮助@rkotulan。

本质是它花了大约。 7 次尝试移除和重新加入，直到 TRV 被识别为“Thermostat 22”而不是十六进制名称。 不知道为什么，在最后一次加入后，它突然在 HA 中被直接识别。

我将在接下来的几天整合其他两个并报告，以防我做出一些有偏差的观察。

最后，可以找出正确配对此设备的工作方式（因此它暴露给 REST API 并显示在 Home Assistant 中）。 以下是步骤：
1) 将设备放在 ConBee 棒旁边
2) 重置设备（按住所有 3 个按钮 10 秒钟然后松开，直到它重新启动并在其屏幕上显示“Jin”）
3) 打开 Phoscon 应用程序并开始搜索新传感器
4) 通过 VNC 连接到 Deconz 并寻找新设备。 它的绿点应该是纯绿色
5）等到点开始不时闪烁
6）打开Basic cluster Info并点击read
7) 之后，设备名称应从十六进制数更改为型号标识符，并且 Phoscon 应用程序中的配对过程应成功完成。

之后，我将恒温器放在散热器上并按两次 Boost 按钮开始校准。 现在，一切正常。
PS> 我认为，这里的问题在于 Deconz 软件。 它应该读取基本集群，当节点上的实心点开始自动闪烁时，但它不会，因此用户必须手动完成以完成配对过程。

谢谢@airens ！ 该说明非常有帮助。 恒温器终于出现在HA

我也可以确认@airens方法有效！ （独立树莓派上的 RaspBee 桥接器，连接到 hass.io）

谢谢！

经过几个烦人的小时后，我设法将 Eurotronic 精神与 deCONZ 联系起来。 我可以读取和覆盖集群信息中的值，但 Eurotronic 精神没有出现在 Phoscon 应用程序中。
我尝试通过一个节点连接到恒温器并在 Node Red 中安装了 node-red-contrib-deconz。 使用 deCONZ 节点，我可以调用 Eurotronic Spirit 并查看 ON 状态、阀门的开度和内部温度传感器的读数。
我看不到的是当前温度设定点，我无法更改设定点。
知道这如何工作吗？ 我认为 deConz 可能是外节点，但如何呢？

我可以确认@airens步骤。 阅读基本集群是一个重要的点。

@dresden-elektronik：如果可以像其他组件一样自动读出组件，那就太好了。

Phoscon 应用程序中的错误：它被识别并在 HA 中工作，但仍然没有出现在 Phoscon 应用程序的“传感器”下...

PS：在设置新的目标温度后，我在家庭助手中出现了奇怪的行为，指令正确发送给恒温器，但是当恒温器工作时，家庭助手中的web-gui处的温度跳回旧值对..经过一段时间的等待，错误似乎自行消失了..就在一堆不可复制的东西上，感谢调试模式

此时可以仅使用 Phoscon 应用程序配对 Eurotronic Spirit ZigBee 吗？ 我计划获得其中之一，但我的 deconz 正在无头模式下运行，我无法访问 UI（在 Raspbian 无头上运行）。

您可以使用 VNC 连接到 Conbee。

我该怎么做？

我认为应该使用 Phoscon 应用程序来配对设备……为什么 Eurotronic Spirit ZigBee 仍然无法做到这一点？

我该怎么做？

我认为直接连接到 conbee 是一种误解，至少我不知道这怎么可能。 但是你不能通过 raspi vnc 连接到 deconz-gui：

Raspi 上 VNC 的良好说明
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

自动启动 VNC 服务器
须藤 x11vnc -storepasswd /etc/x11vnc.pass
须藤纳米/lib/systemd/system/x11vnc.service

[单元]
说明=开始 X11VNC
After=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

须藤 systemctl 启用 x11vnc.service

然后你可以连接“VNC的鸡”之类的工具

要在自动启动时运行 deconz-gui，应该有足够的信息，如果你用谷歌搜索。 当 gui 自动启动时，请耐心等待，因为首先您会看到屏幕，您可以在其中选择一个 decive（如 conbee），只需等待几秒钟即可自动连接到网状屏幕

我正在运行 Raspbian Buster Lite，它完全没有桌面，这对我不起作用......

无论如何，为什么恒温器不能与 Phoscon 配对？ 这会得到支持吗？

dresden elektronik 是否也在开发 openhab2 绑定？ 我问是因为家庭助理组件包含“气候”类型，但 Openhab2 绑定不包含。

@merdok @donchrizz
如果 vnc 不起作用或者您想节省内存并且只想使用 gui 作为调试选项，则还有另一种远程处理方式。 将 X11 转发到您的桌面。

例如使用 Windows
1) 在 Windows 防火墙中安装 Cygwin & 并排除/关闭防火墙
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

完成后，停止 gui 并在没有 gui 的情况下启动 deconz。
重复时，您需要再次在 cygwin 上使用 xhost 以允许会话。
Windows 防火墙可能会发生错误 - 您可能希望在给定的时间内将其关闭。
在 deconz 更新后，您可能需要重做 5 和 6。
这样我就不需要运行 x11vnc。

祝你好运！

PS：我期待着有一天可以像任何其他宜家灯泡/开关一样添加和操作 Eurotronic。 ;)

PS：我期待着有一天可以像任何其他宜家灯泡/开关一样添加和操作 Eurotronic。 ;)

我全心全意支持这个愿望！

与此同时，谁能告诉我一些信息 Spirit Thermostat 如何暴露于家庭助理？ 特别是，我想知道是否有任何可以由climate.set_preset_mode服务设置的预设模式。 此外，是否可以从 homeassistant 触发升压模式？

此致

如何添加它在上面用 GUI 进行了介绍，以及如何加入和读取集群。 这样，加入过程应该完成并且 REST API 公开值。 由于它工作得不太好，我将它添加到一个 zigbee (CC2530) 适配器，我正在使用 iobroker，我无法在那里为您提供帮助。 这些是你应该得到的状态。

如果您设法添加它，这将有助于您进一步设置显示屏或模式上的状态。 窗口开/关等。只需添加值将其从十六进制转换为十进制并相应地设置 spz_system_mode。

我没有在网上找到任何东西，我也知道这里正在进行开发，但我不知道还能在哪里问。 您是否也在每周一 6 点左右进行脱钙旅行 (Entkalkungsfahrt)？

我相信“Entkalkungsfahrt”不是您想说的 :) 也许您可以解释一下？

每周一早上 6 点，我的 5 个恒温器中的每一个都会打开和关闭阀门一次。 睡觉的时候很烦人。 他们也会这样做，即使您重置它们并且它们没有连接到任何网桥。 计算模式什么的。

他的意思是他所说的。 对石灰来说不是真的，更多的是对固定阀门做一些事情。
在我开始使用 Eurotronic 之前，我使用家用恒温器，他们每周这样做一次以避免固定阀门。 而且，我不知道，我是否更愿意回到 homematic，因为我在使用 Eurotronic 恒温器时遇到了很多麻烦。 他们失去了联系，然后您就拥有了自己的桑拿浴室。 我给 Eurotronics 写了一条消息，询问是否可以在错误时关闭阀门，但没有答案。 100% 开放是非常糟糕的...

他的意思是他所说的。 对石灰来说不是真的，更多的是对固定阀门做一些事情。
在我开始使用 Eurotronic 之前，我使用家用恒温器，他们每周这样做一次以避免固定阀门。 而且，我不知道，我是否更愿意回到 homematic，因为我在使用 Eurotronic 恒温器时遇到了很多麻烦。 他们失去了联系，然后您就拥有了自己的桑拿浴室。 我给 Eurotronics 写了一条消息，询问是否可以在错误时关闭阀门，但没有答案。 100% 开放是非常糟糕的...

我的已经半年没断网了。 我肯定知道，因为我刚刚检查了家庭助理日志。 我认为，您需要通过在 ZigBee 网络中添加路由器来提高信号质量，或者尝试为 Conbee 寻找更好的位置。

@realwax谢谢！ 我使用过 MobaXterm 并让它在 gui 中工作。 现在我的恒温器已配对并且运行良好！

@manup如果配对可以直接从 Phoscon 应用程序完成，那就太好了。 现在很不方便。 这是计划好的吗？
Phoscon 应用程序中的恒温器传感器类型也非常棒！

有人从 Home-Assistant 上的恒温器获取电池电量信息吗？ 我没有看到恒温器的相关电池传感器，我想对其进行监控。 当我为恒温器启用“读取电源描述符”时，我可以通过 VNC 看到电池指示； 然后我可以看到电池图标，但即使在“集群信息”上我看到一些不一致的信息：

在“节点信息”上，我得到了正确的读数：

单击“读取”按钮后，正确的电池信息已加载到“集群信息”中：

现在也可以从 Home-Assistant 读取：

@rsaffi ：对我来说，无论我阅读什么，家庭助手中都没有显示电池。

我也有电池电量显示在 homeassistant 中。 我很确定我除了上面提到的配对程序之外什么也没做。

我在 homeassistant 实现中遇到的一个错误是恒温器的最小值/最大值。 虽然手册指定了 5-30C 的范围，但 homeassistant 有 7-35C 并且将目标温度设置为超过 30 会导致错误。 我不确定，这是否是 homeassistant 或 deconz 的问题。

我在 homeassistant 实现中遇到的一个错误是恒温器的最小值/最大值。 虽然手册指定了 5-30C 的范围，但 homeassistant 有 7-35C 并且将目标温度设置为超过 30 会导致错误。 我不确定，这是否是 homeassistant 或 deconz 的问题。

我也注意到了这一点，但忘记报告了。 这是真的：设备本身的范围与家庭助理不同。

我不能在我的 deconz 上 vnc。 它在我服务器上的无头 docker 容器中运行。 有没有办法让它完全配对？ 我配对了它，但它没有出现在任何地方：/

与这里的许多人一样，我的也没有出现在 deCONZ 网络应用程序的“传感器”下，但它配对成功，并且可以从 Home-Assistant 内部看到。 如果它没有出现在任何地方，你怎么知道你已经配对了它？

关于 VNC，尽管有无头 docker 容器，但您应该能够做到。 我的也安装在一个在无头 VM 上运行的无头容器上，我可以用 VNC 进入它就好了。

@rsaffi在

@rsaffi在

去过也做过。 由于集成至少是现在，您的下一步是连接到 VNC，单击恒温器设备，然后单击“读取”以获取“基本”集群信息。 然后你在 deCONZ 上的设备将从显示十六进制代码切换到它的正确名称，你将能够从 Home-Assistant 看到它。

@rsaffi我知道，我的工作正常......我正在回答你的问题：

如果它没有出现在任何地方，你怎么知道你已经配对了它？

去过也做过。 由于集成至少是现在，您的下一步是连接到 VNC，单击恒温器设备，然后单击“读取”以获取“基本”集群信息。 然后你在 deCONZ 上的设备将从显示十六进制代码切换到它的正确名称，你将能够从 Home-Assistant 看到它。

对不起，如果这是一个愚蠢的问题，但这是否意味着 Eurotronics 恒温器将出现在家庭助理中并具有工作气候控制？ 我最近开始使用 HA，例如还没有涉足 Zigbee2mqtt。

我已经阅读了很多无法设置温度的线程。 我也见过各种各样的东西，但它们相当陈旧，而且变化很快。

一个更好的问题可能是：如果有的话，什么 _isnot_ 工作？ 谢谢！

如果重要且有人感兴趣，请提供一些背景信息：
我有水加热地板（我确定它被称为其他东西）但我的房间恒温器不起作用。 所以我只能在壁橱里的一个恒温器上同时改变所有房间的温度（它是一个普通的散热器阀门，就像这个 Eurotronic 一个，但旧的和模拟的）。 到目前为止，我一直在猜测要设置的温度，因为它的温度和房间内的实际温度相差很大。

我希望，至少，从 Home Assistant 轻松地做同样的事情，希望不要从头开始创建脚本（因为我仍在学习很多）。 基本上可以轻松地将温度设置为例如 22c。 也许房间只能达到 19 摄氏度，但是我可以将温度设置为 25 摄氏度，而房间内的温度会更接近 22 摄氏度。

更好的是，当然可以使用我拥有的小米温度传感器，因此我可以将温度设置为 22c，而 Eurotronic 恒温器将使用小米传感器来调节温度。 但我想这有点过分了？

对不起，长篇幅，感谢您的阅读！

@wuast94是的，有。 只需在线程中向上滚动即可。 我发布了如何向 X11 前进.... Von Samsung-Tablet gesendet
-------- Ursprüngliche Nachricht --------Von: wuast94 [email protected] Datum: 17.10.19 23:24 (GMT+01:00) An: dresden-elektronik/deconz-rest -plugin [email protected]抄送：Wolfgang [email protected] ，提及[email protected] Betreff：回复：[dresden-elektronik/deconz-rest-plugin] [设备支持请求] Eurotronic Spirit ZigBee (#1098) 我无法在 deconz 上 vnc。 它在我服务器上的无头 docker 容器中运行。 有没有办法让它完全配对？ 我配对了它，但它没有出现在任何地方：/

—您收到此邮件是因为您被提及。直接回复此电子邮件、在 GitHub 上查看或取消订阅。
[
{
"@context": " http://schema.org ",
"@type": "EmailMessage",
“潜在行动”：{
"@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 上查看此问题",
“出版商”：{
"@type": "组织",
"name": "GitHub",
"url": " https://github.com "
}
}
]

对不起，如果这是一个愚蠢的问题，但这是否意味着 Eurotronics 恒温器将出现在家庭助理中并具有工作气候控制？ 我最近开始使用 HA，例如还没有涉足 Zigbee2mqtt。

是的，正是这样。 它适用于家庭助理。 至少现在开发是这样，让它出现在 Home-Assistant 上只需要几个额外的步骤，但它绝对有效。

我已经阅读了很多无法设置温度的线程。 我也见过各种各样的东西，但它们相当陈旧，而且变化很快。

一个更好的问题可能是：如果有的话，什么 _isnot_ 工作？ 谢谢！

老实说，我什么都不知道。 我的意思是，设置过程仍然可以改进（不需要上述额外步骤），但除此之外，一切正常。

我有水加热地板（我确定它被称为其他东西）但我的房间恒温器不起作用。 所以我只能在壁橱里的一个恒温器上同时改变所有房间的温度（它是一个普通的散热器阀门，就像这个 Eurotronic 一个，但旧的和模拟的）。 到目前为止，我一直在猜测要设置的温度，因为它的温度和房间内的实际温度相差很大。

我希望，至少，从 Home Assistant 轻松地做同样的事情，希望不要从头开始创建脚本（因为我仍在学习很多）。 基本上可以轻松地将温度设置为例如 22c。 也许房间只能达到 19 摄氏度，但是我可以将温度设置为 25 摄氏度，而房间内的温度会更接近 22 摄氏度。

然后继续拿一个，因为这是可行的。

更好的是，当然可以使用我拥有的小米温度传感器，因此我可以将温度设置为 22c，而 Eurotronic 恒温器将使用小米传感器来调节温度。 但我想这有点过分了？

也可以做到，但为此，您需要让自己的手有点脏，并为 Home-Assistant 编写适当的“自动化”，但这绝对不是这个世界上的事。

我对使用外部传感器来确定当前温度的可能性感到好奇......

在 Thermostat 集群中，我发现可写属性Remote Sensing可以设置“远程感应本地温度”、“远程感应室外温度”和“远程感应占用”，但无法指定外部传感器。

一个有点相关的问题是是否可以像 p13 的手册中提到的那样配置“窗户打开感应”和外部窗户传感器（“Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert/deaktiviert werden”）

编辑：没关系。 我刚刚意识到之前已经讨论过这个问题，但没有成功。

大家好，

我发现，我的精神恒温器表现出一种奇怪的行为，几个小时后房间内的温度没有变化或家庭助理没有变化输入。 结果：它将自己断开连接，不再在 zigbee 网络中。 解决方案：我按下恒温器的中间按钮 (o)，它直接回到……感觉像是某种睡眠模式……有人有什么建议吗？ 目前我正在考虑放下酒精恒温器并在没有减压的情况下进入家庭状态......

干杯，
克里斯

我有过类似的经历。 第一次发生时，我以为我在初始配对过程中犯了一些错误，所以我重置了恒温器并修复了它们。 我一周左右没有问题，但昨天一个恒温器不再对 homeassistant 的温度设置做出反应。 我手动更改了一次温度，现在它再次反应良好。 听起来与您遇到的问题相同。 我以为这只是一个随机故障，但我会看看是否有规律，如果它再次发生。

当您使用 deconz systemd 设置时，有没有办法通过 deconz 添加设备？

当我 VNC 进入我的无头树莓派时，我可以停止服务并使用 VNC 会话来查看设备（我认为。实际上并没有那么多信息可以识别它，tbh）。 但是当关闭 deconz 并再次启动 systemd 服务时，设备没有出现。

您是否按照https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451 中的步骤操作？

以下过程在无头 raspbian 设置中对我有用：

• 保存 phoscon 配置（备份）
• 通过raspi-config启动到 gui
• 设置/安装 VNC
• 重启
• systemctl stop deconz和systemctl start deconz-gui
• 启动 VNC 并打开 deconz
• 打开 phoscon 并重新加载备份的配置
• 重置恒温器（应显示Jin）
• 在 phoscon 中搜索传感器
• 在 deconz 打开恒温器的基本集群，然后单击阅读
• 在 phoscon 中验证配对成功
• 备份 phoscon 配置
• 退出 VNC 服务器
• systemctl stop deconz-gui和systemctl start deconz
• 打开 phoscon 并从备份文件加载配置

我不记得是否真的有必要备份和加载 phoscon 配置，但备份可能也不会受到伤害。

我在另一个帖子里问过这个：
除了 ioBroker 中的无用值之外，我仍然不知道如何为这件事获取其他值。
例如，ioBroker 中 deconz 适配器的日志中出现“heatsetpoint”，但我无法读取该值。 我用 node Red 尝试过。
谁能给我一个提示？
非常感谢。

Eurotronic Spirit 在 Deconz 中实施不足且有缺陷。 经过多次尝试，我成功地在 Deconz 应用程序中显示了 Eurotronic Spirit。 我可以读取所有集群信息，也可以写入显示为 R/W 的所有内容。
要识别 Eurotronic Spirit，您必须调用 Phoscon 应用程序，这里可以识别 Eurotronic Spirit，但不显示，该应用程序肯定只能控制灯光。
因此，在 Node Red 的 deConz IN-Node 中，我可以读取温度和状态，在 OUT 节点中，如果我选择“Phoscon”作为服务器，则不会显示任何内容。 因此，德累斯顿电子公司对 Eurotronic Spirit 的集成非常差。
有谁知道我如何不仅可以通过 Node Red 阅读而且还可以控制 Eurotronic Spirit？

您是否按照#1098（评论）中的步骤操作？

以下过程在无头 raspbian 设置中对我有用：

• 保存 phoscon 配置（备份）
• 通过raspi-config启动到 gui
• 设置/安装 VNC
• 重启
• systemctl stop deconz和systemctl start deconz-gui
• 启动 VNC 并打开 deconz
• 打开 phoscon 并重新加载备份的配置
• 重置恒温器（应显示Jin）
• 在 phoscon 中搜索传感器
• 在 deconz 打开恒温器的基本集群，然后单击阅读
• 在 phoscon 中验证配对成功
• 备份 phoscon 配置
• 退出 VNC 服务器
• systemctl stop deconz-gui和systemctl start deconz
• 打开 phoscon 并从备份文件加载配置

我不记得是否真的有必要备份和加载 phoscon 配置，但备份可能也不会受到伤害。

我试了几次，但使用备份方法对我有用。
主要问题是，显然不可能为恒温器节点设置名称。 看了基础资料，有了一个通用的名字，好像可以用了。

我试了几次，但使用备份方法对我有用。
主要问题是，显然不可能为恒温器节点设置名称。 看了基础资料，有了一个通用的名字，好像可以用了。

您可以使用 rest API 更改恒温器的名称。 为此，您可以使用 REST 客户端（如 Postman App 或 Tabbed Postman Chrome 扩展程序）或命令行工具（如 cURL）。
只需看看 REST API 文档http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/一切都在那里得到了很好的解释。
获得 API 密钥后，通过向 /api/ 运行 GET 请求来获取所有传感器的列表/传感器。 从响应中读取您的恒温器 ID。 然后向 /api/ 运行 PUT 请求/传感器/使用以下数据 { "name" : "Custom Name" }。
cURL 命令将是这样的：
curl -X PUT -H "Content-Type: application/json" -d '{"name":"Custom name"}' http://localhost :8080/api/01234abc56/sensors/4

你好，

rkotulan 写道：

如果你成功了，你应该看到

在 HA 中集成 = deCONZ

我可以看到 HA 识别出一个 sensor.thermostat 和一个 Climate.thermostat。

我自己说sensor.thermostat不可用：

你知道这个问题吗？

您好，我的设备有一个随机错误。 我只使用 API 将其关闭并自动重复

{'关闭模式'}
{'模式'：'自动'}

它工作了一段时间，但过了一会儿，自动中的热点停留在500，似乎设备忘记了以前的值。

我见过同样的情况，尤其是从off切换到on （升压模式）时，反之亦然。 这似乎是 Spirit 固件的一个“功能”。 模式off似乎与半实现的窗口打开检测有关。

我只从我的自动化设置热点并将模式保留为auto 。

好的，谢谢，所以我会尝试在与自动参数相同的时间发送我自己的热点 > {'mode': 'auto', 'heatsetpoint':2200 }

大家好，

如果有人想要精神 zigbee 恒温器 - 我有 3 个要卖：

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

请随时与我联系...

您是否按照#1098（评论）中的步骤操作？

以下过程在无头 raspbian 设置中对我有用：

• 保存 phoscon 配置（备份）
• 通过raspi-config启动到 gui
• 设置/安装 VNC
• 重启
• systemctl stop deconz和systemctl start deconz-gui
• 启动 VNC 并打开 deconz
• 打开 phoscon 并重新加载备份的配置
• 重置恒温器（应显示Jin）
• 在 phoscon 中搜索传感器
• 在 deconz 打开恒温器的基本集群，然后单击阅读
• 在 phoscon 中验证配对成功
• 备份 phoscon 配置
• 退出 VNC 服务器
• systemctl stop deconz-gui和systemctl start deconz
• 打开 phoscon 并从备份文件加载配置

我不记得是否真的有必要备份和加载 phoscon 配置，但备份可能也不会受到伤害。

我的精神没有连接到 deConz。 我在 RPI 2 上运行 Home Assistant。我安装了 deConz 插件，将其添加并集成到 HA 中，通过 VNC 连接到 deConz 并设置了 Phoscon 应用程序。 当我在 Phoscon 应用程序中“添加传感器”时，它会搜索，但 Spirit 无法连接。 它只是说“Jin”，但没有任何反应。 我在 deConz 中唯一看到的是蓝色的默认东西，当您单击它时会显示“Coordinator”。 我错过了一步吗？

正如@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 或其他。 对于更多终端设备，您需要额外的路由器。

我没有连接任何设备，我今天得到了所有东西并全新设置。 知道为什么我的 Spirit 没有连接到 RaspBee 吗？

很可能是无线电信号不好。 恒温器和 RaspBee 之间的距离是多少？ 尝试将 Raspberry 连接到网络，并禁用 WiFi 和蓝牙。 最好从 Phoscon 搜索设备，然后将电池插入 Spirit。 也许通过同时按下/按住所有三个按钮来重置精神（几秒钟后开始倒计时）。

很可能是无线电信号不好。 恒温器和 RaspBee 之间的距离是多少？ 尝试将 Raspberry 连接到网络，并禁用 WiFi 和蓝牙。 最好从 Phoscon 搜索设备，然后将电池插入 Spirit。 也许通过同时按下/按住所有三个按钮来重置精神（几秒钟后开始倒计时）。

我完蛋了！ 2h 我在玩这个废话！ 我坐在离它 2m 的地方，我认为信号不是问题！ 已连接！

ZigBee 使用 2.4GHz 频段，WiFi、蓝牙、DECT、微波炉等也是如此。尝试切换到 ZigBee 频道 25 - 与 WiFi 重叠最少。 当心墙壁、家具、灯罩、...

完成了，谢谢！ 不过，我无法让精神出现在 HA 中。 我已经阅读了 deConz 中的基本、功率和热数据，但在 HA deConz 中仅显示“Phillips Daylight”和“Phoscon-GW”（网关）。 我使用发现自动添加了 deConz。 从我在这里读到的，圣灵会自动出现在 HA..

精灵配对后重启HA了吗？ 您是否仔细检查了 REST API 是否公开了 Spirit（如果 GUI 中的名称与它的网络地址不同）。

精灵配对后重启HA了吗？ 您是否仔细检查了 REST API 是否公开了 Spirit（如果 GUI 中的名称与它的网络地址不同）。

我确实重新启动了，但我认为 REST API 并没有暴露精神。 你能贴一张图片，你的意思是网络地址中的哪个名字？ 只是要确定

RaspBee 的蓝色节点显示 NWK 地址 (0x0000)； Spirit 的灰色节点显示 REST API /sensors资源的name （配对后我确实更改了它，它可能显示Thermostat 2或其他内容）。

RaspBee 的蓝色节点显示 NWK 地址 (0x0000)； Spirit 的灰色节点显示 REST API /sensors资源的name （配对后我确实更改了它，它可能显示Thermostat 2或其他内容）。

嗯不，它仍然显示 0x9348。 当我在节点信息中手动更改它时，左侧的“LED”闪烁红色，左下方显示“发送用户描述符设置请求”，但没有任何反应。 如何让它公开 REST API？

好的，我明白了！ 我不得不在 Phoscon 应用程序中进行传感器搜索，然后重新读取基本数据。

我的 Spirit 没有读出正确的温度。 我将其重新安装到不同的散热器上，即使散热器稍微有点热，Spirit 仍显示 31°C。 它甚至不接近那个。 一个小时过去了，温度还是没变。 有任何想法吗？ 不确定使用偏移量是处理这个问题的正确方法。 此外，之前在另一个散热器上正确显示了温度。

不确定使用偏移量是处理这个问题的正确方法。

我想这就是偏移量的用途。

一个小时过去了，温度还是没变。

确保已正确设置属性报告。 如果没有，deCONZ 将继续显示旧温度。 在 _Thermostat_ 群集属性上按 _Read_ 以检查值是否已更改。

我有新的奇怪日志

2019-11-08 18:47:51.563 状态：（deconz）恒温器调试：{'config'：{'heatsetpoint'：2100，'reachable'：True，'mode'：'off'，'on'：True， 'battery': 100, 'offset': 0}, 'id': '85', 't': 'event', 'e': 'changed', 'r': 'sensors', '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 '：'事件'，'状态'：{'on'：真，'阀门'：24，'lastupdated'：'2019-11-08T17：49：39'，'温度'：2105}，'r'： '传感器'，'e'：'改变'}
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', '温度': 2105} , 'r': 'sensors', 'e': '改变'}

设备发送“关闭”模式，但它仍然打开阀门并且打开 = 真。

我已经阅读了整个线程，但我不确定如何读取当前的阀门位置（我想检查阀门是否正常工作）。
如果我将 TRV 模式设置为“未知 2”，阀门显示屏似乎显示了开度百分比？
是否可以直接获取此值？ 谢谢

@ebaauw ，默认情况下是否可以将此恒温器的“最大热量设定点限制”设置为至少 40 度？ 你知道，在俄罗斯 30 度是不够的。我可以通过 VNC 手动设置，但在家庭助理中我仍然有 30 度的限制。

Spirit 支持从 5°C 到 30°C 的目标温度。 这也是您可以使用其物理按钮设置的范围。 REST API 插件强制执行此范围：
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
API 不公开范围，因此它可能是 deCONZ 的 HA 插件/绑定中的硬代码。 我已经用 homebridge-hue 对其进行了硬编码。

我可以通过 VNC 手动设置

Spirit 似乎有自己的 ZigBee 标准扭曲：它使用制造商特定的设置点属性：_当前温度设置点_，0x4003。 虽然它似乎接受设置标准 _Occupied Heating Setpoint_, 0x0012，但它（有时）不尊重这一点。 标准 _Setpoint Raise/Lower_ 命令也是如此。 士气：务必阅读_当前温度设定值_以检查 Spirit 是否实际接受了该值。

请注意，支持的设定点范围由 Spirit 本身在属性 0x0015 和 0x0016 中公开。

Spirit 支持从 5°C 到 30°C 的目标温度。 这也是您可以使用其物理按钮设置的范围。 REST API 插件强制执行此范围：
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

API 不公开范围，因此它可能是 deCONZ 的 HA 插件/绑定中的硬代码。 我已经用 homebridge-hue 对其进行了硬编码。

我可以通过 VNC 手动设置

Spirit 似乎有自己的 ZigBee 标准扭曲：它使用制造商特定的设置点属性：_当前温度设置点_，0x4003。 虽然它似乎接受设置标准 _Occupied Heating Setpoint_, 0x0012，但它（有时）不尊重这一点。 标准 _Setpoint Raise/Lower_ 命令也是如此。 士气：务必阅读_当前温度设定值_以检查 Spirit 是否实际接受了该值。

请注意，支持的设定点范围由 Spirit 本身在属性 0x0015 和 0x0016 中公开。

好的，看起来使用“本地温度校准”是让我的散热器更暖和的唯一方法。 我通过 VNC 设置了它，现在它正在工作。 希望设备不会自行重置此值

仅当您重置设备时（按住所有三个按钮 10 秒钟）。 请注意，此校准由 REST API 公开为config.offset 。 它适用于当设备上的温度计记录错误的室温时，通常是因为它太靠近散热器。

不幸的是，我们无法将 Spirit 绑定到外部温度计，即使文档和 _Remote Sensing_ 属性 (0x000a) 表明它会支持这一点。

你好呀。 简短的问题：实施的状态如何？ 我想购买其中一些 Eurotronic Spirit。 我使用 Deconz+家庭助理。

你好呀。 简短的问题：实施的状态如何？ 我想购买其中一些 Eurotronic Spirit。 我使用 Deconz+家庭助理。

您好，配对有点棘手，但在本主题中您可以找到工作方法。
在家庭助理中工作的事情：

• 设定温度控制在7-30℃范围内
• 读取当前散热器温度、阀门位置和电池

事情，这不起作用：

• 手动控制阀门
• 温度遥感
• 当前散热器温度的校准（可以通过 VNC 完成）

至于我 - 物有所值的好设备。

@airens
感谢您的快速答复。 好的，现在我只需要寻找好的报价。

@airens您如何准确读取阀门位置？ 我一直没能找到正确的属性。

对于温度的遥感，Z-wave 版本人们使用的另一个技巧是使用“测量温度偏移”来定期补偿阀门内部温度传感器和外部温度传感器之间的差异：
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

但我不知道我们是否可以用 Zigbee 版本修改“测量温度偏移”？

@airens您如何准确读取阀门位置？ 我一直无法找到正确的属性。

对于温度的遥感，Z-wave 版本人们使用的另一个技巧是使用“测量温度偏移”来定期补偿阀门内部温度传感器和外部温度传感器之间的差异：
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

但我不知道我们是否可以用 Zigbee 版本修改“测量温度偏移”？

是的，我们可以通过设置“本地温度校准”属性来更改测量温度偏移。 您可以将其视为 HA 中的“偏移量”，但不幸的是，您只能通过 REST 或 VNC 更改它

state.valve 是“PI 供暖需求”的值吗？ 这应该是开口的百分比？ （即在 0-100% 之间） ?
对我来说，当我将 TRV 模式设置为“未知 2”时，“PI 加热需求”的值似乎与阀门上显示的值完全不同。 我得再检查一下。

要修改HA中的“偏移量”，是不是我们只能通过REST修改它的问题？ 我将不得不与 HA 一起玩，看看我是否可以适应使用 Z-wave 版本的人使用的脚本。

state.valve 是“PI 供暖需求”的值吗？ 这应该是开口的百分比？ （即在 0-100% 之间） ?

是的。 它是 0-254，所以，你需要将它映射到 0-100

要修改HA中的“偏移量”，是不是我们只能通过REST修改它的问题？ 我将不得不与 HA 一起玩，看看我是否可以适应使用 Z-wave 版本的人使用的脚本。

这不是问题，但我认为这不是一个好主意，因为电池寿命有限（在这种情况下，阀门移动过于频繁，并且 ZigBee 数据包的数量急剧增加）。 我首先这样做了，但后来不得不放弃这个。 现在，我只使用 NodeRed 中的简单自动化，它根据室温改变恒温器的设定温度

您如何准确读取阀门位置？

精神将其报告为 _PI 供暖需求_（属性 0x0008）。 这是一个u8值，介于 0 和 254 之间。API 将其公开为state.valve ，标准化为 0-100%。

对我来说，当我将 TRV 模式设置为“未知 2”时，“PI 加热需求”的值似乎与阀门上显示的值完全不同。

Spirit 使用制造商特定的属性（在 0x4000 范围内）进行设置，特别是 0x4001 来手动设置阀门位置。 此属性不可报告，因此我假设它仅代表目标阀门位置。 我希望/希望继续看到 0x0008 中的当前阀门位置，但也许只有当 Spirit 处于（默认）自动模式时才会更新。 您可能想要检查显示是否在未知 2 模式下反映 0x4001。

您如何准确读取阀门位置？

精神将其报告为 _PI 供暖需求_（属性 0x0008）。 这是一个u8值，介于 0 和 254 之间。API 将其公开为state.valve ，标准化为 0-100%。

实际上它没有标准化，因为它的值达到了 254，所以我自己标准化了它。

我的不好，对不起。 事实上，我也在 homebridge-hue 中进行了标准化。

我昨天添加了 4 个 Spirit ZigBee 设备。 （使用新的 deCONZ 2_05_71）
尽管传感器搜索过程非常烦人 - 我设法让它们与 rest-api 和 fhem 一起工作。
我注意到，每次我连接一个新的 SpiritZig Bee deCONZ 时，都会在很短的时间内显示一个设备名称（我认为！），就像“恒温器 + 传感器 ID”。 但是在读取基本集群时，它会被每个设备的 SPZ0001 覆盖！
因此，每次配对后，我都必须启动 sqlitebrowser 以去掉 4 倍的名称...

这只对我有影响吗？

你好，

当路由器重新启动时，如何将 Spirit 重新连接到我的 ZigBee 路由器？ 他们没有连接 atm，我不确定如何实现。 通过取出电池来重新启动Spirit会帮助还是会重置？

取出并重新插入电池通常有效。 有时我需要在这样做时打开网络。

圣灵有一些古怪的东西。 它无法识别何时被其父母踢出。 因此它不会找到新的父节点。 它将继续通过其前父级发送属性报告，但它对命令没有响应，因为没有路由器将消息缓存到 Spirit。 我将前父节点重新加入网络的成功有限（在选择节点时在 GUI 中点击L ），因此 Spirit 会接受提示并找到新的父节点。 不幸的是，我通常需要取出嗅探器才能找到前父对象，因为 GUI 中的行已经消失了。

你如何使用嗅探器？ GUI 中的那条线不见了，所以我认为它不再连接了。

编辑：我一直在做一些谷歌搜索。 是这个吗？ 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

我在 RaspBeery Pi 上使用 ZShark 进行捕获（请参阅 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405）并在我的 Macbook 上使用 Wireshark 进行分析。 我对其他工具没有任何经验。

我正在使用 schedy (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276) 使我的恒温器变得“智能”。 但我遇到了一些奇怪的行为。

出于某种原因，家庭助理似乎在设置新温度并由 schedy 确认后几分钟记录了温度设定点的变化。 然后 Schedy 将此解释为手动更改，并根据配置停用接下来 120 分钟的重新安排。 这种情况经常发生，以至于 schedy 变得毫无用处。

我不确定，在哪里寻找罪魁祸首。 我问过 schedy 的开发者 roschi，这似乎不是 schedy 的问题，而是 homeassistant、deconz 或两者之间的接口的问题。

我附上一个 schedy 日志，您可以在其中看到 schedy 正确确定调度规则的结果，即 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资源的组）。

我认为我们应该为 TRV 实现config.pending ，就像我们为 Hue 运动传感器所做的那样。 我需要检查我们使用的逻辑，特别是何时清除挂起：发送命令、接收 ack 或接收具有新值的报告。 为了可靠性，我们需要后者。

仍然存在的问题是，TRV 偶尔会被其父级“否认”，但没有找到新的父级。 它的报告仍然到达网关，但网关命令不再到达 TRV。 这不能通过config.pending来补救； 只能通过重新启动 TRV，取出电池并重新插入。

在德国，Spirit ZigBee 现在在亚马逊有黑色星期五优惠和 27,99 欧元的价格！

今天我花了一整天的时间将恒温器集成到 deconz 中。 不幸的是从来没有完全成功。 我已经阅读了这里的所有评论，并遵循了许多分步说明。 从未在 phoscon 网表面上展示恒温物。 在 deconz GUI 中，我们创建了一个新节点，我也可以读取基本集群。 制造商和型号已加载等，但在 iobroker 中只有几个节点，例如温度和电池。 但所有其他人都失踪了。 有人可以写一篇详细的说明他是如何集成恒温器的吗？ 因为黑色星期五，我想买更多

在德国，Spirit ZigBee 现在在亚马逊有黑色星期五优惠和 27,99 欧元的价格！

售罄 ：（

大家好，我还没有阅读这个线程的所有 250 个帖子，所以我不知道描述是否已经发布。
从第 14 页开始，您将找到有关 Zigbee 寄存器的数据。
这可能更容易在 deconz 中支持该恒温器。
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 应用程序何时支持 Eurotronic 设备吗？ 我真的很期待它，因为我所做的只是将设备连接到 deconz GUI。 现在我卡住了...

//jacdec

嗨，首先，非常感谢大家在 deconz- 和 homebridge-hue 方面所做的所有出色工作！

现在我的（希望不是那个愚蠢的）问题：
我正在以无头（平台最小）模式在馅饼 3 上以 raspbee 盾牌的形式运行 deconz。
有什么办法，我可以执行这一步

• 转到 deCONZ GUI，列出集群，单击“基本”->“阅读”（如#1098（评论）中推荐的那样）

无需麻烦地安装 x11 环境或 vnc 设置？

我很想在我的 homebridge 设置中添加四个 Spirits，但是我缺少通过 api 提供的步骤:)

再次感谢，请继续努力！

John

感谢@ebaauw的快速修复！ 不幸的是，我还没有时间检查它是否对我有用。 我想此修复程序将包含在下一个版本中？ 下一个版本有 ETA 吗？

在此期间，我想发表一些最新的帖子：

• @kugelkopf123我相信这里的人都知道 eurotronics 的手册，但您链接的手册似乎是 10 月的更新版本，尽管我无法发现与旧版本的任何差异。 特别是，“远程感应”属性和“窗户打开检测”没有比以前更详细地解决。 我已经写信给 Eurotronics，要求澄清。 我也把他们引导到这个线程。
• @jacdec如果 phoscon 支持精神（可能还有更多的恒温器），我也将不胜感激。 我相信，我在这个帖子的某个地方读到，这需要对 phoscon 进行彻底的改造。 话虽如此，我相信至少将传感器暴露在 phoscon 中并使配对过程更简单，即使在无头设置中也是如此！
• @irrwitzer42 AFAIK 现在没有 deCONZ Gui 就无法配对精神。

此致

从我目前读到的所有信息来看，Spirit 无法使用远程温度传感器。 是否有正确的方法将它与家庭助理一起使用？ 类似于“如果温度低于 23°C，将气候设置为阀门 255”或“......将气候设置为加热模式”？ 我不确定是否可以在 HA 内进行阀门控制。

大家好。
为什么不能使用0x4003 Current Temperature Setpoint s16 rw来控制恒温器？ 因为从我的角度来看它是所需的属性还是我完全错了？

大家好，刚拿到我的 Eurotronic Zigbee，我在通过 deconz 配对时遇到了问题。 然而 deconz web ui 启动，当我选择添加新设备-> 传感器并执行搜索，然后打开恒温器电源时，出现加入模式并且按钮没有开始闪烁。 在尝试配对之前，我是否遗漏了一些应该执行的步骤？

圣灵有一些古怪的东西。 它无法识别何时被其父母踢出。 因此它不会找到新的父节点。 它将继续通过其前父级发送属性报告，但它对命令没有响应，因为没有路由器将消息缓存到 Spirit。 我将前父节点重新加入网络的成功有限（在选择节点时在 GUI 中点击L ），因此 Spirit 会接受提示并找到新的父节点。 不幸的是，我通常需要取出嗅探器才能找到前父对象，因为 GUI 中的行已经消失了。

@ebaauw您究竟是如何使用嗅探器重新连接设备的？ 我不仅有 Spirit 的问题，还有所有 ZigBee 设备（1 个 Aqara 多传感器 + 2 个小米运动传感器）的问题。

大家好

我昨天安装了 2.05.72 测试版。 但我必须报告，我的问题没有解决。 当尝试同时更新两个恒温器​​时，其中一个设备似乎记录了温度设定值的变化，但下次发送状态报告时，它会报告旧的温度设定值，而旧的温度设定值又被解释为手动更改，从而导致我的日程安排。

我可以询问 schedy 的开发人员是否有办法在更新组时将命令延迟到一个设备，但这只能是一种解决方法，我认为这是 deCONZ 中的一个错误。

我有一个有点不相关的问题，即在 deCONZ gui 中，每个设备上都有这个圆形状态灯。 我找不到任何解释它的含义以及不同颜色（绿色/蓝色）的含义。 我在某处读到绿色表示未完成的加入过程。 我的一些恒温器闪烁蓝色，其他的呈绿色，有的有时呈绿色，有时呈蓝色。 我不知道该怎么办。

最后， @gacekk目前无法通过 Web UI 配对 Spirit Zigbee，您需要访问 deCONZ GUI 并执行本线程中所述的配对过程。 也许维基条目是个好主意？

此致！

您究竟如何使用嗅探器重新连接设备？

你没有。 您使用嗅探器查看终端设备在 MAC 级别将其命令发送到哪个路由器（假设它是前父设备）并确认终端设备从对 _Query Neightbour Table_ 命令的响应中丢失（从左侧deCONZ GUI 中的下拉菜单）。 然后您使用 deCONZ GUI 强制该路由器重新连接（通过按L键）。

当尝试同时更新两个恒温器​​时，其中一个设备似乎记录了温度设定值的变化，但下次发送状态报告时，它会报告旧的温度设定值

为什么您认为设备似乎注册了更改？ 您是否阅读了 deCONZ GUI 中的 0x4003 属性？ 如果没有，您只会看到发送命令时更新的 deCONZ 缓存。 但是不能保证命令确实到达了 TRV，更不用说 TRV 遵守了命令。

你如何更新这两个设备？ Spirit TRV 不支持组，因此您必须发送多个命令。 我已经看到一些规则在我预期时没有触发的问题 (#2148)，所以最好仔细检查 deCONZ 日志或使用嗅探器确认网关确实发送了命令。

在 deCONZ gui 中，每个设备上都有这个圆形状态灯

如果没记错的话：

• 绿色：终端设备正在轮询网关（仅适用于直接连接到 RaspBee/ConBee 的终端设备）；
• 蓝色：deCONZ 正在为此设备发送或接收命令；
• 黄色：deCONZ 已发送命令，但未收到 ACK；
• 红色：deCONZ 在发送命令时超时 - 这是当 TRV 被其父级否认时你会看到的。

这反过来又被解释为手动更改，从而搞砸了我的日程安排。

我看到了同样的 sh*t。 我尝试了一个规则，在收到具有除计划值以外的任何设定值的报告时再次设置设定值，但随后我无法手动覆盖该计划。

我正在考虑在 deCONZ 规则中实现一个有限状态引擎，它会记住是否仍有未确认的设置点更改未决（使用 CLIP 传感器），重新发送命令，直到报告的设置点与目标匹配。 之后，它将接受手动覆盖。

然而，这将不得不等到圣诞节假期。 当然，这只有在 Spirit 找到新的父路由器（自发或重新启动后）后才能起作用。

啊还有一件事：是否可以通过 deCONZ 更新 Spirit 的固件？ 我最老的精神是_HW Version_ 34，_Application Version_ 18 with _Date Code_ 20190408 and OTAU _Current File Version_ 0x0122c380 而我最新的是_HW Version_ 35, _Application Version_ 22 with _Date Version Code_ 201910409 OTAU _Current File Version_ 0x0122c380

我也无法在 Eurotronics 主页上找到有关固件更新的任何信息。 手册只是说“单独提供修订历史”，但没有提示在哪里可以找到它。

啊还有一件事：是否可以通过 deCONZ 更新 Spirit 的固件？

应该是，一旦我们找到固件。 我的是20181205 （根据标准，这应该是制造日期，而不是固件日期，但我已经看到许多使用它作为固件日期的设备）和 _HW Version_ 34。固件具有 _SW Build ID_ 15181120 和 _Application Version_ 15。

为什么您认为设备似乎注册了更改？ 您是否阅读了 deCONZ GUI 中的 0x4003 属性？ 如果没有，您只会看到发送命令时更新的 deCONZ 缓存。 但是不能保证命令确实到达了 TRV，更不用说 TRV 遵守了命令。

当我第一次遇到这个问题时，我可以看到阀门正在对新的设定点做出反应。 但是大约 5 分钟后，先前的设定点被报告为实际设定点。 这次我还没有确认命令到达了 TRV，明天我将对此进行更彻底的调查。

你如何更新这两个设备？ Spirit TRV 不支持组，因此您必须发送多个命令。 我已经看到一些规则在我预期时没有触发的问题 (#2148)，所以最好仔细检查 deCONZ 日志或使用嗅探器确认网关确实发送了命令。

正如我之前提到的，我使用 schedy 作为 homeassistant。 这是一个 python 调度框架，它允许将设备分组到房间中。 我不确定这在内部是如何工作的，但是是的，我肯定会发送多个命令！ 当我找到时间时，我会检查 deCONZ 日志。

感谢您澄清状态指示器的颜色。 我还没有看到红色的状态指示器，所以我还没有遇到父母不认孩子的问题。

如果有办法确保设定点变化达到 TRV 或至少在报告的设定点与所需的设定点不匹配时做出反应，那就太好了！ 如果我可以通过测试或其他方式提供任何帮助，我很乐意提供帮助！

此致

编辑：我为此打开一个新问题

您究竟如何使用嗅探器重新连接设备？

你没有。 您使用嗅探器查看终端设备在 MAC 级别将其命令发送到哪个路由器（假设它是前父设备）并确认终端设备从对 _Query Neightbour Table_ 命令的响应中丢失（从左侧deCONZ GUI 中的下拉菜单）。 然后您使用 deCONZ GUI 强制该路由器重新连接（通过按L键）。

老实说，我不确定我能不能跟上。 嗅探器向我展示了 Spirit 不断发送重新加入请求并且我的协调员发送重新加入响应：

要求：

回复：

这是我的 deCONZ GUI：

_Query Neightbour 表_现在在哪里？ 我在 deCONZ GUI 中没有看到它。
当我点击 L（在选择协调器时）它离开并重新加入。 当我对灵魂这样做时，没有任何反应，即使我离开并按下顶部的按钮重新加入。 我做错了什么还是只是不起作用？

嗅探器向我展示了 Spirit 不断发送重新加入请求并且我的协调员发送重新加入响应

我以前没见过。 看起来精神不接受回应并重试。 对这些命令不太熟悉，但响应是否应该包含终端设备的 NWK 地址？

这是我的 deCONZ GUI

所以协调器是你唯一的路由器。 在这种情况下，您已经知道父路由器应该是什么，因此无需使用嗅探器找出它。

Query Neightbour 表现在在哪里？

在节点右侧两个圆圈左侧后面的下拉菜单中。

当我对精神这样做时什么也不会发生

当 deCONZ 无法到达 Spirit 时，这是可以预料的。

我以前没见过。 看起来精神不接受回应并重试。 对这些命令不太熟悉，但响应是否应该包含终端设备的 NWK 地址？

不确定。 我无法解决，所以我只是重置了它。

在节点右侧两个圆圈左侧后面的下拉菜单中。

啊，我明白了。 所以我不得不选择“读取邻居表”。

好的，现在或多或少解决了。 你知道我是如何从所有其他设备上取回绿线的吗？ 因为我的运动传感器在 HA 中工作，所以它们似乎是相连的。 但是协调员的绿线不会回来。

这些线只是邻居表的图形表示。 它们并不表示活动连接——ZigBee 中没有这样的东西——只是消息。 当 deCONZ 查询邻居表时绘制它们。

大家好，
不知道是否相关，但也许有趣的是，亚马逊目前以 27,99 欧元的价格出售它们。 现在我要用那些来替换所有的恒温器： https :

@ebaauw我只是试图将我的 homebridge-hue 更新到 v.11.8。 这就是发生的事情。 我需要做什么？

打开 homebridge-hue 的问题。 这与 deCONZ 中的 Eurotronic Spirit 支持无关。

自从这个加热期以来，我使用了 3 个精神 zigbees，它们定期变成僵尸。 他们不再对我通过 deCONZ / hassio 发送的任何命令做出反应。 我也多次重新加入他们并确保正确的 zigbee 覆盖。 其中两个通过操作 conbee 2 棒的 raspberry pi 4 连接 - 一个通过色调灯上的网格连接。

Phoscon GW：2.05.72 / 12.12.2019
固件：264A0700
哈西奥插件：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 GUI 中显示为断开连接。

我想到了一个想法：AFAICS SPZB0001 认为当前时间是 UNIX 时代的开始，RTC 似乎没有运行。 有没有办法通过时间（0x000A）集群设置正确的时间？

我刚拿到了 2 个这样的玩具。 我设法让它们出现在 gui 中，甚至在 gui 中设置温度。
不幸的是，我在网络应用程序中找不到它，它也没有出现在我的 domoticz 中。 有没有办法让他们到达那里？

不幸的是，我在网络应用程序中找不到它，它也没有出现在我的 domoticz 中。 有没有办法让他们到达那里？

我一开始也有同样的问题。 重新启动服务器为我完成了这项工作。

不幸的是，这没有帮助。 重启了几次。 gui 将两者都显示为已连接，但 Web 界面仍未显示它们。 我在 v2.05.71 上。 我是否必须升级到 2.05.72 才能让它们工作？
那是我的 gui 输出：

编辑：更新到 .72 并且仍然相同

不幸的是，这没有帮助。 重启了几次。 gui 将两者都显示为已连接，但 Web 界面仍未显示它们。

Phoscon Web UI 不会显示 SPZB0001，不过它可以通过 REST API 获得。

僵尸 TRV 的问题仍然或多或少地频繁发生，导致大约 15% 的触发器失败。

我是恼火，因为我花了几个小时时间研究在过去几个月里，我想我会写的供应商和问S *他们卖（这个问题在互联网极大地报道）

僵尸 TRV 的问题仍然或多或少地频繁发生，导致大约 15% 的触发器失败。

我是恼火，因为我花了几个小时时间研究在过去几个月里，我想我会写的供应商和问S *他们卖（这个问题在互联网极大地报道）

嗯，我有 14 个这样的设备，我非常高兴。 我遇到的唯一问题是，有时其中一个设备对同时发送到一个房间中的 3 个设备的命令没有反应。 我通过将每个命令延迟几秒钟来解决这个问题。 工作完美。 也许你附近没有灯泡这样的“服务器”，信号太弱。 我在 3 层楼有这些设备，我喜欢它们。

我有 8 个，有时似乎被他们的父路由器踢出并且找不到新的父路由器。 它们仍在向网关发送报告（例如，当更改 TRV 上的目标温度时），但来自网关的命令不会到达 TRV。 当我取出并重新插入 TRV 电池时，它又可以工作了。
在什么情况下会发生这种情况，我无法检测到模式。 我的一些 TRV 似乎比其他人更脆弱，但它已经发生在所有人身上。 它们都运行固件15181120 。 大多数人选择 Hue 灯泡作为父灯泡，但有时他们选择 innr 插头甚至 XBee。

REST API 插件存在基于/config.localtime规则和具有ddx条件的规则有时不会被触发的问题，请参阅https://github.com/dresden-elektronik/deconz -rest-plugin/issues/2148。 我使用了很多这些来控制 TRV。

嘿伙计们，刚买了其中一个 ZigBee 精神恒温器来玩，但我无法将它连接到我的网络，尽管我可以毫无问题地连接其他设备，如开关、灯泡、传感器。 谁能帮我找出我做错了什么？ 我有一个 conbee II 连接到 Home Assistant，添加过程与通过 Web UI 的其他传感器相同。
@Tobi0892你能帮我把我的 TVR 连接到 HASSIO 吗？ 我需要采取哪些步骤：
我正在做的是：

1. 打开 deconz 网页界面
2. 转到传感器并单击添加新传感器
3. 在扫描过程中，我将电池插入 TVR

我可以看到 wifi 图标如何在 TVR 上闪烁，但没有任何反应:(

伙计们，让我在 2 天前收到我的产品后插话进来，以评估它们是否可以作为我的 fritz 301 的可选替代品。

我观察到的一件引人注目的事情是，当 TRV 与协调器失去连接的时间更长（假设是 18 小时）时，它就有点麻烦了。 嗅探时几乎没有任何东西（仅连接 TRV 的专用测试网关）。 除了重置和加入之外，没有机会让它恢复活力。

有没有其他人有过这样的经历？

@Valcob我猜你是说 Phoscon？ 如果没有，请在那里尝试。 有时，我不会在第一次加入尝试中工作。 顺便说一句，它需要处于加入模式（显示为 jin）。 重置是同时按下所有 3 个按钮 10 秒。

在这里遇到与@Valcob相同的问题，如果我尝试将它们添加为传感器，Phoscon 将无法找到这些设备。 两个 TRV 设备都刚刚重置，在 Jin 中，中间按钮闪烁。 扫描在 Phoscon 中以消息Failed to connect结束。 其他传感器和灯连接起来没有任何问题。

我正在使用带有 Docker 和 RaspBee 的 Raspberry Pi 3。
网关版本：2.05.72 / 12/12/2019
固件：26330500

我在让我的被正确识别时遇到了很多麻烦。 诀窍是遵循这些步骤：

• 打开 deconz gui
• 在 phoscon Web 服务中启动传感器搜索
• 将 trv 与网络配对
• 在 gui 中：在传感器搜索仍在进行中时，转到集群信息并阅读基本信息。
  这些步骤每次都对我有用。

@SwoopX谢谢老兄你救了我 :)

@michi1g尝试了您的建议，现在它们似乎已配对。 至少我可以在 deconz gui 中看到两个设备并在那里修改一些值。 但是我仍然无法在 Phoscon 的传感器视图中看到传感器。

目前这是不可能的，@githtz。 Spirits 不能通过 phoscon 控制。 尽管如此，它们还是通过 REST API 公开的，因此它们应该出现在 homeassistant 中。

我们真的应该把配对程序和精灵无法通过 phoscon 控制的信息放在 wiki 中。 信息被埋在这个线程中。

大家好，首先我非常感谢您的帮助：这个线程非常有用！ 它为初始配对节省了大量时间和精力：应该到处都写着恒温器没有显示在 Phoscon 应用程序中，而它们在初始程序后显示在 Home Assistant 中（搜索新传感器 - 阅读基本集群信息来自 deconz GUI）！

无论如何，正如已经说过的，我遇到了与你们相同的麻烦：设置温度仅在配对后的最初几个小时内起作用，然后集成似乎不再起作用，有必要返回重置配对程序。 您认为这可以通过更新恒温器/网关固件来解决吗？ 我在树莓派上使用 raspbee...

嗨，伙计们，我有类似的问题，而且我对这个话题很陌生。 我在 RPi 4 上使用 Home Assistant（0.103.6；HassOS 3.7），我从@michi1g到最后一个步骤都做了这些步骤。 在这里，我无法弄清楚如何“从 deconz GUI 读取基本集群信息”。
（我之前可以配对小米 Aqara 传感器，我可以读取它们的数据；从这些我得出结论，我的系统可以工作。）
重置我的 TRV 后，它显示连接状态，但我仍然无法在 Home Assistant 下访问它。 你能帮我一步一步的程序吗？ :)
谢谢你。

嗨@rollair，正如在此线程中多次提到的（我知道要阅读的内容很多），您需要访问 deconz GUI。 那不是 Phoscon 网络用户界面，而是您在本主题第一篇帖子的屏幕截图中看到的 GUI。 您需要从 GUI 读取基本集群以触发 REST-API 实体的生成。 为此，您需要确定您的 TRV 节点，单击最右侧的圆圈，然后在下拉菜单中选择基本集群。 在左侧框架中，选择“集群信息”选项卡并点击“阅读”。

请参阅https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 中的屏幕截图以及此线程中的分步说明之一。

不幸的是，我无法告诉您如何从 hass.io 安装访问 deconz GUI。 但我相信我也看到了一些说明。

对不起，但我想说这都是浪费时间。 早晚你会
削减开支，浪费金钱和时间。 通常我的目标只是
Zigbee ，仅适用于 iobroker。 但是没有 zigbee 恒温器可以
工作没有错误。 我有不止一个桑拿活动，但没有任何回应
Eurotronic 支持。 这就是为什么我回到netter Systems
恒温器，如 homematic ip 或 salus。

Sk4zz [email protected] schrieb am Do.，2020 年 1 月 9 日，19:23：

嗨@rollair https://github.com/rollair正如在中多次提到的
这个线程（我知道有很多东西要读）你需要访问
解压 GUI。 那不是 Phoscon Web UI，而是您在
该线程的第一篇文章的屏幕截图。 你需要阅读
来自 GUI 的基本集群以触发 REST-API 实体的生成。
为此，您需要确定您的 TRV 节点，点击最右边的
圈，然后在下拉菜单中选择基本集群。 在左边
框架选择“集群信息”选项卡并点击“阅读”。

见#1098（评论）中的截图
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
以及此线程中的分步说明之一。

不幸的是，我不能告诉你如何从
hass.io 安装。 但我相信我看到了一些说明，
也。

—
你收到这个是因为你被提到了。
直接回复本邮件，在GitHub上查看
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4VMXWXWYP000000000000000000000000000000000000000引
或取消订阅
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

对不起，但我想说这都是浪费时间。 迟早你会削减开支，浪费金钱和时间。 通常我的目标只是 Zigbee ，只有 iobroker 。 但是没有 zigbee 恒温器可以正常工作。 我有不止一次桑拿活动，但 Eurotronic 支持没有回应。 这就是为什么我回到 netter 系统来使用温控器，例如 homematic ip 或 salus。 Sk4zz [email protected] schrieb am Do.，2020 年 1 月 9 日，19:23：
…
嗨@rollair https://github.com/rollair，正如在此线程中多次提到的（我知道要阅读的内容很多），您需要访问 deconz GUI。 那不是 Phoscon 网络用户界面，而是您在本主题第一篇帖子的屏幕截图中看到的 GUI。 您需要从 GUI 读取基本集群以触发 REST-API 实体的生成。 为此，您需要确定您的 TRV 节点，单击最右侧的圆圈，然后在下拉菜单中选择基本集群。 在左侧框架中，选择“集群信息”选项卡并点击“阅读”。 请参阅 #1098（评论）< #1098（评论） > 中的屏幕截图以及此线程中的分步说明之一。 不幸的是，我无法告诉您如何从 hass.io 安装访问 deconz GUI。 但我相信我也看到了一些说明。 — 您收到此消息是因为有人提到了您。 回复此电子邮件直接，查看它在GitHub <＃1098？email_source =通知＆email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA＃issuecomment-572688820>，或取消订阅https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q 。

正如我所说：我有 14 台设备，并且自一个多月以来都完美无缺。 一开始我遇到的问题是 1 台设备在几天后没有响应。 但是现在，零问题。 也许是因为我每 15 分钟拉一次热设定值？ 所以没有设备进入深度睡眠或任何导致错误的原因。 我通过 ioBroker 在 Intel nuc 上将它们与 conbee II 一起使用。 “编程”是通过节点 Red 完成的。 但我绝对是个菜鸟...

我每 15 分钟拉一次热设定值

您是否为此修改了 REST API 插件，或者您是否使用 deconz-cli-plugin？ 请注意，从 REST API 查询设备只会返回缓存状态，不会产生任何 ZigBee 消息。

对不起，但我想说这都是浪费时间。 迟早你会削减开支，浪费金钱和时间。 通常我的目标只是 Zigbee ，只有 iobroker 。 但是没有 zigbee 恒温器可以正常工作。 我有不止一次桑拿活动，但 Eurotronic 支持没有回应。 这就是为什么我回到 netter 系统来使用温控器，例如 homematic ip 或 salus。 Sk4zz [email protected] schrieb am Do.，2020 年 1 月 9 日，19:23：
…
嗨@rollair https://github.com/rollair，正如在此线程中多次提到的（我知道要阅读的内容很多），您需要访问 deconz GUI。 那不是 Phoscon 网络用户界面，而是您在本主题第一篇帖子的屏幕截图中看到的 GUI。 您需要从 GUI 读取基本集群以触发 REST-API 实体的生成。 为此，您需要确定您的 TRV 节点，单击最右侧的圆圈，然后在下拉菜单中选择基本集群。 在左侧框架中，选择“集群信息”选项卡并点击“阅读”。 请参阅 #1098（评论）< #1098（评论） > 中的屏幕截图以及此线程中的分步说明之一。 不幸的是，我无法告诉您如何从 hass.io 安装访问 deconz GUI。 但我相信我也看到了一些说明。 — 您收到此消息是因为有人提到了您。 回复此电子邮件直接，查看它在GitHub <＃1098？email_source =通知＆email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA＃issuecomment-572688820>，或取消订阅https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q 。

我不得不承认这是一场女巫 conbee 和 deconz 的斗争。 但这是 zigbee 市场的蓝图。 是的，协议是标准化的，但没有很好地集成新设备或应用自集成过程，它归结为谁更快。
在 Eurotherm Zigbee 的情况下，iobroker.zigbee 适配器中的集成与 koenkk flashed cc2531 的结合非常有用。 它永远不会丢失，我可以通过物联网适配器将它导出到 alexa。 最后，我使用不同网桥操作 2 个 zigbee 网络，其中一个操作更好地依赖于所使用的传感器。 手指交叉它会更好地整合到rest / conbee / deconz中。

我不得不承认这是一场女巫 conbee 和 deconz 的斗争。

当 SPZB0001 未直接连接到协调器时，ConBee II / deCONZ 似乎存在严重的路由问题（几天后路由丢失）。 不幸的是，到目前为止，支持部门还没有对询问做出回应。

在 Eurotherm Zigbee 的情况下，iobroker.zigbee 适配器中的集成与 koenkk flashed cc2531 的结合非常有用。 它永远不会丢失，我可以通过物联网适配器将它导出到 alexa。 最后，我使用不同网桥操作 2 个 zigbee 网络，其中一个操作更好地依赖于所使用的传感器。

你能分享更多关于你的设置的细节吗？ 一旦我的 CC2531 从中国到达，我就准备放弃 ConBee II / deCONZ。 ATM，我使用的是家庭助理，所以任何类型的集成都会很好。

设备配对后，有人能够使用开窗检测吗？ 根据手册，配对后检测被禁用，我可以确认这一点。 有什么办法可以重新启用吗？

//编辑

好的，看起来检测仍在工作，只是很缓慢。 是否可以以某种方式调整灵敏度？

@ginkel我不建议放弃它。 与 CC2531（附近没有天线或灯）相比，它是一款坚固的产品，具有非常好的范围。 分组功能、场景等非常强大，就像宜家或飞利浦等任何其他桥梁一样。 您可以利用所有这些，并在由 CC2531 操作的另一个 zigbee 网络（在另一个通道上）包括 conbee 上丢失/故障的设备。 这正是我的设置。 我所有的灯和很多小米传感器/按钮都在 conbee 棒上，但我通过 CC2531 操作我所有的宜家和小米电源插头和 Eurotherm。 永远不要忘记，如果不使用 Phoscon，则必须使用 iobroker 场景和其他东西。 在 dresden elektronik 做得很好的地方，还有很多工作要做！ 我附上我的设置图片...

伙计们，感谢到目前为止在这篇文章中的帮助：我让 Eurotronics 监管机构在 iobroker 中处理我的 ConnBee-II - 至少以某种方式......
当它不被识别时进行了很多挣扎，多次重置然后它起作用了。
但似乎传感器没有正确实施。 我看不到目标温度、阀门位置等（将我的截图与上面@realwax 的截图进行比较）

我可以从哪里开始寻找解决方案？ 或者有人经历过同样的事情并且知道解决方案吗？

@ selen278我猜这是 iobroker 的限制（或 deconz 如何处理恒温器）。 SPZB0001 的目标温度存储在传感器的config中，而不是state 。

我在这里遇到了同样的问题。

这就是 iobroker 所展示的。

@githtz我不会针对 iobroker，因为我让它在 cc2531 上使用 zigbee 适配器运行所有值。 iobroker 的 deconz 插件应该公开 deconz rest api 并加入具有所有集成参数的设备。 我不是这里的专家，但根据我的理解，我们缺乏第一手的 Eurotronic Zigbee 的适当 deconz rest api 实现。 如果那是固定的，您将拥有所有参数。 另一方面，桥 gui (Phoscon) 不能修改灯光以外的任何东西。 （这并不是家庭自动化的真正需要，但会是一个很好的功能）即使我通过 deconz 自己让它工作，我还是切换到了 cc2531，因为它在使用 Eurotronic 时更稳定和可靠。 基本上这取决于 dresden elektronik 及其开发人员对其进行整理。 也许我做错了什么 - 如果是 - 请原谅我，我不想打扰任何人！

@realwax我不知道


所以我想 deconz 可以很好地将 TVR 信息传递回 HA（家庭助理），我唯一拥有的就是我需要将 TVR 与网络连接的方式

1. 连接到 deconz 的 VNC 后端
2. 打开 TVR 并在 phoscon Web UI 中转到传感器单击添加新传感器
3. 鉴于 TVR 已打开包装并准备好连接，请放入电池
4. 在这个阶段检查 VNC，它会在 zigbee lan 上显示一个设备，但不会发生其他任何事情
5. 在出现的设备卡和基本集群上点击最右边圆圈里的属性
6. 左边有一个按钮，上面写着阅读集群信息，点击那个按钮，你会看到一些关于你的 TVR 的信息
7. 重置设备（按住所有 3 个按钮 10 秒）
8. 它将再次进入连接模式，这次它将如预期地出现在 VNC 中，这意味着有关设备的所有信息都将在卡上。 同时设备信息也会发送到 HA 实例。

就是这样，应该足够简单，可以添加更多的 TVR，我有 8 个并且完全没有问题。
只要确保你家里有足够的中继器，意味着任何可以作为中继器的 zigbee 设备（宜家灯泡、插座或任何有电源的东西）

希望这可以帮助

除了deconz和iobroker之外，我还在我的 rpi3 上安装了home-assistant docker 映像，瞧！

所以我猜 TVR 配对正确，是的。 虽然我想知道为什么iobroker无法访问 TRVs 配置。 也许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 来完成它。 只需从 Phoscon 应用程序获取 API 密钥，并使用以下原始正文将 PUT 发送到 http://{$DOCONZ_HOST}/api/{$IP_KEY}/sensors/{$SENSOR_ID}：{"name": "{$新名字}”}

还有其他人在使用 deConz 5.1 将 Spirit 连接到 Hassio 时遇到问题吗？ 我将我的 Hassio 更新到 104.2，重启后 Spirit 没有重新连接（另一个做了）。 所以我通过 VNC 删除了它并尝试通过 Phoscon 添加它，但是即使它们实际上彼此相邻，Spirit 也没有找到 Hassio。

@Valcob您能否详细说明“同时设备信息也将发送到 HA 实例”是什么意思？
我正在尝试按照您的说明使用不同品牌的恒温器 (eCozy)，我可以读取 VNC 中的所有数据，但我不确定如何在 HA 中获取实体。 在 conbee 棒上运行 deCONZ 作为 hassio 附加组件 RPi。

@ddppddpp请打开一个新的集成请求或发出这个请求，抱歉。

鉴于我最后一次在这里发表评论是在 2019 年 10 月的某个时候，我已经重新阅读了_整个线程_。
因此，此刻（2020 年 2 月 2 日）让事情一清二楚：

• 必须通过读取 GUI 上的集群信息来配对恒温器；
• WebUI 不会在Sensors选项卡下显示恒温器；
• 任何拥有辅助路由器（灯、插座等）的人：如果恒温器通过这些连接到网络，在某个时间点他们会失去连接并且无法自动重新加入网络，需要移除并重新插入电池；

到目前为止，这三点是否正确？

如果是这样，是否有任何 WIP 正在解决这些问题，以提高对这些 TRV（配对和 WebUI）的支持并提高可靠性（当网络具有协调器 + 路由器时失去连接）？

鉴于我最后一次在这里发表评论是在 2019 年 10 月的某个时候，我已经重新阅读了_整个线程_。
因此，此刻（2020 年 2 月 2 日）让事情一清二楚：

• 必须通过读取 GUI 上的集群信息来配对恒温器；
• WebUI 不会在Sensors选项卡下显示恒温器；
• 任何拥有辅助路由器（灯、插座等）的人：如果恒温器通过这些连接到网络，在某个时间点他们会失去连接并且无法自动重新加入网络，需要移除并重新插入电池；

到目前为止，这三点是否正确？

如果是这样，是否有任何 WIP 正在解决这些问题，以提高对这些 TRV（配对和 WebUI）的支持并提高可靠性（当网络具有协调器 + 路由器时失去连接）？

我的 14 个恒温器通过几个灯和插座连接，在过去的 2 个月里，我没有发生任何连接丢失的情况。
我有很多来自 aqara 的传感器，但不太可靠。

鉴于我最后一次在这里发表评论是在 2019 年 10 月的某个时候，我已经重新阅读了_整个线程_。
因此，此刻（2020 年 2 月 2 日）让事情一清二楚：

• 必须通过读取 GUI 上的集群信息来配对恒温器；
• WebUI 不会在Sensors选项卡下显示恒温器；
• 任何拥有辅助路由器（灯、插座等）的人：如果恒温器通过这些连接到网络，在某个时间点他们会失去连接并且无法自动重新加入网络，需要移除并重新插入电池；

1)和2)是正确的。 对于3)我认为恕我直言，存在一个更普遍的路由问题，即从网络中删除设备。 昨天，在 SPZB0001 前一天无法访问后，我又丢失了一些 TRADFRI 灯泡。 由于支持基本上忽略了一个多月的请求，我已经迁移到带有 zigbee2mqtt 的 CC2531 并且不回头。

编辑：使用 Zigbee 嗅探器我可以清楚地看到 SPZB0001 没有失去与网络的连接，而是很高兴地将数据请求数据包发送到它的路由器，但是当尝试从 deCONZ GUI 读取集群时，很明显 deCONZ 没有发送在这种情况下的任何请求。

我在 Raspi 上运行了 deCONZ Phoscon WebApp。 我正在使用应用程序版本 2.05.72 / 12.12.2019，固件 264A0700 作为服务。 没有 GUI，但有 webUI（顺便说一句，这很棒）。 我使用 zigbee 灯和传感器使它们在 ioBroker 和 openHAB 中可用，并且它的工作原理很有魅力。 但我可以确认：目前仅使用 Phoscon-WebUI 无法配对 Eurotronic Spirit 恒温器。

我的解决方法：我不会使用 UI/VNC-App，所以我不得不使用 CC2531 Stick 代替（如上面多次建议的那样），它正在工作......有点不可靠（每 5 个命令都有效，其他命令只产生错误日志中的条目），但这并不困扰我。 只要 deCONZ WebApp 支持这个恒温器，我就会切换。

我觉得烦人的是：Eurotronic Spirit ZigBee 列在支持项目列表中（这是我购买 conBEE2 的原因）。 该条目的评论将您带到这个请求页面，在那里您阅读，您必须使用 UI 版本并做一些技术性的事情，我真的不够聪明，或者您必须使用完整的其他网关才能获得这个恒温器配对（https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices）。

必须通过读取 GUI 上的集群信息来配对恒温器；

我认为情况并非总是如此，这当然不是圣灵独有的问题。 配对电池供电的设备具有挑战性，我真的建议访问 GUI，以监视和重新启动停滞的配对过程。

配对肯定可以改进，但这需要重构相应的代码。 不是你在一个下雨的星期天下午做的事情。 最好将它与 API v2 结合起来。

WebUI 不会在“传感器”选项卡下显示恒温器；

正确的。 在 Web REST API 插件添加对新设备的支持后，每个 API 客户端也需要添加支持。 Phoscon “只是”另一个 API 客户端（在您的 Web 浏览器中运行）。

如果 Eurotronic Spirit ZigBee 能够很快集成到 Phoscon WebApp 中，我将非常感激。 根据我的理解，这是此开放设备支持请求的目的。

此存储库用于开源 REST API 插件。 Phoscon 不是开源的，所以除了德累斯顿电子公司自己之外，没有人可以对此做任何事情。

任何拥有辅助路由器（灯、插座等）的人：如果恒温器通过这些连接到网络，在某个时间点他们会失去连接并且无法自动重新加入网络，需要移除并重新插入电池；

有很多路由问题，特别是在混合灯的大型网络上，但我认为这些不适用于恒温器。 我发现它仍然连接到网络，并继续向协调器发送报告。 但是，（以前的）父路由器不再将 Spirit 识别为子路由器，从而有效地使其无法被其他设备访问（因此您无法再从 deCONZ 控制或查询恒温器）。

我在我所有的八个 Spirit 上都看到了这一点，但有些人似乎比其他人更容易受到这个问题的影响。 当他们选择 innr SP 120 插头或我的lumi.curtain作为父母时，问题会在一天内出现。 当他们选择我的 Hue 灯之一时，它们可能会正常工作数周。 顺便说一句，我的 FYRTUR 盲人也有同样的问题。

我认为这个问题是由 Spirit 固件引起的，因为它不会（总是？）认识到它已被否认，因此不会寻找新的父母。 我曾有过几次它自发地找到了一个新的父母，但我一直无法分离出这种情况。 电源循环/重置旧的父级有时似乎可以解决问题； 恒温器总是循环电源 - 无需重置和重新配对恒温器。 我有时发现恒温器已自行重置，确实需要重新配对。

本着全面披露的精神（双关语），我认为还有两个问题：

• 我发现有时命令似乎无法到达恒温器，即使它是可到达的。 我仍在调试这个问题，我发现有时规则不会触发（参见 #2148），这将在 v2.05.73 中修复。 我担心我们毕竟应该实现state.pending ，即使 Spirit 似乎睡得很轻，每五秒轮询一次它的父级。
• REST API 插件尚未支持 Spirit 的所有功能。 特别是，您不能手动更改其模式和控制阀门位置。 恕我直言，在解决上述问题之前支持这一点是不负责任的。

正是我的经历！

1 楼：Raspbee 和一个 TRADFRI Driver 30W，三个 Spirit 连接到 Raspbee 或 Driver
==> 数周内一切正常！ 他们发送报告并接收新的热设定点；)

底层：混合路由器情况：innr sp120、osram smart plug01、ikea灯泡
==> 只有发送报告才能顺利进行。 设置新的热定点永远不会达到目标（4 个其他的烈酒，但所有的烈酒都已连接）

@githtz可以详细说明你是如何让它出现在家庭助理中的？

另外，有没有人就网络 phoscon 支持联系过德累斯顿电子公司？

@LennyPenny你试过这个吗？
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz是的，我

啊好吧没关系我开始工作：单击 deconz gui 中的“阅读”按钮是我错过的部分

@realwax我不知道


所以我想 deconz 可以很好地将 TVR 信息传递回 HA（家庭助理），我唯一拥有的就是我需要将 TVR 与网络连接的方式

1. 连接到 deconz 的 VNC 后端
2. 打开 TVR 并在 phoscon Web UI 中转到传感器单击添加新传感器
3. 鉴于 TVR 已打开包装并准备好连接，请放入电池
4. 在这个阶段检查 VNC，它会在 zigbee lan 上显示一个设备，但不会发生其他任何事情
5. 在出现的设备卡和基本集群上点击最右边圆圈里的属性
6. 左边有一个按钮，上面写着阅读集群信息，点击那个按钮，你会看到一些关于你的 TVR 的信息
7. 重置设备（按住所有 3 个按钮 10 秒）
8. 它将再次进入连接模式，这次它将如预期地出现在 VNC 中，这意味着有关设备的所有信息都将在卡上。 同时设备信息也会发送到 HA 实例。

就是这样，应该足够简单，可以添加更多的 TVR，我有 8 个并且完全没有问题。
只要确保你家里有足够的中继器，意味着任何可以作为中继器的 zigbee 设备（宜家灯泡、插座或任何有电源的东西）

希望这可以帮助

你是救命的人！ 我在胡思乱想，忘记了 vnc 界面。 您的解释让我了解了 vnc 接口和 zigbee 协议。 我现在也是一个完全可操作的 TRV 的快乐拥有者，它与 HA 配合得很好，谢谢！

@BeamMeUpTo @rsaffi
你们有没有找到一些解决方法？ 我现在在这里遇到了一种类似的情况，两个 SPZB0001（直接连接到集线器）工作得很好，但第三个连接到各种路由器，几天后它就停止工作了。 ：失望的：

@BeamMeUpTo @rsaffi
你们有没有找到一些解决方法？ 我现在在这里遇到了一种类似的情况，两个 SPZB0001（直接连接到集线器）工作得很好，但第三个连接到各种路由器，几天后它就停止工作了。

我还没有（还）家里的另一台设备像路由器一样，所以我不能说我自己。 我确实有一个朋友，他有几个路由器和一些 Spirit Zigbee TRV，并且一直面临着同样的问题。 她甚至创建了一个自定义例程，每 2 小时强制家庭助理和她的 TRV 之间进行一些通信，以防止“丢失”它们。

我的第一个智能插头将在今天和明天之间到货，所以我最终会有其他路由器设备，我会密切关注 TRV 是否开始行为不端。

编辑：公平地说，我所有的灯都是飞利浦 Hue，它可以充当路由器，但它们没有通过 Conbee+deCONZ 直接连接到我的家庭助理，而是使用 Hue Bridge，所以它是一个单独的 Zigbee 网络。

@githtz - 不，不是真的。

@tkintscher

同时，我通过读取小米传感器的温度并调整config.offset 。 效果很好，直到您的 PR 将偏移的单位从 0.1 度更改为 0.01 度。

你能解释一下你是怎么做到的吗？ 我是新手...
还有@ebaauw关于遥感的任何消息？
谢谢你

还有@ebaauw关于遥感的任何消息？

你凭什么指望我有消息？ 据我所知，TRV 不支持此功能，即使它公开了 _Remote Sensing_ 属性。 手册没有提到这个功能，而且 Eurotronic 支持似乎对电子邮件没有反应。 我无能为力。

只是问...谢谢

重新启动路由器后重新添加TRV仍然没有更新吗？ 我有点定期重新启动它（RPI 上的家庭助理）以安装更新。 通常，我的两个 TRV 之一不会重新连接。 通过取出电池进行电源循环无济于事，而且在尝试连接时它会一直加热。 重置一切是一件痛苦的事情，因为我还有其他一些连接的设备。

@FlyingPersian我也有同样的情况。

@FlyingPersian我也有同样的情况。

奇怪的是，在 VNC 中删除设备并重新出现后，它旁边的 LED 一直闪烁绿色和蓝色，即使设备暂时关闭也是如此。 重启，读取数据，搜索新设备等都没有帮助重新添加它：o我担心如果我删除了设备，重新添加它会更加困难。

我不得不重置设备并重复新设备的所有步骤

我不得不重置设备并重复新设备的所有步骤

这通常对我不起作用。 如果我这样做，该设备将不会与 deCONZ 配对。 自最新更新以来，我还没有尝试过，但我害怕这样做。

如果设备失去连接，我会修复我在 Home Assistant 中禁用和启用设备的问题。 有时我需要重复两次，但它几乎总能完成工作。

重新启动路由器后重新添加TRV仍然没有更新吗？ 我有点定期重新启动它（RPI 上的家庭助理）以安装更新。 通常，我的两个 TRV 之一不会重新连接。 通过取出电池进行电源循环无济于事，而且在尝试连接时它会一直加热。 重置一切是一件痛苦的事情，因为我还有其他一些连接的设备。

@FlyingPersian这很奇怪，但是当我重新启动 HASS（例如，由于更新）时，我总是自动重新连接的所有 TRV。

啊，我主要做的是重新启动 Home Assistant 本身（所以 deCONZ 继续运行）。 但是几天前，hass.io 的操作系统更新了，它重新启动，我的恒温器也自动重新连接。

啊，我主要做的是重新启动 Home Assistant 本身（所以 deCONZ 继续运行）。 但是几天前，hass.io 的操作系统更新了，它重新启动，我的恒温器也自动重新连接。

是的，奇怪的是，我的两台设备中只有一台重新连接。 另一个没有.. 不知道为什么或我什至如何找到它。

这仍然是你研究的东西吗？
我刚买了 4 个恒温器，我设法连接了 1 个，但即使是这个也不能正常工作（无法通过家庭助理控制它）。 我想我尝试了所有方法，并且在多次重置等后有时连接似乎有点随机。 现在我可以在 Phoscon VNC GUI 中看到一个恒温器，但它无法再连接，而且 WebApp 上的“添加新传感器”也不起作用。

此问题已自动标记为陈旧，因为它最近没有活动。 如果没有进一步的活动发生，它将被关闭。 感谢你的贡献。

@Paragrimm我的还在工作。 由于它是温暖的自动取款机，它们不经常使用，但我仍然可以向恒温器发送命令（如屏幕锁定）。 但是我也遇到了很多问题：失望：
您可以从 VNC GUI 修改连接的恒温器的状态吗？

我刚刚得到了其中的两个，我也想让它们工作。
@ebaauw如果我们试图唤醒 eurotrinoc 会有帮助吗？ 我们应该问他们什么问题？

• 如果他们有更新的固件。 他们在哪里发布它。
• 他们是否/何时/如何支持绑定到外部温度传感器。
• 如果他们知道他们的固件中存在错误，TRV 无法检测到它的父级已将其踢出并且没有找到新的父级。

我在年初要求 Eurotronics 支持进行固件更新。 他们的回答是他们已决定不公开提供固件更新。 他们给出的原因是许多网关制造商不支持更新。 不管是什么原因。

嘿 Erik，好的，TRV 是什么？ :-)

恒温散热器阀

此问题已自动标记为陈旧，因为它最近没有活动。 如果没有进一步的活动发生，它将被关闭。 感谢你的贡献。

我注意到 homebridge-hue 将 TRVs 模式设置为“关闭”，如果它在 HomeKit 中被禁用。 有谁知道即使 TRV 设置为“OFF”，防冻保护是否仍然有效？

我注意到 homebridge-hue 将 TRVs 模式设置为“关闭”，如果它在 HomeKit 中被禁用。 有谁知道即使 TRV 设置为“OFF”，防冻保护是否仍然有效？

对于我的恒温器，它们会在 15 分钟后从“关闭”模式恢复到之前设置的任何模式。 所以它不应该有什么不同。 （我假设“关闭”模式用于某种窗口打开检测）

@tkintscher有趣！ 出于某种原因，我的“关闭”模式保持了几天。 但是如果我读到“当前温度设定值”，它会返回“500”，所以我怀疑，防冻保护仍然有效。 也许我预装了更新的固件？ 我的“应用程序版本”是“22”。

@titus-leistner 这很有趣。 我的似乎是早期版本，其中“应用程序版本”是“15”：

我相信之前在某个地方讨论过不同固件版本的存在，但是制造商没有提供更新版本用于手动更新😕

由于我的不关闭，我没有研究这么多......但我猜想手动将其设置为“500”，而不是使用“关闭”模式，会保持防冻保护。

我的似乎是早期版本，其中“应用程序版本”是“15”

我的报告也是_应用程序版本_ 15。

_Off_ 模式（以及 _Boost_ 或 _On_）通过 _Host Flags_ 制造商特定属性设置，请参阅https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343。 作为副作用，它们还会改变热点。 我不认为您可以通过设备上的控件设置 _Off_，而且我从未见过它自动打开，但据推测，它设置为打开窗口检测（即温度突然下降）。

我注意到 homebridge-hue 将 TRVs 模式设置为“关闭”，如果它在 HomeKit 中被禁用。

恐怕 Homebridge Hue 可能不会正确使用 _TargetHeatingCoolingState_。 在 HomeKit 中，您可以将其设置为 _Off_、_Heat_、_Cool_ 或 _Auto_，后者表示加热或冷却。 当 _TargetHeatingCoolingState_ 为 _Off_ 时，主页将图块变灰。 它点亮了其他山谷的瓷砖。 您只能在 _TargetHeatingCoolingState_ 不是 _Off_ 时更改 _TargetTemparature_。 由于 Eurotronic 不支持冷却，因此逻辑上唯一有效的值是 _Off_ 和 _Heat_。

_Thermostat_ 是实际加热还是冷却由 _CurrentHeatingCoolingState_ 反映。 它采用值 _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 中显示的温度在配对后仅获得一次更新，然后再也不会更新
• 重新启动后，当按下read basic attributes时，deCONZ 会显示一个红点。

问题：

• 有谁知道，为什么它最初更新测量的温度但从不尊重heatsetpoint ？
• deCONZ重启后为什么会丢失通讯？

Phoscon 中显示的温度在配对后仅获得一次更新，然后再也不会更新

最有可能的是，API 插件未能设置适当的绑定和属性报告设置。 这也可以解释battery和locked和displayflipped的缺失值。 当您从 GUI（_Battery Percentage Remaining_、0x001/0x0021 和 _Host Flags_、0x0201/0x4008）手动读取相应的属性时，它们是否会填充？ 请参阅帮助下的用户手册如何手动设置绑定和配置。 或者尝试修复。 请务必仔细检查电池：配对需要比常规操作更多的电量。

有谁知道，为什么它最初更新测量的温度但从不遵守热设定点？
deCONZ重启后为什么会丢失通讯？

我怀疑这与重新启动 deCONZ 有关。 我的 TRV 经常无法访问，直到我将它们移动到一个单独的网络，除了 RaspBee 之外，只有一个路由器（Trådfri 中继器）。 据我所知，它们被父路由器踢出，但没有注意到并找到新的父路由器。 请注意，在这种情况下，它们仍会向网关发送报告，但网关命令不会到达 TRV。
这似乎是 TRV 固件（和父路由器固件）（之间）的问题，我担心 deCONZ 在这里无能为力。 解决方法是重新启动 TRV（取出并重新插入电池）。

感谢您的回复埃里克！

我重置了设备并尝试了您的建议，结果是：

• displayflipped和locked仍然是null
• 点击阅读按钮后， battery为90
• 当点击阅读按钮时， heatsetpoint被报告为500 （在我看来有点冷淡）
• 写入2200或heatsetpoint任何其他值永久失败

您需要为heatsetpoint读取/写入制造商特定的 0x4003 属性； 标准 0x0012 属性不适用于 Eurotronic。 对于翻转和锁定的显示，您需要读取 0x4008。 REST API 中可能仍然存在一个错误，即它只会在值更改时更新 REST 属性。 也许尝试从 API 更新它们，或者通过在 TRV 上按住 + 和 - 来锁定显示。

我的错，第一次使用 0x0012，正如你所想的那样 ;-) 。 试过0x4003，在配对模式下读取有效，设备配对后，读取和写入均无效。 我是否需要在配对模式下读取与 api 相关的每个属性才能使设备随后正常工作？

这很奇怪。 Eurotronic 是一种轻型睡眠者，应该对命令做出响应。 你能在 GUI 中看到它使用的是什么父级吗？ 它有什么固件版本（_Date Code_ 和 _SW Build ID_ 属性）。

屏幕截图显示了当 TRV 处于配对模式时 deCONZ（基本属性读取一次）。 属性编辑器显示对 0201:0x4003 的写入尝试失败。 然后我按下SW Build ID的读取按钮，一分钟后读取值： 22190930 。

这与我的固件不同（更新？）。 从未在网上找到 Eurotronic 固件，即使它们似乎可以通过无线方式更新。

你能检查节点闪烁绿色的频率吗？ 那是 TRV 轮询其父路由器以获取任何消息的时间。 这应该是每 7 秒一次或更频繁地使设备可以访问。 否则，我们需要实现config.pending来编写config属性。

按下物理按钮之一可能会强制唤醒 TRV。 您可以在读取或写入属性之前和期间尝试这样做。

据我所知，不支持上传/下载固件。 所以没有机会降级固件。

我编辑了我之前的评论（抱歉，我的 iPad 认为在我还在打字的时候发布它会很有趣）。

配对后一个小时，它只是稳定的绿色，如果按下 TRV 的按钮，它不会开始闪烁

建议它不断轮询。 配对后这是正常的，但应该停止快速耗尽电池的痛苦。

你能嗅出 Zigbee 的流量吗？ 如果没有，您可以使用--dbg-info=2 --dbg-aps=2 --dbg-error=1运行 deCONZ 并检查日志。 您应该看到 TRV 正在轮询网关（作为其父级）的消息。

deCONZ 当前正在使用 --dbg-info=2 标志运行并记录大量这些语句：
MAC Poll 0x02 0x164E
后跟一个verify 0x00158d00053d3623 is child node after 809128 s

如果还需要其他标志，我将重新启动。 但随后图标很可能会变成灰色而不是纯绿色。

你会推荐什么嗅探工具（如果可能的话，无头）？

我在 Raspberry Pi 上使用带有原始 ConBee 的 ZShark 来捕获数据包，并在 Mac 上使用 Wireshark 来分析它们。 请参阅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只能读取。 我会问 eurotronic 他们是否在固件中更改了影响写入0x0012 。

我认为这仍然可能与general.xml 中制造商特定属性的顺序有关。 如果我没记错的话，Eurotronic 不是第一，而是第二。

eCozy 是第一。 @SwoopX你会建议为了测试目的而切换它们吗？

如果您没有任何 eCozy，您甚至可以将其删除。 但是，是的，可能值得一试。

我有相同的固件版本，也和 dowhiletrue 一样。
在 deCONZ 中，我可以将一个值写入 0x0012，该值显示在设备的显示屏中 - 例如 2050。

通过 API 的查询给了我这个：
{
“配置”：{
“电池”：80，
“显示翻转”：空，
“热设定点”：2000，
“锁定”：空，
“模式”：“自动”，
“偏移量”：0，
“开”：真的，
“可达”：真
},
"ep": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"lastseen": "2020-10-20T19:45Z",
"制造商名称": "Eurotronic",
"modelid": "SPZB0001",
"name": "恒温器",
“状态”： {
"lastupdated": "2020-10-20T19:45:51.313",
“开”：真的，
“温度”：1950，
“阀门”：38
},
"swversion": "20191014",
"type": "ZHAThermostat",
"uniqueid": "00:15:8d:00:03:2f:62:4f-01-0201"
}

Openhab 显示 0x4003 的值，直到我再次按下 deCONZ 中的“READ”。 尝试更改 Openhab 中的热设定点值不会写入 HAVC。

我也有 swversion 20191014 的问题。我可以通过 deCONZ Gui 写 0x0012，但不能从家庭助理或 deCONZ api 写。 当我在 HAVC 上手动设置时，热设定点也不会刷新。

同样的问题在这里！
例如，当在 home 或 eve 应用程序中将 TRV 模式从自动更改为加热时，这是带有错误的日志。

有人可以帮忙吗？

@olliox不应在此处询问有关第 3

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。

我们是否需要在固件之间进行这种区分，即是否有任何固件不接受制造商特定的 0x4003 旁边的属性 0x0012？

我自己在 20181205 上。 这是很久以前的事了，但如果有记忆的话，当发出 _Setpoint Raise/Lower_ 命令时 0x0012 不会更新，而 0x4003 在设置 0x0012 时不会更新。 始终使用 0x4003（用于获取和设置目标）始终如一，因此我在 API 中使用它。

当然，如果较新的固件版本不再支持该属性，我们需要适应它。 使行为依赖于软件版本似乎是一种谨慎的方法。 请注意，您提到的是 _Date Code_ 值而不是软件版本。 API 公开为swversion ，具体取决于最后读取的属性。 不确定是否有ResourceItem ，但检查 Zigbee 属性的zclValue可能最安全。 确保还更改属性报告设置，并进行相同的版本检查。

TRV 似乎可以升级固件，但我没有找到任何固件文件。

你好呀，

不幸的是，我遇到了与@alpha23和@olliox 相同的问题。 我昨天刚买了 Eurotronic Spirit Zigbee，我也有相同的日期代码“20191014”。 如果有人能在这里帮助我们，那就太好了。

此致 ：）

我现在将重新打开它。

我在 9 月初购买了一个版本为 20191014 的，可以按照以下说明进行连接：
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

昨天用相同的固件 20191014 又买了两个，但加入这些有问题。 将尝试恢复我的 docker 版本。

可能需要一些帮助来进一步调查如何配置我的日志以查看发生了什么。 我试图直接通过 deconz 设置热点。 在已经连接的设备上，它可以设置并更新硬件：

在新设备上写入失败

@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)，在 ID、类型、访问和值方面根本找不到任何区别。

我的基本属性是（也许它可以帮助您比较不同的版本）：

关于当前温度设定值，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。

9 月份的“旧”版本和现在的新版本都报告了以下基本属性值：

• 0x0006 日期代码：20191014
• 0x4000 软件版本 ID：22190930

看问题的时间越长，我相信它仍然是由于添加了deconz。

9 月份的“旧”版本和现在的新版本都报告了以下基本属性值：

• 0x0006 日期代码：20191014
• 0x4000 软件版本 ID：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))

日志输出显示日志语句，但之后没有任何变化，为什么？

我还可以确认，在 9 月 12 日左右购买的 Spirit Zigbee 上，我可以写入 0x0012 和 0x4003。
在我本周购买的 4 个 Spirit Zigbee 上，没有一个 0x4003 是可写的，但 0x0012 是可写的。

所有 5 台设备都有
日期代码 20191014
产品代码 1991
软件内部版本 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，不工作在3XXX结束MAC地址

还有一件事，FWIW：
我有一个看看STD OTAU插件。 对于每个4非工作恒温器，所述OTAU更新选项卡显示的数据，即。 所有字段均为 0x000。 对于一个恒温器不工作的值是：
供应商 = 0x1037
图像 = 0x110c
版本= 0x0162e9d2

不知道这是什么意义，但我想我反正分享。 :)

如果有什么我可以做的比较或提供有关设备的信息，让我知道。

我最近也买了一个 Sprit ZigBee 并面临同样的问题（可以通过 0012 设置温度，但不能通过 4003）。 Basic 页面上的属性与 petermarasek 相同，因此与旧的恒温器也没有区别。 MAC 地址也以 3XXX 结尾。
我已经尝试编译其余 api 的调整版本，但没有成功（api 运行，恒温器没有变化，按钮不再报告变化）。 如果有人会调整代码，我可以帮助测试新的恒温器。

连外貌都一模一样

@petmarasek这是意料之中的事。 不同之处在于设备固件。

为了完整起见：这是旧固件的 _Basic_ 集群：

以及 OTAU 视图（带有 8 个 Eurotronic Spirit TRV）。 我不知道固件文件版本是否/如何与 _SW Build ID_ 相关。

对于 4 个非工作恒温器中的每一个，OTAU 更新选项卡均未显示数据

@petmarasek ，这些行最终会填充（TRV 需要查询 _OTAU_ 服务器），或者您可以尝试通过选择节点并按 _Query_ 来强制执行此操作。

在非工作恒温器上，尝试写入 0x4003 属性时返回什么状态代码？

有没有人已经尝试过使用 22190930 固件进行遥感？

有人联系过 Eurotronic 支持吗？

@petmarasek ，只是一个疯狂的想法：TRV 上的 0x4000 值是多少，哪些值是无效的。 当 0x4000 的值错误时，我可以想象 TRV 不接受 0x4003。 该属性在设定值模式和直接控制阀门（绕过 TRV PID 算法）之间切换。 手册在解释细节方面很糟糕......

0x4000 = 默认值为“手动”。 如果将该属性设置为“未知 1”，则 TVR 会使用“手动”覆盖它。 如果您将该属性设置为“未知 2”，则 TVR 不会覆盖它，但更改 0x4003 还不起作用。

正如我上面写的，基本、电源、识别和恒温器的所有属性对于工作和不工作都是相同的。 再次检查 0x4000 没有区别

在非工作恒温器上，尝试写入 0x4003 属性时返回什么状态代码？

有没有人已经尝试过使用 22190930 固件进行遥感？

有人联系过 Eurotronic 支持吗？

我已经联系了 Eurotronic 支持并向他们提供了该线程的 URL。 希望他们回答并设法解决这里的困惑:)

你好，

我有与 Eurotronic 非常相似的 Danfoss Ally，我发现设置设定点似乎工作正常。 恒温器上的屏幕会立即更新，但是阀门电机有时即使对 10 度以上的大变化也会立即做出反应，但有时可能需要数小时才能移动。 我想这可能是由于 PID，但不知道如何规避。

嗨，我昨天买了一个 Spirit Zigbee 并尝试将其配对，我的设置是 pi 3b+ 与 Hass 0.116.4 和 conbee II。
我将它与 Phoscon 配对作为传感器，但那里什么也没出现，但在 de CONZ 上显示为已配对，点击读取按钮几次，属性现在已填充，但仍然无法将其添加到 Phoscon。
是否可以通过 Homeassistant 控制它？ 如何将其添加为设备？

谢谢！

该设备没有出现在 phoscon 中，您需要第三个应用程序或直接使用 api。

但是最近版本好像有问题，不是很清楚。

我还可以确认，在 9 月 12 日左右购买的 Spirit Zigbee 上，我可以写入 0x0012 和 0x4003。
在我本周购买的 4 个 Spirit Zigbee 上，没有一个 0x4003 是可写的，但 0x0012 是可写的。

所有 5 台设备都有
日期代码 20191014
产品代码 1991
软件内部版本 ID 22190930

当前只有旧设备响应来自 HA 的临时命令。

使用 Conbee II、Phoscon 2.05.84、固件 26650700
HassOS 4.15 带有 deCONZ 6.4.1 附加组件，HA 0.116.4

我也有同样的问题。 7 月 30 日购买的两个 Spirit Zigbees 工作正常。 10 月 20 日购买的另外两个 Spirit Zigbees 无法工作，因为 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 固件 26580700

但是有没有办法重新调整旧/新设备？

但是有没有办法重新调整旧/新设备？

过去 2 周我一直在研究这个，我能找到的唯一区别是 TVR 的 MAC Id，但这更多的是观察而不是某种差异。

具有可写 0x4003 的一个 TVR 具有以 2XXX 结尾的 MAC Id。 我还有四个具有只读 0x4003 的 TVR，它们的所有 MAC Id 都以 3XXX 结尾。

但是有没有办法重新调整旧/新设备？

过去 2 周我一直在研究这个，我能找到的唯一区别是 TVR 的 MAC Id，但这更多的是观察而不是某种差异。

具有可写 0x4003 的一个 TVR 具有以 2XXX 结尾的 MAC Id。 我还有四个具有只读 0x4003 的 TVR，它们的所有 MAC Id 都以 3XXX 结尾。

不幸的是，我无法证实这一点。 我的 TVR 的 MAC ID 具有只读 0x4003 以 261A 结尾。 :(

那么，为什么不只测试方法 1，如果失败，则使用方法 2？

因此，我的两个 Eurotronic Spirit（均以 3XXX 结尾）无法写入 0x4003。 然而，正如所观察到的，我可以毫无问题地写入 0x0012，正如所讨论的，这会导致设备上的设置点立即发生变化。 有什么方法可以手动更改 deCONZ 用于设置温度的地址？ 我在 Hassio 上使用 deCONZ，如果我能找出如何将 0x4003 更改为 0x0012，问题似乎很容易解决，对吗？

那么，为什么不只测试方法 1，如果失败，则使用方法 2？

所以我真的不喜欢特殊的编程。

我想总结一下我到目前为止所了解的内容。 所以如果我错了，请纠正我！

将温度设置为地址 0x0012 时，具有以下属性的所有设备均按预期工作：
日期代码 20191014
产品代码 1991
软件内部版本 ID 22190930
MAC 以 2XXX 结尾（也适用于 0x0012 和 0x4003）或 3XXX（仅适用于 0x0012）

具有以下属性的@ebaauw 之类的设备只能按预期在地址 0x4003 上工作：
日期代码 20181205
产品代码 1001
软件内部版本 ID 15181120

因此，在我看来，如果我们可以确定第一个提到的组确实在 0x0012 上按预期工作，我们可以通过日期代码、产品代码或软件构建 ID 中的一个或所有三个属性来决定使用哪个地址。 对于该组的 3 个设备，一个是 2XXX，两个是 3XXX，我可以为我确认这种正确的行为。

有没有人尝试在其中一种新设备上进行“遥感”工作？ 如果他们实施这一点会很棒。

顺便说一句，没有人在添加设备时出现“分段错误”？

你好！ 我最近还买了一个 Eurotronic Spirit Zigbee，我遇到了完全相同的问题（可以写入 0x012 但不能写入 0x4003）。
由于似乎没有明确的方法来区分旧版本或新版本：如果我们反过来做并且总是发送 0x012 会发生什么？ 旧版本的恒温器对此有何反应？

抱歉，我刚刚读了一篇较早的帖子，描述了在较早版本上写入 0x012 是有问题的。
@petmarasek是否将 0x012 写入接受 0x4003 代码的设备也有问题？ 否则对日期代码（或其他属性之一）的检查仍然可以工作。

我刚刚发现了一些更坏的消息：在我的 Eurotronic Spirit 装置中，在手动操作装置后，当前温度设定点（由 0x4003 检索的值）似乎也没有持续更新:(另一方面，“占用加热设定点” （0x012 值）在手动操作后持续更新。所以我认为这个值也应该用于读取新设备的当前设定温度......真是一团糟......

@petmarasek是否将 0x012 写入接受 0x4003 代码的设备也有问题？ 否则对日期代码（或其他属性之一）的检查仍然可以工作。

接受写入 0x4003 的 TVR 也接受写入 0x0012 和 0x0014。 （已占用和未占用的加热设定点）。 根据文档和个人观察，写入 0x0012 或 0x0014 会自动将这些值复制到 0x4003。

接受写入 0x4003 的 TVR 也接受写入 0x0012 和 0x0014。 （已占用和未占用的加热设定点）。 根据文档和个人观察，写入 0x0012 或 0x0014 会自动将这些值复制到 0x4003。

好的，这听起来很鼓舞人心！ 所以也许我们可以使用硬件版本或任何属性来找出要发送到 TVR 的代码。 然后在读取当前温度时执行相同操作。

@petmarasek感谢您的检查！

好吧，我现在有点困惑......

当我过去研究如何在我的新恒温器上设置加热设定点时，我看到了另一个恒温器（我去年购买的），其软件版本与不工作的相同。

我打开 DeCONZ GUI 并验证两个单元具有相同的硬件和软件版本：

有趣的是，如果我写入 0x4003，名为“Küche...”的单元不会报告错误。 即使我使用按钮手动调节温度，也会正确报告测试值。 一切都按预期工作。

如果我用来写入 0x4003 并且不报告任何更改，则名为“Büro...”的单元会报告错误。

两个单元都装在一个印有金色印刷的盒子里。 我拥有的所有其他单位都有一个带有绿色印刷品的盒子。

也许那里有一些有问题的单位？

@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

@petmarasek但是，如果所有较新的模型在读取和写入 0x0012 时都正常运行（除了写入 0x4003 之外的所有模型都正常运行），我们可以可靠地使用硬件版本、日期代码或软件构建 ID一个简单的 if 语句（或当前的范围）发送正确的代码（硬件版本 < 5 为 0x4003，硬件 >= 5 为 0x0012）。

我愿意对源代码进行必要的更改，但这需要一些时间，因为我之前没有接触过 deconz-rest-api 代码（或与此相关的项目），我需要弄清楚如何设置一个开发人员测试环境（因为我在 PI 上运行 deconz 作为 HA 的插件）。
除此之外，我只有一个目前无法工作的单元，所以我无法执行回归测试。 我只能在发送和读取 0x0012 时检查更改后的代码是否适用于我的设备。

我愿意对源代码进行必要的更改，但这需要一些时间，因为我之前没有接触过 deconz-rest-api 代码（或与此相关的项目），我需要弄清楚如何设置一个开发人员测试环境（因为我在 PI 上运行 deconz 作为 HA 的插件）。
除此之外，我只有一个目前无法工作的单元，所以我无法执行回归测试。 我只能在发送和读取 0x0012 时检查更改后的代码是否适用于我的设备。

那很好啊。 我完全没有这方面的经验，而且由于我在 Hassio 上运行，我认为对我来说没有太多可尝试的。 我发现的是恒温器 cpp中第 454 行的特定代码。（抱歉，如果代码截图违反规则，我是 github 的新手）。
在这里它会检查恒温器是否来自 Eurotronic 并特别声明使用 0x4003。 也许这有任何帮助。

@petmarasek如果是设计

@joukestoel我有一个硬件版本 5 的单元，它可以与 0x4003 一起使用，另一个单元的硬件版本相同，但不起作用。 如果我使用在工作单元上写入 0x0012，我必须手动读取 0x4003 以获取更新的值。

就像文档所说的下一个问题是，只有 0x4003 是可报告的。 但是当我写入 0x0012 或使用设备上的按钮更改值时，这不会发生。

就像文档所说的下一个问题是，只有 0x4003 是可报告的。 但是当我写入 0x0012 或使用设备上的按钮更改值时，这不会发生。

@alpha23你在说什么文档？ 我认为修复应该是（正如@mod3k指出的那样）用于读取当前设置温度的代码也应该“只是”读取 0x0012 值而忘记 0x4003 值。 在@mod3k所附代码的屏幕截图中，这意味着需要扩展 if 条件以检查硬件版本。

但由于我是这里的新手（以及代码库），我可能会大错特错，我可能会完全遗漏一些东西。

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

右侧的 Y/N 表示该属性是否可报告。

@alpha23感谢您的链接！ 感谢您指出这一点。 正如我之前提到的，我是家庭自动化和 Zigbee 设备领域的新手，所以我有很多东西要学习 :s 报告是否意味着仅报告属性会定期将其值发送给 deconz？

我必须收回我之前的声明，我认为 0x4003 值没有更新。 事实证明，默认报告时间设置为最多 600 秒。 作为测试，我已覆盖配置以在最多 20 秒后报告，现在我确实在 0x4003 属性中看到了更新的值。 这意味着读取当前设置温度的代码不必更改（并且更改可能无论如何都不会起作用，因为 0x0012 属性不是报告属性）

是的，我认为必须做出的唯一更改是取决于硬件的决定是写入 0x0012 还是 0x4003。 我只是手动将一个新的温度写入 0x0012，该值立即更新为 0x4003。

tbh：如果我只为自己编写代码，我只会将命令发送到两个 ID。 听起来很脏，但无论恒温器接受什么，它都应该更新

我已经联系了 Eurotronic 支持并向他们提供了该线程的 URL。 希望他们回答并设法解决这里的困惑:)

我还联系了 Eurotronic 支持并要求他们回复此线程以解释我们如何解决当前问题。 到目前为止，我没有收到解决方案的回复......

我刚刚添加了一个拉取请求 (#3626)，它应该可以解决我们更改当前加热设置点的问题。
我花了一段时间才弄明白，但在写入前面讨论的 0x0012 属性（占用的加热设定点）之后，我还需要发送一个通用的制造商代码。

为了区分新旧单元，我使用了软件版本属性。 对于软件版本低于 22190903 的设备，旧的 0x4003 属性也将被写入。 对于软件版本为 22190903 及更高版本的模型，将使用 0x0012 属性。

此修复适用于我的单位，但由于我只有一个单位，我不能保证它也适用于较旧的和其他单位，所以让我们保持祈祷🤞

哇，好快。 非常感谢！ 我希望这些变化能够迅速实施。 在那之前，我使用 ZHA 而不是 deCONZ。 昨天安装了它，一切似乎都运行良好（ZHA 集成本身使用 0x0012）。

非常感谢@joukestoel的修复！ 现在我们必须等待发布，希望快点到来

对于它的价值：可以确认https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626已经解决了我的问题。

有一个带有SW Build ID 22190930 SW Build ID和Phoscon/deCONZ 2.5.87 版的 Spirit 装置，我现在可以成功地从 REST API（以及家庭助理）控制加热设定点。

确实遇到了读取基本集群信息（以便在 REST API 中设置设备）_未_正确检索 SW 构建 ID 信息（字段保持为空）的问题。 必须从 GUI 中明确“读取”该字段才能开始工作......

此外，完全不相关：传感器文档提到config参数为heatingsetpoint而实际上它似乎是heatsetpoint ...

我刚刚添加了一个拉取请求 (#3626)，它应该可以解决我们更改当前加热设置点的问题。
我花了一段时间才弄明白，但在写入前面讨论的 0x0012 属性（占用的加热设定点）之后，我还需要发送一个通用的制造商代码。

为了区分新旧单元，我使用了软件版本属性。 对于软件版本低于 22190903 的设备，旧的 0x4003 属性也将被写入。 对于软件版本为 22190903 及更高版本的模型，将使用 0x0012 属性。

此修复适用于我的单位，但由于我只有一个单位，我不能保证它也适用于较旧的和其他单位，所以让我们保持祈祷🤞

我有 SW Build ID 22190930 并且它与旧版本（2.05.81 / 14.9.2020）一起工作正常。
我不确定如果我现在更新它是否会中断？

我刚刚运行了新版本。 不幸的是，我们必须报告， @joukestoel对这个问题的修复只完成了一半。 重启后似乎不会自动读取基本集群 0x4000 SW Build ID 属性。 为此，在手动读取此属性后，仅使用正确的地址 0x012。 目前我只有三个恒温器在重新启动后执行此操作，但是当我有 13 个恒温器时，我将需要在每次重新启动后不手动执行此操作

同样的问题在这里。 如果我重新启动 deCONZ 或 Spirit，则不会再收到更新并且无法再设置温度。

@DerOetzi @dowhiletrue啊，对不起！ 仍在学习 Zigbee Deconz 的东西 :) 我将对代码进行改进，使其更加健壮！ 希望这可以包含在下一个版本中。

我会及时通知你的！

并注意到新的另一个问题：

模式切换到关闭在那些上效果不佳。 我会努力调查这个！

更新：将主机标志写入 0x4008 也失败

大家好，我们公司目前正在为 Eurotronic 开展固件代码审查和修复写入 0x4003 和 0x4008 属性的问题。 请耐心等待，因为我们不是原始固件的作者。

好消息是我已经能够通过无线 (OTA) 方式成功更新固件。

请，如果您发现任何其他问题，请写在这里或通过电子邮件与我联系。 谢谢你。

大家好，我们公司目前正在为 Eurotronic 开展固件代码审查和修复写入 0x4003 和 0x4008 属性的问题。 请耐心等待，因为我们不是原始固件的作者。

好消息是我已经能够通过无线 (OTA) 方式成功更新固件。

请，如果您发现任何其他问题，请写在这里或通过电子邮件与我联系。 谢谢你。

谢谢你的好消息。 能否请您提供一个简短的说明，如何进行 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”而变化，这是当前的阀门位置。 当尝试通过“设置阀门位置（0x4001）”更改该阀门位置时，无论我发送哪个值，设备都会返回“INVALID_VALUE”。
• 此外，我每隔一天就会失去 Zigbee 连接，甚至电源循环也无济于事。 我必须通过“三键法”重置和重新配对设备。

由于当前固件似乎存在很多问题，因此降级将是一种干净且快速的快速修复，我非常感谢。

大家好，我在使用全新的酒精恒温器时遇到了同样的问题。 Eurotronic 的人是否有可能在返回原始日期戳命名约定 (20191014) 之前错误地发布了名称中有拼写错误的固件版本 (22190930)？ 属性 0x0006“日期代码”的名称暗示了日期戳。 泰迪熊

@Witriol也期待 OTA 固件更新！ 提前致谢！
泰迪熊

@teddy-rpi ：有固件构建日期和固件版本：

我刚刚创建了第二个拉取请求，它实现了@DerOetzi早先提出的粗略临时解决方法：在更改加热设置点时只写入两个（0x4003 和 0x0012）属性。
这绝对不是一个好的解决方案，但由于我们从@Witriol 那里得知制造商正在进行固件更新（顺便说一句！）我觉得这个修复程序暂时可以接受。 我希望你们都能同意。
该修复程序再次适用于我的恒温器版本，但我不能再提供任何保证:)

@magicdude4eva ：谢谢！ 如何发现固件版本？ 在基本的群集下deCONZ，属性0x0006“日期代码”给我20191014和德属性0x4000的“SW构建标识”是空的。

我刚刚添加了一个拉取请求 (#3626)，它应该可以解决我们更改当前加热设置点的问题。
我花了一段时间才弄明白，但在写入前面讨论的 0x0012 属性（占用的加热设定点）之后，我还需要发送一个通用的制造商代码。

为了区分新旧单元，我使用了软件版本属性。 对于软件版本低于 22190903 的设备，旧的 0x4003 属性也将被写入。 对于软件版本为 22190903 及更高版本的模型，将使用 0x0012 属性。

此修复适用于我的单位，但由于我只有一个单位，我不能保证它也适用于较旧的和其他单位，所以让我们保持祈祷🤞

非常感谢。 现在它对我来说很好用。

我刚刚创建了第二个拉取请求，它实现了@DerOetzi早先提出的粗略临时解决方法：在更改加热设置点时只写入两个（0x4003 和 0x0012）属性。
这绝对不是一个好的解决方案，但由于我们从@Witriol 那里得知制造商正在进行固件更新（顺便说一句！）我觉得这个修复程序暂时可以接受。 我希望你们都能同意。
该修复程序再次适用于我的恒温器版本，但我不能再提供任何保证:)

我从来没有建议过这种方法。 认为这是一个非常丑陋的解决方法。 如果为空，我们更希望使用您的第一个修复程序并强制 deconz 读取基本集群地址 0x4000。

抱歉@DerOetzi ，我引用@mod3k提出的。 我同意解决方法很丑，但希望它不需要太久，老实说，我之前的修复也不是一个宝石：s

我确实认为这个非常丑陋的修复比我以前的实现更健壮和故障安全

Fix 正在为我工​​作，具有非常基本的功能（设置目标温度）。 我的错误：0x4000 属性是空的，因为我只在 deCONZ 中读取了整个集群，而不是双击该属性并单独读取它。 然后该字段填充了与你们相同的固件编号，从 22 开始。 再次感谢，等待正确的 OTA 修复才能使用所有功能。 泰迪熊

抱歉@DerOetzi ，我引用@mod3k提出的。 我同意解决方法很丑，但希望它不需要太久，老实说，我之前的修复也不是一个宝石：s

没问题👍 我不确定您的新修复程序是否可以在旧固件版本上正常工作。 如果我在@ebaauw 的帖子中正确理解了他写的错误属性可能会混淆旧设备：

我自己在 20181205 上。 这已经是很久以前的事情了，但如果有记忆的话，在发出 Setpoint Raise/Lower 命令时 0x0012 不会更新，并且在设置 0x0012 时不会更新 0x4003。 始终使用 0x4003（用于获取和设置目标）始终如一，因此我在 API 中使用它。

不知道写入这两个属性时它们会发生什么。 所以我个人更喜欢在重新启动后手动读取 Basic Cluster 0x4000 的解决方法，这是使您的第一个修复工作的必要条件，然后再搞乱所有其他旧固件版本。 也许比我更了解 deconz 内部的人可以给出是否可以强制它在为空时自动读取该属性。 在我看来，这将是更好的解决方案。