sonoff zbbridge网关重启后，所有Z2M连接的设备都不可控了

Clark

update: 最终问题原因找到了，但是无法解决，所以这个方案只能放弃了。

参考了这个帖子，https://bbs.hassbian.com/thread-10540-1-1.html
在tasmota console输入命令
Backlog Weblog3; so65 1; Module 75

backlog rule1 on system#boot do TCPStart 8888 endon ; rule1 1 ;template {"NAME":"SonoffZHABridge","GPIO":[56,208,0,209,59,58,0,0,0,0,0,0,17],"FLAG":0,"BASE":18}; module 0


zigbee2mqtt配置如下：

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto:1883
  user: mqtt
  password: mqtt
serial:
  port: tcp://192.168.1.26:8888
  adapter: ezsp
advanced:
  log_level: warn
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental: {}
availability: false
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: false

复制代码

本来一切安好，HA主机重启也不影响。昨天给sonoff zbbridge网关断电重启过，之后HA上面的zigbee2mqtt服务就跑不起来了，然后我在sonoff zbbridge tasmota上再次console输入了命令
Backlog Weblog3; so65 1; Module 75

backlog rule1 on system#boot do TCPStart 8888 endon ; rule1 1 ;template {"NAME":"SonoffZHABridge","GPIO":[56,208,0,209,59,58,0,0,0,0,0,0,17],"FLAG":0,"BASE":18}; module 0


之后HA z2m服务再次恢复正常，但是上面连接的所有zigbee设备状态都不能同步，而且不可控了。



目前才连了四个设备，其中一个是零火线双开模块，另外三个是单火线双开面板，距离zigbee网关都很近，所以信号问题首先排除。

待会我去测试重新添加设备，然后再重启网关，再试试是否还会失控。但是问题原因不找出来恨不放心，因为还有很多设备陆续准备加入，设备越多重新添加就烦琐。

dscao

猜测可能如参考帖6楼说的：

karl_31
论坛元老
Jeff
发表于 2020-8-3 12:22:01 | 只看该作者
就怕tsm掉配置。。

能用tasmota，应该也能用esphome吧。https://github.com/thegroove/esphome-zbbridge
https://bbs.hassbian.com/thread-11623-1-1.html

Clark

dscao 发表于 2022-2-13 11:04
猜测可能如参考帖6楼说的：

能用tasmota，应该也能用esphome吧。https://github.com/thegroove/esphome-zb ...

网上绝大多数针对 sonoff zbbridge设备的第三方固件教程都是tasmota，这个都没玩转换成ESPhome更没信心了。 zigbee2mqtt官网教程也是通过tasmota实现

Clark

设备重新添加后，重启zigbee网关，所有设备再次不可控。

zigbee2mqtt错误日志如下

Publish 'set' 'state' to '鞋厂北工矿灯' failed: 'Error: Command 0x000d6ffffefc4c49/1 genOnOff.on({}, {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 52334 - 1 - 104 - 6 - 11 after 10000ms)'

Clark

测试了用ZHA模式添加设备，网关重启以后，设备依然能正常控制。也许是我哪里配置的不对，Z2M模式照抄ZHA可能有问题。

Clark

网关配置不变，换成Z2M模式，重启网关设备还是会失控。

Clark

虽然所有设备都不可控，但是设备重置以后Z2M上依然能收到设备退网的通知。

Clark

经历如下：
1，尝试ota升级固件，升级固件完毕zigbee模块相关功能丢失，尝试重新通过web界面刷入zigbee，提示文件签名不正确。
2. 只好重新刷固件，参考了这里  https://www.digiblur.com/2020/07 ... ee-bridge-with.html   这次刷入zigbee用的是 ncp-uart-nsw_6.7.9_115200.ota 这是最新的测试版本。
3. 以为问题解决了，因为我是拿到另外一个点位进行测试，一番折腾后测试问题解决了，重启sonoff zbbridge网关不会丢失设备控制，测试用的涂鸦双开单火线开关是相同的。
4.拿到有问题的点位发现还是没解决，重启网关依然会丢失设备控制。
5.拿回测试点，重新换个位置，距离被控的涂鸦双开开关更近，没想到虽然能控制，但是延迟很严重，几乎不能控制，但是状态同步又非常快，手动开关立刻在HA同步了状态。
最终判断，高概率是WiFi网络导致。
至于什么原因，为什么只有Z2M会有这个问题，而ZHA为什么不会发生这个问题，我也无力再探究了。
问题点位用的tplink无线桥接模式，换成集客无线mesh，还是没能解决该问题。
既然问题基本找到了原因，解决问题又这么麻烦，于是只能选择放弃了。
难怪Z2M官网提示C2530作为远端连接模式网关，这样的应用场景不推荐，真的很不稳定。
出现问题的点位用涂鸦网关一点问题都没有。
Z2M似乎对于WiFi比较挑剔。

https://www.digiblur.com/2021/03 ... -zigbee-bridge.html    这个也可以供参考https://zigbee.blakadder.com/Sonoff_ZBBridge.html

总结：如果需要用sonoff zbbridge作为通用网关，使用ZHA是更好的选择，Z2M在这款网关上非常不稳定，对WiFi环境非常挑剔。难怪这款网关在网上的教程几乎都是ZHA，很少有Z2M相关的。

dscao

Clark 发表于 2022-2-14 01:04
经历如下：
1，尝试ota升级固件，升级固件完毕zigbee模块相关功能丢失，尝试重新通过web界面刷入zigbee，提 ...

原来如此，本来还想搞个设备研究研究，看看能不能把隔壁一栋楼的家人房间（已经无线网桥组了局域网）接入进来呢，看来稳定性不行，即使使用esphome也是一样的。中间用了无线连接，那就算使用网线连接的zigbee网关都没有意义了。

如果没有 100% 稳定、零丢包和低延迟响应的 WiFi，许多第一次使用 ZHA 的用户似乎对稳定性的体验很糟糕。

需要 100% 稳定的 WiFi 连接才能为 EZSP ，使用 Serial-to-IP 代理服务器只是隐藏了专有 EZSP（EmberZNet 串行协议）中固有的架构错误，它存在处理数据包丢失和消息延迟时容错性差的问题。

https://github.com/thegroove/esphome-zbbridge
https://github.com/home-assistant/home-assistant.io/issues/17170

竟然这里也都有说明，只是一般人没注意。
难怪目前试玩的sonoff zigbee gateway 3.0 USB stick 还是比较稳定的。原来如此啊！

Clark

在集客mesh无线回程路由器点位，测试小米多模网关ZHA，以及sonoff zbbridge，重启后都会丢失对子设备的控制。当前小米多模网关固件 v1.4.7_0063
尝试将固件升级到最新版本v1.5.1_0032， 设备断电重启后ZHA网关子设备不会断联了。不知道是不是和固件有关联。等待长期使用检验稳定性。