完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我使用BlueNRG-MS堆栈7.2c,stackmode = 3
当只连接一台设备(手机)到BlueNRG-MS时,一切正常,但启动时 要么 一段时间后(3 - 10分钟)进行额外的第二次连接,看门狗在进入事件EVT_HARDWARE_ERROR = 0x10(事件= 0x10,subevt_code = 0x01)和(事件= 0x10,subevt_code = 0x02)之前重置BlueNRG-MS 请告诉我,应该做些什么来避免重置BlueNRG-MS? 日志: [05728777] event = 0x3E(EVT_LE_META_EVENT),subevent = 0x0001(EVT_LE_CONN_COMPLETE) [05728779] EVT_LE_CONN_COMPLETE status = 0; handle = 0x0801; role = 1; interval = 30.000000,latency = 0,supervision_timeout = 72,master_clock_accuracy = 5 [05728897] [HCI_Event_CB]事件= 0xFF(EVT_VENDOR),ecode = 0x0800(EVT_BLUE_L2CAP_CONN_UPD_RESP) [05728897] conn_handle = 0x0801; code = 0x13; identifier = 1,result = 0 [05729257] [HCI_Event_CB] event = 0x3E(EVT_LE_META_EVENT),subevent = 0x0003(EVT_LE_CONN_UPDATE_COMPLETE) [05729257] EVT_LE_CONN_UPDATE_COMPLETE status = 00; handle = 0801,interval = 168.750000,latency = 0,supervision_timeout = 100 .... [05732794] master_devices = 1; slave_devices = 0 [05732800] ENTER_DISCOVERY_MODE [05732802] aci_gap_set_discoverable()好的 .... [06198908] [HCI_Event_CB] EVT_HARDWARE_ERROR事件= 0x10,evt_code = 0x01 [06202624] [HCI_Event_CB] EVT_HARDWARE_ERROR事件= 0x10,evt_code = 0x01 [06204480] [HCI_Event_CB] EVT_HARDWARE_ERROR事件= 0x10,evt_code = 0x01 [06204820] [HCI_Event_CB] EVT_HARDWARE_ERROR事件= 0x10,evt_code = 0x01 [06205674] [HCI_Event_CB] EVT_HARDWARE_ERROR事件= 0x10,evt_code = 0x02 [06220667] [HCI_Event_CB]事件= 0xFF(EVT_VENDOR),ecode = 0x0001(固件启动正常) [06220667] EVT_BLUE_INITIALIZED由看门狗引起的复位 #multiple-devices-simultaneous#bluenrg-ms #ble 以上来自于谷歌翻译 以下为原文 I use BlueNRG-MS stack 7.2c, stackmode = 3 When connected only ONE device (mobile phone) to BlueNRG-MS everything works fine, but when startup or for additional second connections after some time (3 - 10 minutes) BlueNRG-MS reset by the watchdog, before it come to the event EVT_HARDWARE_ERROR=0x10 (event = 0x10, subevt_code = 0x01) and (event = 0x10, subevt_code = 0x02) Tell me, please, what should be done to avoid reset BlueNRG-MS? log: [05728777] event = 0x3E (EVT_LE_META_EVENT), subevent = 0x0001 (EVT_LE_CONN_COMPLETE) [05728779] EVT_LE_CONN_COMPLETE status = 0 ; handle = 0x0801 ; role = 1 ; interval = 30.000000, latency = 0 , supervision_timeout = 72, master_clock_accuracy = 5 [05728897] [HCI_Event_CB] event = 0xFF (EVT_VENDOR), ecode = 0x0800 (EVT_BLUE_L2CAP_CONN_UPD_RESP) [05728897] conn_handle = 0x0801 ; code = 0x13 ; identifier = 1, result = 0 [05729257] [HCI_Event_CB] event = 0x3E (EVT_LE_META_EVENT), subevent = 0x0003 (EVT_LE_CONN_UPDATE_COMPLETE) [05729257] EVT_LE_CONN_UPDATE_COMPLETE status = 00 ; handle = 0801, interval = 168.750000, latency = 0, supervision_timeout = 100 .... [05732794] master_devices = 1 ; slave_devices = 0 [05732800] ENTER_DISCOVERY_MODE [05732802] aci_gap_set_discoverable() OK .... [06198908] [HCI_Event_CB] EVT_HARDWARE_ERROR event = 0x10, evt_code = 0x01 [06202624] [HCI_Event_CB] EVT_HARDWARE_ERROR event = 0x10, evt_code = 0x01 [06204480] [HCI_Event_CB] EVT_HARDWARE_ERROR event = 0x10, evt_code = 0x01 [06204820] [HCI_Event_CB] EVT_HARDWARE_ERROR event = 0x10, evt_code = 0x01 [06205674] [HCI_Event_CB] EVT_HARDWARE_ERROR event = 0x10, evt_code = 0x02 [06220667] [HCI_Event_CB] event = 0xFF (EVT_VENDOR), ecode = 0x0001 (Firmware started properly) [06220667] EVT_BLUE_INITIALIZED Reset caused by watchdog #multiple-devices-simultaneously #bluenrg-ms #ble |
|
相关推荐
2个回答
|
|
找到一个解决方法,当BlueNRG-MS发送到事件EVT_HARDWARE_ERROR = 0x10(事件= 0x10,subevt_code = 0x01)时,我使用命令或者终止当前进程,然后再次运行(或)。
连接持续了14个小时,非常好,与之前的4分钟相比。我知道这种方法不正确,找到正确的方法来消除我的问题当然是可取的。 请帮助找到正确的解决方案。 以上来自于谷歌翻译 以下为原文 Found a workaround, when BlueNRG-MS sends to event EVT_HARDWARE_ERROR = 0x10 (event = 0x10, subevt_code = 0x01), I terminate the current process, with the command or , and run again ( or ). The connection lasted 14 hours, which is very good, compared with 4 minutes as before.I understand that this method is not correct, it is certainly desirable to find the right way to eliminate my problems. Please help find the right solution. |
|
|
|
我找到了问题的原因。这一切都是错误的。当我执行时,描述于
http://www.st.com/content/ccc/resource/technical/document/application_note/46/0a/77/7b/04/f5/4c/b7/DM00116738.pdf/files/DM00116738.pdf/jcr:内容/翻译/ en.DM00116738.pdf ,并执行计算得到的值比默认值(800μs)大(1311μs)。 更新,完美工作。 以上来自于谷歌翻译 以下为原文 I found the cause of my problems. It was all in the wrong value . When I performed , which is described in http://www.st.com/content/ccc/resource/technical/document/application_note/46/0a/77/7b/04/f5/4c/b7/DM00116738.pdf/files/DM00116738.pdf/jcr:content/translations/en.DM00116738.pdf , and performed calculations obtained a value which is greater (1311 µs) than the default value (800 µs). Updated and all perfectly worked. |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2725 浏览 1 评论
3237 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1807 浏览 1 评论
3646 浏览 6 评论
6034 浏览 21 评论
1336浏览 4评论
197浏览 3评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1,再次烧录时无法检测到stlink怎么解决?
350浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事?
442浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的?
268浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-22 13:49 , Processed in 1.288382 second(s), Total 78, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号