zigbe2mqtt网关cc2652p在吊顶内信号问题

alex950418

我这里用的z2m的数量同你的差不多，屋子面积也差不多，我的做法是做了两个独立的z2m网关，使用独立z2m 容器分别连接两个独立的z2m网关，每个z2m差不多都连接了 70 多个设备，但使用统一的mqtt server汇聚两个z2m网关的设备，最后在 HA server 上集成z2m、蓝牙、WIFI、485等其他通信类型设备；
为了保证稳定，不同通信协议的网关全部使用6 类网线，网关和其他必要的设备全使用静态地址，连接到路由交换一体机上，分布式的3 个无线 AP 也是汇聚在路由交换一体机上；
如此方式，多年使用下来，无论z2m、蓝牙、WIFI、485等各个设备都反应比较迅速，控制都比较稳定，平均 1 年左右重启一次 HA server 和上面负载的容器，使用了容器编排，能保证启用各个容器次序和依赖关系也能顺利关联启用，HA 和全部容器均运行在 Armbian 盒子上。

alex950418

basicfu 发表于 2024-11-4 10:46
我也是这么想的，想用两个独立网关，走网线，虽说能中继，但是中继的效果真的一般，很多就算是手动让他走 ...

各个网关都在房顶吊顶龙骨中，各个屋房顶的总共筒灯大约 40 多个，灯带大约 20 多个，窗帘机大约 20 多个，这些都是在房顶上面或附近的，只是根据房屋户型情况，提前部署了 3 个放置网关的中节点，每个节点预放了3 根网线，再集中汇聚在弱电箱中打线架上再到路由交换一体上

alex950418

fenglou777 发表于 2024-11-4 11:17
说真的  用普通灯然后用开关去模块去控制 不香吗

真没必要每个灯都用zigbee的 完全没性价比 ...

不好意思，我这屋里除了厨房是固定光源固定亮度的开关，其他的灯就连卫生间、过道等都是调光调色的，可以根据人体存在、日照时间情况，各场景动态调整全屋所有灯具的亮度、色温等的

alex950418

basicfu 发表于 2024-11-4 11:34
你用的什么网关呢，接网线透传tcp那种，不是接usb的吗，推荐一下呗

随便网上抓了一图，就是图中类似的z2m 2652的使用以太网口和外置z2m天线的z2m TCP网关

alex950418

basicfu 发表于 2024-11-4 11:45
现在延迟的我都想用普通开关模块了，但是客厅的灯要分组，就要每一组单独接线，吊顶弄好了，现在不太好接 ...

可能刚开始，你这里的房屋结构同网关、设备的规划没考虑的太好，有一些疏漏；我这屋，基本上一个网关就覆盖差不多 60 多平米的设备，覆盖的墙最大隔一堵墙，坚决不跨 2 堵墙，而且如果是承重墙，就考虑分割成另一个z2m网关负责；蓝牙倒还好，卫生间的aqara浴霸就当做蓝牙网关中继，蓝牙全部是mesh的，全部加载的设备都各类传感器和称；WIFI也是做了处理，所有 WIFI 设备全部在 2.4G 上，并且分布在 3 个不同的 AP 上；5G SSID 全部用来连手机、平板、Airplay&DLNA推送或媒体设备，homepod Mini 全部在 5GWIFI 上

alex950418

Ari 发表于 2024-11-4 14:00
请问下，灯光的实体按键开关是用的什么协议的？响应怎样

我屋里设备控制端和用户界面端是分离的，也就是照明设备和控制是没有实体开关关联的，无论调光、场景和液晶面板控制照明都是基于自动化实现，而不是灯光关联开关；
例如，主要的房间例如卧室、书房、餐厅、客厅等房间，墙壁上是没有实体开关的，只有每个房间的安卓平板，无论空调、新风、照明、窗帘、地暖等全部在房间对应的平板操作或自己的手机上操作，房间的平板界面对于房间做了首页房间锁定，默认触控屏幕就是显示对应房间的设备，无人或没有触控，就显示时钟，深夜平板自动关机处于，凌晨平板自动重启并加载房间控制界面

alex950418

innx 发表于 2024-11-4 13:06
私聊我下，刚好做了2款tcp有线网口的网关你可以试试，信号比2652好多了

用 2652，考虑就是其较多的承载设备能力，至于通信能力，就是依靠有线以太网+z2m的5db外置天线

alex950418

bugensui 发表于 2024-11-4 15:50
假如，ha出现问题，没有实体开关，怎么控制灯光呢，我觉得保留实体开关比较妥当，。某些情况下更高效，当 ...

按此方法使用了约 3 年多，尚未出现过异常，一直工作稳定（除了极个别一年不超过 2 次有个别窗帘机出现过约 3 秒的延迟外），照明、空调等从未出意外；人体存在+亮度传感器+时间传感器结合用在厨房、卫生间、过道和阳台（也提供强电开关，但仅基于触碰照明面板后触发策略控制对应灯具的开关和亮度等），其他区域都是平板、手机或语音控；个人总结下来，这样分布式的方式，还是相对比较可靠稳定的

alex950418

bugensui 发表于 2024-11-5 11:14
那牛逼的，你的ha是固定在某1版本了，还是一直在升级

z2m和HA，都看着来，轻易不升级，确认有喜欢的大版本的第二或第三个小版本后，就先在一个 T1 盒子上跑了几天，mqtt指向真实 mqtt Docker，其他就随意加载几个不同类型的设备在T1 盒子测试 HA 中，跑个几天，确认没问题，备份旧版本全部配置，就在真实 Armbian 盒子上新建一个 HA 的 Docker，并且旧版本 HA Docker 保留，然后又跑几天新版本 HA Docker，这样几乎无感就平滑过渡到新版本；
其他升级nginx、z2m、godns等容器都是如此的，相对比较安全，就算真出问题，回退也就分分钟的事；
一年也就升级个2~4次，而且切换新旧版本 Docker 基本都是在家里人都睡了后，自己熬一会，一般没有意外也就 10 来分钟就更新了版本测试了功能，早上家人用完全不影响的

alex950418

bugensui 发表于 2024-11-5 14:12
你这种做法，确实很严谨，像我每个版本，都升级的，就经常出问题，我也打算跟你一样，搞个备用的，做升级 ...

我之前同你一样，动不动就升级，家里时不时处于不稳定状态，被家里大小老虎吼过几次，想着老虎们说的对：家用来住的，不仅仅是大玩具；于是就考虑平滑过渡的方案了，也就是变成现在这样了，怎么折腾都有保底回退措施……