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

这一次我会看一些关于SRI寄存器的描述相关文档,但是,我只是结合之前看过的一些SRI的介绍来看其中的一部分或者是引起我注意的地方。这是一个非常庞大的寄存器bit介绍信息,逐个信息去看意义虽然也有,但是并不是很大。而且,这种纯粹类似参数的介绍很难留下有效的记忆。因此,在粗略的学习过程中我不会把这些信息作为重点。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_TC275

1. 首先,这里把涉及到的所有的控制寄存器给进行了一个分组的罗列。

2. 中间这部分提到了一个概念,叫做复位的等级。我最近接触到的复位相关的功能信息比较多,看起来以后这部分还是需要去了解一下的。好的是这个信息相关的介绍章节直接在这里给出了,这样我直接在我的学习目标中标注一下以后注意就好了。

3. 相关的寄存器的额访问只能够以32bit的方式进行访问,不能够以8bit或者16bit的形式访问。这个也需要注意一下,至少软件设计会涉及到这方面。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_寄存器_02

基于上面的信息可以看出来,手册给出来的寄存器的地址信息就是2个,一个是基地址,另一个是偏移。其实,有这样的信息之后很容易通过软件处理实现对应信息的访问。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_TriCore_03

ID信息可以用来作为硬件模块版本的一个判断,提供给软件设计人员。但是这里每一个版本相关的描述没有给出,这个是比较遗憾的一点。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_TC275_04

状态寄存器其实是很明确的一个功能,就是用来判断状态的。而这一个状态寄存器,则是用来判断有误相应的从连接接口事件产生。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_寄存器_05

这里的信息有点奇怪,其实也不是信息,更确切说是设计。SCI4单独列出来了,中间跳过了几个bit。开始我还先入为主,联想到了仲裁优先级,其实仲裁优先级跟SCI的需要也没有必然的关系。这样的设计,的确是有一点不好理解,究竟是为什么呢?

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_寄存器_06

寄存器中没有实现的部分,读的时候应该是0,我们操作的时候也应该只能够写0。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_TC275_07

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_寄存器_08

1. 跟前面的额SCI4的问题类似,这里的分组单独拆出来了2和7,为什么如此设计呢?

2. 第二点需要注意的是,结合这里的寄存器的设计描述可以看出来,传输事件ID错误的诊断检查是可以开或者是关闭的。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_嵌入式_09

没有配置或者使能的寄存器bit,在复位的时候应该全都是0,也就是说相应的ID错误诊断不打开。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_AURIX_10

这里出现了一个新的总线名字叫做FPI,这个之前我是没有看到过的。看这个章节的时候,应该比较明确主要就是有两种总线。一个是最近正在看得SRI,另一个则是SPB。从这个缩写,猜测一下,难道是功能外设总线的意思/

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_TC275_11

关于优先级的设计部分,前面看得时候曾经有一些糊涂。也好奇,优先级究竟该如何设置。这里比较明确了,其实优先级都是在MASTER的部分进行设置,而这里介绍的就是相关的寄存器。

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_嵌入式_12

这一页其实没有什么我想特别关注的部分,但是之前看过的OP出现在了这里,这里简单注意一下吧!

1519_AURIX TC275 SRI总线部分相关寄存器的梳理_嵌入式_13

这是前面功能描述基本上到了末尾的一个小章节介绍的,调试事件的产生。可以借助于这一部分来测试一下,相应的诊断机制是否有效。

还有一些寄存器,功能都是类似的,暂且不去做更多的学习内容整理了。