# 1078

问个小问题，我可能错过了。如果我们想把圈子里的每个人都包括进来，我们该怎么办?把每个人都添加到一个包含列表?一个人都没有的排除名单?没有包含或排除列表，因为这是默认的?或者，以上任何一种方法都有效?

谢谢!

1像
# 1079

默认值(如果没有指定的话)成员或圈)包括各界人士。

2喜欢
＃1080

从支持中删除“show_as_state”的结果是什么?

那些旧的状态现在只是实体的默认状态吗?

＃1081

device_tracker的状态将不再是来自该选项的任何值。也就是说，它不会开车，移动或任何一个生活360地方的名字。它就像所有其他device_tracker实体一样:首页，not_home或HA分区名称。

我应该补充一点，这些信息仍然可以通过属性获得:开车，移动＆的地方．

1像
# 1082

好的，谢谢你的澄清。

# 1083

嗨,菲尔,

忘记马上考虑你的抄送了，很抱歉，所以发布了这个:跟踪每个国家的人(设备)的存在?

然后记住您有time_as特性，它至少显示了设备所在的时区。这能在CC中扩展到向全国展示吗?或者，是否可以将其添加到CC中。这将非常有帮助…和一个独特的功能(希望这是一个触发器…)

时区例如“欧洲/罗马”和“意大利”需要计算吗?或者这个是隐藏的，你能显示它吗。

谢谢你来看我。

很遗憾，我的用例很大程度上依赖于驾驶和移动状态。它使我的默认主页的突出部分…

我只是想确认一下，在0.95之后，我们仍然可以使用CC…我现在看到time_as也将消失，所以如果可能的话，我们更需要继续使用CC

# 1084

我不打算在这个自定义组件上进行更多的开发，也不打算修复HA新版本中出现的任何问题。当然,有人免费继续使用它(我不打算将它从我的回购),只要它继续工作,或者他们解决任何可能出现的问题本身,但我建议搬到目前可用的标准组件,至少在一个测试版。

您提到的现有特性也在我的自定义复合跟踪器中，我仍然支持它。是的，它在某种程度上被新的标准person组件所取代，但至少目前我将努力确保复合跟踪器继续与新版本的HA一起工作，主要是为了这些我从未见过的添加到person组件中的额外特性。

当然，它们和您所询问的新功能可能属于其他地方。至少，我觉得他们应该这么做。我添加它们是因为我想要这个功能，这是我当时最简单的方法。所以，我想，至少现在，我可能不会考虑添加这个新特性。

也许你没有注意到:

您的自动化程序仍然可以获得这些信息，尽管是以不同的方式。

＃1085

如果这是一个新的组件，这是一个小小的缓解。但是，因为它现在，我喜欢能够你继续使用CC，因为它的行为如此完美。

如果没有添加到CC中，你能帮我解决这个问题吗?我找到了一个建议，以时区为基础来计算国家:

但是，在python脚本或使用组件的timezone属性的jinja模板中，如何将其引入HA中有点不知所措。

# 1086

我想我又提了一个和我上一个问题有关的问题。

现在，我使用“show_as_state”，并将所有设备跟踪器合并到“person”组件中。

在正面，我的“人”的状态。xxx”显示为基于我在HA中设置的区域的位置。然而，它也会显示我的状态为“驾驶”或“移动”，如果我不在家或在另一个定义的区域，我实际上正在驾驶，等等。

既然“show_as_state”被删除了，那么person组件的状态还会像以前一样显示为“driving”吗?不幸的是，我认为答案是否定的，但我希望是肯定的。

# 1087

对不起,没有。

# 1088

是的,我想。: frowning_face:

我想我得创建另一个自定义传感器了。:非娱乐性的:

或者继续使用自定义组件直到它失效。

# 1089

同样的，喜欢自定义组件，不喜欢它因为集成到HA而被弃用。
就像Hue CC一样。

2个主要CC。希望他们会多福多寿

# 1090

我喜欢将它正式集成到HA中并使CC停止工作的想法。我很感激菲尔为把它弄进去所付出的努力。

我只是不喜欢CC的一些独特有用的功能被迫出去就在那里。

# 1091

+ 1。你说得更好。

但是，在阅读了与此集成相关的讨论后，我将赌注押在了长期存在的CC上，尽管我的希望是在集成的开发上。

# 1092

不确定我是否应该把它作为一个问题添加到这里。但我的定制组件Life360有一个问题。我最近刚从0.87更新到0.94.4，我得到的错误在:

在我的日志中。
安装失败的life360:没有定义安装函数。

我的简历如下:

—平台:life360用户名:!secret life360_用户名密码:!secret life360_password max_update_wait: minutes: 30
# 1093

您升级到自定义组件的最新版本了吗?

# 1094

我刚刚在你的github上读到，自定义组件设置有一个完整的大修。我将完成这些步骤并在需要时返回。如果我还需要你的帮助，我会告诉你的。感谢您的快速回复。

1像
# 1095

我通过为各种属性制作一堆模板传感器来解决这个问题。

传感器:sean_driing_status: friendly_name: 'Sean Driving Status' icon_template: mdi:gauge entity_id: device_tracker。Life360_sean value_template: "{% if state_attr('device_tracker. txt ');life360_sean'， 'driving') == True %} driving {% else %}Not driving {% endif %}" sean_moving_status: friendly_name: 'Sean Moving Status' icon_template: mdi:run-fast entity_id: device_tracker. "Life360_sean value_template: "{% if state_attr('device_tracker. txt ');" sean_wifi_status: friendly_name: 'Sean WiFi Status' icon_template: "{% if state_attr('device_tracker. php . php ') == True %}移动{% else %}不移动{% endif %}"life360_sean'， 'wifi_on') == True %}mdi:wifi{% else %}mdi:wifi off{% endif %}" entity_id: device_tracker。Life360_sean value_template: "{% if state_attr('device_tracker. txt ');life360_sean'， 'wifi_on') == True %}Connected{% else %}Not Connected{% endif %}" sean_battery_status: friendly_name: 'Sean Battery Status' icon_template: mdi: Battery -charging-wireless-alert entity_id: device_tracker. "Life360_sean value_template: "{% if state_attr('device_tracker. txt ');life360_sean'， 'battery_charging') == True %}充电{% else %}拔插{% endif %}"

然后在你的自动化而不是使用你的状态device_tracker你使用你的新模板传感器的状态(例如sensor.sean_driving_status＆sensor.sean_moving_status)．

它不像以前那么干净了，特别是在UI中显示的时候，但是这个非常小的缺点是值得把它作为一个标准集成来实现的: slight_smile:

2喜欢
# 1096

愚蠢的我。我得到了它。多亏了你的文件。www.19463331.com现在即将升级到Python 3.7。再一次感谢您

# 1097

并不是所有被移除的功能都是“被迫移除的”。我选择删除一些我认为会让它更难被接受的功能。“标准化”过程已经够困难的了。保留这些功能很容易让它变得更加困难。

去掉的特征，show_as_state:开车,移动可能是最容易加回来的。我想我不会想加上show_as_state:地方选择。我遇到的区域防守问题太接近了。更好的方法是添加等同于地点的HA区域，我将在文档中解释如何实现这一点。

如果有强烈的欲望show_as_state:开车,移动当然要加回去，打开一个问题．我认为这并不是严格意义上的bug报告，但是在这种情况下，可以用这种方法来处理它(因为许多来自自定义组件，而转移到标准组件会导致“缺陷”)。

我承认，我有点喜欢看《驾车总动员》，不仅是“现场”，而且是州史上的。