簡介面向TMS320F2812DSP2812嵌入式開發(fā)者的EEPROM操作完整工程源碼重點演示在CCS3.3集成開發(fā)環(huán)境下通過SPI或I2C接口訪問外部EEPROM的實現方式。內容覆蓋DSP2812外設初始化、SPI模式選擇CPOL/CPHA與I2C地址尋址、讀寫擦除流程、寫保護機制、返回狀態(tài)檢測以及數據完整性校驗便于使用者理解串行EEPROM驅動的完整框架。工程壓縮包共49個文件、約449KB包含DSP281x系列頭文件18個、C源文件7個、匯編啟動文件、庫文件、out可執(zhí)行文件、map映射文件和CMD鏈接腳本其中代碼與頭文件為主體能夠支撐工程重建、燒寫與在線調試。資源在CSDN已有407人學習適合剛接觸DSP2812外設編程的初學者也適合需要快速移植EEPROM驅動模塊的工程師參考借助完整外設支持庫還可同時學習時鐘、中斷、GPIO等基礎配置真正把底層外設與EEPROM應用串起來便于二次開發(fā)。1. 從DSP2812裸機讀寫EEPROM說起這份資源到底解決什么問題做DSP2812開發(fā)的人遲早會撞上“掉電丟數據”這堵墻。程序里算出來的校準系數、用戶設置的運行參數、故障歷史記錄一斷電全清零每次上電都得重新標定現場調試簡直磨人。最常見的出路就是外掛一顆EEPROM把要保的數據在掉電前寫進去。理論上這事兒不難但真到自己畫板子、寫驅動時坑一個接一個I2C時序不對讀回全0xFF、頁寫入跨邊界丟字節(jié)、寫周期沒等夠數據直接沒落盤。這份基于DSP2812的EEPROM操作程序就是把“初始化外部存儲、按地址寫入、按地址讀出、整頁刷寫”這一整套流程打包好的參考實現拿來改改引腳和器件地址就能用。適合手里有DSP2812開發(fā)板、正在做參數存儲或掉電保存功能的人也適合剛接觸DSP I2C外設、想找一份能抄的驅動模板的入門者。2. 存儲映射與硬件連接先把DSP2812和EEPROM對上號2.1 EEPROM選型與I2C地址為什么多數人直接用AT24C系列DSP2812這顆芯片本身不帶EEPROM也不帶硬件I2C外設所以操作EEPROM只有兩條路一是用GPIO軟件模擬I2C二是外接帶并口的存儲芯片。實際項目里鮮少有人為了一顆存儲芯片去占用DSP的并行總線絕大多數方案都是I2C接口的EEPROM其中AT24C系列是絕對的主流。這個系列容量從2Kbit到256Kbit都有工作電壓覆蓋1.8V到5.5V和DSP2812的3.3V IO電平直接對接不用加電平轉換省事。選型時有幾個硬指標要看清。AT24C02是2Kbit也就是256字節(jié)適合存幾個校準參數AT24C64是64Kbit也就是8K字節(jié)能塞下故障記錄表或波形曲線。地址方面AT24C系列的7位設備地址是固定的1010加上A2、A1、A0三個引腳的電平組合。比如A2A1A0全接地寫地址就是0xA0讀地址是0xA1。板上如果只掛一顆芯片建議把地址引腳全部接地省得軟件里還要動態(tài)切地址。這個資源里的程序默認就是按AT24C128來寫的7位地址0xA0/0xA1如果你的板上用的是AT24C02系列容量小于等于256字節(jié)頁大小、寫周期都要跟著調。2.2 GPIO模擬I2C的引腳分配與上拉電阻DSP2812沒有I2C控制器所有時序全靠GPIO翻轉。資源里默認用兩個普通IO引腳來做SCL和SDA通常選GPIOB組的引腳因為它們靠近芯片邊緣布板走線短。需要特別注意的是I2C總線必須接上拉電阻SCL和SDA各接一顆4.7kΩ的上拉電阻到3.3V電阻值根據總線長度和通信速率調整。注意上拉電阻不是可選項是硬性要求。不接上拉SDA線拉不上去通信必然失敗。GPIO配置要按開漏輸出來處理。DSP2812的GPIO模塊本身沒有真正的開漏模式但可以通過方向寄存器模擬做輸出時只拉低釋放時把方向寄存器切回輸入模式這樣外部上拉電阻就能把電平拉高。這個資源里的驅動初始化函數已經把這一步封裝好了你在移植時只需要確認引腳編號對應的是你自己的硬件連接。2.3 讀寫時序的宏觀理解起始、停止、應答與數據幀在貼代碼之前先把I2C的幀結構在大腦里過一遍。一次完整的字節(jié)寫操作包含五個階段起始信號、發(fā)送設備地址加寫標志、發(fā)送寄存器地址、發(fā)送要寫入的數據、停止信號。其中每一步都要等從設備回一個ACK應答位沒等到ACK基本可以判定從設備不在線或者地址寫錯了。讀操作稍微繞一點。如果是隨機讀需要先發(fā)一個“偽寫”序列把目標地址寫進去然后重新發(fā)起始信號再發(fā)設備地址加讀標志之后連續(xù)讀字節(jié)。順序讀則是在隨機讀的基礎上讀完一個字節(jié)后繼續(xù)發(fā)時鐘EEPROM內部的地址指針會自動累加連續(xù)輸出后續(xù)地址的數據。資源里分別封裝了單字節(jié)讀、順序讀、頁寫這三種接口實際使用中順序讀和頁寫是效率最高的兩種。3. 驅動代碼拆解初始化、單字節(jié)讀寫與頁寫入實現3.1 宏定義與私有變量把器件參數和引腳配置隔離出來項目里驅動代碼的頭部定義集中在兩個頭文件中一個管硬件引腳一個管器件參數。先說引腳相關的部分。// EEPROM_Driver.h #define EEPROM_SCL_PORT GPIOB #define EEPROM_SCL_PIN GPIO_PIN_4 #define EEPROM_SDA_PORT GPIOB #define EEPROM_SDA_PIN GPIO_PIN_5 #define EEPROM_SCL_HIGH() GpioDataRegs.GPBDAT.all | 0x0010 #define EEPROM_SCL_LOW() GpioDataRegs.GPBDAT.all 0xFFEF #define EEPROM_SDA_INPUT_MODE() GpioMuxRegs.GPBDIR.all 0xFFDF #define EEPROM_SDA_OUTPUT_MODE() GpioMuxRegs.GPBDIR.all | 0x0020這段代碼的作用是把SCL和SDA抽象成一組宏后續(xù)驅動函數里只調用這些宏不直接操作寄存器。這樣如果換板子、換引腳只需要改這幾行宏定義驅動邏輯一概不動。GPBDAT和GPBDIR都是DSP2812的GPIOB組寄存器GPBDAT管電平數據GPBDIR管方向。SCL只做輸出所以不必切方向SDA需要雙向切換所以單獨留了輸入輸出兩個模式宏。器件參數部分定義了AT24C128的關鍵時序參數#define EEPROM_DEV_ADDR_W 0xA0 #define EEPROM_DEV_ADDR_R 0xA1 #define EEPROM_PAGE_SIZE 64 #define EEPROM_WRITE_CYCLE_MS 10 #define EEPROM_MAX_ADDR 0x3FFFAT24C128的頁大小是64字節(jié)最大地址0x3FFF對應16K字節(jié)容量。寫周期定義為10ms雖然數據手冊上典型值是5ms但考慮到電壓波動和溫度影響留出一倍裕量更穩(wěn)妥。3.2 底層時序函數I2C起始、停止與應答檢測的實現這三段是整個驅動的地基。起始和停止的時序在I2C協議里有嚴格定義起始是SCL高電平期間SDA產生下降沿停止是SCL高電平期間SDA產生上升沿。代碼實現時直接按這個狀態(tài)機來寫static void I2C_Start(void) { EEPROM_SDA_OUTPUT_MODE(); // SDA切到輸出模式 EEPROM_SDA_HIGH(); EEPROM_SCL_HIGH(); DELAY_US(5); // 保持建立時間 EEPROM_SDA_LOW(); // SCL高期間SDA拉低 - 起始信號 DELAY_US(5); EEPROM_SCL_LOW(); // 拉低SCL準備傳數據 }DELAY_US是DSP2812專用延時函數需要自己實現或借用官方庫的DSP28x_Delay。起始信號的關鍵在于SDA的下降沿必須發(fā)生在SCL為高時所以代碼順序是SCL先拉高再拉低SDA。停止信號則是SDA上升沿在SCL高時發(fā)生邏輯剛好相反。ACK檢測是最容易出問題的地方。EEPROM在接收到正確字節(jié)后會在第九個時鐘周期把SDA拉低作為應答。檢測代碼如下static unsigned char I2C_WaitAck(void) { unsigned char timeout 0; unsigned char ack 1; EEPROM_SDA_INPUT_MODE(); // SDA切輸入準備讀從設備電平 EEPROM_SCL_HIGH(); // 第九個時鐘從設備把SDA拉低表示ACK DELAY_US(5); while(EEPROM_SDA_READ()) // 讀GPIO電平 { timeout; if(timeout 200) { ack 0; // 超時判定無應答 break; } DELAY_US(1); } EEPROM_SCL_LOW(); // 結束第九個時鐘 EEPROM_SDA_OUTPUT_MODE(); // SDA切回輸出 return ack; }無應答的后果是致命的所以我在這段加了超時計數器。實際調試中發(fā)現有時候EEPROM上電瞬間還沒準備好前幾百毫秒會一直不回ACK軟件里做重試機制比單純加大超時時間更管用。3.3 單字節(jié)寫入與隨機讀最常用的兩個接口單字節(jié)寫是最基礎的接口也最適合用來驗證硬件連接是否正常。代碼里把地址分成高字節(jié)和低字節(jié)分別發(fā)送因為AT24C128內部是16位地址空間。unsigned char EEPROM_WriteByte(unsigned int addr, unsigned char data) { unsigned char ret 0; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); // 發(fā)送設備地址 寫標志 ret I2C_SendByte((addr 8) 0xFF); // 地址高字節(jié) ret I2C_SendByte(addr 0xFF); // 地址低字節(jié) ret I2C_SendByte(data); // 目標數據 I2C_Stop(); DELAY_MS(EEPROM_WRITE_CYCLE_MS); // 等內部寫周期完成 if(ret 0) return 1; // 成功 else return 0; // 失敗 }I2C_SendByte內部會在每個字節(jié)發(fā)送完后調用I2C_WaitAck收到ACK返回0無ACK返回1。返回值累加的意義在于哪一步沒得到應答ret就不為零方便定位是設備地址不對還是總線接觸不良。寫周期延時是必須的EEPROM在接收到數據后內部要擦寫這個過程里不響應任何外部命令延時不夠的話緊接著讀出來的數據是錯的。隨機讀接口和寫入流程不一樣它要先發(fā)一個偽寫操作把地址指針定位然后重新走一遍起始信號再切換成讀模式unsigned char EEPROM_ReadByte(unsigned int addr, unsigned char *data) { unsigned char ret 0; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); // 偽寫定位地址 ret I2C_SendByte((addr 8) 0xFF); ret I2C_SendByte(addr 0xFF); I2C_Start(); // 重新產生起始信號 ret I2C_SendByte(EEPROM_DEV_ADDR_R); // 設備地址 讀標志 *data I2C_RecvByte(); // 讀一個字節(jié) I2C_NoAck(); // 最后一字節(jié)回非應答 I2C_Stop(); return (ret 0) ? 1 : 0; }這里有個容易看迷糊的點為什么地址定位之后不能直接讀非得重新發(fā)一次起始信號因為上一次總線上是寫模式從設備的I2C狀態(tài)機在收到寫地址后一直等在接收數據的狀態(tài)必須用起始信號打斷它讓它重新解析接下來收到的是讀地址。I2C_RecvByte返回前主機要在第九個時鐘不發(fā)應答否則從設備會以為還要繼續(xù)傳。這個NoAck信號是讀多字節(jié)時區(qū)分結束的關鍵。3.4 頁寫入與順序讀批量操作的正確姿勢單字節(jié)寫簡單可靠但效率太低。AT24C128內部有SRAM緩沖一次最多可以寫入64字節(jié)只有最后一個字節(jié)的寫周期需要等待。頁寫入就是利用這個緩沖的批量操作unsigned char EEPROM_WritePage(unsigned int addr, unsigned char *buf, unsigned int len) { unsigned int i; unsigned char ret 0; if(len EEPROM_PAGE_SIZE) len EEPROM_PAGE_SIZE; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); ret I2C_SendByte((addr 8) 0xFF); ret I2C_SendByte(addr 0xFF); for(i 0; i len; i) ret I2C_SendByte(buf[i]); I2C_Stop(); DELAY_MS(EEPROM_WRITE_CYCLE_MS); return (ret 0) ? 1 : 0; }頁寫入的典型坑是跨頁問題。AT24C128內部地址指針在頁邊界不會自動回卷比如你從地址0x0030開始寫40字節(jié)前面32字節(jié)落在64字節(jié)頁內超過頁邊界后剩下的8字節(jié)會寫到下一頁的開頭整片數據直接錯位。這個資源里特意在頭文件注釋里提醒多字節(jié)寫入必須由調用方保證地址和長度不跨64字節(jié)邊界。我自己封裝上層函數時加了一道防線把超過頁邊界的數據拆分兩次寫雖然耗時增加但數據絕對安全。順序讀接口則簡單得多連續(xù)讀時主機每收一個字節(jié)都要回ACK直到最后一個字節(jié)回NoAckunsigned char EEPROM_ReadSeq(unsigned int addr, unsigned char *buf, unsigned int len) { unsigned int i; unsigned char ret 0; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); // 偽寫 ret I2C_SendByte((addr 8) 0xFF); ret I2C_SendByte(addr 0xFF); I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_R); for(i 0; i len; i) { buf[i] I2C_RecvByte(); if(i len - 1) I2C_Ack(); // 前N-1字節(jié)回ACK } I2C_NoAck(); // 最后一字節(jié)回NoAck I2C_Stop(); return (ret 0) ? 1 : 0; }注意ACK的順序不能亂。讀多字節(jié)時主機在收到每一字節(jié)的第九個時鐘要拉低SDA表示“繼續(xù)傳”但收到最后一個字節(jié)時必須把SDA放開讓上拉電阻拉高表示“結束”。這個信號一旦發(fā)錯要么多讀一個字節(jié)要么從設備停在原地等下一個時鐘總線直接卡死。4. 避坑指南I2C通信中五個典型故障與定位方法4.1 現象讀回數據全是0xFF原因很簡單EEPROM沒有響應SDA線上無數據讀出來的就是上拉電平也就是高電平0xFF。這種故障十有八九是設備地址不對。AT24C系列掛在總線上的地址由A2A1A0引腳決定如果你板上A0A1A2接了不同的電平地址就不是0xA0?，F場排查先量SDA線的靜態(tài)電平正常情況下總線空閑時應該被上拉到高如果量到低電平說明有設備把總線拉死了。然后逐個檢查地址引腳的實際電平用萬用表量一遍A0到A2的電壓再對照驅動里的設備地址宏。我遇到過地址引腳虛焊的情況A1引腳浮空時好時壞換了板子才找到問題。4.2 現象連續(xù)寫入多字節(jié)后前面對后面錯這個坑基本就是頁寫入跨頁導致的。AT24C系列內部地址指針是11位或者更寬但頁內偏移只有低位幾位超過頁大小后低位回卷高位不變數據就寫到錯誤位置了。解決方法是寫入前判斷當前頁剩余空間是否夠本次數據量不夠就把數據拆成兩段第一段寫滿當前頁第二段從下一頁開頭接著寫。這個邏輯可以封裝在高層接口里所有調用寫頁函數的地方都走這個封裝就再也不會踩跨頁的雷。4.3 現象偶發(fā)寫入失敗重試一次就好了真實現場里這種問題最磨人。有時候寫入返回成功但斷電重啟后數據是舊的有時候寫入中途卡死程序跑飛。這類偶發(fā)故障最常見的原因就是寫周期延時不夠或者寫周期內來了中斷打斷了延時。DSP2812的中斷系統(tǒng)在這個項目里是個隱患寫周期內如果有定時器中斷或其他外設中斷觸發(fā)延時函數會被拉長但主程序可能已經開始下一次讀寫。另外上電瞬間電壓不穩(wěn)也會導致EEPROM內部寫周期異常。解決思路分了三個層面。第一寫周期延時盡量用時間戳輪詢代替死等比如記錄當前系統(tǒng)計時超過10ms后再繼續(xù)執(zhí)行期間允許中斷發(fā)生。第二關鍵參數寫入后立刻回讀校驗讀回來不一致就重新寫重試三次還不行再報錯。第三整機斷電時在電壓跌落檢測之后立即觸發(fā)數據保存優(yōu)先保證寫周期完整。4.4 現象SCL波形看起來有毛刺通信偶發(fā)異常用示波器抓SCL和SDA波形時如果邊沿不干凈、有毛刺大概率是走線太長或者上拉電阻取值不匹配。I2C是開漏結構電平上升靠上拉電阻電阻太大會導致上升沿變緩電阻太小的導致灌電流過大?，F場處理建議把上拉電阻換成3.3kΩ到4.7kΩ之間總線長度控制在10cm以內。DSP2812的GPIO驅動能力本身有限走線超過20cm時通信速率會明顯下降。4.5 現象掉電保存的數據偶爾丟失這是最嚴重的故障通常發(fā)生在系統(tǒng)電壓跌落瞬間。DSP2812檢測到電壓低時開始執(zhí)行保存流程但此時EEPROM的工作電壓可能已經低于最低值內部寫周期沒有完成。解決辦法是在硬件上增加電源監(jiān)控芯片電壓低于閾值時給出中斷信號DSP在中斷里趕緊保存參數。同時保存動作要精簡只把最核心的幾十字節(jié)寫進EEPROM別指望掉電瞬間把幾百個字節(jié)都寫完。這個資源里有一顆硬核的寫保護邏輯它會在第一個字節(jié)寫完后就切到只寫關鍵數據模式。5. 進階驗證技巧用輪詢狀態(tài)機和上位機回讀把驅動調到滴水不漏把驅動跑通只是開始真正能扛住現場的是驗證方法。我這邊推薦兩步走一是改造成輪詢方式等待寫周期二是用串口把EEPROM里的內容回傳到電腦上對比。輪詢寫周期的方式其實很簡單EEPROM在內部寫周期內不會應答任何I2C命令但每次寫操作都等待固定延時是浪費。你可以把固定延時換成“寫完后立刻嘗試讀取設備地址如果讀不到ACK就繼續(xù)等待直到讀到ACK為止”。這段邏輯的代碼長這樣unsigned char EEPROM_WaitWriteComplete(void) { unsigned char timeout 0; I2C_Start(); while(I2C_SendByte(EEPROM_DEV_ADDR_W)) // 寫地址等ACK { timeout; if(timeout 100) { I2C_Stop(); return 0; } DELAY_MS(1); } I2C_Stop(); return 1; }這段代碼放在每次寫操作之后替代固定延時寫周期實際多長就等多久整體運行時間能省接近一半。但對于DSP2812這種實時性要求高的場景固定延時仍然是最穩(wěn)妥的輪詢方式適合你對時序有把握之后再做優(yōu)化。數據回讀驗證是我每次調試必走的一步。把所有EEPROM地址空間讀出來通過串口發(fā)送到電腦上用十六進制編輯器打開對比。重點看三個位置寫入區(qū)數據是否與源數據完全一致、未寫入區(qū)是否全0xFF、地址邊界處是否有錯位數據。曾經碰到過一次驅動收發(fā)反了的問題就是靠回讀全量數據才發(fā)現所有高字節(jié)和低字節(jié)換了位置。從那以后我每寫完一版驅動都強制自己在仿真器里跑一遍“全空間隨機寫入再全量回讀”的測試腳本跑完不通過絕不進下一步。這套流程聽著笨重但在現場幫我擠掉了大半隱性故障。這個資源最大的價值也就在于此它給的不只是一段能跑的驅動更是一套從初始化到校驗完整的思考路徑希望幫到你。本文還有配套的精品資源點擊獲取 DSP2812讀寫EEPROM驅動詳解：基于AT24C的I2C實現與掉電保存
簡介面向TMS320F2812DSP2812嵌入式開發(fā)者的EEPROM操作完整工程源碼重點演示在CCS3.3集成開發(fā)環(huán)境下通過SPI或I2C接口訪問外部EEPROM的實現方式。內容覆蓋DSP2812外設初始化、SPI模式選擇CPOL/CPHA與I2C地址尋址、讀寫擦除流程、寫保護機制、返回狀態(tài)檢測以及數據完整性校驗便于使用者理解串行EEPROM驅動的完整框架。工程壓縮包共49個文件、約449KB包含DSP281x系列頭文件18個、C源文件7個、匯編啟動文件、庫文件、out可執(zhí)行文件、map映射文件和CMD鏈接腳本其中代碼與頭文件為主體能夠支撐工程重建、燒寫與在線調試。資源在CSDN已有407人學習適合剛接觸DSP2812外設編程的初學者也適合需要快速移植EEPROM驅動模塊的工程師參考借助完整外設支持庫還可同時學習時鐘、中斷、GPIO等基礎配置真正把底層外設與EEPROM應用串起來便于二次開發(fā)。1. 從DSP2812裸機讀寫EEPROM說起這份資源到底解決什么問題做DSP2812開發(fā)的人遲早會撞上“掉電丟數據”這堵墻。程序里算出來的校準系數、用戶設置的運行參數、故障歷史記錄一斷電全清零每次上電都得重新標定現場調試簡直磨人。最常見的出路就是外掛一顆EEPROM把要保的數據在掉電前寫進去。理論上這事兒不難但真到自己畫板子、寫驅動時坑一個接一個I2C時序不對讀回全0xFF、頁寫入跨邊界丟字節(jié)、寫周期沒等夠數據直接沒落盤。這份基于DSP2812的EEPROM操作程序就是把“初始化外部存儲、按地址寫入、按地址讀出、整頁刷寫”這一整套流程打包好的參考實現拿來改改引腳和器件地址就能用。適合手里有DSP2812開發(fā)板、正在做參數存儲或掉電保存功能的人也適合剛接觸DSP I2C外設、想找一份能抄的驅動模板的入門者。2. 存儲映射與硬件連接先把DSP2812和EEPROM對上號2.1 EEPROM選型與I2C地址為什么多數人直接用AT24C系列DSP2812這顆芯片本身不帶EEPROM也不帶硬件I2C外設所以操作EEPROM只有兩條路一是用GPIO軟件模擬I2C二是外接帶并口的存儲芯片。實際項目里鮮少有人為了一顆存儲芯片去占用DSP的并行總線絕大多數方案都是I2C接口的EEPROM其中AT24C系列是絕對的主流。這個系列容量從2Kbit到256Kbit都有工作電壓覆蓋1.8V到5.5V和DSP2812的3.3V IO電平直接對接不用加電平轉換省事。選型時有幾個硬指標要看清。AT24C02是2Kbit也就是256字節(jié)適合存幾個校準參數AT24C64是64Kbit也就是8K字節(jié)能塞下故障記錄表或波形曲線。地址方面AT24C系列的7位設備地址是固定的1010加上A2、A1、A0三個引腳的電平組合。比如A2A1A0全接地寫地址就是0xA0讀地址是0xA1。板上如果只掛一顆芯片建議把地址引腳全部接地省得軟件里還要動態(tài)切地址。這個資源里的程序默認就是按AT24C128來寫的7位地址0xA0/0xA1如果你的板上用的是AT24C02系列容量小于等于256字節(jié)頁大小、寫周期都要跟著調。2.2 GPIO模擬I2C的引腳分配與上拉電阻DSP2812沒有I2C控制器所有時序全靠GPIO翻轉。資源里默認用兩個普通IO引腳來做SCL和SDA通常選GPIOB組的引腳因為它們靠近芯片邊緣布板走線短。需要特別注意的是I2C總線必須接上拉電阻SCL和SDA各接一顆4.7kΩ的上拉電阻到3.3V電阻值根據總線長度和通信速率調整。注意上拉電阻不是可選項是硬性要求。不接上拉SDA線拉不上去通信必然失敗。GPIO配置要按開漏輸出來處理。DSP2812的GPIO模塊本身沒有真正的開漏模式但可以通過方向寄存器模擬做輸出時只拉低釋放時把方向寄存器切回輸入模式這樣外部上拉電阻就能把電平拉高。這個資源里的驅動初始化函數已經把這一步封裝好了你在移植時只需要確認引腳編號對應的是你自己的硬件連接。2.3 讀寫時序的宏觀理解起始、停止、應答與數據幀在貼代碼之前先把I2C的幀結構在大腦里過一遍。一次完整的字節(jié)寫操作包含五個階段起始信號、發(fā)送設備地址加寫標志、發(fā)送寄存器地址、發(fā)送要寫入的數據、停止信號。其中每一步都要等從設備回一個ACK應答位沒等到ACK基本可以判定從設備不在線或者地址寫錯了。讀操作稍微繞一點。如果是隨機讀需要先發(fā)一個“偽寫”序列把目標地址寫進去然后重新發(fā)起始信號再發(fā)設備地址加讀標志之后連續(xù)讀字節(jié)。順序讀則是在隨機讀的基礎上讀完一個字節(jié)后繼續(xù)發(fā)時鐘EEPROM內部的地址指針會自動累加連續(xù)輸出后續(xù)地址的數據。資源里分別封裝了單字節(jié)讀、順序讀、頁寫這三種接口實際使用中順序讀和頁寫是效率最高的兩種。3. 驅動代碼拆解初始化、單字節(jié)讀寫與頁寫入實現3.1 宏定義與私有變量把器件參數和引腳配置隔離出來項目里驅動代碼的頭部定義集中在兩個頭文件中一個管硬件引腳一個管器件參數。先說引腳相關的部分。// EEPROM_Driver.h #define EEPROM_SCL_PORT GPIOB #define EEPROM_SCL_PIN GPIO_PIN_4 #define EEPROM_SDA_PORT GPIOB #define EEPROM_SDA_PIN GPIO_PIN_5 #define EEPROM_SCL_HIGH() GpioDataRegs.GPBDAT.all | 0x0010 #define EEPROM_SCL_LOW() GpioDataRegs.GPBDAT.all 0xFFEF #define EEPROM_SDA_INPUT_MODE() GpioMuxRegs.GPBDIR.all 0xFFDF #define EEPROM_SDA_OUTPUT_MODE() GpioMuxRegs.GPBDIR.all | 0x0020這段代碼的作用是把SCL和SDA抽象成一組宏后續(xù)驅動函數里只調用這些宏不直接操作寄存器。這樣如果換板子、換引腳只需要改這幾行宏定義驅動邏輯一概不動。GPBDAT和GPBDIR都是DSP2812的GPIOB組寄存器GPBDAT管電平數據GPBDIR管方向。SCL只做輸出所以不必切方向SDA需要雙向切換所以單獨留了輸入輸出兩個模式宏。器件參數部分定義了AT24C128的關鍵時序參數#define EEPROM_DEV_ADDR_W 0xA0 #define EEPROM_DEV_ADDR_R 0xA1 #define EEPROM_PAGE_SIZE 64 #define EEPROM_WRITE_CYCLE_MS 10 #define EEPROM_MAX_ADDR 0x3FFFAT24C128的頁大小是64字節(jié)最大地址0x3FFF對應16K字節(jié)容量。寫周期定義為10ms雖然數據手冊上典型值是5ms但考慮到電壓波動和溫度影響留出一倍裕量更穩(wěn)妥。3.2 底層時序函數I2C起始、停止與應答檢測的實現這三段是整個驅動的地基。起始和停止的時序在I2C協議里有嚴格定義起始是SCL高電平期間SDA產生下降沿停止是SCL高電平期間SDA產生上升沿。代碼實現時直接按這個狀態(tài)機來寫static void I2C_Start(void) { EEPROM_SDA_OUTPUT_MODE(); // SDA切到輸出模式 EEPROM_SDA_HIGH(); EEPROM_SCL_HIGH(); DELAY_US(5); // 保持建立時間 EEPROM_SDA_LOW(); // SCL高期間SDA拉低 - 起始信號 DELAY_US(5); EEPROM_SCL_LOW(); // 拉低SCL準備傳數據 }DELAY_US是DSP2812專用延時函數需要自己實現或借用官方庫的DSP28x_Delay。起始信號的關鍵在于SDA的下降沿必須發(fā)生在SCL為高時所以代碼順序是SCL先拉高再拉低SDA。停止信號則是SDA上升沿在SCL高時發(fā)生邏輯剛好相反。ACK檢測是最容易出問題的地方。EEPROM在接收到正確字節(jié)后會在第九個時鐘周期把SDA拉低作為應答。檢測代碼如下static unsigned char I2C_WaitAck(void) { unsigned char timeout 0; unsigned char ack 1; EEPROM_SDA_INPUT_MODE(); // SDA切輸入準備讀從設備電平 EEPROM_SCL_HIGH(); // 第九個時鐘從設備把SDA拉低表示ACK DELAY_US(5); while(EEPROM_SDA_READ()) // 讀GPIO電平 { timeout; if(timeout 200) { ack 0; // 超時判定無應答 break; } DELAY_US(1); } EEPROM_SCL_LOW(); // 結束第九個時鐘 EEPROM_SDA_OUTPUT_MODE(); // SDA切回輸出 return ack; }無應答的后果是致命的所以我在這段加了超時計數器。實際調試中發(fā)現有時候EEPROM上電瞬間還沒準備好前幾百毫秒會一直不回ACK軟件里做重試機制比單純加大超時時間更管用。3.3 單字節(jié)寫入與隨機讀最常用的兩個接口單字節(jié)寫是最基礎的接口也最適合用來驗證硬件連接是否正常。代碼里把地址分成高字節(jié)和低字節(jié)分別發(fā)送因為AT24C128內部是16位地址空間。unsigned char EEPROM_WriteByte(unsigned int addr, unsigned char data) { unsigned char ret 0; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); // 發(fā)送設備地址 寫標志 ret I2C_SendByte((addr 8) 0xFF); // 地址高字節(jié) ret I2C_SendByte(addr 0xFF); // 地址低字節(jié) ret I2C_SendByte(data); // 目標數據 I2C_Stop(); DELAY_MS(EEPROM_WRITE_CYCLE_MS); // 等內部寫周期完成 if(ret 0) return 1; // 成功 else return 0; // 失敗 }I2C_SendByte內部會在每個字節(jié)發(fā)送完后調用I2C_WaitAck收到ACK返回0無ACK返回1。返回值累加的意義在于哪一步沒得到應答ret就不為零方便定位是設備地址不對還是總線接觸不良。寫周期延時是必須的EEPROM在接收到數據后內部要擦寫這個過程里不響應任何外部命令延時不夠的話緊接著讀出來的數據是錯的。隨機讀接口和寫入流程不一樣它要先發(fā)一個偽寫操作把地址指針定位然后重新走一遍起始信號再切換成讀模式unsigned char EEPROM_ReadByte(unsigned int addr, unsigned char *data) { unsigned char ret 0; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); // 偽寫定位地址 ret I2C_SendByte((addr 8) 0xFF); ret I2C_SendByte(addr 0xFF); I2C_Start(); // 重新產生起始信號 ret I2C_SendByte(EEPROM_DEV_ADDR_R); // 設備地址 讀標志 *data I2C_RecvByte(); // 讀一個字節(jié) I2C_NoAck(); // 最后一字節(jié)回非應答 I2C_Stop(); return (ret 0) ? 1 : 0; }這里有個容易看迷糊的點為什么地址定位之后不能直接讀非得重新發(fā)一次起始信號因為上一次總線上是寫模式從設備的I2C狀態(tài)機在收到寫地址后一直等在接收數據的狀態(tài)必須用起始信號打斷它讓它重新解析接下來收到的是讀地址。I2C_RecvByte返回前主機要在第九個時鐘不發(fā)應答否則從設備會以為還要繼續(xù)傳。這個NoAck信號是讀多字節(jié)時區(qū)分結束的關鍵。3.4 頁寫入與順序讀批量操作的正確姿勢單字節(jié)寫簡單可靠但效率太低。AT24C128內部有SRAM緩沖一次最多可以寫入64字節(jié)只有最后一個字節(jié)的寫周期需要等待。頁寫入就是利用這個緩沖的批量操作unsigned char EEPROM_WritePage(unsigned int addr, unsigned char *buf, unsigned int len) { unsigned int i; unsigned char ret 0; if(len EEPROM_PAGE_SIZE) len EEPROM_PAGE_SIZE; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); ret I2C_SendByte((addr 8) 0xFF); ret I2C_SendByte(addr 0xFF); for(i 0; i len; i) ret I2C_SendByte(buf[i]); I2C_Stop(); DELAY_MS(EEPROM_WRITE_CYCLE_MS); return (ret 0) ? 1 : 0; }頁寫入的典型坑是跨頁問題。AT24C128內部地址指針在頁邊界不會自動回卷比如你從地址0x0030開始寫40字節(jié)前面32字節(jié)落在64字節(jié)頁內超過頁邊界后剩下的8字節(jié)會寫到下一頁的開頭整片數據直接錯位。這個資源里特意在頭文件注釋里提醒多字節(jié)寫入必須由調用方保證地址和長度不跨64字節(jié)邊界。我自己封裝上層函數時加了一道防線把超過頁邊界的數據拆分兩次寫雖然耗時增加但數據絕對安全。順序讀接口則簡單得多連續(xù)讀時主機每收一個字節(jié)都要回ACK直到最后一個字節(jié)回NoAckunsigned char EEPROM_ReadSeq(unsigned int addr, unsigned char *buf, unsigned int len) { unsigned int i; unsigned char ret 0; I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_W); // 偽寫 ret I2C_SendByte((addr 8) 0xFF); ret I2C_SendByte(addr 0xFF); I2C_Start(); ret I2C_SendByte(EEPROM_DEV_ADDR_R); for(i 0; i len; i) { buf[i] I2C_RecvByte(); if(i len - 1) I2C_Ack(); // 前N-1字節(jié)回ACK } I2C_NoAck(); // 最后一字節(jié)回NoAck I2C_Stop(); return (ret 0) ? 1 : 0; }注意ACK的順序不能亂。讀多字節(jié)時主機在收到每一字節(jié)的第九個時鐘要拉低SDA表示“繼續(xù)傳”但收到最后一個字節(jié)時必須把SDA放開讓上拉電阻拉高表示“結束”。這個信號一旦發(fā)錯要么多讀一個字節(jié)要么從設備停在原地等下一個時鐘總線直接卡死。4. 避坑指南I2C通信中五個典型故障與定位方法4.1 現象讀回數據全是0xFF原因很簡單EEPROM沒有響應SDA線上無數據讀出來的就是上拉電平也就是高電平0xFF。這種故障十有八九是設備地址不對。AT24C系列掛在總線上的地址由A2A1A0引腳決定如果你板上A0A1A2接了不同的電平地址就不是0xA0?，F場排查先量SDA線的靜態(tài)電平正常情況下總線空閑時應該被上拉到高如果量到低電平說明有設備把總線拉死了。然后逐個檢查地址引腳的實際電平用萬用表量一遍A0到A2的電壓再對照驅動里的設備地址宏。我遇到過地址引腳虛焊的情況A1引腳浮空時好時壞換了板子才找到問題。4.2 現象連續(xù)寫入多字節(jié)后前面對后面錯這個坑基本就是頁寫入跨頁導致的。AT24C系列內部地址指針是11位或者更寬但頁內偏移只有低位幾位超過頁大小后低位回卷高位不變數據就寫到錯誤位置了。解決方法是寫入前判斷當前頁剩余空間是否夠本次數據量不夠就把數據拆成兩段第一段寫滿當前頁第二段從下一頁開頭接著寫。這個邏輯可以封裝在高層接口里所有調用寫頁函數的地方都走這個封裝就再也不會踩跨頁的雷。4.3 現象偶發(fā)寫入失敗重試一次就好了真實現場里這種問題最磨人。有時候寫入返回成功但斷電重啟后數據是舊的有時候寫入中途卡死程序跑飛。這類偶發(fā)故障最常見的原因就是寫周期延時不夠或者寫周期內來了中斷打斷了延時。DSP2812的中斷系統(tǒng)在這個項目里是個隱患寫周期內如果有定時器中斷或其他外設中斷觸發(fā)延時函數會被拉長但主程序可能已經開始下一次讀寫。另外上電瞬間電壓不穩(wěn)也會導致EEPROM內部寫周期異常。解決思路分了三個層面。第一寫周期延時盡量用時間戳輪詢代替死等比如記錄當前系統(tǒng)計時超過10ms后再繼續(xù)執(zhí)行期間允許中斷發(fā)生。第二關鍵參數寫入后立刻回讀校驗讀回來不一致就重新寫重試三次還不行再報錯。第三整機斷電時在電壓跌落檢測之后立即觸發(fā)數據保存優(yōu)先保證寫周期完整。4.4 現象SCL波形看起來有毛刺通信偶發(fā)異常用示波器抓SCL和SDA波形時如果邊沿不干凈、有毛刺大概率是走線太長或者上拉電阻取值不匹配。I2C是開漏結構電平上升靠上拉電阻電阻太大會導致上升沿變緩電阻太小的導致灌電流過大?，F場處理建議把上拉電阻換成3.3kΩ到4.7kΩ之間總線長度控制在10cm以內。DSP2812的GPIO驅動能力本身有限走線超過20cm時通信速率會明顯下降。4.5 現象掉電保存的數據偶爾丟失這是最嚴重的故障通常發(fā)生在系統(tǒng)電壓跌落瞬間。DSP2812檢測到電壓低時開始執(zhí)行保存流程但此時EEPROM的工作電壓可能已經低于最低值內部寫周期沒有完成。解決辦法是在硬件上增加電源監(jiān)控芯片電壓低于閾值時給出中斷信號DSP在中斷里趕緊保存參數。同時保存動作要精簡只把最核心的幾十字節(jié)寫進EEPROM別指望掉電瞬間把幾百個字節(jié)都寫完。這個資源里有一顆硬核的寫保護邏輯它會在第一個字節(jié)寫完后就切到只寫關鍵數據模式。5. 進階驗證技巧用輪詢狀態(tài)機和上位機回讀把驅動調到滴水不漏把驅動跑通只是開始真正能扛住現場的是驗證方法。我這邊推薦兩步走一是改造成輪詢方式等待寫周期二是用串口把EEPROM里的內容回傳到電腦上對比。輪詢寫周期的方式其實很簡單EEPROM在內部寫周期內不會應答任何I2C命令但每次寫操作都等待固定延時是浪費。你可以把固定延時換成“寫完后立刻嘗試讀取設備地址如果讀不到ACK就繼續(xù)等待直到讀到ACK為止”。這段邏輯的代碼長這樣unsigned char EEPROM_WaitWriteComplete(void) { unsigned char timeout 0; I2C_Start(); while(I2C_SendByte(EEPROM_DEV_ADDR_W)) // 寫地址等ACK { timeout; if(timeout 100) { I2C_Stop(); return 0; } DELAY_MS(1); } I2C_Stop(); return 1; }這段代碼放在每次寫操作之后替代固定延時寫周期實際多長就等多久整體運行時間能省接近一半。但對于DSP2812這種實時性要求高的場景固定延時仍然是最穩(wěn)妥的輪詢方式適合你對時序有把握之后再做優(yōu)化。數據回讀驗證是我每次調試必走的一步。把所有EEPROM地址空間讀出來通過串口發(fā)送到電腦上用十六進制編輯器打開對比。重點看三個位置寫入區(qū)數據是否與源數據完全一致、未寫入區(qū)是否全0xFF、地址邊界處是否有錯位數據。曾經碰到過一次驅動收發(fā)反了的問題就是靠回讀全量數據才發(fā)現所有高字節(jié)和低字節(jié)換了位置。從那以后我每寫完一版驅動都強制自己在仿真器里跑一遍“全空間隨機寫入再全量回讀”的測試腳本跑完不通過絕不進下一步。這套流程聽著笨重但在現場幫我擠掉了大半隱性故障。這個資源最大的價值也就在于此它給的不只是一段能跑的驅動更是一套從初始化到校驗完整的思考路徑希望幫到你。本文還有配套的精品資源點擊獲取