[参考译文] TMS570LS3137：寄存器以检查静态的定期软件回读

您好！
正如我在这篇文章 e2e.ti.com/.../570287中所解释 的、您将需要识别对于相应模块的安全应用至关重要的寄存器。 我建议您首先将与这些模块相关的所有控制寄存器作为目标。

您好！

正如 Charles 在之前的帖子和线程中所指出的、它实际上取决于您的特定应用以及您如何使用器件来确定执行静态配置寄存器检查所需的寄存器。 通过查看您使用的每个模块/外设、包括启动代码、以查看哪些寄存器是静态的、对您的安全功能/情况至关重要、这一点非常简单。 在某些情况下、在模块意外激活可能干扰系统安全运行的情况下、甚至建议监控未使用模块/外设的寄存器。

当然、并不需要捕获每个寄存器、因为它实际上与用于安全功能的模块相关。 即、如果您的应用中有一个 SCI 部分仅向显示器传达对系统安全不重要且不被视为安全功能的信息、 然后、这可能会从列表中消除(由您来分析和确定)。 但是、如果 SCI 正在将诊断状态信息传输到外部监控器、而外部监控器可以检测系统是否运行故障并将其置于安全状态、则这将是安全关键型信息、也是安全功能的一部分、需要密切监控。

您还需要权衡此类诊断的优势和惩罚措施。 执行回读操作可能需要占用大量 CPU 资源、并会降低主操作的性能。 因此、您还可以考虑通过其他机制检测到许多寄存器的意外写入。 例如、如果该位翻转、则 CPURSTGCR 寄存器将导致 CPU 复位。 读取该寄存器实际上并不好、因为应在代码开始时检查复位源、如果看到 CPU 复位(SYSESR 寄存器)、它应仅是 LBIST 执行的结果、任何其他源都将无效 (除非您将此作为应用中其他故障的纠正措施)。

作为这个概念的进一步扩展、您已经在您的列表中指明了很多 CLK 控制和选择寄存器。 当然、您可以读回这些寄存器以检查位翻转、但应在任何计划的定期回读机制之前检测到实际故障、因为 DCC 检查将捕获时钟差异/故障、外部 WD 将会出现问题、 或者波特率等存在问题 因此、在本例中、寄存器的周期性读取实际上具有很小的值。

总之、需要仔细分析应用和用例、以确定静态配置寄存器的读回位置。 如果您不使用安全手册中确定的特定安全机制、结合使用 FMEDA 和此特定于应用的分析、将让您了解对诊断覆盖率、FIT 率和安全指标的影响、并允许您决定是否需要适应安全机制。 最后、关键是仔细考虑决策和使用案例、并在与任何第三方评估员讨论时能够为您包含或排除特定安全措施提供辩护/理由。

作为这次的策略、我们决定检查所有配置。
通过将配置读数除以多个时序、可以避免您所关心的 WD 问题。

因此、对于该问题的每个配置、
请告诉我应作为安全手册检查哪个配置。

遗憾的是、我无法提供这样的列表、因为这取决于您的应用以及您如何使用电路板上的功能。

和以前一样、我建议您检查寄存器以查看哪些是静态的、这意味着您在应用程序中不会在初始化之后对它们进行加电、并且它们不会因模块操作而动态变化。 如果您选择不优化列表、而是使用哪些模块、哪些模块会影响您的应用程序的功能、或者哪些模块包含在其他更全面的诊断措施中、则您确定为静态的任何模块都应包含在列表中。

如果您需要有关此主题的更多直接支持、请联系当地的 TI FAE /销售办事处、以便他们可以协调更多的直接/一对一的支持。

大家好、Chuck Davenport。

您可以决定是在应用中静态还是动态使用寄存器。
但是、由于无法通过技术参考来确定与上述模块相关的寄存器、您能告诉我与该模块相关的寄存器吗？

尊敬的用户4777395：

器件 SPNU499的 TRM 具有您要询问的每个寄存器的正式说明。
您应该能够根据说明确定它们对时钟、复位等的影响。
如果您有一个非常具体的问题、因为 SPNU499中的某些内容不清楚、请在此处列出具体问题。

您好、User4777395、

如果寄存器仅由 CPU 写入更改、则被视为静态寄存器；如果寄存器因器件正常运行而被器件逻辑更改、则被视为非静态寄存器。 标识为非静态的简单寄存器是中断标志寄存器、在该寄存器中、您可以为给定功能启用中断、或者为串行协议外设启用 Tx 或 Rx 寄存器。

正如我在上一篇文章中所述、如果您需要有关这些定义的更详细的帮助、请联系您当地的 TI FAE 或分销商 FAE、以便他们可以直接联系我们获取有关此主题的支持。 我们无法在公共论坛中发布有关此主题的任何建议、因为根据您的应用需求、此类建议通常被视为系统使用责任。