关于通讯问题

Wireless-Tech

那你发的是24字节吗？
你用app当client的话，问题是否一样会出现?

fancy

Wireless-Tech 用app不会，出现问题的机率非常小；用的就是client_ONOFF模型的，model_transition_t参数设置为NULL,用app控制的时候也是发出的24个字节啊

Wireless-Tech

你的意思是说，你用app连接这个Client的节点，由这个Proxy节点向Mesh网络发送的话，就没有问题?而直接用Client发的话就有问题？这样我就很疑惑啊，如果可以的话可以告诉你有的开发板还是啥，我可以在我这边复现，但是如果是你们的话，这样就只能捉包看了。
既然你可以监控，那你是否能将rx节点的log打开，看看network pdu是没有收到，还是说被discard, 如果没收到，那有可能是硬件的RF有问题，你可以用官方的DK跑同样的代码去替代你这个有问题的节点

fancy

Wireless-Tech 是开发板，作为previsioner的client在自己配置自己的时候就会出现那个问题，但是用app配置这个client入网再连接其发送控制命令就不会，看起来像是configure self那里出问题，但是想不明白的是为什么同样配置的onoff_server，有些收到有些收不到，如果是configure self有问题，应该全部都收不到才对啊？

Wireless-Tech

fancy

设备做为provoner的时候，是用的pbadv吗
如果数量减少到3个，包括client这个设备，问题是否依旧
client单次发送，然后rx节点用你上述函数监听数据，如果都能收到，那就有可能是应用层解析的问题，按理应该是都能收到原始数据的
如果仍然无效，告诉我你用的什么开发板，哪个sdk，哪个mesh sdk，用的哪个例程

fancy

Wireless-Tech

使用的是PB-ADV，1个client+2个server的话出现概率貌似少了一些，但是还会有；
我在监听的时候发现有时候检测到有中继转发的数据但是不进入对应的模型（ONOFF_Server）；
我配置的时候把每个server的Heath_server设置发布到client的单播地址和订阅了组；
使用的是nrf52 SDK16.0+mesh 4.1, 把其中的previsioner移植到light_switch_client例程里的。

fancy

Wireless-Tech 我测试了一下，使用generic_onoff_client_set_unack，拉大发送次数到3和5的时候，好像就没有这个问题了，难道还真是丢包问题？

Wireless-Tech

fancy 那你可以看看你默认之前是发了多少次，一般默认都会发3次，也就是说on_off这条命令会发3次，即在37，38，39三个通道各发3次

fancy

Wireless-Tech 之前一直使用generic_onoff_client_set，然后他只发一次，generic_onoff_client_set_unack的改成0了，好像也是只发一次

Wireless-Tech

fancy 那就多发几次吧，设置发送3次。

fancy

Wireless-Tech
博主这里说多发几次是为了减少数据的丢失概率？

Wireless-Tech

fancy 是的，spec都推荐多发几次，因为涉及到组播时，不可能每包都应答的，这样的话会容易将整个mesh网络搞死。