你好！
我参考的是官方例程prox_report
1.请问DA14580如何主动断开连接，调用那个函数？调用default_app_on_disconnect(NULL)似乎不对。
2.请问DA14580和手机APK连接之后，人为关闭手机蓝牙，使手机APK和DA14580异常断开,DA14580一直没收到断开消息，没有广播，无法再次
和DA14580连接，只有断电重启才能连接，请问该如何处理？
Keywords:
Device:
你好，
首先，确保 prox_reporter 工程没有做过任何修改。以下是功能的实现示例
1. 外设端主动断开蓝牙
// 1. 在 user_proxr.c 中，创建一个用户层连接成功的回调函数，把链路索引保存下来uint8_t connect_idx;voiduser_app_on_connection(uint8_t connection_idx,结构体gapc_connection_req_indconst*param) { connect_idx = connection_idx; default_app_on_connection(connection_idx, param); }// 2. 在 user_proxr.h 中声明voiduser_app_on_connection(uint8_t connection_idx,结构体gapc_connection_req_indconst*param);// 3. 把连接成功函数注册到 callback 列表，在 user_callback_config.h 中：.app_on_connection = user_app_on_connection，// 4. 调用API实现主动断开app_easy_gap_disconnect(connect_idx);2. 系统蓝牙链路断开后，会调用:
user_app_on_disconnect
2.
你好， CYibin
我在prox_report做了如下修改：
添加支持arch_printf
修改广播参数：
user_default_hnd_conf参数修改如下
.adv_scenario = DEF_ADV_FOREVER，.advertise_period = MS_TO_TIMERUNITS(18000),
user_adv_conf参数修改如下：
.intv_min = 160,.intv_max = 160,
关闭BLE_SPOTA_RECEIVER //////#define BLE_SPOTA_RECEIVER 1
关闭BLE_PROX_REPORTER #define USE_PUSH_BUTTON 0 /////////#define BLE_PROX_REPORTER 1
我需要在连接断开后一直广播，在人为关闭手机蓝牙后，DA14580会调用 user_app_on_disconnect ，然后广播。但是
在重复多次打开关闭手机蓝牙后，DA14580广播有时断断续续广播，我如上修改广播参数是否正常，还需要修改别的吗？
另外还有一个问题请提供帮助，DA14580支持硬延时吗，我使用IIC 接口的传感器，传感器初始化伪代码如下：
void sensor_init(void)
{
sensor_reset() //must delay 3ms, next sensor_standby()
adc_usDelay(3000);
sensor_standby(); //must delay 2ms,next set sensor_control();
adc_usDelay(2000);
sensor_control1();
adc_usDelay(2000);
sensor_control2();
adc_usDelay(2000);
}
请问我应该如何处理延时？延时时间多，似乎使系统不稳定，请问我该如何处理？sensor_init();应该在何处调用？
如果使用 app_easy_timer ，延时最低单位是10ms,因为延时次数较多，有没有更好的方法？
你好，
你广播参数没问题，如果程序没做任何修改的话，不会出现你所说的广播断断续续的现象的。出现这个现象，怀疑是:
1. 硬件问题，有频偏或者天线没设计好或者晶振的参数不符合datasheet的要求
2. 软件问题，SDK 是一套消息机制，程序里不能有阻塞
sensor init 等硬件的初始化可放 user_on_app_init 回调函数里，可在 user_callback_conifg.h 中找到该接口。
你可以通过 while(i--) 的方式来实现延时
你好，请问 user_on_app_init 和system_init先后顺序是那个？测试发现user_on_app_init似乎在system_init前调用。
如果传感器 sensor init 放在user_on_app_init，但是i2c_init放在system_init中的periph_init函数中。
只有先i2c_init，才能sensor init。我记得user_on_app_init似乎是初始化一些参数变量，也能初始化传感器是吧？
你好，
user_on_app_init 在 system_init 中调用：
if (user_app_main_loop_callbacks.app_on_init !=NULL)
user_app_main_loop_callbacks.app_on_init();
你好,根据你的描述是能够主动断开连接,请问断开连接后,发现ke_state_get (TASK_APP)==APP_CONNECTED，请问这正常吗，断开连接，停止广播ke_state_get(TASK_APP)不应该是APP_CONNECTABLE吗？
不正常。
断开后，正常应该会调用开启广播的函数。然后把APP_TASK的状态设置为:
ke_state_set(TASK_APP, APP_CONNECTABLE);
你好
蓝牙主动进入睡眠的时候，蓝牙断开连接，加了一个标志位，使得在进入睡眠模式前，断开连接，不调用广播函数。
问题：现阶段，蓝牙睡眠，唤醒，传感器等都能正常工作。和手机连接后，蓝牙也能主动断开进入睡眠模式，但是在测试通信距离时候，
手机和蓝牙大概10米多时候，手机和蓝牙设备断开，蓝牙设备死机，项目也添加乐看门狗，请问为何会死机？我应该如何去排查问题。
（远距离断开连接后死机概率大概2/3）
你好，
请问你的问题是：断开蓝牙后，设备会有几率死机；还是：在不同情况下断开（主动断开或拉远距离断开），设备有几率死机？
我比较倾向于前者，因为对于设备固件来说，无论如何断开，固件都会回调 on_disconnect 函数，区别只是断开原因不同。
假设是前者，在这么大概率断开导致死机的情况下，原因很可能在出在你设备的休眠流程没做好，正常的流程应该是：
你好
感谢回复，我会再检讨下。
主动断开没发现问题，死机都是在拉远距离会发生，通过log看调用 on_disconnect 然后死机
由于调用app_easy_gap_disconnect(save_connection_idx);会进入user_on_disconnect，然后开始广播，所以添加disconnect_no_adv_flag标志位控制不广播。
set_device_to_sleep函数中ke_state_get(TASK_APP)两次都是5.这应该是不正常的，需要添加ke_state_set(TASK_APP)函数吗？
你好，
1. 调用app_easy_gap_disconnect(save_connection_idx);后，无需再次调用app_easy_gap_advertise_stop();
2. while(delay__time--) 的延时时间时多少？由于系统是基于消息机制的，所以一般情况下，任何消息回调中都不能有明显的阻塞
3.arch_ble_ext_wakeup_on();app_accInt_wakeup_enable(); 这两行代码除了在disconnect处理外，还应该放在:
你好，在user_app_adv_undirect_complete添加arch_ble_ext_wakeup_on();和app_accInt_wakeup_enable();每次都会死机。
请问arch_ble_ext_wakeup_on(); //Puts the BLE core to permanent sleep. Only an external event can wake it up
是否调用arch_ble_ext_wakeup_on蓝牙内核立马进入睡眠模式？此时如果存在定时回调函数是否旧会出错？
你好，
正常情况下，系统进入休眠之后，还是会因为一些事件定时的被唤醒，比如，蓝牙事件，定时器事件等
调用了arch_ble_ext_wakeup_on 函数后，系统就只在一种情况下会被唤醒：外部中断。其它的，比如蓝牙事件，定时器事件，都会失效。