1518_AURIX TC275 SRI总线错误处理以及总线的实现

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

继续SRI总线的相关学习，把上一份笔记中没有整理完的一部分错误处理相关的内容以及总线的设计实现部分看一下。

1. 这里让我有一点疑问，既然寄存器是两组，那么为什么前面的介绍说是只能够捕捉到一个错误？难道这里说的不是两组而是两个的意思？

2. 从接下来的描述看，只有第一个时间是可以锁住寄存器的。而寄存器锁住之后，如果不通过控制寄存器来处理那么接下来不会再处理其他的事件。

3. 主从链接接口的所有的事务传输ID错误全都会被记录到IDINTSAT寄存器之中。

1. 出现了错误之后是可以进行相关的主从ID的追踪的。

2. 错误信息的传输是通过DMA来进行的。

3. 如果读取完错徐信息，可以更新激活跟踪机制，这样就可以继续追踪其他的事件。

4. 调试事件的生成涉及到最三个控制寄存器的操作。

1. 针对读、写或者读写等，都有相应的控制设置实现。

2. 如果设置了管理员属性，那么生成的事件全都是管理员属性的。

3. 如果出现了调试条件之后，相应的信息就会被捕获到。但是，如果之前寄存器已经处于锁定的状态那么捕获的动作则不执行。

1. 这一页一开始的地方给出了重新使能设计的寄存器操作描述。

2. 请求发生之前，可能会出现一个中断发生多次也可能出现多个中断全都产生等复杂的状态组合。

这一页的上半页以及前面一页的下半页是针对可能出现的故障序列进行了一个几乎是组合式的列述。

1. 实施总线设计需要考虑到主从连接、从从连接以及主从连接的处理。

2. 这里的这个表格给出来了一个比较清晰的信息，不同的主通道其实是连接了不同的设备的，默认的优先级也在这里给出了一个说明。

1. 针对多核共用的资源，建议是相关的主从连接使用相同的优先级进行轮询。这里也给出来了一个典型的设备例子，那就是flash。

2. 在实现从从连接的时候，关键的信息也是要判断与之相关的设备连接情况，并且处理一系列的报错以及仲裁等信息。

1. 从这部分信息，结合前面看过的信息可以看出来。MCI以及SCI的连接以及他们与设备之间的联系在配置上似乎也并不是也别自由，还是有一定的限制的。

2. 这里给出来的表格看着是没有列完善的，但是内容也不完善，其中标注的不推荐、未实现的部分在表格中并没有体现出来。

SRI总线其实是一个点对点的总线，多主从实现需要实现一个数据路径的复用器。其中，数据的写入复用需要由仲裁器来控制，同样的，读也是如此。SRI事务期间，仲裁器要创建从到主的连接以便主节点可以收到来自从节点的数据。