I2C匯流排訊號時序分析
分類: 嵌入式
在I2C匯流排通訊的過程中,參與通訊的雙方互相之間所傳輸的資訊種類歸納如下。
主控器向被控器傳送的資訊種類有:啟動訊號、停止訊號、7位地址碼、讀/寫控制位、10位地址碼、資料位元組、重啟動訊號、應答訊號、時鐘脈衝。
被控器向主控器傳送的資訊種類有:應答訊號、資料位元組、時鐘低電平。
下面對I2C匯流排通訊過程中出現的幾種訊號狀態和時序進行分析。
①匯流排空閒狀態。
I2C匯流排匯流排的SDA和SCL兩條訊號線同時處於高電平時,規定為匯流排的空閒狀態。此時各個器件的輸出級場效電晶體均處在截止狀態,即釋放匯流排,由兩條訊號線各自的上拉電阻把電平拉高。
②啟動訊號。
在時鐘線SCL保持高電平期間,資料線SDA上的電平被拉低(即負跳變),定義為I2C匯流排匯流排的啟動訊號,它標誌著一次資料傳輸的開始。
啟動訊號是一種電平跳變時序訊號,而不是一個電平訊號。啟動訊號是由主控器主動建立的,在建立該訊號之前I2C匯流排必須處於空閒狀態,如圖1所示。
圖1 I2C匯流排上的啟動訊號和停止訊號
③停止訊號。
在時鐘線SCL保持高電平期間,資料線SDA被釋放,使得SDA返回高電平(即正跳變),稱為I2C匯流排的停止訊號,它標誌著一次資料傳輸的終止。
停止訊號也是一種電平跳變時序訊號,而不是一個電平訊號,停止訊號也是由主控器主動建立的,建立該訊號之後,I2C匯流排將返回空閒狀態。
④資料位傳送。
在I2C匯流排上傳送的每一位資料都有一個時鐘脈衝相對應(或同步控制),即在SCL序列時鐘的配合下,在SDA上逐位地序列傳送每一位資料。
進行資料傳送時,在SCL呈現高電平期間,SDA上的電平必須保持穩定,低電平為資料0,高電平為資料1。
只有在SCL為低電平期間,才允許SDA上的電平改變狀態。邏輯0的電平為低電壓,而邏輯1的電平取決於器件本身的正電源電壓VDD(當使用獨立電源時),如圖2所示。
圖2 I2C匯流排上的資料位傳送
⑤應答訊號。
I2C匯流排上的所有資料都是以8位位元組傳送的,傳送器每傳送一個位元組,就在時鐘脈衝9期間釋放資料線,由接收器反饋一個應答訊號。
應答訊號為低電平時,規定為有效應答位(ACK簡稱應答位),表示接收器已經成功地接收了該位元組;應答訊號為高電平時,規定為非應答位(NACK),一般表示接收器接收該位元組沒有成功。
對於反饋有效應答位ACK的要求是,接收器在第9個時鐘脈衝之前的低電平期間將SDA線拉低,並且確保在該時鐘的高電平期間為穩定的低電平。
如果接收器是主控器,則在它收到最後一個位元組後,傳送一個NACK訊號,以通知被控傳送器結束資料傳送,並釋放SDA線,以便主控接收器傳送一個停止訊號P,如圖3所示。
圖3 I2C匯流排上的應答時序
⑥插入等待時間。
如果被控器需要延遲下一個資料位元組開始傳送的時間,則可以通過把時鐘線SCL電平拉低並且保持,使主控器進入等待狀態。
一旦被控器釋放時鐘線,資料傳輸就得以繼續下去,這樣就使得被控器得到足夠時間轉移已經收到的資料位元組,或者準備好即將傳送的資料位元組。
帶有CPU的被控器在對收到的地址位元組做出應答之後,需要一定的時間去執行中斷服務子程式,來分析或比較地址碼,其間就把SCL線鉗位在低電平上,直到處理妥當後才釋放SCL線,進而使主控器繼續後續資料位元組的傳送,如圖4所示。
圖4 I2C匯流排上的插入等待時間
⑦重啟動訊號。
在主控器控制匯流排期間完成了一次資料通訊(傳送或接收)之後,如果想繼續佔用匯流排再進行一次資料通訊(傳送或接收),而又不釋放匯流排,就需要利用重啟動Sr訊號時序。
重啟動訊號Sr既作為前一次資料傳輸的結束,又作為後一次資料傳輸的開始。利用重啟動訊號的優點是,在前後兩次通訊之間主控器不需要釋放匯流排,這樣就不會丟失匯流排的控制權,即不讓其他主器件節點搶佔匯流排。
⑧時鐘同步。
如果在某一I2C匯流排系統中存在兩個主器件節點,分別記為主器件1和主器件2,其時鐘輸出端分別為CLK1和CL【0,它們都有控制匯流排的能力。
假設在某一期間兩者相繼向SCL線發出了波形不同的時鐘脈衝序列CLK1和CLK2(時鐘脈衝的高、低電平寬度都是依靠各自內部專用計數器定時產生的),在匯流排控制權還沒有裁定之前這種現象是可能出現的。
鑑於I2C匯流排的“線與”特性,使得時鐘線SCL上得到的時鐘訊號波形,既不像主器件1所期望的CLK1,也不像主器件2所期望的CLK2,而是兩者進行邏輯與的結果。
CLKI和CLK2的合成波形作為共同的同步時鐘訊號,一旦匯流排控制權裁定給某一主器件,則匯流排時鐘訊號將會只由該主器件產生,如圖5所示。
圖5 I2C匯流排上的時鐘同步
⑨匯流排衝突和匯流排仲裁。
假如在某I2C匯流排系統中存在兩個主器件節點,分別記為主器件1和主器件2,其資料輸出端分別為DATA1和DATA2,它們都有控制匯流排的能力,這就存在著發生匯流排衝突(即寫衝突)的可能性。
假設在某一瞬間兩者相繼向匯流排發出了啟動訊號,鑑於:I2C匯流排的“線與”特性,使得在資料線SDA上得到的訊號波形是DATA1和DATA2兩者相與的結果,該結果略微超前送出低電平的主器件1,其DATA1的下降沿被當做SDA的下降沿。
在匯流排被啟動後,主器件1企圖傳送資料“101……”,主器件2企圖傳送資料“100101……”。
兩個主器件在每次發出一個資料位的同時都要對自己輸出端的訊號電平進行抽檢,只要抽檢的結果與它們自己預期的電平相符,就會繼續佔用匯流排,匯流排控制權也就得不到裁定結果。
主器件1的第3位期望傳送“1”,也就是在第3個時鐘週期內送出高電平。
在該時鐘週期的高電平期間,主器件1進行例行抽檢時,結果檢測到一個不相匹配的電平“0”,這時主器件1只好決定放棄匯流排控制杈;因此,主器件2就成了匯流排的惟一主宰者,匯流排控制權也就最終得出了裁定結果,從而實現了匯流排仲裁的功能。
從以上匯流排仲裁的完成過程可以得出:仲裁過程主器件1和主器件2都不會丟失資料;各個主器件沒有優先順序別之分,匯流排控制權是隨機裁定的,即使是搶先傳送啟動訊號的主器件1最終也並沒有得到控制杈。
系統實際上遵循的是“低電平優先”的仲裁原則,將匯流排判給在資料線上先傳送低電平的主器件,而其他傳送高電平的主器件將失去匯流排控制權,如圖6所示。
圖6 I2C匯流排上的匯流排仲裁
⑩匯流排封鎖狀態。
在特殊情況下,如果需要禁止所有發生在I2C匯流排上的通訊活動,封鎖或關閉匯流排是一種可行途徑,只要掛接於該匯流排上的任意一個器件將時鐘線SCL鎖定在低電平上即可。
歡迎轉載,資訊來源維庫電子市場網(www.dzsc.com)
相關文章
- I2C匯流排 | I2C匯流排介紹
- I2C 匯流排
- SOFA 原始碼分析— 事件匯流排原始碼事件
- 匯流排
- Linux驅動之I2C匯流排裝置以及驅動Linux
- SpringCloud(六)Bus訊息匯流排SpringGCCloud
- 手寫訊息匯流排LiveDataBusLiveData
- 事件匯流排事件
- Spring Cloud Bus 訊息匯流排介紹SpringCloud
- 6.匯流排
- ECU通訊:CAN匯流排模擬測試
- WebWorker與WebSocket實現前端訊息匯流排Web前端
- 將Abp預設事件匯流排改造為分散式事件匯流排事件分散式
- Can匯流排介紹
- Vue 事件中央匯流排Vue事件
- Vue事件匯流排(EventBus)Vue事件
- ARM 匯流排協議協議
- 微控制器學習(十一)I2C匯流排和AT24C02的使用
- 元件間通訊--利用mitt實現事件匯流排元件MIT事件
- 乾貨|Spring Cloud Bus 訊息匯流排介紹SpringCloud
- PCI匯流排基本概念
- 序列匯流排的學習
- CAN匯流排原理_學習
- 計算匯流排頻寬
- 大資料匯流排(DataHub)大資料
- 我最喜歡的程式之間通訊方式-訊息匯流排
- 企業服務匯流排ESB
- Flutter中的事件匯流排(EventBus)Flutter事件
- vue 序號,翻頁時序號遞增Vue
- 現場匯流排與工業乙太網通訊模型模型
- FolkMQ v1.3.2 釋出(訊息中介軟體、事件匯流排)MQ事件
- 跟我學SpringCloud | 第八篇:Spring Cloud Bus 訊息匯流排SpringGCCloud
- 用LiveDataBus替代RxBus、EventBus——Android訊息匯流排的演進之路LiveDataAndroid
- Android訊息匯流排的演進之路:用LiveDataBus替代RxBus等!AndroidLiveData
- LLM-kimi:BMS-CAN匯流排
- MACH SYSTEMS—匯流排介面轉換工具Mac
- CAN匯流排取樣點測試
- 自己動手寫事件匯流排(EventBus)事件
- CAN匯流排分析儀工具-CAN轉USB智慧協議轉換器協議