采用數(shù)字示波器調(diào)試嵌入式I2C總線
解決方法 本文引用地址:http://m.butianyuan.cn/article/193463.htm
首先,需要確認通信環(huán)境無問題,即:總線連接無問題;DSP的I2C通信程序無問題;Cypress 68013A的I2C通信無問題。
經(jīng)依次驗證后發(fā)現(xiàn)以上各項均無問題,那么,只可能是在通信過程中發(fā)生了錯誤。但是,在參考手冊中卻沒有找到關(guān)于68013A與EEPROM通信的詳細描述。為獲取兩者間在初始通信階段的詳細數(shù)據(jù),使用RIGOL公司的DS6104示波器來捕獲初始階段的通信數(shù)據(jù)。
DS6104示波器具有I2C觸發(fā)及I2C解碼套件,為捕獲數(shù)據(jù)需設(shè)置如下:設(shè)置DS6104示波器觸發(fā)方式為“I2C”、觸發(fā)條件為“啟動”;設(shè)置觸發(fā)時鐘信源、數(shù)據(jù)信源及合適的觸發(fā)電平;打開I2C解碼并設(shè)置解碼閾值;設(shè)置示波器為單次觸發(fā)。設(shè)置完畢后,通過監(jiān)測I2C與EEPROM通信即可捕獲全部的通信數(shù)據(jù)頭,圖3所示為所得解碼數(shù)據(jù)。
圖3:Cypress 68013A與EEPROM I2C初始通信數(shù)據(jù)。
通過與讀入DSP內(nèi)存的固件數(shù)據(jù)(圖4)對比可知,圖中的“0xC2 0x47 ...”及后續(xù)數(shù)據(jù)才是真正的固件數(shù)據(jù)。因此,導(dǎo)致DSP模擬EEPROM通信失敗的原因是從起始數(shù)據(jù)至固件數(shù)據(jù)間的I2C通信(后文將稱其為握手通信)。使用DS6104的水平時基微調(diào)功能將圖中波形展開之后,便可更清楚地看到握手通信過程(圖5),其描述如下:讀地址“0x50”,無數(shù)據(jù)返回;讀地址“0x51”,返回“0xAD”;寫地址“0x51”,寫兩個字節(jié)“0x00”。
圖4:讀入DSP內(nèi)存的68013A固件程序數(shù)據(jù)(部分)。
至此,問題得以簡化為:怎樣在DSP中模擬這部分的握手通信?通過示波器獲取可視化握手通信數(shù)據(jù)以后,則模擬其通信過程僅需以下三步:設(shè)置DSP的I2C總線地址為“0x51”,與地址“0x50”不匹配則無返回;在DSP的I2C通信程序中,下載固件時先發(fā)送“0xAD”,滿足“0x51”地址上讀到的第一個數(shù)據(jù)為“0xAD”;DSP通過I2C下載固件時,可以接收“0x00”但不進行處理,保證握手通信的完整性。
如上所述,在DSP的I2C通信程序中包含此部分握手通信處理后,使用DSP模擬EEPROM與Cypress 68013A便可進行正常通信,并可成功地下載68013A固件。
linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解(linux不再難懂)
評論