# 1

我的HASSIO安装挂起时，辅助容器的CPU利用率超过了100%。它似乎与MQTT相关，因为停止代理插件可以解决问题。我已经尝试了两个插件与相同的结果，但我不知所措，因为这一直在我的NUC上运行。什么好主意吗?

1就像
# 2

您使用的是内置的MQTT代理还是mosquito to add ?

# 3

抱歉，我说的不够详细。我使用的是蚊子插件-我一直使用官方的，但我今天切换到社区来调试这个插件。两种结果都是一样的。
我没有在configuration.yaml中输入mqtt条目，我刚刚输入了配置中的详细信息 - 集成 - MQTT。源自英国始于1946

我在MQTT服务器和Web客户端日志中看到的一个奇怪的事情就是这样

1556460794:从192.168.16.5连接的新客户端为UGl7^Skjtx?1 hr7pd0lxrrcxk if (c1, k60, u'mqtt');1556461030:客户端UGl7 ^ Skjtx吗?1 hr7pd0lxrrcxk UTIqJgA3EF; xRVqIwBU< IiKwtQ3lQwsHqYp断开连接。1556461107:端口1883上有来自172.30.32.1的新连接。1556461107:新客户端连接172.30.32.1作为4P7cmWdoFyjD0xWjcgd1tR (c1, k60, u'mqtt')。1556461107:客户端4P7cmWdoFyjD0xWjcgd1tR断开。1556461183:端口1883上有来自172.30.32.1的新连接。1556461183:新客户端连接从172.30.32.1作为_\EAVFWMUuRCM@0dcRW?\0\WXw]nTr=]XvisdqV?tDR\D<BVDnc4L0CZ8DVkDbSZ (c1, k60, u'mqtt')。

新客户端从192.168.16.5连接为UGL7 ^ skjtx？1hr7pd0lxrrcxk UTIqJgA3EF; xRVqIwBU< IiKwtQ3lQwsHqYp

192.168.16.5是我的nuc，但客户名称很奇怪。

谢谢。

# 4

我做了更多的调试。通过关闭产生MQTT流量的所有设备，然后慢慢地逐个恢复它们，我追踪到一个带有SDR的旧RPI 2。
我使用这个来监控油箱的水平和电量消耗传感器在433MHz。令人困惑的是，禁用后，家政助理的使用率大约花了10分钟才回落到1 - 5%，所以我之前错过了它。
现在，我只需要弄清楚为什么这样做，但至少我的HA备份并响应。

# 5

谜团越来越深。我有一个测试家庭助理服务器，所以我将油箱和能源监视器的MQTT输出指向它，它工作得很好!我也带来了传感器的定义，所以我可以看到传感器数据:
这是传感器的输出:

{“时间”:“2019-04-28 19:48:31”、“模型”:“CurrentCost TX”、“dev_id”:77年,“power0”:1235年,“power1”:0,“power2”:0}{“时间”:“2019-04-28 19:48:36”、“模型”:“CurrentCost TX”、“dev_id”:77年,“power0”:1273年,“power1”:0,“power2”:0}{“时间”:“2019-04-28 19:48:42”、“模型”:“CurrentCost TX”、“dev_id”:77年,“power0”:1278年,“power1”:0、"power2": 0} {

我要找的是power0

- 平台：MQTT State_topic：“RTL_433 / RPI2_RTL_433 / DEVICERE / CurrentCOST_TX / POWER0”名称：“功耗”UNER_OF_MEASURENT：“KW”

那么，为什么这会在一台服务器上造成高CPU使用率，而在另一台服务器上却不会呢?

# 6

我也有问题来自MQTT的高CPU，但Mosquitto附加组件。没有找到原因。

# 7

@teachingbirds嗨伊莎贝拉，
我刚才弄明白了为什么这对我来说发生了。MQTT传感器跟踪了我的房子使用的电量，并每15秒左右报道。在我的Lovelace主页上，我有一个图表跟踪值的图表自定义迷你图卡。
上周末，我将图形更改为条形图，这就是导致我的问题的原因。删除图表已将我的家庭助手恢复到大约10％的CPU。19463331伟德国际
我希望这对你有所帮助。

1就像
# 8

是的，每次实体更新时，迷你图形卡都会从其他API中提取历史数据(这不是最优的)，可能应该实现一些缓存。

我听很多人说他们的历史表现很差。你可能会认为它应该能够每15秒至少处理一个请求，但显然在某些系统上不是这样的……：思维：

# 9

啊，那就说得通了。我实际上在Intel NUC上运行HA，但它几乎完全锁定了它。奇怪的是，有时问题会莫名其妙地消失，但它总是会回来。我已经将范围缩小到MQTT传感器，但是过了一段时间我才想起我是在使用迷你显卡。
谢谢！

# 10

如果MQTT的某些速率限制会导致问题，那么可能值得研究一下。它不应该真的使用太多的CPU，但是我自己从来没有遇到过这样的MQTT问题。

# 11

MQTT不是问题，原来是绘制MQTT传感器的迷你图。

# 12

我对官方加载项中的MQTT插件有同样的问题。

CPU％20load％20hass
CPU％20load％20hass 913×275 68.5 KB

cpu负载% 20 hass2 % 20
cpu负载% 20 hass2 % 20 1714×220 41.8 kB

重新启动插件在4到6小时之间提供较低的CPU负载（总共最多10％）

系统运行在VMWare ESXi上的虚拟机上，64G磁盘，4g内存，2个CPU核，不受限制。
我禁用了来自MQTT的所有图表。这根本没有改变负荷。
只有重新启动MQTT插件才能工作很短的时间。

# 13

我用'mosquitto mqtt server与hivemq的web client捆绑在一起了吗？

高CPU负载一段时间后也会出现同样的问题。

除了以前，我唯一能看到的是:

1565000787: Warning: Received PUBREL from shellyswitch25-740330 for an unknown packet identifier 61686。1565000788: Warning: Received PUBREL from shelly1-2C7455 for an unknown packet identifier 38592。

这将永远持续下去……

# 14

发现问题:在信号弱的设备上QoS设置2会导致MQTT服务的CPU负载。

更改为QoS0，问题消失了。
CPU负载现在在1%左右，看起来好多了。
第二个优点是，这款I5核心迷你电脑的温度比以往任何时候都低。减少能源消耗是domotica的目标之一。

我会暂时监控它。

1就像