问题1:
正常来说会调用到 set data/rspdata后gap_adv_start,但是调用前有可能会先关闭广播,可附上日志信息供分析。
问题2:
直接给定广播数据,强制手动开启广播,是不可取的,广播数据不是固定的,必须依赖sdk配置。
问题1:
正常来说会调用到 set data/rspdata后gap_adv_start,但是调用前有可能会先关闭广播,可附上日志信息供分析。
问题2:
直接给定广播数据,强制手动开启广播,是不可取的,广播数据不是固定的,必须依赖sdk配置。
这是板子运行期间的log,采用的是轻量型的协议栈nimble. 添加的部分log
其中adadpter部分的log都有对应的log, 这边因为是先进行adv_stop的,但是
我们这边的逻辑是先start 才能stop, 所以我先start一次 然后sdk调用stop
后来我又手动start一次 好让设备连接。(因为一直没有等到sdk的adv_start)
SDK有广播启停管理,不建议应用开发去启停广播,容易造成混乱。
理解,主要是这边的协议应用 一开始规定了需要先开启广播 才能关闭广播,所以率先启动了一次。
这是nimble协议规定的,如果调整的话,需要改动源码
第二次广播是作为调试的,看是否能够正常连接。