＃1168

对不起 -这一次，这还不错。

2个喜欢
＃1169

我们/我是否有一种方法可以通过更改代码的特定行（本地）来切换到此行为？

我知道，每当我升级到新版本时，都必须完成此操作，并且可能会破坏以后的版本，但是目前的行为意味着我无法与任何（半）标准气候UI组件一起使用此集成。

再次感谢您的出色工作！

＃1170

创建自己的github叉（单击叉），编辑代码，导入叉子。然后，合并从主体变化为/何时：liticle_smile：

我在下面完成了此操作：

我有几天的人在启动气候UI来改变温度并设置永久覆盖，这不是我们在整合之前使用evohome的方式。

＃1171

啊，谢谢：+1：我一直在寻找特定必需的代码更改，我想我在这里找到了：更新climate.py·imimx/evohome_cc@218e5f5·github

＃1172

我在custom_components/evohome_cc/climate.py中更改了这一行248，因为默认的永久覆盖不是通缉的情况，我主要设置了带有Google Home的区域的温度，而不是我希望它到默认程序的末尾，并且使用它的结尾Google Home我无法选择永久性或温波级，这也许可以配置吗？

self.svc_set_zone_mode（setPoint = kwargs.get（attr_temperature））
至
self.svc_set_zone_mode（setPoint = kwargs.get（attr_temperature），mode = zonemode.advanced）

还尝试了此处找到的脚本（但这些脚本仅适用于GUI）：

在此脚本中，我会得到错误：
无法调用脚本/evohome_simple_thermostat不允许 @ data [“ setPoint”]

＃1173

伪造的区域传感器

我很快就要发布新功能 - 伪造的区域传感器。

请注意，区域只能具有1（或0）的活动传感器。

伪造的传感器的行为就像圆形恒温器，并且可以通过HA服务调用设置电流（测量）温度。请注意，模拟其他TR87RF功能（例如更改区域设定点（目标温度））没有值，因此不要期望发生这种情况。

模拟（伪造的）区域传感器可与EVOFW3- 兼容界面，但还没有HGI80- 有深厚的设计功能evohome_rf这使这个困难（本质上，因为HGI80是HGI80，而不是TR87RF，而Evohome_rf是非常严格这些事情）…

…尽管如此，我致力于做一个HGI80在未来的某个点上充当伪造的区域传感器。

另一个优势EVOFW3- 兼容的界面是您可以拥有传感器多区域，不仅是一个区域，就像HGI80…

将来，继电器也将被伪造（能够模拟）……甚至更多的理由购买其中之一USB加密狗

因此，如果有人对测试感兴趣，您需要一个EVOFW3- 兼容的加密狗，和HA恒温器，例如：

这个想法是，您使用自动化将数据从恒温器传递到伪造的传感器。

设置伪造的传感器：

  • 让控制器聆听传感器以绑定您选择的区域
  • 致电evohome_cc.create_sensor服务电话

更新区域（测量）温度

使用以下服务服务呼叫之类的内容：

服务：evohome_cc.set_zone_temp数据：entity_id：climate.main_room温度：21.3

请让我知道您如何进行。

1喜欢
＃1174

这是否意味着配置文件还没有准备好与Hometronic进行测试？

＃1175

那就是计划。

1喜欢
＃1176

还没有 - 您（Hometronics）应该将最大区域设置为16，并启用窃听。

＃1177

做得好@zxdavb

＃1178

@zxdavb我对假区传感器感兴趣！

＃1179

好吧，现在已经开始 - 您应该能够尝试。

＃1180

昨天早上，我更新了5天前的版本，此后，气候实体的Thet状态已在几个小时后获得的状态未知。
昨天晚上，我更新了昨天发布的版本，但是Stil同样的问题，重新启动后，我的身份良好，但是几个小时后，我获得了未知的状态。

可能是问题所在，温度实体仍在获得更新。
我看到日志中没有错误。

＃1181

昨晚更新为0.8.6，其停止工作。
今天早上尝试重新启动，检查设备链接到我的配置中的内容，YAML，在那里看起来都不错。

logger：homeassistant.setup来源：custom_components/evohome_cc/__ init__.py:220首先发生：9：20：16 am（1个出现）最后登录：9：20:20：16 AM AM OR OR ORROR OR OR ORROR OR ORRO误认为）：文件“/usr/src/homeassistant/homeassistant/setup.py”，第242行，在_async_setup_compont y in _async_setup_component =等待任务文件“/config/custom_components/evohome_cc/__init_cc/__init__.py”（）文件“/config/custom_components/evohome_cc/__init__.py”，第220行，在async_update _logger.info（“ schema =％s”，evohome.schema）文件“-packages/evohome_rf/systems.py“，第572行，在架构中返回{** super（）。schema，attr_zones：{z.idx：z.schema for z in self.__zones}}}}}}} file“/usr/usr/local/local/local/local/local/local/local/lib/python3.8/site-packages/evohome_rf/systems.py”，第572行，in  return {** super（）。schema.schema，attr_zones：{z.idx：z.idx：z.schema for s self._zones in self._zones中}} file“/usr/local/lib/python3.8/site-packages/evohome_rf/zones.py”，第809行，在架构中如果不是self._sensor._30c9_faked：attributeError：'Controller'对象没有属性'_30C9_faked'
＃1182

@zxdavb嗨，大卫。最新的建筑物看到此错误出现在HA启动中。

logger：Homeassistant资料来源：helpers /entity.py：455首次出现：12：31：21（1个出现）上次记录：12：31：21错误执行工作：callback async_track_point_in_in_in_in_utc_time .r locals>  .run_action> .run_action> .run_action> .run_action at /at /run_action（）usr/src/homeassistant/homeassistant/helpers/event.py：1172 Trackback（最新呼叫最后）：文件“/usr/lib/python3.8/asyncio/events.py.py”，第81行，第81行。_context.run（self._callback， *self._args）文件“/usr/src/homeassistant/homeassistant/homeassistant/helpers/helpers/event.py”，第1191行，在run_action hass.ACTION hass.async_run_hass_job中/homeassistant/homeassistant/core.py”，第428行，在async_run_hass_job hassjob.target（*args）文件“/usr/src/src/homeassistant/homeassistant/homeassistant/homeassistant/helpers/helpers/entity.py.py”（self.async_update_ha_state（force_refresh））attributeError：'nonepy'对象没有属性'async_create_task'
＃1183

发生完全相同的错误…

＃1184

刚刚在Zones.py中评论了相关的Elif语句，现在再次起作用。我想控制器设备尚未（尚未）具有假设备代码…

＃1185

您有状态消失的问题吗？
我看到这个：
2021-04-09_16H09_39

但是一个小时后，我明白了：
2021-05-04_16H17_21

＃1186

是的，HVAC_ACTION大约一个小时后消失。HA重新启动无济于事

＃1187

okéthx构象，而不是我不必在配置中进一步寻找。