提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

前言

前面对SRIO的理论有了初步的理解，现在急需要通过理解例程并且修改例程来建立自信心了。
学东西确实是需要有一种任务驱动才能学的快，以前也想通过自学学习SRIO，但就是没有动力，但有了任务驱动之后，确实学习的效率高多了

IP的配置

就是这三页比较主要的，我是这么设置的，之所以设置为3个lane。是我下载到一个创龙的example，他用到了3个lane，我希望我理解完xilinx官方的例程之后，直接套用创龙的例程去仿真。这样的话我既理解了官方的例程，又自己修改了一个，也就达到我希望的目的了

例程

（1）去除一些暂时不关心的模块

xilinx 自带的例程包含了很多调试用的东西，包括打印啊，统计之类的，这里我为了简单一点暂时先不用这些

    parameter SIM_VERBOSE               = 1, // If set, generates unsynthesizable reporting
    parameter VALIDATION_FEATURES       = 1, // If set, uses internal instruction sequences for hw and sim test
    parameter QUICK_STARTUP             = 1, // If set, quick-launch configuration access is contained here
    parameter STATISTICS_GATHERING      = 1, // If set, I/O can be rerouted to the maint port [0,1]

这里SIM_VERBOSE 这个标识为1会多一些报告功能，会在modelsim仿真的时候打印，暂时先不用改成0
QUICK_STARTUP 这个是会发起维护事物的标识，因为目前主要聚焦为IO事物，暂时也先把维护事物屏蔽，暂时先不用改成0
STATISTICS_GATHERING 这个也是一个统计包的功能，上板调试的时候可能有用，但我现在modelsim仿真暂时不用，改成0

最终这些参数如下图所示，

    parameter SIM_VERBOSE               = 0, // If set, generates unsynthesizable reporting
    parameter VALIDATION_FEATURES       = 1, // If set, uses internal instruction sequences for hw and sim test
    parameter QUICK_STARTUP             = 0, // If set, quick-launch configuration access is contained here
    parameter STATISTICS_GATHERING      = 0, // If set, I/O can be rerouted to the maint port [0,1]
    parameter C_LINK_WIDTH              = 4

之后，主要的文件就剩下
srio_request_gen_srio_gen2_4lane和srio_response_gen_srio_gen2_4lane这两个文件了。

（2）把镜像改成环回模式，到时候上板调试的时候因为只有一个板，也只能先环回

  srio_example_top_srio_gen2_4lane
  NOTE: uncomment these lines to simulate packet transfer
 // #(
 //    .SIM_ONLY                (0), // mirror object handles reporting
 //    .VALIDATION_FEATURES     (1),
 //    .QUICK_STARTUP           (1),
 //    .USE_CHIPSCOPE           (0),
 //    .STATISTICS_GATHERING    (1) 
 //   )
   srio_example_top_primary
     (.sys_clkp                (sys_clkp),
      .sys_clkn                (sys_clkn),

      .sys_rst                 (sys_rst),

      .srio_rxn0               (srio_txn0),
      .srio_rxp0               (srio_txp0),
      .srio_rxn1               (srio_txn1),
      .srio_rxp1               (srio_txp1),
      .srio_rxn2               (srio_txn2),
      .srio_rxp2               (srio_txp2),
      .srio_rxn3               (srio_txn3),
      .srio_rxp3               (srio_txp3),

      .srio_txn0               (srio_txn0),
      .srio_txp0               (srio_txp0),
      .srio_txn1               (srio_txn1),
      .srio_txp1               (srio_txp1),
      .srio_txn2               (srio_txn2),
      .srio_txp2               (srio_txp2),
      .srio_txn3               (srio_txn3),
      .srio_txp3               (srio_txp3),

      .sim_train_en            (1'b1),
      .led0                    (led0_primary),
      .data_clk                (data_clk)

     );

就留上上述这个模块，另一个mirror模块删掉。
注意这么环回的话，源的device ID和目的的device ID要设置成一样的，确保自己能够收到自己的包

（3）srio_request_gen_srio_gen2_0就是请求方，
作为主动发包方，

     #(.SEND_SWRITE       (1),
       .SEND_NWRITER      (1),
       .SEND_NWRITE       (1),
       .SEND_NREAD        (1),
       .SEND_FTYPE9       (0),
       .SEND_DB           (1),
       .SEND_MSG          (1))

以及instruction_list.vh中的以下语句

localparam NUM_SWRITES = SEND_SWRITE ? 37 : 0;
localparam NUM_NWRITERS = SEND_NWRITER ? 19 : 0;
localparam NUM_NWRITES = SEND_NWRITE ? 19 : 0;
localparam NUM_NREADS = SEND_NREAD ? 26 : 0;
localparam NUM_DBS = SEND_DB ? 2 : 0;
localparam NUM_MSGS = SEND_MSG ? 17 : 0;
localparam NUM_FTYPE9 = SEND_FTYPE9 ? 1 : 0;

localparam NUMBER_OF_INSTRUCTIONS = NUM_SWRITES + NUM_NWRITERS + NUM_NWRITES + NUM_NREADS + NUM_DBS + NUM_MSGS + NUM_FTYPE9;

这里的这些设置会依次让srio_request_gen_srio_gen2_0这个模块发送
37个SWRITE事务
19个NWRITER事务
19个NWRITE事务
26个NREAD事务
2个DB事务
2个MSG事务

FTYPE9因为不是rapidio规范中所定义的事务，这里我们也暂时不管。
如果是这么仿真的话，只会发现一大堆的波形，很难看。再这里我希望每次仿真都只发一个事务，而且每个事务都只发一个包。
因此我把这里改成了

localparam NUM_SWRITES = SEND_SWRITE ? 1 : 0;
localparam NUM_NWRITERS = SEND_NWRITER ? 1 : 0;
localparam NUM_NWRITES = SEND_NWRITE ? 1 : 0;
localparam NUM_NREADS = SEND_NREAD ? 1 : 0;
localparam NUM_DBS = SEND_DB ? 1 : 0;
localparam NUM_MSGS = SEND_MSG ? 1 : 0;
localparam NUM_FTYPE9 = SEND_FTYPE9 ? 1 : 0;

这里我只想仿真1个SWRITE事务，就改成如下

     #(.SEND_SWRITE       (1),
       .SEND_NWRITER      (0),//1
       .SEND_NWRITE       (0),//1
       .SEND_NREAD        (0),//1
       .SEND_FTYPE9       (0),
       .SEND_DB           (0),//1
       .SEND_MSG          (0))//1

ireq端口发出的内容

treq端口接收的的内容

内容是不变的，两个8字节分别是0000000000000000和0101010101010101
发的包头是006020fcd0000600
收的包头是00602000d0000600
收到的内容为：

参考HELLO包的格式图
FTYPE=6, PRIO = 1 （SIZE = 16）这个长度设置这里是多余的，因为协议中是保留字段
两个保留位也写成了1，这个也是多余的
ADDR = 0d0000600

设置SWRITE事务，这个是没有响应的，那我们再看下DOOBEER事务。

把这里设置成只发一个DOORBELL的形式

     #(.SEND_SWRITE       (0),
       .SEND_NWRITER      (0),//1
       .SEND_NWRITE       (0),//1
       .SEND_NREAD        (0),//1
       .SEND_FTYPE9       (0),
       .SEND_DB           (1),//1
       .SEND_MSG          (0))//1

开始仿真，因为doorbell是带响应的，因此4组AXI总线上都会有数据
先看ireq接口的：

srcTID=0
FTYPE = 10
prio = 1
R8 = 1(SIZE = 1)，这个应该是多余的
infoMSB = 8’h44
infoLSB = 8’h44

然后这个包流转到了treq

得到 00a0200044440000
这里就没有这个多余的R8 = 1了
srcTID=0
FTYPE = 10
prio = 1
infoMSB = 8’h44
infoLSB = 8’h44
然后就是响应包


targetTID=0
FTYPE = 13
prio = 2
其他的都没有了
由上图可知FTYPE = 13，所以这是一个响应事务，prio字段变成了2，而NWRITE_R字段的prio字段为1，这是因为响应事务的prio为请求事务的prio+1,
然后就是接收到的响应包，和发出来的完全是一样的

怎么判断这个响应包就是对应之前的请求包呢，应该就是srcTID和targetTID来确定的吧