1581_AURIX_TC275_SMU故障处理梳理

全部学习汇总： GreyZhang/g_TC275: happy hacking for TC275! (github.com)

前面为了缓解自己的学习压力，一次学习笔记大概也就是看10页文档整理一下。这一次其实是看了几十页，但是里面过掉了一些信息，而且这部分内容不是很好拆分。因此，这一次做一个加强版本的笔记总结。

1. SMU的寄存器中有相应的位字段来修改PAD控制，这个功能主要是用于SMU对外采用针脚输出信号而设计。
2. SMU关于这部分主要是实现了一个PAD状态不受应用复位或者系统复位影响的功能，这的确是让我对这个SMU的故障输出PIN的功能有了全新的认识。之前一直觉得这个可以用一个普通的GPIO来替代，现在看上去这个功能还是很特殊的。

在上一页中看到了一个触发器的概念，看起来这个触发器的行为有一个比较详细的配置，因此这里还有一部分寄存器的说明。

1. 用于SMU输出的PORT在分配给SMU之前应该先进行相应的IO配置，具体的步骤这里给出来了说明。
2. 给SMU进行管脚配置的生效操作是一次性的，只有第一次相关字段从0变成1的时候能够令其有效，其他的时候无法再次令其生效。

多个预警Alarm可以进行组合，最终组合成一个信号给SMU。几个信号的关系是进行取或，决定最后的信号值。

预警Alarm，也就是PreAlarm的输入信号映射关系在MCU的设计中是固定了相应关系的。

不符合SMU处理机制规则的Alarm，先经由PreAlarm处理周转，之后报到SMU。

处理处理来自MCU各个部门的Alarm之外，SMU还可以报出属于自己的Alarm信号。这个表格给出来的是SMU本身支持的四个Alarm。

1. 在接下来给出的表中，粗体代表着SMU级别的Alarm。表格在本页中没有给出。
2. 关于寄存器的访问保护以及总结级别的MPU保护，这里给出了一个多术语表达的解释说明。

1. 最后几条就是前一页提到的粗体，代表了SMU级别的Alarm。
2. 接下来会有大篇幅的信息，展示这样的对应关系，现在我并不进行软件调试因此先跳过。

1. SMU处理了整个MCU系统的Alarm，因此必然会有跨时钟域的问题产生。但是，SMU这方面本身的处理机制比较完善，不会有这方面的问题。
2. SMU支持的Alarm配置中，内部以及外部的响应行为都是可以配置的。其中，外部的Alarm与FSP相关，内部的行为不涉及FSP。

这里列出来了几种行为配置，猜测这里的0、1、2其实是对应了三个不同的CPU的。

1. SMU在运行模式下，会对内部以及外部的Alarm及其行为设定进行扫描。
2. SMU运行时候对各个Alarm的扫描是有一个固定的顺序的，从Group0开始进行扫描。

当SMU的Alarm状态寄存器的Alarm处理状态位START状态的时候，可以模拟故障对SMU进行测试。

1. SMU急停功能与SCU的交互有：请求复位、生成一个内部Alarm事件、生成一个外部Alarm事件。
2. SMU有两个恢复定时器可以用于监控Alarm NMI或者中断的动作执行时间。
3. 两个恢复定时器中的RT0默认是开启的，因为这个是看门狗处理的必要条件。
4. 恢复定时器仅能够用于NMI以及中断等内部行为的处理。
5. 如果一个内部Alarm没有配置任何行为，那么恢复寄存器也是不可用的。
6. 这一组恢复定时器主要是用来监控相应的行为的执行时间的。

看门狗相关的SMU处理需要有专门的处理，在看门狗超时的预警阶段软件还可以继续处理一些关键信息。

如果MCU系统中所有的看门狗超时的Alarm动作都是一样的，建议组合多个Alarm预警信号来触发一个动作以释放一些SMU行为配置接口资源。

这样，在这几十页的文档翻阅中大概看了下SMU的故障处理的一些功能以及原则。后面，关于信号的配置映射可能会是实际操作中比较常用的一些信息。

最后

以上就是内向纸鹤为你收集整理的1581_AURIX_TC275_SMU故障处理梳理的全部内容，希望文章能够帮你解决1581_AURIX_TC275_SMU故障处理梳理所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。