【FPGA】SRIO IP核系統(tǒng)總覽以及端口之Messaging Port介紹

Messaging Port

消息傳遞端口是可選接口（消息也可以組合到I / O端口上，并使用Vivado集成設(shè)計(jì)環(huán)境（IDE）設(shè)置視為寫入事務(wù)）。單獨(dú)的Messaging端口遵循Initiator / Target樣式。

Initiator / Target端口樣式允許將針對遠(yuǎn)程設(shè)備的事務(wù)與針對本地端點(diǎn)的事務(wù)分開。圖2-5詳細(xì)說明了Messaging端口。

本地端點(diǎn)生成的請求放在消息發(fā)起方請求（msgireq）端口上，以便在鏈路上傳輸。從遠(yuǎn)程設(shè)備收到的響應(yīng)顯示在消息發(fā)起者響應(yīng)（msgiresp）端口上。

來自遠(yuǎn)程設(shè)備的由Serial RapidIO核心接收的請求顯示在消息目標(biāo)請求（msgtreq）端口上。由用戶設(shè)計(jì)生成的對這些請求的響應(yīng)被放置在消息目標(biāo)響應(yīng)（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.

本地端點(diǎn)生成的請求放在消息發(fā)起方請求（msgireq）端口上，以便在鏈路上傳輸。從遠(yuǎn)程設(shè)備收到的響應(yīng)顯示在消息發(fā)起者響應(yīng)（msgiresp）端口上。

來自遠(yuǎn)程設(shè)備的由Serial RapidIO核心接收的請求顯示在消息目標(biāo)請求（msgtreq）端口上。由用戶設(shè)計(jì)生成的對這些請求的響應(yīng)被放置在消息目標(biāo)響應(yīng)（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接口上發(fā)起的請求信息是有效的。（輸入）

s_axis_msgireq_tready ：

握手信號。表明來自于源端的數(shù)據(jù)被接收了。（輸出）

s_axis_msgireq_tdata[63:0] ：

包頭和數(shù)據(jù)（輸入）

s_axis_msgireq_tkeep[7:0] ：

字節(jié)限定符，指示相關(guān)聯(lián)的數(shù)據(jù)字節(jié)的內(nèi)容是否有效。對于HELLO端口，這必須與8'hFF相關(guān)聯(lián)。（輸入）

s_axis_msgireq_tlast ：

表示數(shù)據(jù)包的最后一拍。（輸入）

s_axis_msgireq_tuser[31:0] ：

在數(shù)據(jù)包的第一個節(jié)拍上，該信號由數(shù)據(jù)包的源ID（31:16）和目標(biāo)ID（15：0）組成。如果使用

8位器件ID，每個ID的最高有效字節(jié)應(yīng)填充0。

在數(shù)據(jù)包中的后續(xù)節(jié)拍中，保留此字段。（輸入）

下面這一組是遠(yuǎn)程設(shè)備（另一端）的響應(yīng)：（含義一致）

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.

下面這一組為遠(yuǎn)端的請求信號：

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.

下面這一組為本地的響應(yīng)信號：

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通道，其中一個通道用于發(fā)送方向，一個通道用于接收方向。

用戶定義的端口僅使用SRIO Stream格式。用戶定義端口如圖2-6所示。

表2-7列出了與用戶定義端口關(guān)聯(lián)的信號。s_axis_usrtx *信號與USER_IO_TX接口相關(guān)聯(lián)，m_axis_usrrx *與級別的USER_IO_RX接口相關(guān)聯(lián)。

Maintenance Port

如果啟用了 "維護(hù)" 端口, 則它將使用 AXI4-LITE 接口。AXI4-LITE 接口允許用戶應(yīng)用程序定位本地或遠(yuǎn)程配置空間。

這些端口用到了再說吧。暫時不看了。

???




審核編輯：劉清