一、软件平台与硬件平台
软件平台：
操作系统：Windows 8.1 64-bit
开发套件：Vivado2015.4.2
硬件平台：
评估板：ZYNQ-7 ZC706 Evaluation Board
二、介绍
上篇文章的最后一小节已经对例子工程进行仿真并通过命令 log_wave –r /* 记录了所有信号的波形，这篇文章主要介绍RapidIO核的仿真以及包时序的分析。
调试SRIO核时必须对包在不同接口的传输过程有一个清晰的了解，能够识别出不同接口上包的类型并正确的解析出包的内容。
本文详细的介绍了SRIO包（控制符号与数据字符）在不同接口上的组成与传输过程，并深入到逻辑层、传输层以及物理层来观察RapidIO串行物理层包的传输细节。整个包与信号分析的过程完全基于RapidIO提供的例子工程，例子工程的产生与源代码的分析已经在上一篇文章《Xilinx RapidIO核例子工程源码分析》（链接：https://www.cnblogs.com/liujinggang/p/10091216.html）提到过，这里不再赘述。最后，本文会利用RapidIO核做一个回环测试（Loopback Test）的工程在ZC706上运行，由于RapidIO是一个付费的IP核，所以生成bit文件需要License，没有License的可以在官网（https://www.xilinx.com/products/intellectual-property/ef-di-srio-gen2.html#overview）申请一个30天的评估版License试用，评估版的License生成的bit文件运行一段时间以后会自动失效，要想永久使用必须购买官方的License。
三、例子工程结构
下图整个例子工程的结构层次
它由一个仿真顶层的testbench和两个SRIO核顶层组成。其中顶层的testbench文件srio_sim.v连接了两个srio例子设计顶层，其中一个例子设计顶层叫做srio_example_top_primary，它代表请求方的RapidIO设备；另一个例子设计顶层叫做srio_example_top_mirror，它代表响应方的RapidIO设备。
SRIO例子工程顶层文件srio_example_top.v例化了SRIO核的所有组件以及需要在硬件上执行的必要模块。这些模块包括：
1、时钟域复位模块（srio_clk.v和srio_rst.v）
2、配置结构（cfg_fabric.v）
3、请求事务与响应事务生成模块（srio_resquest_gen.v和srio_response_gen.v）
4、维护事务生成模块（srio_quick_start.v）
顶层模块srio_example_top中例化了srio_quick_start模块，它与SRIO的维护端口相连，用来生成维护事务（Maintenance Transactions）。这个模块用来向本地（Local）或远程（Remote）的配置寄存器空间发送一组固定的指令集，用户可以编辑maintenance_list.v来添加、修改或移除维护事务。
srio_request_gen在顶层模块srio_example_top进行例化，它用来产生I/O事务或消息（MESSAGE）事务，但仅仅SRIO核支持的事务类型能被产生，这个模块也存储了期望的响应事务并与实际接收到的响应事务进行对比用来确定整个事务交互过程的正确性。
srio_response_gen也在顶层模块srio_example_top进行例化，它用来产生请求事务对应的响应事务。
整个例子工程结构层次的软件框架如下图所示，其中左边的srio_example_top模块表示请求方的RapidIO设备，而右边的DUT Mirror表示响应方的RapidIO设备，它们的内部结构完全相同，区别仅仅在于一个作为请求方而另一个为响应方。
SRIO核的原理框图以及接口如下图所示
为了方便说明，上图每一个接口都用相应的数字标注出来。它们分别为
Initiator/Target IO Port（接口1）
例子工程中SRIO核全部为默认参数，所以端口类型默认被配置为Initiator/Target，在Initiator/Target接口类型中请求事务与响应事务在不同的AXI4-Stream通道上进行传输。SRIO核的端口类型也能被配置为Condensed I/O类型，在Condensed I/O接口类型中请求事务与响应事务在同一AXI4-Stream通道上进行传输，所以Condensed I/O相比于Initiator/Target类型来说接口更加精简。本文仍然采用默认的Initiator/Target接口类型来分析每个包的传输过程。
接口1的数据传输协议为AXI4-Stream协议，它的接口定义如下：
s_axis_ireq_* 表示Initiator请求事务的传输通道（i = initiator ,req = request）
m_axis_iresp_* 表示Initiator响应事务的传输通道（i = initiator ,resp = response）
m_axis_treq_* 表示Target请求事务的传输通道（t = target ,req = request）
s_axis_iresp_* 表示Target响应事务的传输通道（t = target , resp = response）
Maintenance Port（接口2）
接口2的数据传输协议为AXI4-Lite协议，用来传输维护事务。它的接口定义如下：
s_axi_maintr_* 表示维护事务的传输端口（maintr = maintenance）
LOG Configuration Fabric（接口3）
接口3的数据传输协议为AXI4-Lite协议，它是逻辑层的配置结构端口，包括本地（Local）配置端口和远程（Remote）配置端口。它的接口定义如下：
s_axi_cfgl_* 表示本地配置端口（cfg = configuration，l = local）
m_axi_cfgr_* 表示远程配置端口（cfg = configuration，r = remote）
LOG Transport Interface（接口4）
接口4的数据传输协议为AXI4-Stream协议，它是逻辑层与Buffer的数据传输接口，包括发送和接收两个通道。它的接口定义如下：
m_axis_buft_* 表示发送端口（buf = buffer，t = transmit）
s_axis_ bufr_* 表示接收端口（buf = buffer，r = receive）
BUF Link Interface（接口5）
接口5的数据传输协议为AXI4-Stream协议，它是Buffer层与物理层的数据传输接口，包括发送和接收两个通道。它的接口定义如下：
m_axis_phyt_* 表示发送端口（phy= physical，t = transmit）
s_axis_ phyr_* 表示接收端口（phy = physical，r = receive）
BUF Configuration Fabric（接口6）
接口6的数据传输协议为AXI4-Lite协议，它是Buffer层的配置端口。它的接口定义如下：
s_axi_bcfg_* 表示Buffer层配置端口（b = buffer，cfg = configuration）
PHY Serial Interface（接口7）
接口7为物理层串行链路接口，它是物理层数据与串行收发器（Serial Transceivers）数据交换通道，它的接口定义如下所示：
信号
方向
功能
gttx_data[32*LW-1 : 0]
Output
发送给串行收发器（Serial Transceivers）的数据
gttx_charisk[4*LW-1 : 0]
Output
gttx_data信号中有效字节指示信号。当这个信号某一位为0时，gttx_data中对应的字节为包的有效字节。
gttx_inhibit[LW-1:0]
Output
串行收发器的通道使能位。如果最低位（bit-0）为1，表示发送通道0（Lane0）不使能，其余依次类推
gtrx_data[32*LW-1:0]
Input
从串行收发器（Serial Transceivers）接收的数据
gtrx_charisk[4*LW-1:0]
Input
gtrx_data信号中有效字节指示信号。当这个信号某一位为0时，gttx_data中对应的字节为包的有效字节。
gtrx_chariscomma[4*LW-1:0]
Input
gtrx_data信号中comma指示信号。如果最低位（bit-0）为1，表示gtrx_data[7:0]是包含comma的字符，其余依次类推
gtrx_disperr[4*LW-1:0]
Input
gtrx_data信号中不一致错误（Disparity Error）指示信号。如果最低位（bit-0）为1，表示gtrx_data[7:0]中存在不一致错误，其余依次类推
gtrx_notintable[4*LW-www.mcyllpt.com 】1:0]
Input
gtrx_data信号中not-in-table错误指示信号。Table指的是8b/10b编码解码表。如果最低位（bit-0）为1，表示gtrx_data[7:0]中8b/10b解码错误，其余依次类推
gtrx_chanbondseq[LW-1:0]
Input
串行收发器每个链路的通道绑定序列（Channel Bonding Sequence）指示信号，如果最低位（bit-0）为1，表示链路0（Lane0）收到了一串通道绑定序列，其余依次类推
gtrx_chanisaligned[LW-1:0]
Input
串行收发器每个链路的通道对齐（Channel Alignment）指示信号，如果最低位（bit-0）为1，表示链路0（Lane0）已经实现了通道对齐，其余依次类推
gtrx_chanbonden
Output
串行收发器通道绑定使能信号
gtrx_reset_req
Input
串行请求复位信号。例如，由于串行收发器接收通路弹性FIFO的上溢（overflow）或下溢（underflow），
gtrx_reset
Output
串行收发器的复位信号
gtrx_reset_done[LW-1:0]
Input
串行收发器每个链路的复位完成指示信号，如果最低位（bit-0）为1，表示链路0（Lane0）已经复位完成，其余依次类推
PHY Configuration Fabric（接口8）
接口8的数据传输协议为AXI4-Lite协议，它是物理层（Physical）的配置端口。它的接口定义如下：
s_axi_cfgp_* 表示物理层配置端口（cfg = configuration，p = physical）
Transceiver Interface（接口9）
接口9为串行收发器高速数据传输接口，每条串行数据传输线均为一对差分信号。它的接口定义如下：
srio_rxpN ，srio_rxnN：N为通道号，接收链路差分对，N的值为1、2或4。
srio_txpN ，srio_txnN：N为通道号，发送链路差分对，N的值为1、2或4。
四、SRIO核包时序分析
上篇文章《Xilinx RapidIO核例子工程源码分析》（链接：https://www.cnblogs.com/liujinggang/p/10091216.html）的最后一小节已经详细介绍了仿真的全部流程以及利用log_wave –r /*命令记录所有信号波形的方法，这里不再赘述。这一节默认大家已经仿真完毕（仿真结束大约需要20min左右时间，仿真完毕记得保存波形），并得到了仿真的波形，下面就对其中重要的波形进行分析。
在分析之前，在重新回顾一下RapidIO串行物理层的包与控制符号的格式
串行物理层的包：
控制符号：
4.1 链路初始化与控制符号
调试SRIO的第一步是去检测SRIO顶层模块（srio_example_top_primary）中的各个关键的控制信号是否正确切换。这些信号包括：复位信号、时钟锁定信号（clk_lock）、端口初始化信号（port_initialized）、链路初始化信号（link_initialized），端口错误信号（port_error），mode_1x信号（在2x和4x模式下，这个信号为高表示SRIO核已经被训练为1x模式，在1x模式下，这个信号一直为高，当port_initialized为高时，这个信号才有效）与端口解码错误信号（port_decode_error）等（除了这几个信号以外，其他信号也可以观察一下）。
Step1、把srio_example_top_primary中的所有信号全部选中，然后直接拖到右边的波形窗口
Step2、找到上面提到的几个关键控制信号，观察它们的波形
由上图可以看出，控制信号的波形均切换正确，其中最关键的两个信号是port_initialized信号与link_initialized信号，当它们为高时，分别表示端口和链路被成功初始化。
下图是时钟信号和复位信号的时序细节，显然，时钟信号与复位信号的时序均正确。
Step3、pg007_srio_gen2.pdf第119页提到，当7个连续的error free控制符号被接收，并且15个连续的符号被发送的时候，link_initialized信号才被拉高，所以接下来看看link_initialized信号拉高之前物理层是否接收了7个控制符号并发送了15个控制符号。
首先选中最左边的srio_gen2_0_block_inst，然后把中间列出的以gt开头的接口7的所有信号拖到最右边的波形窗口中，如下图所示
在link_initialized拉高之前，观察gttx_data，gttx_charisk与gtrx_data，gtrx_charisk总线上的数据，建议把gttx_charisk与gtrx_charisk用二进制显示，当gttx_charisk与gtrx_charisk对应的位为0时，表明gttx_data与gtrx_data上的数据为有效数据（控制符号与包属于有效数据）。当gttx_charisk与gtrx_charisk对应的位为1时，gttx_data与gtrx_data上的数据为空闲序列。如下图所示，当link_initialized拉高之前gttx_data上发送了15个连续的控制符号，gtrx_data上接收了7个连续的控制符号。
下面把控制符号波形放大观察控制符号各个字段的细节,发送与接收总线上的控制符号分别如下图所示（gttx_charisk与gtrx_charisk对应的位为0时, gttx_data与gtrx_data上的数据为控制符号）
上图表明在link_initialized拉高之前，发送与接收的控制符号为80f713，控制符号80f713前面的1c是/K28.0/，表示控制符号的起始位置。由于SRIO核默认使用的是短控制符号，所以这里控制符号为24-bit。
把80f713转化为二进制：80f713 = 1000_0000_1111_0111_0001_0011，各个字段的对应关系如下图所示
当gttx_charisk与gtrx_charisk对应的位为1时，gttx_data与gtrx_data上的数据为/K/，/R/，/A/组成的空闲随机序列（前面几篇文章解释过这个知识点），它们分别为特殊字符/K28.5/，/K29.7/，/K27.7/，转化为16进制为bc，fd，fb，下图是它们的波形
整个初始化的过程着重需要关注的两个信号就是port_initialized和link_initialized，如果初始化失败（port_initialized和link_initialized没有被拉高），那么首先必须检查gttx_data与gtrx_data上是否收到了空闲序列/K28.5/，/K29.7/，/K27.7/，同时需要检查是否存在编解码错误，编解码错误的判断标志是gtrx_notintable信号，当它为1时表明存在编解码错误。
4.2 SWRITE事务
上篇文章已经分析过，例子工程会把instruction_list.vh中定义的事务按顺序依次发出去。其中最先发送的是37个SWRITE事务，然后是19个NWRITE_R事务、 19个NWRITE事务、26个NREAD事务，2个DOORBELL事务，最后是17个MESSAGE事务。其中第一个发送的事务是instruction_list.vh中第50行定义的SWRITE事务。如下图所示
下面以上图第50行的SWRITE事务为例来说明整个SWRITE事务的传输过程。这个事务表示的是利用SWRITE事务往地址36’hCD0000600发送16个字节的数据。
Step1、选中srio_example_top_primary，把中间列出的所有信号全部拖到波形窗口中（拖到波形窗口前可以把之前波形窗口中的信号全部删掉）
Step2、找到请求事务的传输通道ireq，并抓出事务的波形如下图所示
由于仅当tvalid和tready同时为高时，tdata上的数据才为有效数据，所以这个SWRITE一共消耗了三个有效时钟周期，其中第一个时钟周期发送的是HELLO包头，后面两个时钟周期分别发送8个字节的数据（第一个时钟发送的数据是0000000000000000，第二个时钟发送的数据是0101010101010101），一共16个字节的数据，和instruction_list.vh中第50行定义完全一致，整个时序也与HELLO格式的时序完全吻合。
Step3、对照HELLO格式解析包头。包头为006020fcd0000600，转化为二进制后与HELLO格式各个字段对应关系如下所示：
由上图可知FTYPE字段的值为6，表明确实是一个SWRITE事务
Step4、SWRITE事务通道ireq通道（接口1）传输给SRIO核以后进入SRIO的逻辑层，逻辑层会给包添加传输层的信息发送给Buffer（接口3），然后Buffer会把数据发送给物理层（接口5）。
选中srio_gen2_0_block_inst，把中间的buft_*通道、phyt_*通道与gttx_*通道的信号拖到右边的波形窗口中，如下图所示
整个从逻辑层到传输层到物理层到吉比特收发器（Gigabit Transceiver）的波形如下图所示，波形的细节这里不再展开，大家可以自己抓出来观察。
Step5、ireq通道的SWRITE请求事务经过逻辑层，传输层和物理层到达吉比特收发器（Gigabit Transceiver），吉比特收发器的数据通道gttx_data[31:0]（接口7）波形如下图所示
由上图可知，整个串行物理层的包为：7c96f004_b04600ad_d0000600_00000000_00000000_01010101_01010101_e8d30000_7c96f203。（00000000和01010101的宽度为两个有效时钟）这个包的含义如下：
7c96f004中的7c是特殊字符/K28.3/，它是一个包界定符（Packet Deliminator Control Symbol），96f004转化为二进制为：
96f004 = 1001_0110_1111_0000_0000_0100
它是一个包起始控制符号，各个字段的对应关系如下图所示
b04600ad_d0000600_00000000_00000000_01010101_01010101_e8d30000是SWRITE事务串行物理层的包，把它转化为二进制后各个字段的对应关系如下图所示
上图中data字段是传输的00000000_00000000_01010101_01010101这16个字节数据的二进制码，因为它的二进制码太长了所以我直接用data替代。由于本次传输的字节小于80个字节，所以SWRITE事务的最后面的三个字段不存在，大家可以抓一下数据量为256个字节的SWRITE包，当数据量大于了80字节，后面的三个字段也会有数据。
包最后面的7c96f203中7c是特殊字符/K28.3/，它是一个包界定符（Packet Deliminator Control Symbol），96f203转化为二进制为：
96f203= 1001_0110_1111_0010_0000_0011
它是一个包结束控制符号，各个字段的对应关系如下图所示
至此，SWRITE事务全部分析完毕。
4.3 NWRITE_R事务
本小节以instruction_list.vh中第72行定义的NWRITE_R事务为例来说明整个NWRITE_R事务的传输过程。如下图所示，这个事务表示的是利用NWRITE_R事务往地址36’ h004550002发送6（size+1）个字节的数据。
Step1、为了方便快速的找到上图的NWRITE_R事务，建议选中srio_request_gen模块，并把request_address变量拖到波形窗口中，并把这个变量用Unsigned Decimal（无符号10进制）格式显示。看过上篇《Xilinx RapidIO核例子工程源码分析》文章的应该知道这个变量是instruction的索引值，当这个变量为37的时候就表示37（0~36）个SWRITE事务全部发送完毕，下个事务就是instruction_list.vh中第72行定义的NWRITE_R事务。
Step2、锁定request_address为37的位置，找到请求事务的传输通道ireq，并观察事务的波形如下图所示
由上图可知第一个有效时钟传输的HELLO格式包头数据为：2555205004550002。发送的数据是afafafafafafafaf。包头与HELLO包格式的对应关系如下图所示
由上图可知FTYPE = 5，TTYPE = 5，这两个字段唯一的确定了这是一个NWRITE_R事务。
Step3、ireq通道的NWRITE_R请求事务经过逻辑层，传输层和物理层到达吉比特收发器（Gigabit Transceiver），吉比特收发器的数据通道gttx_data[31:0]（接口7）波形如下图所示
由上图可知，整个串行物理层的包为：7c98f009_d84500ad_59250455_0000afaf_afafafaf_afafad15_7c17f21e。这个包的含义如下：
7c98f009中的7c是特殊字符/K28.3/，它是一个包界定符（Packet Deliminator Control Symbol），98f009转化为二进制为：
98f009= 1001_1000_1111_0000_0000_1001
它是一个包起始控制符号，各个字段的对应关系如下图所示
d84500ad_59250455_0000afaf_afafafaf_afafad15是NWRITE_R事务串行物理层的包，把它转化为二进制后各个字段的对应关系如下图所示
上图中data字段是传输的afafafaf_afafafaf这16个字节数据的二进制码，因为它的二进制码太长了所以我直接用data替代。由于本次传输的总字节数为8字节的整数倍，所以NWRITE_R事务的后面可选的logical 0 pad（opt）没有数据。
细心的人在这里可能发现了一个奇怪的现象：在HELLO格式中，address字段为36’ h004550002，其中高两位为保留位，所以address一共只有34-bit有效位，size字段为5，表示往36’ h004550002地址中写6（size+1）个字节的数据。但是上面串行物理层的包中address字段的值为0000_0100_0101_0101_0000_0000_0000_0，发送的数据个数为8个字节（afafafaf_afafafaf）。出现这种现象的原因为：
HELLO格式address字段指向的存储空间的最小单元是1个字节，而串行物理层中的address字段指向的存储空间最小单元实际上是8个字节，address后面的xambsb字段是串行物理层的最高两位地址扩展字段，所以串行物理层的包可访问的存储空间大小为2^34=16G，这也是HELLO格式中address字段位宽为34-bit的原因（关于这部分的内容我在《RapidIO协议概述》也提到过）。正因为HELLO格式address字段与串行物理层address字段所指向的存储空间最小单元不同，所以pg007_srio_gen2.pdf中第78页才给出了一个HELLO格式size，addr与有效字节的对应关系表，如下所示
本例中size=5，addr[2:0] = 2，对应于上图中红框圈出来的情况。所以往36’ h004550002地址中写6（size+1）个字节的数据对串行物理层来说就是往36’ h004550000地址中写8个字节的数据，高6个字节（上图中灰色区域）为有效数据。
包最后面的7c17f21e中7c是特殊字符/K28.3/，它是一个包界定符（Packet www.yongshiyule178.com Deliminator Control Symbol），17f21e转化为二进制为：
17f21e = 0001_0111_1111_0010_0001_1110
它是一个包结束控制符号，各个字段的对应关系如下图所示
Step4、例子工程中例化了srio_example_top_primary与srio_example_top_mirror两个实体，srio_example_top_primary实体的srio_txp0和srio_txn0连接到srio_example_top_mirror实体的srio_rxp0和srio_rxn0。因此，srio_example_top_mirror的gtrx_data上的数据应该和上一步分析的srio_example_top_primary实体的gttx_data完全相同。
选中srio_example_top_mirror的srio_gen2_0_block_inst,把gtrx_data与gtrx_charisk两个信号拖到右边的窗口中，如下图所示
观察srio_example_top_primary的gttx_data与srio_example_top_mirror的gtrx_data，如下图所示，可以看到两者完全相同，仅仅存在一个延时。
Step5、srio_example_top_mirror模块的grrx_data接收到数据以后，将会把grrx_data的数据按照与发送过程完全相反的操作传到逻辑层，最终逻辑层的数据将会通过srio_example_top_mirror模块的treq接口输出。
选中srio_example_top_mirror，把treq通道的所有信号拖到右边的波形窗口中
下图是srio_example_top_www.michenggw.com mirror模块treq通道的波形
可知treq通道的包头数据为2555205004550002，与srio_example_top_primary模块ireq通道发送的包头数据完全一样。这也证明整个链路工作正常。
4.4 NWRITE_R的响应事务
由于NWRITE_R事务是一个有响应的写事务，所以当发起方（Initiator）往目标方（Target）发送一个NWRITE_R事务以后，发起方（Initiator）还要接收目标方（Target）的发回响应事务。响应包的数据会出现在srio_example_top_primary模块的tresp通道，下图是srio_example_top_primary模块的tresp通道的时序图
由上图可知iresp_tdata的数据为：25d0400000000000。与HELLO包格式的对应关系如下图所示
由上图可知FTYPE = 13，所以这是一个响应事务，prio字段变成了2，而NWRITE_R字段的prio字段为1，这是因为响应事务的prio为请求事务的prio+1,（这个知识点前两篇文章都提到过）
事实上，响应事务的一整套传输流程为：目标方（Target）发回的响应事务被srio_example_top_primary模块的串行差分信号线接收到达Serial Transceivers，Serial Transceivers在把接收的数据通过gtrx_data通道（接口7）传到物理层，物理层把接收的包经过处理以后通过phyr_*通道（接口5）把数据发给Buffer层，Buffer层对数据进行二次处理以后把数据通过bufr_*通道（接口4）传给逻辑层，逻辑层再把数据传输给I/O端口（接口1），这样就得到了上图HELLO格式的响应包。大家可以把gtrx_data、phyr_*通道、bufr_*通道和I/O端口的波形全部抓出来观察一下，方法和上节介绍发送流程的抓取过程完全一样。这里我只抓一下gtrx_data通道的数据，并分析响应事务串行物理层包格式各个字段的含义。
gtrx_data通道的数据如下图所示
由上图可知，整个响应事务串行物理层的包为：7c83f00f_388dadad_00255540_7c83f208
7c83f00f中的7c是特殊字符/K28.3/，它是一个包界定符（Packet Deliminator Control Symbol），83f00f转化为二进制为：
83f00f = 1000_0011_1111_0000_0000_1111
它是一个包起始控制符号，各个字段的对应关系如下图所示
388dadad_00255540是NWRITE_R响应事务串行物理层的包，把它转化为二进制后各个字段的对应关系如下图所示
由于NWRITE_R的响应事务不带数据，所以没有data字段。target TID字段的值为16进制的25，也就是10进制的37，与发送的NWRITE_R请求事务target TID值完全相同。FTPYE字段的值为13，说明这是一个响应事务，整个响应事务的包正是NWRITE_R事务的响应包。
7c83f208中的7c是特殊字符/K28.3/，它是一个包界定符（Packet www.wanmeiyuele.cn Deliminator Control Symbol），83f208转化为二进制为：
83f208= 1000_0011_1111_0010_0000_1000
它是一个包结束控制符号，各个字段的对应关系如下图所示