• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 0 订户
  • 视图 342 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TMS570LC4357：CPU8自检

admin
Guru**** 2470720 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/975026/tms570lc4357-cpu8-self-test

器件型号：TMS570LC4357

各位专家：

对于 CPU8锁步比较器(CCM)自检、我们是否提供了一个指导、说明应该多久进行一次预建？

如果我理解这一点、客户必须做出折衷、因为当他运行比较器自检时、锁步将被停用、并且在这段时间内有可能运行到一个 CPU 错误中。

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

    您好、Simon、

    在自检期间、CPU 正常执行、但是比较逻辑不会检查任何 CPU 信号。 对于 CPU 输出比较逻辑、自检将花费一千个 CU 周期。 何时(在启动或正常运行期间)以及运行自检的频率取决于特定应用的要求。  

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

    您好 QJ、

    我们的项目旨在填满 SIL3、µC 每粉末周期 Δ t 运行8h、并且我们在每次启动期间运行自检。

    我们担心的是、锁步安全机制在近5000个周期内不起作用、并且这个时间内的任何错误被错过。
    此外、SW 需要重新打开 Lockstep、这意味着锁步也存在停用更长时间的危险。

    Q1)那么、我们想知道在启动期间运行自检是否足够？

    (Q2)是否有指导线供我们确定在8h 运行时需要运行某些测试的频率？

    谢谢、此致、

    最大

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

    尊敬的 Max：

    通常只需在启动时执行 CCM-R5F 自检即可。 了解评估人员的实际反馈很重要、然后寻找安全机制/诊断来解决他们的反馈。

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

    您好 QJ、

    感谢您的快速回答。
    这对您有很大帮助。

    此致、
    最大

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

    您好 QJ、

    我有几个后续问题。 我提到过的运行时间可能会变得更长。 新运行时间最长为72小时。

    (Q1)仅在启动时执行自检是否仍然足够？

    (Q2)如果我们在运行时执行自检、是否会完全错过自检期间的错误模糊？

    谢谢、此致、
    最大

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

    尊敬的 Max：

    (A1)这由您的应用的 FTTI (容错时间间隔)确定、并由系统设计人员根据最终应用要求定义。

    (A2)自检过程中发现的任何错误都应以相同的方式(通过软件)处理。 无论自检是在启动时运行还是在"运行时"期间运行、错误标志的行为都是相同的。

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

    您好、Sunil、

    感谢您的回答、但我认为这不能回答我的问题、因此我将尝试提供更多信息。

    我们的目标是提供72小时的摩托车。 我们目前正在确定哪些测试需要定期运行、但《安全手册》仅介绍了在启动时或定期运行的几个测试。
    在测试中、没有提到应该何时或多久执行一次、其中包括 CPU8诊断、我们将在启动时运行该诊断。

    "注意：在自检期间、两个 CPU 都可以正常运行、但比较逻辑不会进行检查
    任何 CPU 信号。 此外、在自检期间、仅测试比较单元逻辑、而不测试
    CCM-R5F 的存储器映射寄存器控制。 自检是不可中断的"

    我们的问题是、比较逻辑关闭至少5000个周期、并且将错过活动比较中比较逻辑会检测到的错误。
    如果我正确理解、这意味着我们在对潜在故障运行诊断的同时、松开诊断检测单点故障。

    (Q3)由于这是对我们想知道的诊断的诊断、我们是否真的需要定期运行自检、或者是否在启动时运行自检、或者 TI 是否在应该再次运行启动测试之后提出了一般性建议？

    (Q4)我对执行自检期间的"压缩机行为"的理解是否正确？

    谢谢、此致、
    最大

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

    尊敬的 Max：

    无论是否在启动时运行 CPU 自检、还是一次运行多少个测试间隔、这些都是基于目标应用约束的系统级决策。 这些问题没有一个正确答案。

    (Q3)由于这是对我们想知道的诊断的诊断、我们是否真的需要定期运行自检、或者是否在启动时运行自检已足够、或者 TI 是否在应该再次运行启动测试之后提出了一般性建议？

    >> CPU8是指测试诊断机制(CPU 比较模块、CCM)、本身不是诊断。 需要检查此逻辑以识别和解决任何潜在故障、这些故障通常在汽车应用的钥匙开关打开和/或钥匙关闭条件下完成。 此逻辑中的故障本身不违反任何安全目标。 这个逻辑确实为 CPU 逻辑提供了重要的诊断覆盖。 CCM 中的故障可能意味着 CPU 输出上的比较错误未被检测到。 对于您的特定应用、您需要确定 CPU 逻辑中未检测到的故障发生前多久才会发生。 这是特定于每个应用程序的容错时间间隔指标。 FTTI 通常确定检查 CCM 等诊断机制中潜在故障的频率。

    (Q4)我对比较器自检期间行为的理解是否正确？

    >>是的、在自检模式下、CCM 不可用于比较 CPU 输出。 CCM 自检运行4947个 CPU 时钟周期、即大约16.5us。