当GATT写入请求大于13个字节的GATT写入LEQUENTELENTEL_APP_PERITERAL时,设备停止

⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
3个帖子/ 0新
最后一篇
Dhrishi.
离线
最后一次露面:3年3个月前
加入:2017-02-10 09:56
当GATT写入请求大于13个字节的GATT写入LEQUENTELENTEL_APP_PERITERAL时,设备停止

你好,

我想通过对话框外围设备处理从一个中心的尺寸gatt写请求。我的应用程序正面临着一些问题。所以尝试使用标准BLE_APP_PERICITEAL应用程序。

设备:DA14580
SDK:5.0.4
APP:BLE_APP_PERITERALAL.

为此,我使用了BLE_APP_PERITERAL并进行了一个更改:

#define def_cust1_ctrl_point_char_len 1
取而代之
#define def_cust1_ctrl_point_char_len 14.

有了这个,我编译了该应用程序。我用NRF应用程序作为中央,并尝试将14个字节写入控制点特征。
代码在此处访问并停止:

if((getword16(sys_stat_reg)&dbg_is_up)== dbg_is_up)
__asm(“bkpt#0 \ n”);

观察结果:
1.如果def_cust1_ctrl_point_char_len设置为13,我从nrf应用程序写入13(或更少)字节,然后它工作正常,没有问题。
2.如果def_cust1_ctrl_point_char_len设置为14,我从NRF应用程序写入13(或更少)字节,然后它工作正常,没有问题。
3.如果def_cust1_ctrl_point_char_len设置为大于14的anyhing(例如20),并且我从NRF应用程序写入14(或更多)字节,然后设备停止(如上所示)

你能告诉我问题是什么吗?这将在SDK,对吗?

或者我错过了任何东西。这应该是最小的,因为与LEN = 13相同,并写入13个字节。这只是在13个字节之后存在问题。

谢谢,
hrishikesh.

设备:
mt_dialog.
离线
最后一次露面:2个月4天前
职员
加入:2015-06-08 11:34
嗨Dhrishi,

嗨Dhrishi,

它在user_custs1_ctrl_wr_ind_handler()中的memcpy,它使设备失速,我想580结束了一个硬盘,_Handler,如果你删除麦迪比你会好的(显然你写了超过13个字节,你会覆盖大量数据)手臂不那样,这就是为什么它进入硬盘处理程序。

谢谢mt_dialog.

Dhrishi.
离线
最后一次露面:3年3个月前
加入:2017-02-10 09:56
请忽略这一点。那是个

请忽略这一点。这是我们实施的问题。谢谢你的支持