嗨对话小组,
如果DEF_SVC1_BUTTON_STATE_CHAR_LEN较大,则DA14585芯片将溢出为24(字节),同时发送间隔每20ms(或更少),
请告知如何每20ms正确发送240个字节。
请参阅示例代码:
//更新按钮特征
struct susts1_val_ntf_ind_req * req = ke_msg_alloc_dyn(custs1_val_ntf_req,
prf_get_task_from_id (TASK_ID_CUSTS1),
task_app,
custs1_val_ntf_ind_req,
def_svc1_button_state_char_len);
req-> conidx = app_env-> conidx;
req-> notification = true;
申请- >处理= SVC1_IDX_BUTTON_STATE_VAL;
申请- >长度= DEF_SVC1_BUTTON_STATE_CHAR_LEN;
申请- >价值[0]=数+ +;
KE_MSG_SEND(REQ);
/ / Android代码
公共空白on特征(Bluetoothgatt Gatt,BluetoothGatt Characteristic特征)
{
超级。onCharacteristicChanged(关贸总协定、特点);
byte [] messageBytes = charactistististing.getValue();
日志。w(TAG,“oncharacterchanged:”+ messageBytes.length);//显示当前MTU(测试到240字节)
}
问候,
ro
设备:
嗨罗伊哈,
我假设内存溢出位于DA14585侧。如果是的话,可以请说明代码卡在哪里吗?在platform_reset_func()中?
谢谢,PM_DIALOG.
嗨PM_Dialog,
是的,platform_reset_func pop with reset_mem_alloc_fail(0xf2f2f2f2)一个clasic内存溢出
谢谢,
ro
嗨罗伊哈,
Τhe platform_reset_func()由platform_reset()调用,这是在ROM代码中实现的。获得此断言的最可能原因是内存不足,因为您正在分配从未使用过的消息。例如,如果您正在分配通知消息,并且连接间隔较小,则消息会在连接事件到达之前堆积起来,但是如果连接间隔较大,则会在连接事件到达之前耗尽内存。您可以增加连接间隔。在您的应用程序中,可能在每次连接之后都会出现某种内存泄漏,因为错误代码是RESET_MEM_ALLOC_FAIL。为此,请检查是否有任何挂起的消息,并确保您正在使用消息处理时获得的消息,或者如果您正在分配数据,则应该释放这些消息。例如,如果你对ADC进行采样,并且你正在分配消息以便在有连接时通过通知发送数据,那么设备最终将耗尽内存,如果设备耗尽内存,这将导致设备重置。此外,尝试通过在da1458x_config_advanced.h头文件中定义DB_HEAP_SZ来增加堆大小。
谢谢,PM_DIALOG.
你好,
谢谢您的解释,内存溢出显然是根本原因的副作用。
我的问题是:如何每20ms发送240byte通知?
谢谢,
ro
嗨PM_Dialog,
只是要更多清晰的关于测试代码/设置:
1)。使用ble_app_all_in_one.在SDK 6.0.10.511中找到
2)。在user_custs1_def.h中编辑/更新定义为:#define def_svc1_adc_val_1_char_len 120
3)。编辑/更新user_app_adcval1_timer_cb_handler间隔到20ms
4)。编译和运行
预期结果:
实际结果:
请建议每20ms传输120字节数据到Android(优先考虑示例代码)是什么
*笔记: 120byte每20ms = 48Kbps远低于1M的限制
问候,
ro
示例代码:
嗨罗伊哈,
我工作在SDK6.0.10的清晰BLE_APP_ALL_IN_ONE项目上,我使用了附加的代码片段。但是,我无法复制您的问题。变量“count”每隔20ms发送思想通知。你能在干净的ble_app_all_in_one项目中测试吗?你完成了任何其他修改吗?
谢谢,PM_DIALOG.
嗨PM_Dialog,
要重现问题,只需更改数据大小
从:
至:
#define def_svc1_adc_val_1_Char_Len 240.
问候,
ro
嗨roie,
刚刚测试了240字节大小,但我仍然无法复制它。您正在使用的堆大小是多少?默认大小为2048字节。你能增加一点吗?
谢谢,PM_DIALOG.
嗨PM_Dialog,
在使用#define db_heap_sz 2048后溢出在〜3,000 - 3,200包后
当使用#define db_heap_sz 2048 * 4 overflow以〜6,800 - 7,200数据包之后
请注意Android Phone MTU为默认状态(即20)db_heap_sz 2048 * 4是稳定的没有溢出在~ 300000包之后(我手动停止了它)
请建议您是否在测试台中使用Android手机?
如果是,请共享使用的Android版本和示例测试代码。
*笔记:这里使用的设置是:三星A5, S9 Android版本8,两部手机都显示相同的行为
问候,
ro
嗨roie,
我想再问你一件事。你在使用自定义的移动应用程序吗?
谢谢,PM_DIALOG.
嗨PM_Dialog,
是的,我正在使用自定义android应用程序。
还有很少的应用商店(例如,LightBlue等)的应用程序
任何推荐的测试应用程序,您可以分享的示例?
问候,
ro
嗨PM_Dialog,
任何更新吗?
问候,
ro
嗨roie,
但我还是无法复制它。我正在努力,我会让你知道如果有任何更新。我会试着复制它。
谢谢,PM_DIALOG.
嗨PM_Dialog,
请建议是否有任何我可以发送任何我可以发送到图的根本原因(例如:register dump,启用一些调试Printf标志等)
Regartds,
ro
嗨roie,
您可以使用BLE Sniffer工具来检查通过空中传输的数据包。
谢谢,PM_DIALOG.
嗨PM_Dialog,
我没有嗅探器,请建议购买/安装的工具
问候,
ro
嗨roie,
很抱歉耽搁了。我可能错过了你最后的评论。你解决这个问题了吗?如果你的问题与DA14585有关,如前所述,这是由于低效的堆大小,所以你应该增加它。
谢谢,PM_DIALOG.