[参考译文] CC2651R3SIPA：通过 ADC 寄存器写入操作在零延迟 ISR 中澄清 ARM 勘误表838869的适用性

您好、  

 TI Arm Clang 编译器工具用户指南(链接)建议直接使用 asm ()函数。
对于 __schedule_barrier、用户指南中有关内在__schedule_barrier()函数(链接)的部分没有提及函数。 但是、他们确实提到了 _DISABLE_IRQ 和 ENABLE_IRQ 功能。 从我可以在线阅读的内容(链接)中、您可以使用这些功能来停止和恢复中断。

生成的代码如下所示：

bool interrupts_enabled = (__get_PRIMASK() == 0);

_disable_irq();

asm("DSB");

// 3. Restore backed-up-state
if (interrupts_enabled) {
    __enable_irq();
}

请告诉我它是否可以使用 TI Arm Clang 编译器

此致、
Maxence

感谢您的建议。

我们使用__get_PRIMASK()、_disable_irq()、和尝试了代码_enable_irq()、但不幸的是、我们遇到了构建错误。 编译器报告了所有三个函数的"未定义符号"错误、构建无法成功完成。

我们目前正在使用 CCS - TI Arm Clang 编译器。 如果有任何其他设置步骤或头文件、我们应该包括这些功能、您能告诉我们吗？

再次感谢您的支持。

此致、

您好！

是的、有关编译器的用户指南提到需要添加 arm_acle.h 包含的头文件。

此致、
Maxence

您好、Maxence、

感谢您的支持,感谢您发送编修。

我们#include <arm_acle.h>按照建议进行添加、并按如下方式更新中断尾端处理代码：

但是、我们仍会看到构建错误、特别是undefined symbol__get_PRIMASK、_disable_irq和的""错误__enable_irq。
因此、编译无法完成。

我们目前正在 CCS 中使用 TI Arm Clang 编译器。 我们是否需要配置或启用任何其他内容才能正确使用这些内在函数？

此致、

您好！

真的很抱歉前一个答复,用户指南(链接)提到__get_PRIMASK,,_disable_irq和_enable_irq是内在函数需要 ti_compatibility.h 而不是 arm_acle.h 标题、抱歉。

此外,我注意到你应该使用一个下划线_enable_irq(),而不是两个。 解决这些问题应该能解决您的问题。

此致、
Maxence

您好、Maxence、

非常感谢您的跟进。

我们已#include <ti_compatibility.h>按照您的建议添加、并按如下方式更新了中断尾端处理代码：

但是、我们仍然遇到__get_PRIMASK、_disable_irq和的构建错误_enable_irq。
我们还尝试同时包括#include <arm_acle.h>和#include <ti_compatibility.h>、但构建错误仍然是一样的。

我们是否需要启用任何特定的编译器设置或定义任何宏来使用这些内在函数？

此致、
Hiroki

您好、Maxence、

感谢您的答复。

我已经确认该ti_compatibility.h文件也存在于我的系统上的同一路径中。

我当前使用的是 CCS Theia、这可能会导致任何问题吗？

我们仍然看到以下构建错误(请参阅随附的屏幕截图)：

#10234-D：保留未解析的符号
链接过程中遇到错误；未构建"re01ds1_5.out"
tiarmlnk 命令失败、退出代码1 (使用-v 查看调用)

我还根据要求附上了工程属性的屏幕截图、包括编译器版本。

如果还有其他需要我检查的问题、敬请告知。

此致、

您好、

解决方法之一是include在 ARM 链接器设置中添加 TI Clang 目录的路径、从而直接包含该文件。

在工程的设置中、依次导航至 Build > Tools > Arm Linker、点击右上角的画笔图标、并在设置末尾添加以下内容(不要忘记开头使用逗号！) ：

,-i"C:/ti/ccs2011/ccs/tools/compiler/ti-cgt-armllvm_4.0.2.LTS/include/c" -Wl

添加后、您可以点击复选框、然后按"Save and Close"

您能尝试一下、告诉我这是否解决了您的问题吗？

此致、
Maxence

感谢您的建议。

我按照说明将以下内容添加到 Arm Linker 设置中、但遗憾的是、构建错误仍然存在。
但是、错误消息已更改、因此我附加了更新错误的屏幕截图。

我还附上了当前 Arm Linker 设置的屏幕截图、以供您参考。
我添加的设置如下：
,-i"C:\ti\ccstheia151\ccs\tools\compiler\ti-cgt-armllvm_4.0.0.LTS\include\c"

此致、

您好、

我最终测试后发现我错了、您不能把,-i"C:/ti/ccstheia151/ccs/tools/compiler/ti-cgt-armllvm_4.0.0.LTS/include/c" .Wl链接器标志放到末尾。 相反,你应该把它靠近其他-i 标志,例如后-i"C:/ti/ti_cgt_.../lib" -Wl. 此外,由于所有其他路径都使用 /而不是 \,你可以在路径中使用常规斜杠,就像我在我的屏幕截图中所做的那样。

之后、我能够添加  #include <ti_compatibility.h>和调用所需的函数。

此致、
Maxence

您好！

是的、这些更改足以应对勘误表。

此致、
Maxence

非常感谢。
我很高兴听到有勘误的解决方法可用。
感谢您的及时支持。

尊敬的 TI 支持部门：

我希望此消息能帮您找到答案。

我们目前正在 TI-RTOS 环境下使用 ADC 开发一个应用、并且已经在 RTOS 上下文(非 RTOS 中断)之外实现了 ADC 中断处理程序。

在这种情况下、我们不确定我们的实施是否会受到之前提到的任何勘误的影响、我们希望您能帮助确认这一点。

以下是我们的 ADC 中断处理程序的当前尾端部分：

非常感谢您的支持。

此致、

您好、

HwiP_clearInterrupt 函数调用 IntPendClear 函数、该函数又可以以写入结尾、编译器可以将其编译为具有即时偏移指令的存储。 如果您的其他中断的优先级高于 ADC 中断、则可能会满足 ARM 勘误表838869的条件。

进行前面提到的修复应该足以修复此勘误表。

如果您有更多问题、我建议您在论坛上创建新主题。

此致、
Maxence

您好、 Maxence、

感谢您的持续帮助。

在实施建议的解决方法时、我有几个后续问题：

1. __get_PRIMASK()在示例代码中使用的目的是什么？

2. 我看到在 DSB 指令周围禁用了中断。 您能解释一下为什么在插入 DSB 时需要禁用中断吗？

此外、我想问一个与 ADC 中断处理相关的问题：

• 我知道、在 ISR 结束时清除 ADC 中断标志是有效的(我已经通过之前的查询确认了这一点、因此没有问题)。

• 但是、要清除 NVIC 中断、我当前使用HwiP_clearInterrupt(INT_AUX_ADC_IRQ);。 由于这是在中断服务例程中、我想尽可能减少开销。

是否有办法直接清除 NVIC 中断(不使用HwiP_clearInterrupt())、以便尽可能缩短 ISR 内部的处理时间？

此致、
Hiroki Saitoh

您好、

我们禁用中断的原因是因为 CC1312R7器件勘误表 提到在 ARMCC 中修复此问题的方法是在 ISR 结束时添加以下内容：

__schedule_barrier(); 
__asm{DSB}; 
__schedule_barrier(); 

TI Arm Clang 编译器不存在__schedule_prier 内在函数、因此我们需要做下一个最佳做法、即禁用并重新启用中断。 因此、我们首先禁用中断、执行 DSB 指令、然后使用__get_PRIMASK()函数检查是否首先启用了中断、而不是仅启用中断。

至于HwiP_clearInterrupt,你可以在 SDK 中看到这个函数的代码。 它只调用 IntClearPend、它只是 C 的几行、我认为开销不是那么重要。

void IntClearPend(uint32_t intNum)
{
    // Check the arguments.
    ASSERT(intNum < NUM_INTERRUPTS);

    // Determine the interrupt to unpend.
    if (intNum == INT_PENDSV)
    {
        // Unpend the PendSV interrupt.
        SCB->ICSR |= SCB_ICSR_PENDSVCLR_Msk;
    }
    else if (intNum == INT_SYSTICK)
    {
        // Unpend the SysTick interrupt.
        SCB->ICSR |= SCB_ICSR_PENDSTCLR_Msk;
    }
    else if ((intNum >= 16) && (intNum <= 47))
    {
        // Unpend the general interrupt.
        NVIC->ICPR[0] = 1 << (intNum - 16);
    }
}

据我所知、我认为没有其他方法来清除 NVIC。

此致、
Maxence