『瀚思彼岸』» 智能家居技术论坛

 找回密码
 立即注册
查看: 5019|回复: 78

[技术探讨] Wifi设备突然开始经常掉线【已解决】

[复制链接]

29

主题

921

帖子

4160

积分

论坛元老

Rank: 8Rank: 8

积分
4160
金钱
3229
HASS币
70
发表于 2023-7-25 05:52:31 | 显示全部楼层 |阅读模式
本帖最后由 relliky 于 2023-9-9 19:59 编辑

继这几个帖子的讨论后,https://bbs.hassbian.com/thread-19015-1-1.html
https://bbs.hassbian.com/thread-21865-1-1.html
https://bbs.hassbian.com/thread-14818-1-1.html

已经把2.4G的wifi设备减少到35个(但我还有100多个zigbee+蓝牙mesh的使用2.4G频段的设备),今天我的三个小米多模网关挂了两个,查错后发现是wifi连接不稳定,重启路由器解决了问题,可能转移了部分设备到其他的ap,但是看频段压力还是很大的样子。用手机连上2.4G wifi的时候,测速很慢,延迟也很高。

家里三个2.4G频段的AP压力都很大
Screenshot 2023-07-24 at 22.40.32.png


米家里面直接显示丢包100%
IMG_2624.PNG

已经下单小米多模网关2了,有5G频段和网线接入,应该能解决连接不稳定的问题。


话说有人知道怎么查错吗?我这个2.4G的ap才接了10几个2.4G的设备,为啥网关就丢包率100%了?

----------------------------------------更新 7月25号----------------------------



开始拔设备查错,二楼AP的2.4Ghz一共就6个设备,频段占用率90%

移除设备到只剩两个,频段占用率还有80%

移除Meross开关后,只留下一个2楼小米多模网关,频段占用率恢复到 50%。

移除2楼小米多模网关, 频段占用率恢复到 27%(干扰占20%), 算是非常正常的了。这时连上手机,下载都能到20Mbps,延迟也降到了20ms到70ms之间。 (在测速时频段占用率增加到82%)


在空载的情况下有时干扰突然达到50%(没成功截图下来,怀疑是zigbee和蓝牙在作怪),然后又降回来了到20%。

接回了两个wifi窗帘,一个智能音响,一个LED灯,占用又回到了47%。无语。。。


拔音响,占用53%, 没变化


拔LED灯,占用47%, 没变化。 有时绿色显示的干扰会激增


拔一个wifi窗帘


再拔一个wifi窗帘

现在啥设备都没有了,咋还是54%??

看来这些50%都是干扰了???

突然一下,占用变成了17%。。。。

再来。插上窗帘1。很稳,在20%

插上窗帘2,突然就42%

移除掉窗帘2,还有48%。。。WTF? 折磨我?

算了,窗帘1 也移除掉吧,不用这玩意儿了。

两个都移除了,现在还有47%。。。。。我真是。。。

现在怀疑这个数值是不是有假,毕竟它ap那边显示断连了,这数值才降下来,一般要过1-2分钟才显示断连


----------------------------------------更新 7月26号----------------------------


怀疑网络中广播太多导致的网络延迟,智能设备不太能够接受太多广播。https://bbs.hassbian.com/thread-18531-1-1.html

跑sudo tcpdump -n port 1900, 1900是uPnP端头


07:56:48.012299 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 291
07:56:48.012311 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 300
07:56:48.062261 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 294
07:56:49.036288 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 291
07:56:49.036298 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 300
07:56:49.069470 IP 192.168.1.22.1900 > 192.168.1.159.55093: UDP, length 294
07:56:49.548320 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 291
07:56:49.548332 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 300
07:56:49.573143 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 294
07:56:50.572280 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 291
07:56:50.572288 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 300
07:56:50.580198 IP 192.168.1.22.1900 > 192.168.1.159.53094: UDP, length 294
07:56:54.974156 IP 192.168.1.182.37657 > 255.255.255.255.1900: UDP, length 737
07:56:56.816111 IP 192.168.1.151.56184 > 255.255.255.255.1900: UDP, length 737
07:57:42.349476 IP 192.168.1.159.55097 > 239.255.255.250.1900: UDP, length 125
07:57:46.275554 IP 192.168.1.238.47500 > 255.255.255.255.1900: UDP, length 734
07:57:46.582859 IP 192.168.1.238.47500 > 255.255.255.255.1900: UDP, length 787
07:57:46.584221 IP 192.168.1.238.47500 > 255.255.255.255.1900: UDP, length 737
07:58:08.393194 IP 192.168.1.8.40628 > 255.255.255.255.1900: UDP, length 90
07:58:33.734546 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:33.844534 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:34.737247 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:34.846588 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:35.737668 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:35.854855 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:36.742340 IP 192.168.1.159.62569 > 239.255.255.250.1900: UDP, length 170
07:58:36.862597 IP 192.168.1.159.56069 > 239.255.255.250.1900: UDP, length 176
07:58:37.175475 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 291
07:58:37.225850 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 300
07:58:37.276462 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 294
07:58:38.298257 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 291
07:58:38.298266 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 300
07:58:38.298268 IP 192.168.1.22.1900 > 192.168.1.159.56069: UDP, length 294
07:59:42.347722 IP 192.168.1.159.55097 > 239.255.255.250.1900: UDP, length 125

192.168.1.159是我这台测试的电脑,平时也都关着在,应该还好。192.168.1.22是飞利浦hue的网关,难道这家伙是罪魁祸首?晚点拔了它试试。其他设备发广播发的没有那么频繁。不会用wireshark,可能还得多学习一下网络知识,才能继续查找其他端口的广播。


ping三个小米多模网关,延迟都特别高,有的都到了1000ms

Screenshot 2023-07-26 at 08.27.22.png


----------------------------------------更新 7月26号----------------------------

小米多模网关今天已经掉线2次了,原来越严重了,开始拔设备,减少好拔的设备。现在三个AP只带13个2.4Ghz设备了,无线占用还是很大,是不是真的有什么干扰啊?



看来我之前以为是设备带多了的原因是有一点问题的。设备多确实会增加占用率,但也不会增加这么多。
又减了几个设备




----------------------------------------更新 7月27号----------------------------


原本固定的1,6,11三个信道,今天试试用自动的。有时候两个ap会连上同一个信道,然后干扰爆棚,变得更糟糕了。后来还是换回了1,6, 11。

----------------------------------------更新 7月28号----------------------------

好像找到原因了!
今天试了试把还没拔掉的十几个2.4G设备都转到不同网段下的vlan去,这样的话在主网段下的广播就影响不到这些设备了。然后明显的占用率显著性的提升。感觉这大概率就是原因了。

Screenshot 2023-07-28 175211.png

插回其他的20多个2.4G设备,看看占用是不是正常。

20多个设备回来后,用电脑连上2.4G后测速非常好,unifi里看信道占用也很正常。ping的延迟也正常了。
Screenshot 2023-07-28 180506.png

Screenshot 2023-07-28 181056.png


好了,接下来就是解决方法了。现在思路有两个:
1) 把2.4G wifi设备单独划个wlan,把HA也放进去。但是产生的问题就有,HA和5G wifi设备不在一个网段下,控制不了电视,音箱等,是一个大的遗憾。(可能有曲线救国路线,搞两个HA, 每个网段一个HA,互相共享设备)
2) 不划分vlan,找到发广播的设备,关掉它。我对网络知识不熟悉,wireshark也不会用,只能求助一下论坛的各路大佬们了怎么抓包找广播了。

----------------------------------------更新 7月29号----------------------------
不会抓包,试着抓了一下,但并没有发现什么特别不寻常的东西。。。不知道怎么继续查错了。。
查错过程在这里 https://bbs.hassbian.com/forum.p ... id=22173&pid=545671


既然第二个方法走不通,就走第一个方法了。创建了一个vlan把5G设备和有线设备丢在里面了。

我把wireshark的数据传到56楼了,各位懂网络的大佬如果能帮忙看一下是什么设备导致的网络瘫痪,那就太感激了。

----------------------------------------更新 7月29号 后半天----------------------------



暂时家里人都在用网,也不好折腾路由器,已经分成两个vlan了,原本的2.4Ghz和有线设备暂时没动,把5Ghz设备全部移动到了新的VLAN,建了一个新的HA,主要是想控制这些5Ghz设备的电视和电视盒子。建了HA再来看怎么把两个HA通信吧。




----------------------------------------更新 7月30号----------------------------


还在研究怎么抓wifi的包,但是突然想到还有一个办法,就是在现在分两个vlan的情况下,逐个把5Ghz wifi设备加入智能家居的vlan,然后发现加入一个电视盒子前后,2.4Ghz占用有非常明显的变化。

加入前:

Screenshot 2023-07-29 at 23.11.21.png

加入后:

Screenshot 2023-07-29 at 23.12.51.png

还是和ap带的wifi设备有关,带的越多,占用越大。

看来就是大概率这个电视盒子的问题了。鉴于有前人的经验,我也有过这个问题 https://bbs.hassbian.com/thread-18531-1-1.html 马上定位到乐播投屏,关闭了局域网可发现,或者删除乐播投屏,占用恢复正常。



好了,找到了大魔王了 ,现在不用弄vlan了,换回来吧。。。结果发现还有别的问题,网络情况没之前那么糟糕了,但还是没有vlan时好,那还是分vlan,再慢慢把设备加回来吧。。

突然发现极米投影仪关机了占用好像恢复正常了了。看来是极米投屏软件的原因,因为关不了,只能把极米这个设备单独vlan了。

好吧,还是有其他的5G设备在影响。。还是把大多数5g 设备都划分到vlan下吧,只保留智能设备,且可控的那种。


----------------------------------------更新 8月5号----------------------------



已经稳定几天了,一切都很好。。


现在只把5Ghz电视加回来了,只有极米的投屏关不掉,仍然放在了VLAN里,还有电脑和其他的5Ghz设备都放在vlan里了。


之前的所有设备除了极米,都可以HA直连,以后不会轻易把新的5Ghz设备放在和HA的一个LAN外面了。




----------------------------------------更新 9月9号----------------------------


最近把5g设备又加回来了放到一个vlan下面,发现还是有广播造成的问题。如果完全把5ghz设备和2ghz设备分开,占用大概是这样的,非常健康。
Screenshot 2023-09-09 at 12.32.19.png

但合在一起后,就有时会达到50%的占用。虽然不至于到掉线,但还是怕有稳定性的问题。

Screenshot 2023-09-09 at 12.51.01.png

Screenshot 2023-09-09 at 12.53.02.png
可能还是想弄成2个HA。5g网络单独一个ha去隔离电视和电视盒子去增加它的稳定性







我家全屋智能的HA设置 https://github.com/relliky/Tais_Home_Assistant_Config
回复

使用道具 举报

35

主题

978

帖子

4515

积分

论坛元老

Rank: 8Rank: 8

积分
4515
金钱
3537
HASS币
20
发表于 2023-7-25 07:38:59 | 显示全部楼层
我目前46个WIFI的智能设备,加上游戏机、手机、平板、电脑,使用高峰期能到50多个设备,目前还是比较稳定的。目前方案是X86软路由做AC,然后用了5个AP(都是用的以前的路由或者AP)。由于智能设备主要集中在一个楼层,这个楼层我是用了两个AP(一个RT-AX86U,一个CF-XR183),基本没出现过掉速之类的问题。
回复

使用道具 举报

26

主题

2096

帖子

8512

积分

论坛元老

Rank: 8Rank: 8

积分
8512
金钱
6411
HASS币
30

论坛元老

发表于 2023-7-25 08:20:17 | 显示全部楼层
我用ros做的主路由,配2个unifi ap,大概在线50+设备,没遇到过问题,

不排除有问题我没发现,因为我也没用专业工具去测试过,最多测个网速
回复

使用道具 举报

3

主题

108

帖子

464

积分

中级会员

Rank: 3Rank: 3

积分
464
金钱
356
HASS币
0
发表于 2023-7-25 08:54:05 | 显示全部楼层
还行吧 我两个斐讯K3做的AP
回复

使用道具 举报

21

主题

444

帖子

4864

积分

元老级技术达人

略懂一些皮毛而已!

积分
4864
金钱
4410
HASS币
40
发表于 2023-7-25 09:03:16 | 显示全部楼层
我这边主路由用的电犀牛R68s,用了ac+ap的方式, AC控制器用的华为AirEngine9700S-S,AP用的AirEngine 5760-10,AC控制器用的旁挂模式,

2.4G设备我这边54个,没有任何问题,已经稳定运行一年多了,而且我这个AP的带机量应该远不止这些。

QQ截图20230725090023.png
回复

使用道具 举报

0

主题

114

帖子

758

积分

高级会员

Rank: 4

积分
758
金钱
644
HASS币
0
发表于 2023-7-25 09:41:09 | 显示全部楼层
最大的问题自己网络部署的问题,我是软路由+3个linksys当ap组mesh网。很稳定。
1690249075660.jpg
回复

使用道具 举报

2

主题

113

帖子

1190

积分

金牌会员

Rank: 6Rank: 6

积分
1190
金钱
1077
HASS币
0
发表于 2023-7-25 09:46:53 | 显示全部楼层
本帖最后由 yybl 于 2023-7-25 09:51 编辑

看了你的几个帖子,看到你说你家里没预埋网线,所以想问下,你的wifi上联不是通过有线网络的吧?
上联通讯都是通过无线的话,肯定没有线稳定。
你两层楼才3个AP。
我3室2厅,放了5个AP。
高功率,高穿透的AP可以用,但也会造成AP间的干扰。
回复

使用道具 举报

21

主题

444

帖子

4864

积分

元老级技术达人

略懂一些皮毛而已!

积分
4864
金钱
4410
HASS币
40
发表于 2023-7-25 09:53:47 | 显示全部楼层
yybl 发表于 2023-7-25 09:46
看了你的几个帖子,看到你说你家里没预埋网线,所以想问下,你的wifi上联不是通过有线网络的吧?
上联通讯 ...

我这边两层楼才两个ap呢,每层100多平方, 每个房间都能稳定收到信号,
回复

使用道具 举报

0

主题

33

帖子

388

积分

中级会员

Rank: 3Rank: 3

积分
388
金钱
355
HASS币
0
发表于 2023-7-25 10:05:43 | 显示全部楼层
华为AP也好,集客K2P也好,2.4G的40多个一直稳定的,之前华硕的AIMESH曾经不定期掉线,现在不知道是不是稳定了,已经淘汰
回复

使用道具 举报

45

主题

250

帖子

1532

积分

金牌会员

Rank: 6Rank: 6

积分
1532
金钱
1282
HASS币
0
发表于 2023-7-25 11:02:38 | 显示全部楼层
leeyao 发表于 2023-7-25 09:41
最大的问题自己网络部署的问题,我是软路由+3个linksys当ap组mesh网。很稳定。
...

请问 这是 啥 统计 软件呀?
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|Hassbian

GMT+8, 2024-4-27 16:51 , Processed in 0.066029 second(s), 35 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表