＃1

TP-Link集成中有一个长期存在的错误。这种整合似乎是孤立的。似乎没有任何开发人员正在努力。

可能是此问题上最长的线程：

总而言之，TP-Link“ KASA”应用程序毫无疑问地看到这些设备，但是HA会在任何情况下发生较小的网络中断或HA在连接TP-Link设备之前启动时“无法使用”。从症状中，似乎HA的整合永远不会重新结合连接，而KASA应用程序确实如此。

这个问题不断以各种形式报告，但似乎从未解决过。

＃2

我对这个特定主题的观察是，当前的“代码所有者”政策有一个基本缺陷，以进行拉动请求。有一个时代以前可以解决的拉动请求，但由于代码所有者想以不同的方式做，但随后没有做任何事情。当前用于TP-Link集成的“ WIP” PR约为8个月，（除非最近发生了重大发生的事情），距离合并仍然几英里。

恕我直言，这是集成中的重大错误，应该用补丁进行调整，然后如果代码所有者希望以不同的方式这样做，他/她可以在闲暇时进行重构。

从技术上讲，如果代码所有者只是决定永不返回，那么这将永远无法修复，因为未经代码所有者的许可，没有人会合并PR。对我来说感觉像是一项破碎的政策：man_shrugging：

5个喜欢
＃3

如果这被打破（我相信是），则不应出现在集成页面上tplink。人们可能会购买这些（像我一样）以为他们会与HA合作。

这些非常受欢迎，设备非常好。确实可以作为重点解决此问题的重点。

Re Dave

7个喜欢
＃4

我不确定它是否被破坏了。我有六个HS110，对我来说很好。

不幸的是，它们确实在日志中显示了一系列更新的故障，这有点混乱，但它唯一的临时性（它们具有〜-50dBm信号，因此它不是信号问题），并且仍然可以完美运行；日志中没有显示不可用，并且打开/关闭它们是可以的。

＃5

我也感到你的痛苦！但是幸运的是，这是开发人员正在努力的事情！

2个喜欢
＃6

哇，好消息！

谢谢你让我们知道。我迫不及待想看到这个问题最终上床睡觉。

我唯一的评论是，我想知道20次恢复是否足够。如果整个40秒都没有重新连接，那么经常再次尝试是有意义的吗？每小时，每小时每小时，任何有效的工作。

＃7

根据我与@TheGardenMonkey我相信他还有其他一些长期想法。他似乎对修复它真的很感兴趣。

1喜欢
＃8

我今天提交的拉动请求是我去年提交的内容的更新版本，我和我知道其他一些已成功用于包括6个端口的各种TP-Link开关。我绝对会喜欢测试和反馈。我知道尝试同时打开 /关闭多个设备时存在“延迟”问题，但除此之外，我什么都没有注意到。

2个喜欢
＃9

我从Raspberry Pi 4B 4GB上使用HA监督安装台，并将始终遇到您描述的问题。

最近，我将安装移至NUC上Windows 10顶部的VirtualBox上运行的Hassos VM，此后我一直没有任何TP-Link设备。

不确定这是巧合还是值得研究的东西？

＃10

我也希望看到这个问题已解决。

＃11

作为启动顶部线程的人，我应该加我的一段时间很安静（注意到我在KASA应用程序中也遇到了同样的问题）。升级插头上的固件（我现在有5个），而我的Unifi装备已经摆脱了我遇到的问题。

我剩下的唯一烦恼是，当家庭助理开始启动时，他们在主管上被拔掉/关闭，他们将永远不会被家庭19463331伟德国际助理捡起，直到我重新启动它 - 例如，与Chromecast不同。

1喜欢
＃12

我很高兴测试新版本。但是非常愚蠢的问题：如何/如何获得并安装它？

＃13

我认为这是同一问题的另一个方面。例如，如果我的电源熄灭，显然HA和所有TP-Link智能插头都关闭了。当它返回并重新启动时，有时HA准备在插头之前寻找插头。在这种情况下，它们显然永远是“不可用的”。

我还做了很多网络调整，以确保它们始终具有牢固的联系。这大大降低了它们“不可用”的次数，以至于现在很少见。但是，如果邻居重新启动了他们的路由器，并且选择了一个与我的冲突的频道，我将再次看到问题。

换句话说，我认为问题仍然存在，只是并不是每个人都看到它。

1喜欢
＃14

我的主要目标是防止设备不可用的问题（这也恰好解决了未能添加的设备问题）。在当前代码中，如果设备停止响应，则HA将立即标记其不可用。但是，交换机不可用的原因之一是由于他们接收过多 /背对背 /同时请求。我会怀疑，那些限制访问其开关的人可能会发现较少的问题，但是那些尚未与Kasa和Ha提出竞争要求的人。

我已经看到多个人说，对网络进行一些更改已经减少或消除了无法使用的问题，但是我不知道为什么会有所作为。我有30多个TPLINK设备（有些设备并不总是像某些假日开关一样连接），而且我非常有信心我拥有一个良好的网络设置，但是如果没有重试尝试，我总是至少拥有1到5个设备，这些设备不会添加到HA HA上在启动和一定的时间之后将无法获得的相同金额。我没有阻止懒惰进入我的开关：liticle_smile：

1喜欢
＃15

测试它的最简单方法是将.py文件从“拉”请求复制到您的custom_components目录中的文件夹。我使用HA的PIP安装，因此我不知道您如何在其他版本中添加custom_components，但是我认为它几乎是相同 /相似的。当HA启动时，它将看到那里的自定义组件，并忽略已安装的版本。

来自这里的文件：https://github.com/thegardenmonkey/core/tree/dev/homeassistant/components/tplink

~/.homeassistant/custom_components/tplink $ ll total 56 -rw-rw-r-- 1 homeassistant homeassistant 3636 Sep 7 22:03 common.py -rw-rw-r-- 1 homeassistant homeassistant 364 Jan 11 2020 config_flow.py-rw-rw-r-- 1 97年9月7日14:55 const.py-rw-rw-r-- 1个乡亲抗性的乡亲3764 1月11日，2020年1月11日9月7日22:04 light.py -rw-rw-r-- 1个共耐荷同性恋263 9月7日22:04 subtest.json drwxrwxr-x 2 homeassistant homeassistant 4096 9月7日21:39乡亲的乡亲381 1月11日2020弦乐。
1喜欢
＃16

我有5个HS110。当我第一次安装它们时，我发现他们在打电话回家aps1-api.tplinkra.com每天至少每一小时至少一次。我安装了pihole并阻止了该域，这以某种方式将数字减少到每天约20,000。这似乎降低了它们无法使用的频率，但是我不确定它是否也阻止了固件更新（它们在HW 2.0，FW 1.5.7）。我还通过将它们放在仅限2.4GHz的WiFi连接上来发现了一些改进。

我认为责备集成有点苛刻 - 插头上的wifi灯同时熄灭了，所以我想说它们是狡猾的设备，集成必须解决。我还有其他几个插头，没有任何问题。

1喜欢
＃17

如果它们在KASA应用程序中可用，并且在集成中不可用，则集成存在错误。

7个喜欢
＃18

我认为分配责任是有效的。显然，TP-Link以这种方式设计它们，以至于它们始终在网络上无法可靠地提供。如果他们每秒一次“打电话回家”的确，我认为这只是设计不佳。大概开发人员也选择做我不同意的其他事情。

另一方面，如果这是它们的设计方式，并且如果您要编写与他们合作的集成，则必须考虑他们的设计，无论是否考虑。

这使我们回到了MF_Social的评论；如果KASA应用程序工作，而HA集成不行，那么很难责怪其他任何事情。前进的唯一途径是使集成至少和应用程序一样工作。就个人而言，我有信心HA开发人员可以做得更好。

1喜欢
＃19

我认为KASA应用程序反应速度较慢。我坐着看了看，插头上的光线开始闪烁（大概丢失了WiFi），HA说这是不可用的，但是Kasa仍然认为它是在线的。对我来说，kasa只说一段时间离线时不可用（我认为插头上的红灯）。愤世嫉俗的人可能会建议TP-Link知道设备有问题，并使它们的软件围绕它起作用。

＃20

您的情况不是这里抱怨的情况。我们谈论的是在KASA应用程序中可用和可用的TP-Link设备，但是直到重新启动之前，乡亲的报告都是不可用的。