[参考译文] CC2340R5：BLE5-Stack - FreeRTOS 和 amp 中的静态存储器分配；ICall？

尊敬的 Clement：

非常感谢您的答复。

对于我们的项目、存在安全要求、使用静态存储器分配可能会减轻上述问题。 它还会提供另一个 RTOS 解决方案、例如 SafeRTOS。

此外、还观察到"based_ble"示例应用程序 已经用尽了可用存储器的一大块。 例如：

进行首次查看时、剩余的 SRAM 大小看起来并不太糟糕。 遗憾的是、我们的项目计划使用 CC2340R2无线 MCU、该 MCU 只有28KB 的 SRAM、因此很难添加新的 BLE 配置文件/服务和其他应用功能。 据我所知、SRAM 的一大块已分配给 FreeRTOS？ 例如(SysConfig 的屏幕截图)：

不确定是否应调整这些数字。

如果您对 SRAM 提供一些反馈、我将不胜感激。

谢谢、

CHI

尊敬的 Chi：

感谢您的分享!

关于 SRAM 使用问题、请查看本文档： https://software-dl.ti.com/simplelink/esd/simplelink_lowpower_f3_sdk/7.20.00.29/exports/docs/ble5stack/ble_user_guide/html/ble-stack-common/ram_allocation-cc23xx.html#ram-usage

需要说明的是、如果您想使用不同的内存分配策略、或者如果您想更改使用的 RTOS、恐怕您必须自己重写蓝牙堆栈。 老实说、我不认为应该考虑这样的做法。

请告诉我您的想法！

此致、

尊敬的 Clement：

感谢链接。 这是有用的阅读。

您提到过重写 BLE 堆栈、您是想从头开始创建我们自己的堆栈吗？  我的理解是、TI 的 BLE-Stack 实现以一组预构建的库的形式提供(例如、 OneLib.a 和 StackWrapper.a、作为 F3 SDK 的一部分提供)？

谢谢、

CHI

尊敬的 Chi：

没错、TI 的 BLE-Stack 实现在 F3 SDK 中以一组预构建库的形式提供。

我的观点是、如果您想要不同的实施方案、那么您必须从头开始自行开发一切。 我们的一些用户会这样做、但这当然需要大量工作。

此致、

尊敬的 Clement：

感谢您的澄清。 现在、我可以清楚地了解 TI 的 BLE5-Stack 和 FreeRTOS 的需求。

我有一个无关的问题。 您是否能够解释实体与任务之间在 ICall 框架方面的区别？

谢谢、

CHI

感谢 克莱门特、

我已经将您的原始响应标记为分辨率、以关闭该主题。

谢谢、

CHI