[参考译文] CC1312R：SDK 6.30 MAC 会在一段时间后停止工作？

Bonjour Martin、

我看到您 过去使用过 ROV (运行时对象查看器：software-dl.ti.com/.../rov.html)。
您是否可以在绘制堆和堆栈存储器数据的同时重现运行周期、可能会增加消息节奏？

这样、我们就可以检查是否存在内存泄漏。 这里的问题是、此类存储器问题不会直接导致崩溃、因此很难识别它们。

同时、我将查找可能导致此类问题的 SDK 更改。

此致、

Arthur

Merci Arthur、

下面是我为再次检查它所做的操作：

1.将报告间隔从5分钟设置为1秒；

2.运行了几个小时

 macTask 上的堆栈在持续时间内看起来相当稳定、大约为480字节(完全在2K 分配范围内)。

遗憾的是、ROV 在几个小时后崩溃、因此当设备停止通过无线电发送消息时、我无法说出设备的状态。

我不会认为堆是个问题、但 ROV 也在这方面让我失望！ 我无法再监视堆内存(请参阅此论坛中的其他线程)。

尊敬的 Martin：

我明白了。 您是否对 sensor_oadonchip 示例进行了值得注意的更改？ 我问的是、154堆栈确实会长时间运行稳定性测试。

此致、

Arthur

尊敬的 Arthur：

是的、我实际上做了很多更改、主要是在传感器操作方面、添加了一个任务。 该任务的堆栈也是稳定的、这些更改在 SDK 6.30之前一直运行良好。

是否有办法进一步排除 MAC 无法通过对讲机发送消息的问题？

尊敬的 Martin：

我已经报告了您遇到的问题、我们正在研究哪些变化可能导致这种情况。 您是否还使用与6.20 SDK 相同的 Code Composer 版本？ 我提出这一要求是因为编译器可以在这些版本之间进行更新。

但是、您是否认为有一种使用默认堆栈示例重现该问题的简单方法？

您还可以使用以下文档尝试在对讲机级别解决此问题：

_ https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1127783/cc1352r-rfc_dbell-register-unable-to-read/4183675#4183675

_ https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_6_20_00_29/docs/ble5stack/ble_user_guide/html/ble-stack-5.x-guide/debugging-index.html#debugging-rf-output

此致、

Arthur

尊敬的 Martin：

我们需要更多有关 OAD 代码更改的信息。

因此、如果您不希望在 E2E 上使用、我将通过私人邮件与您联系。

此致、

Arthur

听起来不错。