理解,主要是这边的协议应用 一开始规定了需要先开启广播 才能关闭广播,所以率先启动了一次。
这是nimble协议规定的,如果调整的话,需要改动源码
第二次广播是作为调试的,看是否能够正常连接。
理解,主要是这边的协议应用 一开始规定了需要先开启广播 才能关闭广播,所以率先启动了一次。
这是nimble协议规定的,如果调整的话,需要改动源码
第二次广播是作为调试的,看是否能够正常连接。
这是板子运行期间的log,采用的是轻量型的协议栈nimble. 添加的部分log
其中adadpter部分的log都有对应的log, 这边因为是先进行adv_stop的,但是
我们这边的逻辑是先start 才能stop, 所以我先start一次 然后sdk调用stop
后来我又手动start一次 好让设备连接。(因为一直没有等到sdk的adv_start)
请问什么情况下会触发adv_stop
这边运行下来 stack_init后就调用了adv_stop
这边已经自己适配了蓝牙协议,可以正常启动 协议栈 并注册服务,手动调用adv_start 也是可以正常scan的,
已经修正。