【FPGA】SRIO IP核系统总览以及端口之Messaging Port介绍

Messaging Port

消息传递端口是可选接口（消息也可以组合到I / O端口上，并使用Vivado集成设计环境（IDE）设置视为写入事务）。单独的Messaging端口遵循Initiator / Target样式。

Initiator / Target端口样式允许将针对远程设备的事务与针对本地端点的事务分开。图2-5详细说明了Messaging端口。

本地端点生成的请求放在消息发起方请求（msgireq）端口上，以便在链路上传输。从远程设备收到的响应显示在消息发起者响应（msgiresp）端口上。

来自远程设备的由Serial RapidIO核心接收的请求显示在消息目标请求（msgtreq）端口上。由用户设计生成的对这些请求的响应被放置在消息目标响应（msgtresp）端口上。

Table 2-6 shows the signals associated with the Messaging port. At the level, the following signals are associated with these interfaces:

• s_axis_msgireq* are associated with MSGIREQ.

• m_axis_msgiresp* are associated with MSGIRESP.

• m_axis_msgtreq* are associated with MSGTREQ.

• s_axis_msgtresp* are associated with MSGTRESP.

本地端点生成的请求放在消息发起方请求（msgireq）端口上，以便在链路上传输。从远程设备收到的响应显示在消息发起者响应（msgiresp）端口上。

来自远程设备的由Serial RapidIO核心接收的请求显示在消息目标请求（msgtreq）端口上。由用户设计生成的对这些请求的响应被放置在消息目标响应（msgtresp）端口上。

Table 2-6 shows the signals associated with the Messaging port. At the level, the following signals are associated with these interfaces:

• s_axis_msgireq* are associated with MSGIREQ.

• m_axis_msgiresp* are associated with MSGIRESP.

• m_axis_msgtreq* are associated with MSGTREQ.

• s_axis_msgtresp* are associated with MSGTRESP.

其含义都在上表中给出了，但是我还是要挑出一组来用中文解释下：

下面这一组为本地message请求信号：

s_axis_msgireq_tvalid 本地逻辑层Message接口上发起的请求信息是有效的。（输入）

s_axis_msgireq_tready ：

握手信号。表明来自于源端的数据被接收了。（输出）

s_axis_msgireq_tdata[63:0] ：

包头和数据（输入）

s_axis_msgireq_tkeep[7:0] ：

字节限定符，指示相关联的数据字节的内容是否有效。对于HELLO端口，这必须与8'hFF相关联。（输入）

s_axis_msgireq_tlast ：

表示数据包的最后一拍。（输入）

s_axis_msgireq_tuser[31:0] ：

在数据包的第一个节拍上，该信号由数据包的源ID（31:16）和目标ID（15：0）组成。如果使用

8位器件ID，每个ID的最高有效字节应填充0。

在数据包中的后续节拍中，保留此字段。（输入）

下面这一组是远程设备（另一端）的响应：（含义一致）

m_axis_msgiresp_tvalid Output Indicates that the information on the interface is valid.

m_axis_msgiresp_tready Input Handshaking signal. Indicates that the data from the source is accepted (if valid).

m_axis_msgiresp_tdata[63:0] Output Packet header and data.

m_axis_msgiresp_tkeep[7:0] Output Byte qualifier that indicates whether the content of the associated byte of data is valid. For HELLO ports, this must be tied to 8’hFF.

m_axis_msgiresp_tlast Output Indicates the last beat of a packet.

m_axis_msgiresp_tuser[31:0] Output

On the first beat of a packet, this signal consists of the Source ID (31:16) and Destination ID (15:0) for the packet. If using

8-bit Device IDs, the most significant byte of each ID should be padded with 0s.

On subsequent beats within a packet, this field is reserved.

下面这一组为远端的请求信号：

m_axis_msgtreq_tvalid Output Indicates that the information on the interface is valid.

m_axis_msgtreq_tready Input Handshaking signal. Indicates that the data from the source is accepted (if valid).

m_axis_msgtreq_tdata[63:0] Output Packet header and data.

m_axis_msgtreq_tkeep[7:0] Output Byte qualifier that indicates whether the content of the associated byte of data is valid. For HELLO ports, this must be tied to 8’hFF.

m_axis_msgtreq_tlast Output Indicates the last beat of a packet.

m_axis_msgtreq_tuser[31:0] Output On the first beat of a packet, this signal consists of the Source ID (31:16) and Destination ID (15:0) for the packet. If using 8-bit Device IDs, the most significant byte of each ID should be padded with 0s.

On subsequent beats within a packet, this field is reserved.

下面这一组为本地的响应信号：

s_axis_msgtresp_tvalid Input Indicates that the information on the interface is valid.

s_axis_msgtresp_tready Output Handshaking signal. Indicates that the data from the source is accepted (if valid).

s_axis_msgtresp_tdata[63:0] Input Packet header and data.

s_axis_msgtresp_tkeep[7:0] Input Byte qualifier that indicates whether the content of the associated byte of data is valid. For HELLO ports, this must be tied to 8’hFF.

s_axis_msgtresp_tlast Input Indicates the last beat of a packet.

s_axis_msgtresp_tuser[31:0] Input On the first beat of a packet, this signal consists of the Source ID (31:16) and Destination ID (15:0) for the packet. If using 8-bit Device IDs, the most significant byte of each ID should be padded with 0s.

On subsequent beats within a packet, this field is reserved.

User-Defined Port

用户定义端口是一个可选端口，有两个AXI4-Stream通道，其中一个通道用于发送方向，一个通道用于接收方向。

用户定义的端口仅使用SRIO Stream格式。用户定义端口如图2-6所示。

表2-7列出了与用户定义端口关联的信号。s_axis_usrtx *信号与USER_IO_TX接口相关联，m_axis_usrrx *与级别的USER_IO_RX接口相关联。

Maintenance Port

如果启用了 "维护" 端口, 则它将使用 AXI4-LITE 接口。AXI4-LITE 接口允许用户应用程序定位本地或远程配置空间。

这些端口用到了再说吧。暂时不看了。

​​​




审核编辑：刘清