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

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

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

I2C基本用法,硬件問題匯總

5RJg_mcuworld ? 來源:嵌入式資訊精選 ? 2019-11-27 15:40 ? 次閱讀

一般情況下,I2C設(shè)備焊接沒什么問題,按照設(shè)備手冊一步步來,基本上就順風(fēng)順?biāo)軌蛴闷饋怼H绻@么一個簡單的東西,有時候想要的結(jié)果死活不出來,反復(fù)的檢查問題的原因,查詢解決辦法,核查設(shè)備的數(shù)據(jù)手冊,甚至發(fā)送和接收的每一條命令與數(shù)據(jù)都知道是什么意思,仍然無法解決問題,那該怎么辦呢?

本文主要針對I2C設(shè)備,講解如何解決I2C設(shè)備主機與從機直接無法正常數(shù)據(jù)交互的問題,側(cè)重點是針對硬件設(shè)計不太合理、I2C設(shè)備設(shè)計不標(biāo)準(zhǔn)導(dǎo)致總線故障的情況,并且通過分析現(xiàn)象,提出解決方案。對于在設(shè)備初始化中,沒有設(shè)置相應(yīng)的寄存器或者發(fā)送命令,而導(dǎo)致的無法獲取想要的數(shù)據(jù)情況,不作詳細(xì)介紹。

1 I2C基本用法

I2C總線是一種簡單、雙向二線制同步串行總線。所有主機在 SCL 線上產(chǎn)生它們自己的時鐘來傳輸總線上的報文,SDA 線傳輸每個字節(jié)必須為 8 位,每次傳輸可以發(fā)送的字節(jié)數(shù)量不受限制,每個字節(jié)后必須跟一個響應(yīng)位。在空閑狀態(tài)時,SCL 與 SDA 均為高電平。

通常一些低功耗I2C設(shè)備,芯片引腳使用上拉輸出即可滿足與其正常數(shù)據(jù)交互,還有一些I2C設(shè)備,則需要在總線上外加一個上拉電阻,此時相應(yīng)的 I/O 配置成開漏輸出,其他的按照芯片手冊進(jìn)行標(biāo)準(zhǔn)配置。

2 硬件問題匯總

2.1無法正常拉高拉低引腳

首先確定 SDA 與SCL 引腳能夠被拉高、拉低,檢測方式直接軟件控制 I/O 口輸出引腳低電平/高電平,測量引腳電壓是否能夠隨著芯片引腳的設(shè)置輸出相應(yīng)的狀態(tài)。

如果不能被拉低,檢測虛焊、上拉電阻斷開、I2C設(shè)備是否正常、芯片引腳是否損壞等問題,確保能夠正常被拉高或者拉低。

2.2電氣特性無法滿足

如果正常拉高、拉低的情況下,依然無法正常讀取數(shù)據(jù)。通常建議,根據(jù)負(fù)載電流更換小阻值的電阻。

如果需要詳細(xì)知道原因,就具體查詢I2C設(shè)備電氣特性。大多數(shù)I2C設(shè)備電氣特性,大致下圖所示

通常這塊內(nèi)容在I2C設(shè)備電氣特性這一塊,主要講解電平拉高拉低的最長時間、最短時間,以及處于高電平與電平的閾值與持續(xù)時間等等內(nèi)容。

硬件設(shè)計,為了降低單片機的功耗與保護(hù)芯片引腳,在滿足負(fù)載電流和負(fù)載電容相關(guān)要求的前提下,阻值設(shè)置通常比較大。如果同一個總線上掛載多個I2C設(shè)備, 即使在 I/O口配置正確的前提下,也會導(dǎo)致驅(qū)動能力不足。

現(xiàn)象是拉高電壓不足,在拉高、拉低過程中消耗時間過長。這兩個問題通常還引起數(shù)據(jù)線與時鐘線:拉高時,高電壓持續(xù)時間過短;拉低時,低電壓持續(xù)時間過短。用示波器抓取圖形:從波形上看,顯示是尖波、斜波、雜波等不符合I2C設(shè)備電氣特性的波形;從數(shù)據(jù)上看,數(shù)據(jù)線高電平持續(xù)時間過小 ,上升沿時間過長 ,下降沿時間過長等等數(shù)據(jù)超出設(shè)備電氣特性的有效值。典型雜波圖,如下所示

如果出現(xiàn)此類異常,建議更換小一點的電阻,用來增強總線驅(qū)動能力,提高電平轉(zhuǎn)換速度。應(yīng)當(dāng)注意的是每個MCU的耐受電流不一樣,減小電阻應(yīng)避免超過相應(yīng)引腳承受電流的最大值。

3 SDA 死鎖

如果I2C設(shè)備的數(shù)據(jù)偶爾能夠正確獲取,但是仍然會在總線發(fā)送數(shù)據(jù)或者命令的時候,爆出總線讀寫錯誤,那么有可能遇到下面的死鎖問題,死鎖時候,就是數(shù)據(jù)線被拉低,主機無法拉高。死鎖一般發(fā)生在從機上,且為數(shù)據(jù)線死鎖。因為I2C總線是共享的,如果需要確定,是否是從機死鎖,可以參照下面兩幅圖,串聯(lián)電阻進(jìn)行測試

如上圖所示,如果從機死鎖,即從機拉低電平,此時檢測到的電壓為1/3 Vcc。

如上圖所示,如果主機死鎖,即主機拉低電平,此時檢測到的電壓為 1/11 Vcc。依據(jù)這個原理,可以準(zhǔn)確判定死鎖的具體位置,多個傳感器依據(jù)類似方式進(jìn)行定位。

3.1 反復(fù)重啟導(dǎo)致死鎖

3.1.1 現(xiàn)象

如果設(shè)備需要反復(fù)重啟,很有可能在從機設(shè)備返回數(shù)據(jù)的時候,SDA被鎖住。具體原因是從機設(shè)備在回數(shù)據(jù),還沒有發(fā)送完成,主機時鐘消失,從機等待時鐘信號, MCU重啟,如果從機設(shè)備的電源沒有復(fù)位,從機繼續(xù)等待 MCU 時鐘信號,數(shù)據(jù)一直被鉗住,總線無法完成數(shù)據(jù)交互。

3.1.2 解決方式

解決重啟導(dǎo)致總線死鎖,一種方式可以如同 rt-thread 驅(qū)動解決方式一樣,在系統(tǒng)復(fù)位的時候,提供9個時鐘信號,解初總線死鎖;另一種是在按下復(fù)位鍵初始化的時候,給從機設(shè)備電源斷電重啟,這個需要引腳控制。

3.1.3 9 個時鐘信號

I2C設(shè)備進(jìn)行讀寫操作的過程中,在從機鉗住總線的期間,MCU 異常復(fù)位,會導(dǎo)致 SDA 死鎖,異常產(chǎn)生出現(xiàn)在倆個階段:從機響應(yīng)階段、從機發(fā)送數(shù)據(jù)階段。下面將針對這兩種異常,對時鐘信號進(jìn)行解釋,并且總結(jié)其他原因,得出結(jié)論。

(a) 從機響應(yīng)階段

MCU 在開始信號后發(fā)送地址,得到從機設(shè)備響應(yīng),準(zhǔn)備開始返回數(shù)據(jù),在這個時候,從機將 SDA 信號拉為低電平,如果 MCU 異常復(fù)位,會導(dǎo)致總線上 SCL 停止發(fā)送時鐘信號,從機等待 MCU 的時鐘信號,產(chǎn)生鉗住并且拉低 SDA 的現(xiàn)象。如果想要解鎖 SDA,從機需要 9 個時鐘信號,使得從機完成響應(yīng),釋放 SDA 。

(b) 從機發(fā)送數(shù)據(jù)階段

如果從機響應(yīng)完成了,開始給MCU返回數(shù)據(jù)。這個數(shù)據(jù)有八位,每一位都有可能為低,如果在數(shù)據(jù)低位,MCU異常復(fù)位,停止發(fā)送時鐘信號,從機就會等待 MCU的時鐘信號,產(chǎn)生鉗住并且拉低SDA的現(xiàn)象。如果想要解鎖SDA,從機需要 1-8個時鐘信號,使得從機完成數(shù)據(jù)響應(yīng),釋放 SDA 。

(c)其他情況

在從機一個8位數(shù)據(jù)發(fā)送完成后,等待MCU響應(yīng), 即使屬于MCU的,從機不再鉗住 SDA,沒有時鐘,數(shù)據(jù)交互停止。

在主機發(fā)送數(shù)據(jù)階段,總線所有權(quán)在主機,主機異常,數(shù)據(jù)交互停止,總線釋放。所以,這些情況下,不存在SDA死鎖的情況。

(d)結(jié)論

綜上所述,解鎖SDA從機最多需要 9 個時鐘信號,也就是異常復(fù)位后,MCU至少發(fā)送需要9個時鐘信號,完成 i2c 總線的SDA解鎖。所以,RT_Thread 為了避免此類問題的產(chǎn)生,在i2c驅(qū)動初始化,對總線進(jìn)行判斷,判斷是否需要解鎖,如果需要,就進(jìn)行解鎖,確保 i2c設(shè)備不會因為這個問題導(dǎo)致數(shù)據(jù)交互失敗。

3.2 多個I2C設(shè)備導(dǎo)致死鎖

多I2C設(shè)備除了異常復(fù)位導(dǎo)致死鎖,還會形成相互干擾的問題,一般情況下,不會把同種從機地址掛在同一條總線上,但除此之外,有些I2C設(shè)備設(shè)計不是按照標(biāo)準(zhǔn)的I2C總線協(xié)議設(shè)計,在I2C總線共享的前提條件下,有的設(shè)備只要總線上從機地址就會有響應(yīng)。這樣由于從機的錯誤響應(yīng),使得各個I2C總線異常,甚至鉗住總線,導(dǎo)致 I2C總線進(jìn)人一種死鎖狀態(tài)。

解決方式,這樣的不標(biāo)準(zhǔn)i2c設(shè)備,單獨使用一個總線,避免干擾,或者單獨一個獨立引腳,控制電源。


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

    關(guān)注

    456

    文章

    51019

    瀏覽量

    425376
  • I2C總線
    +關(guān)注

    關(guān)注

    8

    文章

    391

    瀏覽量

    61055
  • SCL
    SCL
    +關(guān)注

    關(guān)注

    1

    文章

    239

    瀏覽量

    17115

原文標(biāo)題:“I2C”的那些坑,如何邁過去?

文章出處:【微信號:mcuworld,微信公眾號:嵌入式資訊精選】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    I2C總線上拉電阻阻值如何確定?

    導(dǎo)讀I2C總線在產(chǎn)品設(shè)計中被廣泛應(yīng)用,盡管其結(jié)構(gòu)簡單,但經(jīng)常發(fā)生上拉電阻設(shè)計不合理的問題。本文將對I2C上拉電阻的選擇進(jìn)行簡要分析。一根信號線上,通過電阻連接一個固定的高電平VCC,信號線初始、空閑
    的頭像 發(fā)表于 12-27 11:34 ?926次閱讀
    <b class='flag-5'>I2C</b>總線上拉電阻阻值如何確定?

    RISC V的I2C操作

    _0_io_scl_write(system_i2c_0_io_scl_write),.system_i2c_0_io_scl_read(system_i2c_0_io_scl_read),WriteEnable信號的處理
    的頭像 發(fā)表于 11-01 11:06 ?241次閱讀

    I2C協(xié)議的基礎(chǔ)知識

    本文從I2C協(xié)議的概述開始,描述協(xié)議的歷史、不同速度模式、物理層和數(shù)據(jù)幀結(jié)構(gòu),最后介紹I2C混合電壓系統(tǒng)中電平兼容性以及上拉電阻大小計算。
    的頭像 發(fā)表于 10-22 15:51 ?605次閱讀
    <b class='flag-5'>I2C</b>協(xié)議的基礎(chǔ)知識

    使用USCI I2C主站

    電子發(fā)燒友網(wǎng)站提供《使用USCI I2C主站.pdf》資料免費下載
    發(fā)表于 10-21 09:30 ?0次下載
    使用USCI <b class='flag-5'>I2C</b>主站

    I2C噪聲毛刺濾波

    電子發(fā)燒友網(wǎng)站提供《I2C噪聲毛刺濾波.pdf》資料免費下載
    發(fā)表于 10-08 14:39 ?5次下載
    <b class='flag-5'>I2C</b>噪聲毛刺濾波

    了解I2C總線

    電子發(fā)燒友網(wǎng)站提供《了解I2C總線.pdf》資料免費下載
    發(fā)表于 10-08 11:13 ?2次下載
    了解<b class='flag-5'>I2C</b>總線

    I2C基本指南

    電子發(fā)燒友網(wǎng)站提供《I2C基本指南.pdf》資料免費下載
    發(fā)表于 09-10 09:40 ?0次下載
    <b class='flag-5'>I2C</b>基本指南

    CAN轉(zhuǎn)I2C橋接器

    電子發(fā)燒友網(wǎng)站提供《CAN轉(zhuǎn)I2C橋接器.pdf》資料免費下載
    發(fā)表于 08-28 11:10 ?0次下載
    CAN轉(zhuǎn)<b class='flag-5'>I2C</b>橋接器

    UART轉(zhuǎn)I2C橋接器

    電子發(fā)燒友網(wǎng)站提供《UART轉(zhuǎn)I2C橋接器.pdf》資料免費下載
    發(fā)表于 08-28 09:24 ?1次下載
    UART轉(zhuǎn)<b class='flag-5'>I2C</b>橋接器

    簡單認(rèn)識I2C通信協(xié)議

    I2C(Inter-Integrated Circuit)通信協(xié)議是由飛利浦公司(現(xiàn)為恩智浦半導(dǎo)體)開發(fā)的一種簡單、雙向二線制同步串行總線協(xié)議。自1982年發(fā)布以來,I2C協(xié)議因其高效、靈活和易于實現(xiàn)的特點,在電子設(shè)備間的數(shù)據(jù)交換中得到了廣泛應(yīng)用。以下是對
    的頭像 發(fā)表于 07-25 18:06 ?1589次閱讀

    I2C邏輯選型指南

    電子發(fā)燒友網(wǎng)站提供《I2C邏輯選型指南.pdf》資料免費下載
    發(fā)表于 06-20 16:20 ?2次下載

    請問數(shù)字(硬件)I2C和模擬I2C的優(yōu)缺點?

    請教哈各位同仁: 1. 數(shù)字(硬件)I2C和模擬I2C的優(yōu)缺點? 2.他們在正常模式下的功耗對比,哪個較好?
    發(fā)表于 05-13 06:10

    什么是I2C協(xié)議 I2C總線的控制邏輯

    在實際使用過程中,I2C比較容易出現(xiàn)的一個問題就是死鎖 ,死鎖在I2C中主要表現(xiàn)為:I2C死鎖時表現(xiàn)為SCL為高,SDA一直為低。
    發(fā)表于 03-12 09:17 ?1130次閱讀
    什么是<b class='flag-5'>I2C</b>協(xié)議 <b class='flag-5'>I2C</b>總線的控制邏輯

    GD32 MCU硬件I2C不可靠不如軟件I2C?來看看紅楓派開發(fā)版的硬件I2C驅(qū)動如何做到穩(wěn)得一批

    在一個評論中,看到網(wǎng)友對硬件I2C的討論,硬件I2C Busy找不到原因、軟件I2C穩(wěn)得一批。
    的頭像 發(fā)表于 02-23 09:37 ?2848次閱讀
    GD32 MCU<b class='flag-5'>硬件</b><b class='flag-5'>I2C</b>不可靠不如軟件<b class='flag-5'>I2C</b>?來看看紅楓派開發(fā)版的<b class='flag-5'>硬件</b><b class='flag-5'>I2C</b>驅(qū)動如何做到穩(wěn)得一批

    stm32 I2c硬件驅(qū)動程序不穩(wěn)定該怎么解決?

    stm32 I2c硬件驅(qū)動程序不穩(wěn)定該怎么解決? stm32 的 I2C 硬件驅(qū)動程序不穩(wěn)定可能是由多種因素引起的。在本文中,我們將討論可能導(dǎo)致 I
    的頭像 發(fā)表于 01-16 17:11 ?3156次閱讀