没有来自主机的连接请求，但DA14580将调用保持在连接和断开状态

嗨，团队，

我们正在开发一款产品，DA14580作为从机，而移动应用程序作为主机。

现在，我们在Android和iphone上都使用了DSPS应用程序，这是首次成功的配对。

但对于iphone，一旦第一次成功连接结束，我们就无法再进行连接。从DA14580端，我们看到在没有任何设备尝试调用连接时，on_连接和断开连接功能被自动调用。即使我们关闭使用DA14580的设备并重新下载程序，仍然会发出重新。

而对于android，它没有遇到任何问题。

等待您的回复。提前感谢。

我们的用户配置如下所示：

常数静止的睡眠\状态\应用\默认\睡眠\模式=拱门\睡眠\关闭；

静止的常数结构安全配置用户安全配置={

.oob=间隙\u oob\u验证\u数据\u不存在，

.key\u size=key\u LEN，

.iocap=仅显示间隙，

.auth=间隙认证要求最小保证，

.sec_req=间隙_SEC1_认证对_ENC，

.ikey_dist=GAP_KDIST_SIGNKEY，

.rkey_dist=间隙_KDIST_ENCKEY，

.tk={

.key={0x40,0xE2,0x01,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0}，

},

.csrk={

.key={0xAB，0xAB，0x45,0x55,0x23,0x01,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0}，

},

};

静止的常数结构广告配置用户广告配置={

.addr\u src=GAPM\u PUBLIC\u addr，

.renew_dur=0，

.addr={0x1，0x2，0x3，0x4，0x5，0x6}，

.intv_min=MS_至_BLESLOTS（100），

.intv_max=MS_至_BLESLOTS（100），

.channel_map=0x7，

.mode=可发现的间隙，

.adv\u filt\u policy=adv\u ALLOW\u SCAN\u ANY\u CON\u ANY，

.peer_addr={0x1、0x2、0x3、0x4、0x5、0x6}，

.peer\u addr\u type=0，

};

#定义用户广告数据（sizeof（用户广告数据）-1）

#定义用户\广告\扫描\响应\数据“”

#定义用户广告扫描响应数据长度（sizeof（用户广告扫描响应数据）-1）

#定义用户\设备\名称“AAA”

#定义用户\设备\名称\长度（sizeof（用户\设备\名称）-1）

静止的常数结构gapm\U配置用户\U gapm\U配置={

.role=GAP\u peripal\u SLV，

.irk={0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00}，

.外观=0，

.appearance\u write\u perm=GAPM\u write\u DISABLE，

.name\u write\u perm=GAPM\u write\u DISABLE，

.max_mtu=280，

.con_intv_min=MS_至_双插槽（10），

.con_intv_max=MS_至_双插槽（20），

.con_延迟=0，

.superv__至=毫秒至分钟（1000），

.flags=0

};

静止的常数结构连接参数配置用户连接参数配置={

.intv_min=MS_至_双插槽（12.5），

.intv_max=MS_至_双插槽（12.5），

.latency=0，

.time\u out=毫秒到秒时间单位（10000），

.ce_len_min=MS_至_双插槽（0），

.ce_len_max=MS_至_双插槽（0），

};

静止的常数结构默认\u处理程序\u配置用户\u默认\u hnd\u配置={

.adv_scenario=DEF_adv_FOREVER，

.Advertised_period=毫秒到秒时间单位（10000），

.security_request_scenario=DEF_SEC_REQ_ON_CONNECT

};

静止的常数结构中心配置用户中心配置={

.code=GAPM\u连接\u直接，

.addr\u src=GAPM\u PUBLIC\u addr，

.续签_dur=100，

.addr={0x0，0x0，0x0，0x0，0x0，0x0}，

.扫描间隔=0x180，

.scan_window=0x160，

.con_intv_min=MS_至_双插槽（12.5），

.con_intv_max=MS_至_双插槽（12.5），

.con_延迟=0，

.superv_to=0x1F4，

.ce_len_min=0x20，

.ce_len_max=0x20，

.peer_addr_0={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer\u addr\u 0\u type=0，

.peer_addr_1={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer\u addr\u 1\u type=0，

.peer_addr_2={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer_addr_2_type=0，

.peer_addr_3={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer_addr_3_type=0，

.peer_addr_4={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer_addr_4_type=0，

.peer_addr_5={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer_addr_5_type=0，

.peer_addr_6={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer_addr_6_type=0，

.peer_addr_7={0x0，0x0，0x0，0x0，0x0，0x0}，

.peer_addr_7_type=0，

};