This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TMS320F280039C:CLA 实时检查

Guru**** 2253470 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1295914/tms320f280039c-cla-live-check

器件型号:TMS320F280039C

尊敬的专家:

我们要在 CPU 上应用 CLA 活跃度检查。 在从一个任务矢量运行多个函数的情况下、这应该应用于每个函数还是只应用于父任务中断矢量? 这项检查是否会在任务结束时应用、以确保任务的完整性并扩大覆盖范围?

提前感谢、

马克·费雷尔

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Marc:

    检查应该做什么?

    此致、

    维纳

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Veena:

    该测试的目的是以有意义的方式监控 CLA 运行任务的活跃度、可能如安全项 CLA8中所述。  

    此致、

    马克  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    任务结束 CLA 中断应该有效、但是如果 CLA 和 CPU 之间采用交叉校验并合并来自每个函数的参数也是合理的、这可能会增加覆盖范围。 作为互惠式比较实现的一部分、您可能已经在进行类似的交叉检查?

    惠特尼

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    惠特尼、您好!  

    目前,我们还没有实施互惠式比较。  

    我在之前的帖子中看到过:"我看到 ACK 可以由 PIE 组内的中断设置、不一定是 CLA 中断造成的。 因此、可能都会出现错误指示。 一个更好的解决方案是在 ISR 末尾使用一个共用变量、而 CLA 任务等待这个变量。" (https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1175609/tms320f28377d-overflow-detection-for-cla-end-of-task-interrupt)

    这就是为什么我认为 CLA 和 CPU 之间的交叉检查可以避免这种情况、并提供更高的覆盖范围。 但我不确定应该以哪种方式应用这种"活跃度检查"。

    此致、

    马克  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Marc:

    您是否找到了适合您的解决方案? 我同意 Veena 关于使用 ACK 的警告。

    惠特尼