[参考译文] LP-EM-CC1354P10：DMA_Open 或 Close 期间出现硬件异常

尊敬的 Marten：

1.您使用的是哪个版本的 SimpleLink F2 SDK？

2.这是否可以在单个线程上下文中重现？ 例如、SPI 驱动程序示例？

3、您的应用线程的优先级是什么？ (我们始终建议让 BLE-Stack 线程具有最高优先级。)

4.您是否查看了 ROV 中的 HWI 例外信息？

https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_7_10_02_23/docs/ble5stack/ble_user_guide/html/ble-stack-5.x-guide/debugging-index.html#deciphering-cpu-exceptions

谢谢、

M·H

1： 版本7.10.02.23的 F2 SDK。

2: 无法测试,直到 tommorrow

3： 把基本的优先级提升到了6、把 EMPTYThread 优先级设置为1、这个情况仍然发生。

4： 是、它始终在 HWREG 被访问并发出 PRECISERR 错误时发生。

尊敬的 Marten：

您能否打开 ROV 并发布您所有任务及其优先级的截屏？

当时我说 BLE 任务应该具有最高优先级、我将讨论优先级为5的 iCall_taskentry。  

关于您的精度、您是否检查了 LR、PC 等地址以及与哪些代码关联？

谢谢、

M·H

这是 ROV 概述。 连接蓝牙设备时发生、不确定是否在没有连接的情况下发生。  mainThread 具有我的第一篇文章的代码、因此只能在中间睡眠的情况下打开和关闭 SPI。

尊敬的 Marten：

您是否从异常信息中检查了与 LR、PC 等中的地址相关联的代码？

我建议您对每个任务使用不同的优先级。

谢谢、

M·H

仍然会发生不同的优先级。 LR 处于 GPIO_resetconfig 中、PC 处于 GPIO_setConfigAndMux 中(drivers_cc13x4.a)。 我认为这是 simplelink 代码中的错误？ 我仅导入了基本 ble 工程并添加了一个额外的线程、从而打开和关闭 SPI、重现错误。 使 DMA 始终处于打开状态可修复该问题、但也意味着额外的电流消耗。 我们使用的是 cc1354p10-6版本 B。

尊敬的 Marten：

我将尝试重现您的问题。

谢谢、

M·H

在未启用 BLE 任务的情况下对其进行了测试、但仍然会发生。 还使用2674p10对其进行了测试并获得了例外。

您是否在 BLE -> Advanced Settings 中禁用了显示模块？ UART/显示使 DMA 驱动器保持打开状态并防止崩溃发生。 此外、系统还会在10到20分钟后在设备上发生崩溃。

尊敬的 Marten：

我能够重现您的问题。 我得到了访问地址0x4002 20D0的相同数据访问故障、即 DOE31_0的 GPIO 寄存器。

这是一个 R/W 寄存器、因此我唯一能想到的是当器件尝试读取此寄存器时 GPIO 电源域是否可能未通电。  

您是否在非 BLE 示例的环境中进行了此测试？ 例如、SPI 示例之一还是仅驱动程序/空示例？

您可以使用 EnergyTrace++来跟踪哪个电源域在何时开启、但我不确定这是否会对我们帮助很大。

谢谢、

M·H

使用 SPIController 示例项目尝试操作、并将其调整为仅在延迟的情况下打开和关闭 SPI、也会发生这种情况

有任何相关更新？

也在最新的 SDK 上尝试过、但仍然崩溃

尊敬的 Marten：

我提交了一个错误请求单。 不过，我不能保证，我们在不久的将来会研究这个问题。

谢谢、

M·H