女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

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

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

芯片設(shè)計之握手協(xié)議

FPGA設(shè)計論壇 ? 來源:FPGA設(shè)計論壇 ? 2025-05-14 09:16 ? 次閱讀

本文主要介紹握手的基本概念,讀者可通過該篇文章對握手有個基本概念。

握手簡介

舉個簡單例子;

c8ffbcea-2596-11f0-9310-92fbcf53809c.png

上圖中sender拉高vld發(fā)送有效的數(shù)據(jù)給receiver,receiver拉高ready代表準備好接收數(shù)據(jù)。

vld==1、ready==1:sender發(fā)送有效數(shù)據(jù),receiver同時也準備好接收數(shù)據(jù),完成一次有效數(shù)據(jù)傳輸;

vld==1、ready==0:sender發(fā)送有效數(shù)據(jù),receiver未準備好接收數(shù)據(jù)。反壓sender,通常情況下sender需保持vld直到receiver拉高ready,完成一次傳輸;

vld==0、ready==1:send沒有數(shù)據(jù)需要發(fā)送,receiver已提前做好接收數(shù)據(jù)的準備;一旦send發(fā)起數(shù)據(jù)傳輸,即可完成一次握手;

vld==0、ready==0:send沒有數(shù)據(jù)需要傳輸,receiver也沒有做好接收數(shù)據(jù)準備;

其實拿流水線的下級和上級很好理解,握手就體現(xiàn)了上下級之間的配合關(guān)系,使得流水能夠正常運轉(zhuǎn);

握手與反壓

握手的主要工作就是確保上下級之間的流量基本一致。關(guān)于反壓可以有如下理解:

流水線上若上級處理速度大于下級處理速度,則下級需反饋信息給上級,我接收不過來你的數(shù)據(jù)了;即拉低ready;

流水線上若下級處理速度大于上級處理速度,則上級需反饋信息給下級,我處理速度跟不上你處理速度,給你的數(shù)據(jù)沒那么快。即通過拉低一段時間的vld,使得上級得以喘息。

其實從這里我也突然悟出來了一個道理,握手是給了每級處理單元一個控制速度的權(quán)利。完美的流水線,應(yīng)該來說是不需要通過握手來實現(xiàn)的(太理想了),因為還需要握手來控制數(shù)據(jù)的傳輸?shù)鹊龋?/p>

流水線中反壓(拉低ready)

反壓的目的都是為了屏蔽上級單元送數(shù)據(jù)來。但根據(jù)流水中的每級單元中是否有存儲單元,可分為帶存儲器的反壓和不帶存儲器的反壓;在帶存儲器的反壓根據(jù)對前級還是前前級的反壓可分為:跨級反壓、逐級反壓;

不帶存儲器的反壓

c916b508-2596-11f0-9310-92fbcf53809c.png

即流水線上的每一級都沒有存儲單元,后級與前級的耦合性高,當流水線中間某一級錯誤,導(dǎo)致整條流水線均停止工作;在上圖中可以理解成,若C出于某種原因不能接收B_OUT,由于B中沒有暫存空間,導(dǎo)致的結(jié)果就是B也不能接收A_OUT數(shù)據(jù)了。可以理解成工廠流水線里頭,每一級都沒有容器可以存放上一級的輸出物。

特點:

1.節(jié)省存儲器資源,每一級都沒有存儲器;2.流水控制復(fù)雜,后級的流水停止,需對前面的每一級都有控制;(牽一發(fā)而動全身)

帶存儲器的逐級反壓

c91e4480-2596-11f0-9310-92fbcf53809c.png

如上圖,和不帶存儲器的流水比起來,各級流水中都加入了一定的緩存容量。這樣做的一個好處就是每一級與每一級之間的握手都變成了相對獨立的握手模塊。這里留個懸念,緩存的大小如何設(shè)定?

帶存儲器的跨級反壓

c927331a-2596-11f0-9310-92fbcf53809c.png

如上圖,C的反壓直接跳過B,反壓到A。目前我是沒接觸過這種設(shè)計,但是我認為這種設(shè)計也有一定的合理性以及局限性;這種結(jié)構(gòu)需要求C可以無條件接收B_OUT數(shù)據(jù),也就是單向握手,只要B給出B_OUT,C 100%可以接收;

握手與反壓設(shè)計注意點

sender發(fā)生數(shù)據(jù)的vld指示和receiver接收的ready指示應(yīng)該為獨立的邏輯產(chǎn)生,不可將二者扯上聯(lián)系;

若存在流水,則是否為某一級流水添加存儲單元、該存儲單元多大都是需要考慮的點,出發(fā)點都是為了流水的效率;

流水除了考慮各級的存儲深度外,不要忽略流水路上處理中的數(shù)據(jù);

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

    關(guān)注

    38

    文章

    7622

    瀏覽量

    166140
  • 存儲單元
    +關(guān)注

    關(guān)注

    1

    文章

    66

    瀏覽量

    16347
  • 流水線
    +關(guān)注

    關(guān)注

    0

    文章

    124

    瀏覽量

    26456

原文標題:芯片設(shè)計方法學之--握手

文章出處:【微信號:gh_9d70b445f494,微信公眾號:FPGA設(shè)計論壇】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦
    熱點推薦

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

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

    芯片設(shè)計】握手協(xié)議的介紹與時序說明

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

    智能識別蘋果安卓USB充電協(xié)議芯片

    CX2901A是USB充電端協(xié)議口控制IC,可以自動識別充電端設(shè)備類型。并通過對應(yīng)的USB充電協(xié)議與其握手,使獲得最大的充電電流。保護充電設(shè)備的前提下節(jié)約充電時間。CX1901A則為
    發(fā)表于 07-04 21:47

    CH246D USB口與快充充電器協(xié)議握手失敗是什么原因?

    CH246D USB口與快充充電器協(xié)議握手失敗,電源一直5-9V之間跳動,不會穩(wěn)定下來。請問誰知道這什么原因?
    發(fā)表于 09-26 07:16

    bq25792握手協(xié)議

    Android項目,在沒開機前,充電,bq25792 走默認的5v1.5A充電。 在開機后,主控通過i2c與bq芯片通信后,有中斷觸發(fā),status狀態(tài)改變,但D+/D- 沒有產(chǎn)生握手。適配器不充電
    發(fā)表于 06-11 16:20

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

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

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

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

    什么是詢問握手身份驗證協(xié)議

    什么是詢問握手身份驗證協(xié)議 CHAP(詢問握手身份驗證協(xié)議)是用于遠程登錄的身份驗證協(xié)議,通過三次握手
    發(fā)表于 04-03 16:06 ?2753次閱讀

    tcp協(xié)議三次握手詳細過程

    TCP是主機對主機層的傳輸控制協(xié)議,提供可靠的連接服務(wù),采用三次握手確認建立一個連接:第一次握手:主機A發(fā)送位碼為syn=1,隨機產(chǎn)生seq number=1234567的數(shù)據(jù)包到服務(wù)器,主機B由
    發(fā)表于 12-08 11:53 ?1w次閱讀
    tcp<b class='flag-5'>協(xié)議</b>三次<b class='flag-5'>握手</b>詳細過程

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

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

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

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

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

    "Valid-Ready" 握手協(xié)議是一種常用于數(shù)字電路中的接口協(xié)議,用于控制數(shù)據(jù)的傳輸和處理。
    的頭像 發(fā)表于 12-04 10:37 ?1881次閱讀
    Valid-Ready<b class='flag-5'>握手</b><b class='flag-5'>協(xié)議</b>的介紹與時序說明

    簡述TCP協(xié)議的三次握手機制

    TCP(Transmission Control Protocol,傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。它主要用于在IP網(wǎng)絡(luò)中進行數(shù)據(jù)傳輸。TCP協(xié)議的三次握手
    的頭像 發(fā)表于 08-16 10:57 ?1657次閱讀

    TCP三次握手協(xié)議的作用

    在計算機網(wǎng)絡(luò)中,數(shù)據(jù)的傳輸需要在發(fā)送方和接收方之間建立一個穩(wěn)定的連接,以確保數(shù)據(jù)的完整性和順序。TCP(傳輸控制協(xié)議)是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議,它通過三次握手協(xié)議
    的頭像 發(fā)表于 01-03 17:15 ?713次閱讀

    TCP三次握手與UDP的區(qū)別

    、連接管理、可靠性、效率等方面有著顯著的區(qū)別。 1. TCP三次握手 TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。在數(shù)據(jù)傳輸之前,TCP需要建立一個連接,這個過程被稱為“三次握手”。 第一次
    的頭像 發(fā)表于 01-03 17:35 ?705次閱讀