概覽我們先來看一下STM32 I2C硬件的結(jié)構(gòu)我們可以看見STM32的硬件I2C有兩個(gè)和數(shù)據(jù)有關(guān)的寄存器“數(shù)據(jù)寄存器(Data register)”(DR)和“數(shù)據(jù)移位寄存器(Data shift register)”(DSR)，我們的軟件寫入的是DR， DSR用于I2C數(shù)據(jù)的移位發(fā)送和接收，DR和DSR的數(shù)據(jù)交換由硬件控制——發(fā)送時(shí)DSR為空，DR不為空時(shí)，硬件自動(dòng)把DR的數(shù)據(jù)寫進(jìn)DSR；接收時(shí)DR為空，DSR不為空，硬件自動(dòng)把DSR數(shù)據(jù)寫進(jìn)DR。連續(xù)數(shù)據(jù)傳輸時(shí)，這樣兩個(gè)寄存器的數(shù)據(jù)交換使得軟件讀出和寫入DR不會(huì)影響I2C總線中的數(shù)據(jù)接收和發(fā)送，使I2C的效率更高，這看起來十分美好，但是正是這個(gè)特點(diǎn)在某些情況下會(huì)變成電工們的噩夢(mèng)，原因有二：1、硬件上，DR和DSR的交換機(jī)制存在缺陷。2、軟件上，因?yàn)镈R和DSR一共能容納兩個(gè)字節(jié)的數(shù)據(jù)，導(dǎo)致接收時(shí)候NACK的設(shè)置有一定的不可預(yù)料性。硬件硬件I2C上的缺陷，新版英文ErrSheet已經(jīng)寫得很清楚，就不引用了，這里只簡(jiǎn)單說說要點(diǎn)和一些個(gè)人總結(jié)。1、EV7, EV7_1, EV6_1, EV6_3, EV2, EV8 和 EV3 必須在當(dāng)前字節(jié)傳輸前處理完成，不然，有可能會(huì)導(dǎo)致數(shù)據(jù)出錯(cuò)。這幾個(gè)事件都涉及到DR和DSR，個(gè)人猜測(cè)(主要是有個(gè)”may be”才敢猜測(cè))可能是讀出或者寫入DR的同時(shí)DSR被填滿或清空，導(dǎo)致數(shù)據(jù)出錯(cuò)。理想情況下“讀出或者寫入DR的同時(shí)DSR被填滿或清空”是不可能發(fā)生的，中斷一來臨的時(shí)候，CPU馬上處理中斷請(qǐng)求，讀出或者寫入DR數(shù)據(jù)，這時(shí)DSR的數(shù)據(jù)還是“新鮮滾熱辣”的，可能連一位都沒有接收或發(fā)送。但是，在實(shí)際使用時(shí)，可能有別的中斷優(yōu)先級(jí)比I2C的事件中斷要高，I2C事件沒有及時(shí)處理而出現(xiàn)了上述的情況。所以，ST建議把I2C的事件中斷設(shè)置成最高優(yōu)先級(jí)。2、產(chǎn)生STOP前DSR必須為空，不然，會(huì)導(dǎo)致DSR里的數(shù)據(jù)左移一位。這個(gè)沒什么好說的，就是一個(gè)硬件的BUG，保證發(fā)送STOP前DSR沒有數(shù)據(jù)就可以了。3、總線上，開始條件(S)后沒有進(jìn)行數(shù)據(jù)傳輸就馬上設(shè)置停止條件(P)，或者S后忘記P會(huì)導(dǎo)致硬件I2C不能再次產(chǎn)生S，必須軟復(fù)位I2C。這個(gè)ST解釋成是，STM32嚴(yán)格按照了I2C的標(biāo)準(zhǔn)，S之后沒有數(shù)據(jù)傳輸是不能P的。其實(shí)這點(diǎn)可以體諒，但是，這點(diǎn)如果沒有處理好，總線上的錯(cuò)誤會(huì)導(dǎo)致STM32 I2C陷入癱瘓。軟件由于DR和DSR的存在，編程上需要一些技巧，新版英文ErrSheet和參考手冊(cè)(RM0008)都有相關(guān)的操作介紹(Closing the communication)，排除硬件上的缺陷，編程的難點(diǎn)主要在接收時(shí)如何可靠地設(shè)置NACK上。在只有DSR的MCU上設(shè)置NACK是非常簡(jiǎn)單的，在讀出倒數(shù)第二個(gè)數(shù)據(jù)前設(shè)置一下就可以了，但是個(gè)方法在似乎在STM32上行不通，因?yàn)镾TM32有DR和DSR，在倒數(shù)第二個(gè)數(shù)據(jù)被接收的時(shí)候(RxNE置位)，馬上設(shè)置NACK，理想情況下沒有任何問題，NACK也被正確的發(fā)送，但是如果有其他更高優(yōu)先級(jí)的中斷打斷了這個(gè)過程，NACK就不能及時(shí)設(shè)置，導(dǎo)致從器件收到的是ACK沒有釋放總線……1、接收2個(gè)字節(jié)或1個(gè)字節(jié)時(shí)，切換GPIO模式為OD，然后軟件下拉SCL引腳，使硬件I2C發(fā)生時(shí)鐘延展，把下一個(gè)字節(jié)開始傳輸?shù)臅r(shí)機(jī)延后，設(shè)置完NACK后，再把GPIO設(shè)置回AFOD，但是這只能解決小于兩個(gè)字節(jié)的接收。2、大于2個(gè)字節(jié)用DMA，DMA可以說是特效藥，“屢試不爽”。不過要注意，接收大于或等于2個(gè)字節(jié)時(shí)才能使用DMA，不然不能產(chǎn)生EOT-1事件導(dǎo)致NACK不能正確發(fā)送。3、設(shè)置I2C事件中斷為最高優(yōu)先等級(jí)。方案讀到這里你可能會(huì)想，硬件有缺陷，軟件也得這么“猥瑣”，可以說是寸步難行。真的沒有其他辦法了嗎？其實(shí)，我們可以把DR和DSR兩個(gè)當(dāng)一個(gè)用，全部判斷BTF，不理會(huì)TxE和RxE，用時(shí)間來?yè)Q穩(wěn)定性，慢點(diǎn)就慢點(diǎn)總比沒得用好。發(fā)送時(shí)：開始，發(fā)送寫地址，器件應(yīng)答，清ADDR，一字節(jié)數(shù)據(jù)到寫DR，硬件把DR數(shù)據(jù)寫入到DSR，當(dāng)DSR傳輸完畢時(shí)，DR也為空，BTF置位，這時(shí)我們?cè)賹懸蛔止?jié)數(shù)據(jù)到DR，如此循環(huán)，最后一次BTF置位的時(shí)候發(fā)送P或者重起始（R）。這樣操作，“硬件把DR數(shù)據(jù)寫入到DSR”執(zhí)行的時(shí)間是我們可以預(yù)料的，不存在上面提及的沖突問題。接收時(shí)：1、接收一個(gè)字節(jié)：按照ST給的方法。開始，發(fā)送讀地址，器件應(yīng)答，清ADDR前軟件下拉SCL，寫完NACK、STOP和DR后軟件再釋放SCL。RxNE時(shí)讀DR。2、接收兩個(gè)字節(jié)：也是按照ST的方法。開始，發(fā)送讀地址，器件應(yīng)答，設(shè)置POS和ACK，下拉SCL，清ADDR，設(shè)置NACK，釋放SCL。BTF時(shí)，軟件拉低SCL，發(fā)送STOP，讀DR，釋放SCL，再讀DR。3、接收兩個(gè)以上字節(jié)：開始，發(fā)送讀地址，器件應(yīng)答，直接清ADDR。BTF時(shí)，讀DR一次。再BTF，再讀DR一次，如此循環(huán)。倒數(shù)第二次BTF時(shí)設(shè)置NACK(注意DR和DSR各有一字節(jié)的數(shù)據(jù))，讀DR一次。再等到最后一次BTF時(shí)，軟件拉低SCL，發(fā)送STOP，讀DR，釋放SCL，再讀DR。干擾當(dāng)總線空閑時(shí)，無論是SCL的跳變(電平高低高)，還是SDA的跳變，都會(huì)導(dǎo)致STM32的硬件I2C癱瘓，不能產(chǎn)生下一個(gè)S。當(dāng)總線正在傳輸數(shù)據(jù)時(shí)，總線上的信號(hào)干擾對(duì)STM32的硬件I2C來說是致命的。1、空閑時(shí)SDA跳變，會(huì)產(chǎn)生一個(gè)S和一個(gè)P，幸好這個(gè)P會(huì)產(chǎn)生一個(gè)中斷，我們可以用一個(gè)收到P就軟復(fù)位硬件I2C的策略。這樣能避免空閑時(shí)SDA跳變帶來的干擾。2、空閑時(shí)SCL跳變，這是一個(gè)I2C的錯(cuò)誤信號(hào)，但是STM32卻會(huì)認(rèn)為這是一個(gè)S，所以SCL跳變會(huì)導(dǎo)致BUSY置位，而且不會(huì)像SDA跳變那樣會(huì)產(chǎn)生一個(gè)P中斷。如果在單主的情況下，你可以為I2C的S做一個(gè)超時(shí)，超時(shí)了就軟復(fù)位I2C就可以，當(dāng)然最簡(jiǎn)單的方法還是空閑時(shí)關(guān)閉I2C(PE置零)。在多從機(jī)的情況下，只能等待別的主機(jī)發(fā)送的一個(gè)P，或者伺機(jī)軟復(fù)位。3、傳輸途中因干擾，產(chǎn)生總線錯(cuò)誤(BERR)。單主接收途中出現(xiàn)BERR，可以在關(guān)閉硬件I2C后，連續(xù)模擬產(chǎn)生9個(gè)以上的SCL，在保證SDA為高電平的情況下軟復(fù)位I2C。4、傳輸途中因干擾，導(dǎo)致仲裁丟失(ARLO)。單主時(shí)和BERR的處理方法相同。(mbbeetchina)