[参考译文] TMS320F280039C-Q1：有关 CLA_STL 的一些问题

1.编写原始示例时、STL_CLA_ALL 运行所有 POST 和所有 PEST 矢量、而 POST 和 PEST 测试缓慢地通过 POST 和 PEST 测试向量迭代、因此如果让应用程序运行足够长的时间、最终它们也会在这些向量中看到故障。

为了确定如何解决问题、我需要知道什么特定的测试向量出现故障--请对其进行调试以找出问题所在。 根据我的经验、人们遇到的最常见问题之一是 STL_CLA_POST_VECTOR_08、它使用 SPI B。请确保在 CLA_STL 运行之前启用 SPI B 的时钟。

2和3。 STA 工程不代表实际应用需要如何运行 STL。 它们不应像在其应用程序中那样使用 STA_Tests_testDevice()函数。 上电时、它们只需要运行 STL_CLA_testRegisters"函数和所有 STL_CLA_runPOSTMicro 测试向量。 然后、在运行时、他们需要定期调用 STL_CLA_runPESTMicro 函数、并逐渐迭代45个 PEST 测试向量。

Whitney

您好 Whitney、

感谢您的回复并遵循您的建议。

客户修改其代码：他们将 STL_CLA_testRegisters1、STL_CLA_testRegisters2、STL_CLA_testRegisters3和 STL_CLA_runPOSTMicro 置于 初始化中、并  定期调用 STL_CLA_runPESTMicro。

现在测试： STL_CLA_testRegisters1 、STL_CLA_testRegisters2 、STL_CLA_testRegisters3和 STL_CLA_runPOSTMicro  都通过、但会进行所有测试  

STL_CLA_runPESTMicro 是 FAL (从 Vector0~44开始)、所有返回值都是0x4、您能对此提供一些建议吗？

它们已经启用 SPI B 时钟： CpuSysRegs.PCLKCR8.bit.SPI_B = 1U；

我上传有关 CLA_STL 的代码： e2e.ti.com/.../Fusa_5F00_Cpu.7z

BRS

Shuqing

值0x4是超时。 我在您分享的代码中看不到任何可以解释的内容。 增大 PEST 测试的延迟变量是否有任何区别？ 他们是否可以考虑在其代码中的任何因素、这些因素可能会阻止 CLA 任务触发或阻止测试配置 MEM_CFG 寄存器(如锁定寄存器)？

Whitney

您好 Whitney  

我们将时间更改为100、但仍返回超时故障。

我们还检查 MEM_CFG_REG 中的寄存器、例如 DxLOCK、所有值均为0。

我们还需要检查什么吗？

BRS

Shuqing

他们能否通过几个断点来尝试确定他们看到的超时类型？ 他们能否将一个放在 stl_cla_pest.c 中、一个放在 stl_cla_s.asm 中？

STL_CLA_runPESTMicro ()中的 STL_CLA_pest.c：

STL_CLA_RunTest ()中的 STL_CLA_s.asm：

Whitney

您好 Whitney、

yonggang zhao 说：

STL_CLA_runPESTMicro ()：

它返回以下结果：

您能帮助检查一下下面的寄存器中是否有任何错误吗？

BRS

Shuqing

那么、如果他们在第591行放置一个断点、它会在那里停止呢？ MIRUN 表明正在执行任务1？ 这可能意味着 STL 在等待任务1完成时超时、因为它在没有活动任务之前无法运行。 他们的任务1在做什么？ 是否需要很长时间才能运行？

Whitney

您好 Whitney、

感谢您的建议、我们发现由于 CLA 任务配置错误、任务将卡住、然后生成超时错误。
为了排除这些因素的干扰、使任务失败、他们禁用了任务2到任务7、只启用了任务1和任务8。 此外、它们还简化了任务1和任务8、确保任务能在短时间内完成。

进行上述修改后、STL_CLA_runPESTMicro () 在测试开始时不会返回超时、并且会在某些测试向量中返回0x80错误。 运行一段时间后、它将返回超时。

您能否就后续步骤提出建议？

BRS

Shuqing