0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Valid-Ready握手協(xié)議的介紹與時(shí)序說(shuō)明

冬至子 ? 來(lái)源:芯時(shí)代青年 ? 作者:尼德蘭的喵 ? 2023-12-04 10:37 ? 次閱讀

最早接觸到握手協(xié)議是在校期間學(xué)習(xí)PCIe的AXI總線(xiàn)時(shí),至今日雖然PCIe的結(jié)構(gòu)已經(jīng)忘得一干二凈,但握手協(xié)議經(jīng)過(guò)不斷的使用還算掌握的不錯(cuò)。

對(duì)于點(diǎn)開(kāi)這篇文章的人而言,握手協(xié)議是什么其實(shí)不需要贅述:

"Valid-Ready" 握手協(xié)議是一種常用于數(shù)字電路中的接口協(xié)議,用于控制數(shù)據(jù)的傳輸和處理。這種協(xié)議通常在兩個(gè)設(shè)備(如芯片、模塊或模塊間的通信)之間使用,以確保數(shù)據(jù)的有效傳輸和正確處理。

下面是 "Valid-Ready" 握手協(xié)議的特點(diǎn)和優(yōu)勢(shì):

特點(diǎn):

*有效數(shù)據(jù)傳輸: "Valid-Ready" 握手協(xié)議通過(guò)有效信號(hào)(Valid)來(lái)指示數(shù)據(jù)是否有效,Ready信號(hào)來(lái)指示接收方是否已準(zhǔn)備好接收數(shù)據(jù)。只有在Valid和Ready信號(hào)都為高電平時(shí),數(shù)據(jù)傳輸才會(huì)發(fā)生,從而確保數(shù)據(jù)在正確的時(shí)機(jī)傳輸。

*流控制: Ready信號(hào)可以起到流量控制的作用。如果接收方?jīng)]有準(zhǔn)備好接收數(shù)據(jù),它可以將Ready信號(hào)置低,從而停止發(fā)送方的數(shù)據(jù)傳輸,以防止數(shù)據(jù)擁塞。

*同步性: "Valid-Ready" 握手協(xié)議提供了同步機(jī)制,確保發(fā)送和接收之間的時(shí)序一致性。數(shù)據(jù)傳輸只會(huì)在雙方都準(zhǔn)備好的情況下進(jìn)行,避免了數(shù)據(jù)的不同步問(wèn)題。

*靈活性: 握手信號(hào)的有效和準(zhǔn)備狀態(tài)可以根據(jù)具體的應(yīng)用需求來(lái)控制。這使得協(xié)議可以適應(yīng)不同的數(shù)據(jù)傳輸速率和處理速度。

*錯(cuò)誤檢測(cè): 在有效信號(hào)中,還可以包含錯(cuò)誤檢測(cè)位,以便接收方可以驗(yàn)證傳輸?shù)臄?shù)據(jù)的正確性。

優(yōu)勢(shì):

*簡(jiǎn)單可靠: "Valid-Ready" 握手協(xié)議相對(duì)簡(jiǎn)單,易于實(shí)現(xiàn)和調(diào)試。它的工作原理直觀清晰,使得設(shè)計(jì)者和開(kāi)發(fā)者能夠更容易地理解和管理數(shù)據(jù)傳輸流程。

*節(jié)約資源: 與其他復(fù)雜的通信協(xié)議相比,"Valid-Ready" 握手協(xié)議在硬件資源和時(shí)鐘周期方面的需求較低。這使得它在資源受限的系統(tǒng)中具有優(yōu)勢(shì)。

*適應(yīng)性強(qiáng): 由于其簡(jiǎn)單性,"Valid-Ready" 握手協(xié)議可以適應(yīng)不同類(lèi)型的通信和數(shù)據(jù)處理需求。它可以用于內(nèi)部芯片通信,模塊之間的通信,以及許多其他數(shù)字電路場(chǎng)景。

*實(shí)時(shí)性好: 由于有效和準(zhǔn)備信號(hào)的即時(shí)性,"Valid-Ready" 握手協(xié)議通常能夠滿(mǎn)足實(shí)時(shí)數(shù)據(jù)傳輸?shù)男枨螅貏e適用于需要低延遲的應(yīng)用。

好的,冠冕堂皇的部分結(jié)束了。那么一句話(huà)來(lái)概括握手協(xié)議就是:通過(guò)valid控制信號(hào)發(fā)送,通過(guò)ready控制信號(hào)接收,通過(guò)若干info承載信息的一種接口總線(xiàn),其典型時(shí)序圖如下:

圖片

握手接口時(shí)序

對(duì)于發(fā)射模塊而言,valid/data為輸出,ready為輸入。對(duì)于接收模塊而言,valid/data為輸入,ready為輸出:

圖片

接口方向

對(duì)于握手協(xié)議的時(shí)序,有如下幾條較為通用的要求:

1.發(fā)送方在準(zhǔn)備好發(fā)送數(shù)據(jù)之后,需要將valid信號(hào)置高,表示數(shù)據(jù)有效,在接收方的ready置高前(包括當(dāng)拍)valid不可拉低;

2.接收方在準(zhǔn)備好接收數(shù)據(jù)時(shí),需要將ready信號(hào)置高,表示已準(zhǔn)備好接收數(shù)據(jù);

3.在數(shù)據(jù)傳輸期間,valid 和ready信號(hào)需要保持同步,數(shù)據(jù)傳輸只能在valid和ready信號(hào)同時(shí)為高電平時(shí)進(jìn)行;

4.解復(fù)位后(工作期間)valid不可為不定態(tài),即仿真中valid不允許出現(xiàn)X態(tài)和Z態(tài),必須為高/低電平;

5.解復(fù)位后(工作期間)ready不可為不定態(tài),即仿真中valid不允許出現(xiàn)X態(tài)和Z態(tài),必須為高/低電平,注意ready的定態(tài)要求不如valid嚴(yán)格(或者說(shuō)在valid不為1時(shí),ready的不定態(tài)一般是允許的,有時(shí)也會(huì)要求ready全程不可為不定態(tài));

6.info在valid為1時(shí)不可為不定態(tài),在valid為0時(shí)無(wú)約束;

7.在valid置起為1后,到valid和ready進(jìn)行握手前(包括當(dāng)拍),info值不能跳變;
7.
8.valid的產(chǎn)生邏輯中不可包含或隱式包含ready信號(hào);

9.ready的產(chǎn)生邏輯中可以包含valid信號(hào);

當(dāng)然了,以上是相對(duì)通用的要求,是否需要遵守可以根據(jù)實(shí)際情況來(lái)判斷。比如果接收模塊需要5拍來(lái)處理一個(gè)info,那么數(shù)據(jù)傳輸就不必非要在valid和ready同時(shí)為高時(shí)進(jìn)行,可以在valid拉高后就開(kāi)始處理,處理完成時(shí)再拉高ready接收并丟棄info。

個(gè)人的建議是,1、2、4、7、8/9選一為必須遵守的規(guī)則,其余為盡量遵守但是可以調(diào)整的規(guī)則。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 控制器
    +關(guān)注

    關(guān)注

    112

    文章

    16103

    瀏覽量

    177075
  • 接收器
    +關(guān)注

    關(guān)注

    14

    文章

    2454

    瀏覽量

    71751
  • 數(shù)據(jù)傳輸
    +關(guān)注

    關(guān)注

    9

    文章

    1792

    瀏覽量

    64411
  • 數(shù)字電路
    +關(guān)注

    關(guān)注

    193

    文章

    1595

    瀏覽量

    80379
  • 高電平
    +關(guān)注

    關(guān)注

    6

    文章

    144

    瀏覽量

    21304
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    valid-ready握手協(xié)議和enable-xoff協(xié)議對(duì)比

    這一篇主要對(duì)比下valid-ready握手協(xié)議和enable-xoff協(xié)議,當(dāng)然這個(gè)對(duì)比僅限于同時(shí)鐘域下的信號(hào)傳輸。
    的頭像 發(fā)表于 12-04 10:32 ?680次閱讀
    <b class='flag-5'>valid-ready</b><b class='flag-5'>握手</b><b class='flag-5'>協(xié)議</b>和enable-xoff<b class='flag-5'>協(xié)議</b>對(duì)比

    【芯片設(shè)計(jì)】握手協(xié)議介紹時(shí)序說(shuō)明

    最早接觸到握手協(xié)議是在校期間學(xué)習(xí)PCIe的AXI總線(xiàn)時(shí),至今日雖然PCIe的結(jié)構(gòu)已經(jīng)忘得一干二凈,但握手協(xié)議經(jīng)過(guò)不斷的使用還算掌握的不錯(cuò)。
    的頭像 發(fā)表于 12-11 14:11 ?2800次閱讀
    【芯片設(shè)計(jì)】<b class='flag-5'>握手</b><b class='flag-5'>協(xié)議</b>的<b class='flag-5'>介紹</b>與<b class='flag-5'>時(shí)序</b><b class='flag-5'>說(shuō)明</b>

    玩轉(zhuǎn)Zynq連載4——AXI總線(xiàn)協(xié)議介紹2

    表明主機(jī)可以接收從機(jī)送出的讀數(shù)據(jù):1 = 主機(jī)是準(zhǔn)備好的;0 = 主機(jī)未準(zhǔn)備好。3 握手過(guò)程全部5個(gè)通道使用同樣的VALIDREADY握手機(jī)制來(lái)實(shí)現(xiàn)數(shù)據(jù)和控制信息的傳輸。這個(gè)雙向的流
    發(fā)表于 05-10 16:15

    ARM系列 -- AXI協(xié)議資料匯總(一)

    前兩條好理解,重點(diǎn)看一下第三條。之前講過(guò),為了避免死鎖,協(xié)議規(guī)定發(fā)送方的VALID不能依賴(lài)接收方的READY;反過(guò)來(lái),接收方的READY可以等待,也可以不等待發(fā)送方的
    發(fā)表于 04-08 09:34

    AXI接口協(xié)議詳解

    和AXi4-stream都支持三種握手機(jī)制,但其具體的總線(xiàn)結(jié)構(gòu)是不同的,詳情在后文中會(huì)介紹。這三種握手機(jī)制分別是:(1) VALID 先變高 REA
    發(fā)表于 04-08 10:45

    基于ECC帶緩存的快速SSL握手協(xié)議

    標(biāo)準(zhǔn)安全套接層(SSL)握手協(xié)議帶寬開(kāi)銷(xiāo)大且網(wǎng)絡(luò)數(shù)據(jù)通信效率低。該文提出一種基于橢圓曲線(xiàn)密碼體制、帶緩存的快速SSL握手協(xié)議。該協(xié)議將服務(wù)器
    發(fā)表于 04-13 09:41 ?19次下載

    什么是握手信號(hào)? 什么是握手協(xié)議?

    什么是握手信號(hào)? 什么是握手協(xié)議? RS -232通行方式允許簡(jiǎn)單連接三線(xiàn):Tx、Rx和地線(xiàn)。但是對(duì)于數(shù)據(jù)傳輸,雙方必須對(duì)數(shù)據(jù)定
    發(fā)表于 10-14 10:26 ?5386次閱讀

    什么是詢(xún)問(wèn)握手身份驗(yàn)證協(xié)議

    什么是詢(xún)問(wèn)握手身份驗(yàn)證協(xié)議 CHAP(詢(xún)問(wèn)握手身份驗(yàn)證協(xié)議)是用于遠(yuǎn)程登錄的身份驗(yàn)證協(xié)議,通過(guò)三次握手
    發(fā)表于 04-03 16:06 ?2640次閱讀

    AXI總線(xiàn)協(xié)議的幾種時(shí)序介紹

    由于ZYNQ架構(gòu)和常用接口IP核經(jīng)常出現(xiàn) AXI協(xié)議,賽靈思的協(xié)議手冊(cè)講解時(shí)序比較分散。所以筆者收藏AXI協(xié)議的幾種時(shí)序,方便編程。
    發(fā)表于 05-12 09:10 ?1.1w次閱讀
    AXI總線(xiàn)<b class='flag-5'>協(xié)議</b>的幾種<b class='flag-5'>時(shí)序</b><b class='flag-5'>介紹</b>

    setup/hold的概念

    協(xié)議,需要打拍的信號(hào)間存在時(shí)序的耦合。 所以問(wèn)題就簡(jiǎn)化成如何在遵循valid -ready協(xié)議的master和slave 之間完成“打拍
    的頭像 發(fā)表于 07-25 10:09 ?1978次閱讀

    Channel傳輸示例介紹

    本節(jié)檢查源和目標(biāo)之間可能的握手的一些示例。它顯示了符合 AXI 協(xié)議規(guī)范的 VALIDREADY 序列的幾種可能組合。
    的頭像 發(fā)表于 05-08 10:30 ?913次閱讀
    Channel傳輸示例<b class='flag-5'>介紹</b>

    AXI4協(xié)議五個(gè)不同通道的握手機(jī)制

    AXI4 協(xié)議定義了五個(gè)不同的通道,如 AXI 通道中所述。所有這些通道共享基于 VALIDREADY 信號(hào)的相同握手機(jī)制
    的頭像 發(fā)表于 05-08 11:37 ?1172次閱讀
    AXI4<b class='flag-5'>協(xié)議</b>五個(gè)不同通道的<b class='flag-5'>握手</b>機(jī)制

    握手協(xié)議中的Valid及data打拍技巧

    AXI 協(xié)議使用的是valid-ready握手的方式去傳輸數(shù)據(jù)。
    發(fā)表于 06-27 16:12 ?1502次閱讀
    在<b class='flag-5'>握手</b><b class='flag-5'>協(xié)議</b>中的<b class='flag-5'>Valid</b>及data打拍技巧

    valid ready協(xié)議中對(duì)ready進(jìn)行timing修復(fù)打拍的方法

    首先將把目標(biāo)設(shè)計(jì)想象成一個(gè)黑盒子,如圖1所示,我們的目標(biāo)是將READY_DOWN通過(guò)打拍的方法獲得時(shí)序優(yōu)化。
    的頭像 發(fā)表于 06-27 16:20 ?1235次閱讀
    在<b class='flag-5'>valid</b> <b class='flag-5'>ready</b><b class='flag-5'>協(xié)議</b>中對(duì)<b class='flag-5'>ready</b>進(jìn)行timing修復(fù)打拍的方法

    validready信號(hào)有哪三種情況

    信號(hào)一旦置起就不能置低,直到完成握手,至少傳輸一周期數(shù)據(jù)。 協(xié)議另外規(guī)定:發(fā)送方不能通過(guò)等待接收方 READY信號(hào)來(lái)確定置起 VALID 信號(hào)的時(shí)機(jī)。 通俗來(lái)講就是設(shè)計(jì)發(fā)送方邏輯時(shí),不
    的頭像 發(fā)表于 10-31 15:44 ?1884次閱讀
    <b class='flag-5'>valid</b>與<b class='flag-5'>ready</b>信號(hào)有哪三種情況