您好！
我们正在使用 CC2340R5器件型号、其在 RAM 中的堆区消耗20KB。 如果我们减少它所广播的堆内存,但它不与任何移动的配对。 外设+观测器角色中进行配置。
同一应用在 CC2640R2上正常运行、不会出现任何问题。 请说明两个器件型号的记忆之间有何差异。 以及如何 在 CC2340R5中使用外设+中央角色。
谢谢
大家好、Jan、
我们使用 SimpleLink 低功耗 F3 SDK (7.20) SDK、我们使用数据流示例代码是基本代码。 我们修改了多角色(外设+中央)和 UART 的一些配置。 此外、我们还启用了计时器。 我们将堆大小配置为 #define configTOTAL_HEAP_SIZE ((size_t)(0x5000))。 它将按预期工作、如广播、连接、配对和通信。 我们需要在应用中添加更多模块、如 ANC 和 TPMS。 添加这些模块后、我们在内存分配方面遇到了故障。
然后、我们降低了堆大小 #define configTOTAL_HEAP_SIZE ((size_t)(0x4000))。 但器件无法广播。 此应用是否需要20K 堆？ 或者、是否有任何其他可能的方法来优化存储器？
我已随附了两个屏幕截图- 当我们仅使用 TI 示例时成功、当我们使用 TI 示例移植我们的应用时失败。
大家好、Jan
我分享了配对设置和配对功能供您参考。 并共享了移动应用程序和监听器的广告和连接日志。
您好
我已经暂停执行。 它由于函数 GATT_WriteCharValue 中的 iCall_abort ()而卡住。 我附上了供 您参考的图片。
大家好、Jan、
我已经尝试使用 BLEAppUtil_invokeFunctionNoData ()方法,但它从来没有帮助我。 发生 iCall_abort () 的原因是 GATT_WriteCharValue ( )中的函数 AMS_CCCDConfig (AMS_handleCache[AMS_REMOTE_CONTROL_HDL_CCCD]，TRUE )。 它进入 ICall abort()或返回状态22而不是成功。 我已经在多个测试场景中对此进行了测试。
此外、我已经分析了2个 E2E 线程、但问题没有得到解决。
CC2340R5：CC2340卡在 iCall_abort 中-蓝牙论坛- Bluetooth
︎- TI E2E 支持论坛
测试场景1：
我参考了简单的外设示例代码(外设+观测器角色)并移植了 AMS 和 ANCS 部分。 我在此使用 CC2640和 CC2642 (多角色示例代码作为基本代码)进行了测试、测试表明没有发生错误。
测试场景2：
我参考了基本 BLE 代码(仅使用外设角色)并移植了 AMS 部分、ICall 中止的发生方式与前面所述的方式相同。
我在调用 GATT_WriteCharValue ()函数之前也已验证了可用堆大小。堆大小接近8KB。 我附上了图像供您参考。 我已经使用 CC2340R5对此进行了测试。
测试场景3：
我在外设+中央角色中参考了数据流示例代码。 ANCS 部分所需的代码。 在这个函数中我有两个函数，一个是 ANCS_subsDataSrc()，另一个是 ANCS_subsNotifSrc()。我附加了图像供您参考。 两个函数都尝试使用 GATT_WriteCharValue()函数编写请求。 我在使用这些函数的同时收到 ICall 中止命令。 如果我使用任何一个订阅功能、我不会遇到任何错误、它会像我预期的那样正常工作。 我已经使用 CC2340R5对此进行了测试。
测试场景4：
我在外设中参考了数据流示例代码。 并且在该代码中启用了 ANC 部分、工作正常。 我已经使用 CC2340R5对此进行了测试。
请分析这些场景并阐明 CC2340R5中出现错误的原因。 我正处于此项目的最后阶段、请帮我解决此问题。 
大家好、Jan
我在上一个聊天中分享了堆信息。 我将再次在 ROV 中共享堆大小。 请检查一下,我们迫切需要完成这项工作。 是否有任何可能的方法可以与您联系以解决此问题？ 请帮助我们尽快解决这个问题。
谢谢
K·布林达
您好
我附上了任务堆栈 ROV 供您参考。 请检查并分享您的反馈。
此致
K·布林达
您好
感谢您的建议。 我们尝试了这些设置、但看起来没有改善。
我们需要通过基本的 BLE 示例了解 SDK 所需的最小 RAM 大小。 并且、我们在 CC2640R2中的 UART 应用建立了所有功能、例如多角色(中央+外设)、AMS 和 ANC。 但在 CC2340R5中、我们无法使用 AMS 功能实现基本外设。 我们提供了接近8K 的免费 SRAM 大小、但该功能仍然无法实现。 CC2340R5似乎不适合我们的应用。
和选择的这种方式进行比较。 但在这里、它会消耗更多 RAM。 因此、我们认为 CC2340不会替代 CC2640。
此致
K·布林达
您好、Brindha：
您的项目是全部在单个任务上运行、还是对于每个功能都有单独的任务？ 您是否可以尝试增加/减少为每个任务分配的任务堆栈大小？ 例如、对于 appMain 任务、任务堆栈大小可在此处修改：
此致、
1月
大家好、Jan
您的
1.配对不成功
2.堆栈在特定的 GATT_WriteCharValue 处挂起
但是、 如果堆栈大小和/或堆大小未减小、 仍然存在问题。
我附上了 ANC_CCCDConfig 函数供您参考。 这两个函数均从 AMS + ANCS 中调用。 请确认我们在此函数中使用的内存分配和空闲是否正确。 是否有任何其他函数替代 ANCS_CCCDConfig 、请告知我们。
此致
K·布林达
您好、Brindha：
乍一看、内存分配和释放似乎很好。 您是否可以尝试改用 GATT_WriteNoRsp ()而不是使用 GATT_WriteCharValue？ 在我们的一些示例项目中、我们在修改 CCCD 时使用它。 可表示为：
此致、
1月
大家好、Jan
我已经 使用您所说的 CCCD 中的修改尝试了 GATT_WriteNoRsp。 但是该问题仍未解决、ICall_abort 会发生。
我附上了图像供您参考。
此致
K·布林达
大家好、Jan
我无法获取 ErrorNo 的值。 在达到中止函数后、我卡在了 while 循环中。 变量 j 始终保持为1。
此致
K·布林达
