chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

什么是握手協(xié)議?握手機制的原理

倩倩 ? 來源:CSDN ? 作者:CSDN ? 2022-08-12 14:51 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

什么是握手協(xié)議

說起握手,首先查了一下百度百科。握手是一種禮儀,起源于中世紀的歐洲,順序為長幼有序,女士優(yōu)先。(PS:所以握手的時候,男士記得要紳士一點哦)。

在芯片中,握手是最古老的跨時鐘域之間傳輸數(shù)據(jù)的方式。握手機制通過將脈沖信號展寬,待輸出一側(cè)檢測到信號并將其解析為脈沖信號后,再向輸入一側(cè)發(fā)送應(yīng)答信號,表明接收到信號并且傳輸完成。

96f7bf62-19f6-11ed-ba43-dac502259ad0.png

為什么要握手

在人類的進化史中,握手作為一種善意的表達方式,可以增進人與人之間的和諧。言歸正傳,那么數(shù)字電路中為什么也需要握手機制呢?這是因為在數(shù)字電路中,跨時鐘域處理是個較為常見的問題。關(guān)于跨時鐘域,我們公眾號之前有介紹過,想復(fù)習一下的同學(xué)可以查看一下之前寫的文章。

在從快時鐘向慢時鐘傳遞時,由于輸入信號變化較快,輸出一側(cè)可能跟不上輸入的變化,從而導(dǎo)致“漏采“現(xiàn)象。由于兩個時鐘之間的頻率不同,來自快時鐘域的脈沖信號,還沒來得及被慢時鐘的采到,便轉(zhuǎn)瞬即逝,從而導(dǎo)致信號被漏采。此時,握手機制便可以大顯神通。

握手機制的原理

97777d60-19f6-11ed-ba43-dac502259ad0.png

(1)發(fā)送端在t_clk時鐘域下將需要發(fā)送的數(shù)據(jù)準備好后,將t_rdy信號置為有效,該信號必須在tclk下降沿輸出。接收端在rclk時鐘域下同步r_rdy信號,同步后的信號命名為t_rdy_rclk。

(2)接收端在t_rdy_rclk有效期間,對t_data進行采樣,得到t_data_rclk。

(3)接收端將r_ack信號置為1,信號必須在rclk下降沿輸出。發(fā)送端將r_ack同步為r_ack_tclk。

至此,已經(jīng)完成“半握手”,發(fā)送端在輸出下一數(shù)據(jù)前,不會等到r_ack_tclk被置為0。半握手機制工作速度快,但是使用不當有可能會導(dǎo)致操作錯誤。然而,如果要從高頻時鐘向低頻時鐘傳輸數(shù)據(jù),則需要采用全握手機制。

(4)當r_ack_tclk為高電平時,發(fā)送端將t_rdy置為0。

(5)當t_rdy_rclk為低電平時,接收端將r_ack置為0。

(6)當r_ack_tclk為低電平時,發(fā)送端將t_rdy重新置為1發(fā)送端可以發(fā)送新的數(shù)據(jù)。

至此,全握手完成。顯然,全握手過程耗時較長,數(shù)據(jù)傳輸較慢。但是全握手機制穩(wěn)定可靠,可以在兩個任意頻率的時鐘域中安全地進行數(shù)據(jù)傳輸。需要注意一點的是,數(shù)據(jù)應(yīng)該在發(fā)送時鐘域內(nèi)穩(wěn)定至少兩個時鐘上升沿,請求信號req的寬度應(yīng)該超過兩個時鐘周期,否則從高速時鐘向低速時鐘傳遞可能無法捕捉到該信號,也就是信號“失聯(lián)”了。

握手機制的代碼實現(xiàn)

發(fā)送端狀態(tài)機:

97c37e22-19f6-11ed-ba43-dac502259ad0.jpg


module transmit(tclk,reset_tclk,t_rdy,data_avail,transmit_data,t_data,r_ack);input tclk;input reset_tclk;input data_avail;input [31:0]transmit_data;input r_ack;output t_rdy;output t_data;
localparam IDLE_T = 2'd0,    ASSERT_T_RDY = 2'd1,    DEASSERT_T_RDY = 2'd2;
reg [1:0] t_hndshk_state,t_hndshk_state_nxt;reg t_rdy,t_rdy_nxt;reg [31:0] t_data,t_data_nxt;reg r_ack_tclk;
always@(*)begin
 t_hndshk_state_nxt = t_hndshk_state; t_rdy_nxt = 1'b0; t_data_nxt = t_data;
 case(t_hndshk_state)  IDLE_T:begin   if(data_avail) begin    t_rdy_nxt = 1'b1;    t_hndshk_state_nxt = ASSERT_T_RDY;    t_data_nxt = transmit_data;   end  end
  ASSERT_T_RDY:begin   if(r_ack_tclk)begin    t_rdy_nxt = 1'b0;    t_hndshk_state_nxt = DEASSERT_T_RDY;    t_data_nxt = 'd0;   end   else begin    t_rdy_nxt = 1'b1;    t_data_nxt = transmit_data;   end  end
  DEASSERT_T_RDY:begin   if(!r_ack_tclk)begin    if(data_avail)begin     t_rdy_nxt = 1'b1;     t_hndshk_state_nxt = ASSERT_T_RDY;     t_data_nxt = transmit_data;    end    else begin     t_hndshk_state_nxt = IDLE_T;    end   end  end
 endcaseendalways@(posedge tclk or negedge reset_tclk)begin if(!reset_tclk)begin  t_rdy <= 1'b0;  t_hndshk_state <= IDLE_T;  t_data <= 32'h00000000;  r_ack_tclk <= 1'b0; end
 else begin  t_rdy <= t_rdy_nxt;  t_hndshk_state <= t_hndshk_state_nxt;  t_data <= t_data_nxt;  r_ack_tclk <= r_ack; end
endendmodule

接收端狀態(tài)機:

97e481b2-19f6-11ed-ba43-dac502259ad0.jpg


module receiver(rclk,reset_rclk,t_rdy,t_data,r_ack);input rclk,reset_rclk;input t_rdy;input[31:0] t_data;output r_ack;
reg r_hndshk_state,r_hndshk_state_nxt;reg t_rdy_rclk;reg[31:0] t_data_rclk,t_data_rclk_nxt;reg r_ack,r_ack_nxt;
localparam IDLE_R = 1'b0,    ASSERT_ACK = 1'b1;
always@(*)begin r_hndshk_state_nxt = r_hndshk_state; r_ack_nxt = 1'b0; t_data_rclk_nxt = t_data_rclk; case(r_hndshk_state)  IDLE_R:begin   if(t_rdy_rclk)begin    r_hndshk_state_nxt = ASSERT_ACK;    t_data_rclk_nxt = t_data;    r_ack_nxt = 1'b1;   end  end
  ASSERT_ACK:begin   if(!t_rdy_rclk)begin    r_hndshk_state_nxt = IDLE_R;    r_ack_nxt = 1'b0;   end   else begin    r_ack_nxt = 1'b1;   end  end
 endcaseend
always@(posedge rclk or negedge reset_rclk)begin if(!reset_rclk)begin  r_hndshk_state <= IDLE_R;  t_data_rclk <= 1'b0;  t_rdy_rclk <= 1'b0;  r_ack <= 1'b0; end
 else begin  r_hndshk_state <= r_hndshk_state_nxt;  t_data_rclk <= t_data_rclk_nxt;  t_rdy_rclk <= t_rdy;  r_ack <= r_ack_nxt; endend
endmodule

握手機制的缺點

一個字:慢。

好了,希望本文對大家有所幫助。

審核編輯 :李倩

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

    關(guān)注

    193

    文章

    1668

    瀏覽量

    83532
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4976

    瀏覽量

    74373
  • 脈沖信號
    +關(guān)注

    關(guān)注

    6

    文章

    409

    瀏覽量

    38679

原文標題:談?wù)剶?shù)字芯片中的握手協(xié)議

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

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

    煙草包裝線上的一次協(xié)議握手:網(wǎng)關(guān)如何打通EtherCAT與Modbus RTU

    煙草包裝線上的一次“協(xié)議握手”:網(wǎng)關(guān)如何打通EtherCAT與Modbus RTU 去年在某卷煙廠的包裝車間,一臺倍福CX5140控制器與威綸通HMI之間出現(xiàn)了“對話障礙”——PLC走的是高速
    的頭像 發(fā)表于 04-20 15:52 ?44次閱讀
    煙草包裝線上的一次<b class='flag-5'>協(xié)議</b><b class='flag-5'>握手</b>:網(wǎng)關(guān)如何打通EtherCAT與Modbus RTU

    當EtherCAT遇上Modbus RTU:一臺網(wǎng)關(guān)讓倍福PLC與伺服“握手

    當EtherCAT遇上Modbus:一臺網(wǎng)關(guān)讓倍福PLC與伺服“握手” 在板式家具生產(chǎn)線上,封邊機的精度直接影響產(chǎn)品品質(zhì)。最近接手一臺老舊封邊機的改造項目,倍福CX5140作為主控,走
    的頭像 發(fā)表于 04-20 14:51 ?50次閱讀
    當EtherCAT遇上Modbus RTU:一臺網(wǎng)關(guān)讓倍福PLC與伺服“<b class='flag-5'>握手</b>”

    別讓協(xié)議成為渣抓取的絆腳石EtherNet/IP轉(zhuǎn)Modbus RTU網(wǎng)關(guān),一次握手,兩種語言

    別讓協(xié)議成為渣抓取的絆腳石EtherNet/IP轉(zhuǎn)Modbus RTU網(wǎng)關(guān),一次握手,兩種語言 在高爐出渣現(xiàn)場,渣抓取設(shè)備的穩(wěn)定運行直接關(guān)系到生產(chǎn)節(jié)拍。某鋼鐵廠的高爐渣處理線曾長期被一個問題困擾
    的頭像 發(fā)表于 04-15 15:31 ?75次閱讀
    別讓<b class='flag-5'>協(xié)議</b>成為渣抓取的絆腳石EtherNet/IP轉(zhuǎn)Modbus RTU網(wǎng)關(guān),一次<b class='flag-5'>握手</b>,兩種語言

    晶圓廠里的“異言同譯”:一座網(wǎng)關(guān)讓EtherNet/IP與CANopen握手

    晶圓廠里的“異言同譯”:一座網(wǎng)關(guān)讓EtherNet/IP與CANopen握手 背景與痛點 半導(dǎo)體晶圓制造對潔凈度、精度與節(jié)拍要求近乎苛刻。產(chǎn)線上,壓力變送器與匯川伺服電機既要執(zhí)行實時動作,又需向上
    的頭像 發(fā)表于 04-10 15:08 ?154次閱讀
    晶圓廠里的“異言同譯”:一座網(wǎng)關(guān)讓EtherNet/IP與CANopen<b class='flag-5'>握手</b>

    疆鴻智能EtherNet/IP轉(zhuǎn)DeviceNet“橋”接發(fā)那科手臂,智控無縫握手

    疆鴻智能EtherNet/IP轉(zhuǎn)DeviceNet“橋”接發(fā)那科手臂,智控無縫握手 新能源電池盒搬運上下料自動化產(chǎn)線中,羅克韋爾PLC通過EtherNet/IP協(xié)議作為控制核心,而發(fā)那科機械手臂則需
    的頭像 發(fā)表于 03-30 15:53 ?138次閱讀
    疆鴻智能EtherNet/IP轉(zhuǎn)DeviceNet“橋”接發(fā)那科手臂,智控無縫<b class='flag-5'>握手</b>

    TCP/IP(Socket)協(xié)議深度剖析

    TCP/IP協(xié)議作為互聯(lián)網(wǎng)通信的基礎(chǔ)架構(gòu),其核心機制Socket編程承載著全球數(shù)據(jù)交換的使命。本文將深入剖析這一協(xié)議的七層架構(gòu)、三次握手與四次揮手的精妙設(shè)計、流量控制與擁塞控制的動態(tài)平
    的頭像 發(fā)表于 03-03 17:06 ?780次閱讀

    TCP三次握手與四次揮手的詳細過程

    TCP 三次握手和四次揮手,大概是網(wǎng)絡(luò)領(lǐng)域被問爛了的面試題。但真正能把狀態(tài)變遷、序列號變化、抓包細節(jié)講清楚的人并不多。很多人背了八股文,一到生產(chǎn)環(huán)境看 Wireshark 抓包就懵了
    的頭像 發(fā)表于 02-25 10:38 ?427次閱讀

    TCP的三次握手

    (1)第一次握手:Client將標志位SYN置為1,隨機產(chǎn)生一個值seq=J,并將該數(shù)據(jù)包發(fā)送給Server,Client進入SYN_SENT狀態(tài),等待Server確認。 (2)第二次握手
    發(fā)表于 12-02 07:16

    無線充項目求助:PD 協(xié)議芯片握手后反復(fù)重啟斷電,求解決方案!

    Type-C 接口與 iPad、聯(lián)想 Pad、三星 Pad 握手充電。 已做嘗試及現(xiàn)象: 先后采用勁芯微、易充、美芯晟 20W 以上無線充方案,搭配智融 SW3522 PD 協(xié)議芯片給 Pad 供電
    發(fā)表于 11-13 14:48

    握手信號的詳解

    在dtcm和itcm等模塊中經(jīng)常用到以valid,read結(jié)尾的信號量,他們就是握手信號。 握手信號是一種用于協(xié)調(diào)和同步不同系統(tǒng)之間操作的信號。當兩個或多個系統(tǒng)要進行數(shù)據(jù)傳輸或交互時,需要確保
    發(fā)表于 10-24 08:04

    Vivado浮點數(shù)IP核的握手信號

    和給出握手信號。在RISC v架構(gòu)中每個模塊(包括FPU)的握手信號都有一個i_valid、i_ready,F(xiàn)PU內(nèi)部需要三個輸入數(shù)據(jù)的握手信號、一個輸出結(jié)果的握手信號。 根據(jù)AXI
    發(fā)表于 10-24 07:01

    Sink PD快充協(xié)議芯片XSP25支持PD+QC+FCP+SCP+AFC協(xié)議

    基于改變快充協(xié)議,使電源輸出電壓和電流滿足需求者的要求。 PD誘騙協(xié)議工作原理 與供電端進行PD協(xié)議握手通信:取電芯片需要與供電端進行PD協(xié)議
    的頭像 發(fā)表于 10-17 15:21 ?966次閱讀
    Sink PD快充<b class='flag-5'>協(xié)議</b>芯片XSP25支持PD+QC+FCP+SCP+AFC<b class='flag-5'>協(xié)議</b>

    當PLC遇上伺服電機:CCLink IE與DeviceNet的跨協(xié)議握手」指南

    在汽車制造的自動化產(chǎn)線中,不同通信協(xié)議的設(shè)備協(xié)同作業(yè)是常見挑戰(zhàn)。例如,當采用CCLink IE總線的PLC系統(tǒng)需要控制基于DeviceNet網(wǎng)關(guān)協(xié)議的伺服電機時,協(xié)議差異可能導(dǎo)致數(shù)據(jù)交互不暢,影響產(chǎn)
    發(fā)表于 06-10 14:43

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

    本文主要介紹握手的基本概念,讀者可通過該篇文章對握手有個基本概念。
    的頭像 發(fā)表于 05-14 09:16 ?1370次閱讀
    芯片設(shè)計之<b class='flag-5'>握手</b><b class='flag-5'>協(xié)議</b>

    TCP三次握手和四次揮手,這樣解釋太通俗易懂了!

    TCP連接的建立和釋放分別通過“三次握手”和“四次揮手”來完成。三次握手過程TCP三次握手是建立可靠網(wǎng)絡(luò)連接的關(guān)鍵過程,它用于確保通信雙方能夠正常發(fā)送和接收數(shù)據(jù),并提供可靠的數(shù)據(jù)傳輸機制
    的頭像 發(fā)表于 04-24 19:33 ?1677次閱讀
    TCP三次<b class='flag-5'>握手</b>和四次揮手,這樣解釋太通俗易懂了!