FXLS8967AF這顆三軸加速度計(jì)我用過(guò)不少次但每次有人跑來(lái)問(wèn)我“Soft Reset到底會(huì)reset掉什么”我都覺(jué)得這個(gè)問(wèn)題比表面看起來(lái)要深得多。數(shù)據(jù)手冊(cè)里關(guān)于軟復(fù)位的描述往往只有寥寥幾句話可工程里一旦復(fù)位沒(méi)處理對(duì)后面整段初始化代碼都會(huì)跑得像抽風(fēng)一樣寄存器沒(méi)回默認(rèn)、I2C響應(yīng)超時(shí)、FIFO里殘留舊數(shù)據(jù)……全都能遇到。這篇就圍繞FXLS8967AF的Soft Reset把復(fù)位方式、寄存器行為、操作流程、踩坑心得一次性說(shuō)清楚。適合正在調(diào)這顆芯片的嵌入式工程師也適合剛開(kāi)始寫(xiě)MEMS傳感器驅(qū)動(dòng)、對(duì)復(fù)位機(jī)制還不太熟的開(kāi)發(fā)者看完你至少不用再為“初始化前要不要軟復(fù)位一下”這種問(wèn)題糾結(jié)半天。1. 先搞清楚FXLS8967AF到底有幾種復(fù)位方式1.1 上電復(fù)位、硬件復(fù)位、軟復(fù)位一張表看懂差異很多人一上來(lái)就找“復(fù)位寄存器”但FXLS8967AF的復(fù)位不是只有一種。芯片手冊(cè)里實(shí)際涉及三種復(fù)位來(lái)源我平時(shí)畫(huà)驅(qū)動(dòng)流程圖時(shí)一定先把它們分開(kāi)否則后面排查問(wèn)題會(huì)亂套。第一種是上電復(fù)位POR。芯片每次上電都會(huì)自動(dòng)做一次內(nèi)部電源監(jiān)視器檢測(cè)到VDD超過(guò)閾值后就把整個(gè)數(shù)字核心、寄存器組、狀態(tài)機(jī)全部拉回初始狀態(tài)。POR主要解決的是“剛上電時(shí)芯片處于未知狀態(tài)”的問(wèn)題它對(duì)用戶(hù)來(lái)說(shuō)基本透明不需要寫(xiě)代碼。第二種是硬件復(fù)位也就是通過(guò)RESET引腳如果封裝上引出了該引腳的話拉低再釋放或者直接切斷供電再重新上電。硬件復(fù)位是比POR更“暴力”的一招它連芯片內(nèi)部的偏置電路、部分模擬前端狀態(tài)都會(huì)重新穩(wěn)定一遍。信號(hào)鏈上如果有異常鎖死硬件復(fù)位往往是最后兜底的手段。第三種就是我們今天的主題——軟復(fù)位Soft Reset通過(guò)寫(xiě)內(nèi)部寄存器來(lái)觸發(fā)。它不像硬件復(fù)位那樣拉引腳也不需要斷電而是讓芯片內(nèi)部邏輯執(zhí)行一次類(lèi)似POR的復(fù)位流程。對(duì)嵌入式工程師來(lái)說(shuō)軟復(fù)位是性?xún)r(jià)比最高的復(fù)位方式代碼里一行寫(xiě)寄存器就能完成不用額外接引腳也不用改硬件。三種復(fù)位方式的差異我整理成了下面這張表平時(shí)調(diào)試時(shí)對(duì)照著看會(huì)很清楚。對(duì)比項(xiàng)上電復(fù)位POR硬件復(fù)位軟復(fù)位Soft Reset觸發(fā)方式自動(dòng)檢測(cè)上電RESET引腳/斷電重啟寫(xiě)復(fù)位寄存器是否影響電源不涉及引腳操作或斷電不涉及配置寄存器恢復(fù)默認(rèn)值恢復(fù)默認(rèn)值恢復(fù)默認(rèn)值WHO_AM_I固定值不變固定值不變固定值不變OTP校準(zhǔn)數(shù)據(jù)保留保留保留是否需要外部硬件否是否應(yīng)用場(chǎng)景上電初始化異常鎖死兜底日常軟件初始化、恢復(fù)異常1.2 為什么軟復(fù)位是最容易“用錯(cuò)”的一種軟復(fù)位聽(tīng)起來(lái)簡(jiǎn)單但實(shí)際操作中翻車(chē)率不低。我這幾年調(diào)試MEMS傳感器見(jiàn)過(guò)不少同事在軟復(fù)位上栽跟頭。典型場(chǎng)景是這樣的芯片I2C通信出現(xiàn)一次偶發(fā)性錯(cuò)誤工程師想通過(guò)軟復(fù)位讓芯片“恢復(fù)出廠狀態(tài)”于是寫(xiě)了個(gè)復(fù)位命令然后立刻去讀配置寄存器結(jié)果發(fā)現(xiàn)讀出來(lái)的值還是舊的于是懷疑軟復(fù)位沒(méi)生效開(kāi)始在網(wǎng)上查資料、問(wèn)FAE折騰半天。問(wèn)題往往不在復(fù)位本身而在于對(duì)復(fù)位行為理解得不夠。軟復(fù)位觸發(fā)后芯片需要一小段時(shí)間來(lái)完成內(nèi)部狀態(tài)機(jī)的重置這段時(shí)間內(nèi)你寫(xiě)進(jìn)去的復(fù)位命令可能還在執(zhí)行流程中寄存器并沒(méi)有立刻回到默認(rèn)值。如果代碼“寫(xiě)完復(fù)位命令后馬上讀”大概率讀到的是復(fù)位前的舊值甚至可能讀到中間態(tài)這就會(huì)讓人誤判。另外軟復(fù)位不會(huì)切斷電源所以芯片內(nèi)部的模擬電路、振蕩器、偏置電路都還在運(yùn)行。這帶來(lái)一個(gè)隱藏影響某些硬件狀態(tài)比如加速度計(jì)MEMS核心的物理結(jié)構(gòu)不可能因?yàn)檐浖?xiě)寄存器而改變但能改變的是所有軟件可見(jiàn)的配置狀態(tài)。理解了這個(gè)邊界你就知道軟復(fù)位能解決什么問(wèn)題、不能解決什么問(wèn)題。2. 軟復(fù)位觸發(fā)后芯片內(nèi)部發(fā)生了什么2.1 配置寄存器整體回默認(rèn)但WHO_AM_I不會(huì)變FXLS8967AF內(nèi)部有一長(zhǎng)串寄存器我按功能大致分為幾類(lèi)設(shè)備標(biāo)識(shí)、系統(tǒng)模式、狀態(tài)與事件、FIFO控制、中斷配置、加速度數(shù)據(jù)輸出、閾值/濾波配置等。軟復(fù)位最直接的后果就是把絕大多數(shù)可寫(xiě)的配置寄存器全部恢復(fù)成上電默認(rèn)值。這里有一個(gè)關(guān)鍵點(diǎn)WHO_AM_I寄存器是例外。它存的是設(shè)備ID出廠時(shí)燒死在芯片里軟復(fù)位不會(huì)改變它。對(duì)FXLS8967AF來(lái)說(shuō)讀WHO_AM_I應(yīng)該返回0x62具體以你拿到批次的數(shù)據(jù)手冊(cè)為準(zhǔn)。很多驅(qū)動(dòng)代碼會(huì)用WHO_AM_I來(lái)驗(yàn)證I2C通信是否正常、芯片型號(hào)是否正確正因?yàn)樗侵蛔x且固定的軟復(fù)位后它還是同一個(gè)值。所以你在軟復(fù)位后可以放心先讀一次WHO_AM_I——它不是為了確認(rèn)復(fù)位有沒(méi)有成功而是為了先確認(rèn)“I2C還活著、芯片還在響應(yīng)”。只有先確認(rèn)這句話成立后面讀其他寄存器才有意義。系統(tǒng)模式相關(guān)的寄存器比如MODE、SYSMOD這類(lèi)也會(huì)回到默認(rèn)狀態(tài)。軟復(fù)位完成后芯片會(huì)進(jìn)入默認(rèn)的Standby模式等待你重新配置。也就是說(shuō)你在軟復(fù)位前如果設(shè)置的是Active模式復(fù)位后它不會(huì)保持在Active而是退回Standby。這一點(diǎn)務(wù)必記牢否則會(huì)出現(xiàn)“復(fù)位后沒(méi)重新配置就以為傳感器還在產(chǎn)出數(shù)據(jù)”的誤判。2.2 FIFO和中斷標(biāo)志復(fù)位不等于用戶(hù)想象中的“清空”關(guān)于FIFO有一個(gè)極易被忽略的細(xì)節(jié)。FXLS8967AF自帶FIFO緩沖用來(lái)暫存采樣數(shù)據(jù)防止MCU來(lái)不及讀取時(shí)丟數(shù)據(jù)。軟復(fù)位觸發(fā)后FIFO里已有的數(shù)據(jù)內(nèi)容會(huì)怎樣從芯片設(shè)計(jì)邏輯上講軟復(fù)位會(huì)把FIFO控制、FIFO狀態(tài)寄存器清回默認(rèn)FIFO中緩沖的數(shù)據(jù)也不再有有效語(yǔ)義。換句話說(shuō)復(fù)位后你不應(yīng)該再去讀FIFO里“殘留”的舊數(shù)據(jù)那些數(shù)據(jù)已經(jīng)不可信了。驅(qū)動(dòng)代碼里正確的做法是復(fù)位完成后重新配置FIFO模式、水印閾值然后等新的數(shù)據(jù)填充進(jìn)來(lái)。中斷標(biāo)志同理。芯片內(nèi)部有事件標(biāo)志比如數(shù)據(jù)就緒、FIFO水印、運(yùn)動(dòng)檢測(cè)、傾斜檢測(cè)等等這些標(biāo)志位在軟復(fù)位后會(huì)被清零。這本身是好事相當(dāng)于把上一次的狀態(tài)殘留全部抹掉讓你從“干凈”狀態(tài)重新開(kāi)始。但要注意如果外部中斷引腳此時(shí)被配置成某個(gè)電平觸發(fā)復(fù)位過(guò)程中電平狀態(tài)可能出現(xiàn)一次短暫變化這有可能會(huì)誤觸發(fā)MCU的中斷。所以嚴(yán)謹(jǐn)?shù)淖龇ㄊ擒洀?fù)位之前先把MCU側(cè)的中斷屏蔽一下或者干脆等復(fù)位完成后重新配置中斷。2.3 內(nèi)部狀態(tài)機(jī)從active到standby再到ready把寄存器視角轉(zhuǎn)換成狀態(tài)機(jī)視角可能更好理解。FXLS8967AF內(nèi)部大致有Standby、Wake、Active這幾個(gè)主要狀態(tài)。正常工作時(shí)傳感器處于Active或按需在Wake/Active之間切換軟復(fù)位執(zhí)行后狀態(tài)機(jī)會(huì)從任何狀態(tài)強(qiáng)制回到Standby初始態(tài)。這個(gè)過(guò)程需要時(shí)間。雖然不長(zhǎng)通常手冊(cè)里給出的復(fù)位時(shí)間在微秒到毫秒量級(jí)但對(duì)MCU來(lái)說(shuō)寫(xiě)命令和芯片實(shí)際完成復(fù)位之間存在一個(gè)“窗口”。在這段窗口內(nèi)你發(fā)起的I2C讀操作可能不會(huì)被正常響應(yīng)或者返回錯(cuò)誤數(shù)據(jù)。這是所有軟復(fù)位實(shí)現(xiàn)里最核心的時(shí)序問(wèn)題。我在實(shí)際項(xiàng)目里會(huì)這么處理寫(xiě)完復(fù)位命令后先延時(shí)一小段時(shí)間保守起見(jiàn)給幾毫秒比手冊(cè)標(biāo)稱(chēng)值留足余量再開(kāi)始后續(xù)的寄存器讀寫(xiě)。千萬(wàn)不要為了省那幾百微秒去冒險(xiǎn)傳感器初始化本身就在上電階段不差這幾毫秒。3. 實(shí)操FXLS8967AF軟復(fù)位完整操作流程3.1 軟復(fù)位觸發(fā)方式寫(xiě)0x60寄存器0x94按照FXLS8967AF的常見(jiàn)用法軟復(fù)位通過(guò)寫(xiě)RESET寄存器來(lái)實(shí)現(xiàn)。寄存器0x60地址處寫(xiě)入0x94這個(gè)解鎖/復(fù)位鍵值芯片即觸發(fā)一次軟復(fù)位。這里我不建議只記“寫(xiě)0x94”這個(gè)動(dòng)作最好連地址、鍵值含義一起理解0x94是一個(gè)特定鍵值目的是防止系統(tǒng)運(yùn)行過(guò)程中偶然的I2C錯(cuò)誤寫(xiě)入誤觸發(fā)復(fù)位。你用任何I2C工具寫(xiě)寄存器前先確認(rèn)器件地址和寄存器地址映射是否正確。偽代碼類(lèi)似這樣以I2C為例#define FXLS8967AF_I2C_ADDR 0x15 // 根據(jù)實(shí)際硬件地址設(shè)置 #define REG_RESET 0x60 #define SOFT_RESET_KEY 0x94 uint8_t ret i2c_write_reg(FXLS8967AF_I2C_ADDR, REG_RESET, SOFT_RESET_KEY); if (ret ! 0) { // 復(fù)位命令發(fā)送失敗需要處理I2C錯(cuò)誤 } delay_ms(10); // 等待復(fù)位完成給足余量這里delay_ms我特意寫(xiě)10ms。手冊(cè)標(biāo)稱(chēng)時(shí)間其實(shí)很短但工程上要留余量尤其如果系統(tǒng)里還有外部上拉電阻、總線電容、其他器件占用總線的情況復(fù)位響應(yīng)可能變慢。10ms對(duì)絕大多數(shù)系統(tǒng)來(lái)說(shuō)都是安全的。3.2 完整的復(fù)位時(shí)序與初始化流程只寫(xiě)復(fù)位命令不夠完整的流程要包含“復(fù)位前準(zhǔn)備——觸發(fā)復(fù)位——等待——驗(yàn)證——重新配置”五個(gè)階段。復(fù)位前準(zhǔn)備階段我建議先把中斷輸出去使能。原因前面說(shuō)過(guò)軟復(fù)位過(guò)程中中斷引腳可能產(chǎn)生毛刺。比較穩(wěn)妥的做法是在觸發(fā)復(fù)位前將int引腳對(duì)應(yīng)的中斷配置寄存器清零或屏蔽MCU側(cè)的中斷線。如果你使用現(xiàn)成的RTOS驅(qū)動(dòng)這一步一般放在臨界區(qū)內(nèi)。然后是觸發(fā)復(fù)位。置I2C地址后向0x60寄存器寫(xiě)入0x94。這塊芯片的I2C一次單字節(jié)寫(xiě)入即可不需要先讀后寫(xiě)。注意如果在寫(xiě)的過(guò)程中I2C總線出現(xiàn)錯(cuò)誤比如NACK、超時(shí)要單獨(dú)處理不能當(dāng)作復(fù)位成功否則后面全亂。等待階段的一個(gè)小技巧不要盲目干等可以把等待拆成“固定延時(shí)輪詢(xún)確認(rèn)”兩步。固定延時(shí)先保證芯片度過(guò)復(fù)位窗口然后輪詢(xún)?nèi)プx芯片狀態(tài)。如果你的驅(qū)動(dòng)庫(kù)支持的話讀SYSMOD系統(tǒng)模式寄存器是個(gè)好選擇復(fù)位完成后它應(yīng)當(dāng)指示Standby狀態(tài)。驗(yàn)證階段除了讀取SYSMOD我還會(huì)讀WHO_AM_I確認(rèn)I2C通信正常。然后開(kāi)始重新配置加速度量程、輸出數(shù)據(jù)速率、FIFO模式、中斷映射等。這些配置在軟復(fù)位后全部回到默認(rèn)值等于你拿到了一顆“新上電”的芯片必須從頭配置一遍。3.3 怎么驗(yàn)證復(fù)位真的成功了很多工程師問(wèn)“怎么知道軟復(fù)位到底成功沒(méi)有”我的做法很直接在觸發(fā)復(fù)位之前先把某個(gè)寄存器改成非默認(rèn)值比如把加速度量程寄存器改到4g默認(rèn)通?？赡苁?g然后做軟復(fù)位復(fù)位后再讀該寄存器看它是否回到了默認(rèn)值。這樣驗(yàn)證比單純讀WHO_AM_I更可靠因?yàn)閃HO_AM_I本來(lái)就不變讀它只能確認(rèn)I2C通沒(méi)通不能確認(rèn)復(fù)位有沒(méi)有發(fā)生。用“改值——復(fù)位——讀回默認(rèn)”的辦法能確鑿證明復(fù)位流程執(zhí)行了寄存器初始化動(dòng)作。我這里有段參考流程// 1. 修改一個(gè)寄存器為非默認(rèn)值例如量程設(shè)置為4g i2c_write_reg(dev_addr, REG_CTRL, 0x01); // 2. 觸發(fā)軟復(fù)位 i2c_write_reg(dev_addr, REG_RESET, SOFT_RESET_KEY); // 3. 等待復(fù)位完成 delay_ms(10); // 4. 讀取該寄存器應(yīng)回到默認(rèn)值0x00 uint8_t val i2c_read_reg(dev_addr, REG_CTRL); if (val ! 0x00) { // 復(fù)位沒(méi)有按預(yù)期生效進(jìn)入異常處理 }這種“故意埋點(diǎn)”的思路在嵌入式調(diào)試?yán)锖芡ㄓ貌恢皇莻鞲衅魅魏瓮庠O(shè)復(fù)位能不能生效都可以用它驗(yàn)證。4. 工程師疑問(wèn)Soft Reset和git reset --soft/--hard是一回事嗎4.1 git reset soft/hard的直觀區(qū)別寫(xiě)代碼的工程師應(yīng)該都熟悉git很多人第一次聽(tīng)說(shuō)“軟復(fù)位”這個(gè)概念時(shí)會(huì)不自覺(jué)地拿git reset來(lái)類(lèi)比。網(wǎng)上搜“git reset soft和hard區(qū)別”能搜出一大堆文章簡(jiǎn)單說(shuō)就是git reset --soft是HEAD指針回退但工作區(qū)、暫存區(qū)的內(nèi)容全部保留git reset --hard是徹底回退到指定提交工作區(qū)里所有未提交的本地改動(dòng)都會(huì)被丟棄。這個(gè)類(lèi)比放在芯片上雖然不能一一對(duì)應(yīng)但確實(shí)幫了很多人的理解。軟復(fù)位相當(dāng)于“保留現(xiàn)場(chǎng)只把配置指針拉回默認(rèn)”而硬件復(fù)位或斷電重啟更接近“hard reset把所有運(yùn)行狀態(tài)徹底清掉重新來(lái)過(guò)”。4.2 比到傳感器上的對(duì)應(yīng)關(guān)系拿FXLS8967AF來(lái)說(shuō)軟復(fù)位對(duì)應(yīng)的就是“配置寄存器回默認(rèn)值但芯片還是同一顆芯片I2C鏈路、供電、MEMS敏感結(jié)構(gòu)都還在正常工作”。這很像git reset --soft之后你的項(xiàng)目目錄文件還在只是提交歷史被回退了。而如果你給芯片斷電再重新上電或者拉硬復(fù)位引腳那就更接近git reset --hard不只是配置連內(nèi)部一些模擬狀態(tài)、時(shí)序狀態(tài)都重新初始化所有“運(yùn)行時(shí)狀態(tài)”徹底清空。這顆芯片重新啟動(dòng)后不會(huì)記得之前你設(shè)置過(guò)什么、量程是多少、FIFO水線在哪一切都得從頭來(lái)。用git來(lái)理解還有一個(gè)好處你知道git reset --hard會(huì)有破壞性可能會(huì)把你沒(méi)提交的工作全部沖掉同樣芯片的硬復(fù)位也可能讓一些你正在進(jìn)行的讀取操作、中斷事件白白丟失。所以芯片調(diào)試時(shí)能先用軟復(fù)位解決的問(wèn)題就不要一上來(lái)就斷電重啟。這和代碼開(kāi)發(fā)時(shí)“能cherry-pick就別reset --hard”的理念異曲同工。4.3 這個(gè)類(lèi)比的價(jià)值與邊界類(lèi)比的好處是降低理解門(mén)檻但邊界也要?jiǎng)澢宄?。git版本控制操作的是代碼倉(cāng)庫(kù)的邏輯狀態(tài)而芯片復(fù)位操作的是物理寄存器。git reset不會(huì)改變磁盤(pán)上的文件實(shí)體芯片軟復(fù)位也不會(huì)改變MEMS的機(jī)械結(jié)構(gòu)但芯片內(nèi)部有一個(gè)你真的能改的寄存器層這層?xùn)|西在軟復(fù)位前后是完全不同的。另一個(gè)邊界是git reset --soft并不會(huì)丟失已經(jīng)提交的內(nèi)容而芯片軟復(fù)位一定會(huì)丟掉所有用戶(hù)配置。如果你把芯片的“當(dāng)前配置”類(lèi)比成“工作目錄的改動(dòng)”軟復(fù)位其實(shí)更接近“git stash之后清空當(dāng)前改動(dòng)”配置沒(méi)了但硬件底層能力還在。所以我做技術(shù)分享時(shí)一般會(huì)這么說(shuō)git reset --soft/--hard的區(qū)別幫你建立“軟復(fù)位不碰硬件狀態(tài)”的直覺(jué)但千萬(wàn)別拿它去精確推斷寄存器行為真正決定復(fù)位行為的還是數(shù)據(jù)手冊(cè)里的寄存器映射和時(shí)序說(shuō)明。5. 調(diào)軟復(fù)位常見(jiàn)的坑與排查實(shí)錄5.1 寫(xiě)完復(fù)位命令馬上讀讀了個(gè)寂寞這是我遇到最多的問(wèn)題。代碼寫(xiě)完0x94到0x60后死腦筋地立刻去讀0x00結(jié)果要么讀不到數(shù)據(jù)要么數(shù)據(jù)保持原樣。原因是復(fù)位執(zhí)行需要時(shí)間在復(fù)位流程完成前芯片可能不會(huì)正常響應(yīng)總線請(qǐng)求或者內(nèi)部寄存器還沒(méi)真正回到默認(rèn)值。解決辦法非常樸素延時(shí)。給足時(shí)間再讀問(wèn)題基本消失。如果延時(shí)后還是異常再檢查I2C地址、寄存器地址、總線速率這些基礎(chǔ)項(xiàng)。千萬(wàn)別在沒(méi)延時(shí)的情況下懷疑“復(fù)位鍵值不對(duì)”先讓子彈飛一會(huì)兒。5.2 復(fù)位后寄存器沒(méi)有回到默認(rèn)值的詭異現(xiàn)象如果在軟復(fù)位后讀寄存器發(fā)現(xiàn)某個(gè)配置還是舊值需要區(qū)分兩種情況該寄存器本身就是非易失性的或者芯片根本沒(méi)有真正執(zhí)行復(fù)位。FXLS8967AF的絕大多數(shù)配置寄存器是易失性的軟復(fù)位一定會(huì)重置。如果出現(xiàn)“復(fù)位后沒(méi)生效”我一般先查兩處一是I2C寫(xiě)操作是否成功有沒(méi)有NACK二是復(fù)位后有沒(méi)有被其他代碼比如另一個(gè)任務(wù)、另一個(gè)中斷服務(wù)函數(shù)重新寫(xiě)了一遍配置。在RTOS環(huán)境下如果傳感器驅(qū)動(dòng)和上層應(yīng)用共用總線可能出現(xiàn)“驅(qū)動(dòng)剛復(fù)位完上層又按舊配置寫(xiě)了一通”的競(jìng)態(tài)問(wèn)題。排查思路先刪掉所有其他代碼只保留“寫(xiě)復(fù)位——延時(shí)——讀寄存器確認(rèn)”的最小用例看是否復(fù)現(xiàn)。如果最小用例正常再逐步加回業(yè)務(wù)代碼問(wèn)題基本能定位到競(jìng)態(tài)或重復(fù)初始化上。5.3 多設(shè)備一總線復(fù)位了“別人的”器件I2C總線上掛了多個(gè)設(shè)備時(shí)這個(gè)問(wèn)題會(huì)被放得很大。你向FXLS8967AF的設(shè)備地址發(fā)送復(fù)位命令理論上只會(huì)影響該地址對(duì)應(yīng)的芯片。但如果某個(gè)設(shè)備地址被配置錯(cuò)了或者總線上有地址沖突就可能出現(xiàn)“本來(lái)想復(fù)位加速度計(jì)結(jié)果把旁邊另一顆芯片也復(fù)位了”的靈異事件。排查這類(lèi)問(wèn)題我會(huì)先單獨(dú)把FXLS8967AF掛在總線上跑一遍復(fù)位驗(yàn)證然后再把其他器件全部帶上跑同樣的測(cè)試觀察是否出現(xiàn)其他器件異常。這樣能把“總線地址沖突”和“復(fù)位邏輯本身有問(wèn)題”分開(kāi)。另外用I2C總線的地址掃描工具先把總線上所有設(shè)備地址列出來(lái)對(duì)照電路圖一一確認(rèn)是很有效的預(yù)防手段。5.4 軟復(fù)位失敗后的兜底方案軟復(fù)位雖然方便但它不是萬(wàn)能的。如果芯片進(jìn)入某種深度異常狀態(tài)比如I2C從機(jī)邏輯鎖死、不響應(yīng)任何命令你寫(xiě)復(fù)位命令時(shí)可能根本得不到ACK。此時(shí)再接著寫(xiě)多少次復(fù)位命令都白搭。我的兜底策略是分級(jí)處理第一級(jí)軟復(fù)位失敗后重試兩次第二級(jí)如果還是不響應(yīng)就拉硬件復(fù)位引腳如果硬件上有或者直接控制電源開(kāi)關(guān)做一次下電再上電第三級(jí)才是上報(bào)錯(cuò)誤讓上層系統(tǒng)決定是否重新枚舉設(shè)備。這樣既避免了過(guò)度依賴(lài)硬件復(fù)位導(dǎo)致系統(tǒng)頻繁重啟又能在軟復(fù)位失靈時(shí)保證系統(tǒng)有退路。bool fxls_soft_reset_safe(void) { for (int i 0; i 3; i) { i2c_write_reg(dev_addr, REG_RESET, SOFT_RESET_KEY); delay_ms(10); uint8_t val i2c_read_reg(dev_addr, REG_CTRL); if (val DEFAULT_VALUE) { return true; } } return false; // 交給上層做硬件復(fù)位或斷電重試 }最后再分享一個(gè)個(gè)人習(xí)慣我把“軟復(fù)位”放在芯片驅(qū)動(dòng)初始化的最開(kāi)頭位置在“讀WHO_AM_I驗(yàn)證通信”之后、“寫(xiě)任何配置寄存器”之前。這樣每次初始化都從一個(gè)確定的默認(rèn)狀態(tài)出發(fā)無(wú)論上電后芯片處于什么狀態(tài)初始化代碼的假設(shè)都一致。這么做以后我在這顆芯片上遇到的“初始化偶發(fā)失敗”幾乎沒(méi)有再犯過(guò)。如果你也在調(diào)FXLS8967AF不妨試試這個(gè)順序。