16路IO擴展)
簡介面向嵌入式開發(fā)者與高校學生的 STM32F103 軟件模擬 IIC 訪問 PCA9555 實例工程重點解決在不依賴硬件 I2C 外設時擴展 16 位 IO 端口的通信問題。工程圍繞 SCL/SDA 的 GPIO 時序模擬、起始與停止條件、7 位從機地址及讀寫位、PCA9555 輸入/輸出與中斷相關寄存器的讀寫展開適合作為 IIC 協(xié)議入門、IO 擴展和嵌入式外設調試的參考。壓縮包共 127 個文件約 2MB以 33 個 h 頭文件、32 個 c 源文件為核心配合 Keil 工程配置、編譯中間文件及 hex/axf 燒錄產(chǎn)物便于直接打開、編譯與對照學習。已有 4838 人學習讀者可從中獲得完整可運行的工程骨架、軟件模擬 IIC 的時序實現(xiàn)思路、PCA9555 寄存器操作范例以及編譯燒錄與排錯參考。1. 從兩根線到十六個 IOSTM32F103 模擬 IIC 驅動 PCA9555 的真實價值手里拿著一塊 STM32F103 最小系統(tǒng)板需要外擴 16 個按鍵或繼電器GPIO 已經(jīng)快用完了但硬件 IIC 的引腳又剛好被其他外設占用——這種場景我遇到過不止一次。PCA9555 就是為這類情況準備的它是 16 位 IIC 轉并行 IO 擴展芯片通過兩根線就能管住 16 個 IO還能配置成輸入或輸出支持中斷上報。項目標題里那句「親測有效」并不夸張模擬 IIC軟件 IIC在 STM32 上比硬件 IIC 更可控時序能按 PCA9555 的數(shù)據(jù)手冊調整出問題能逐位抓取波形不像硬件外設那樣只能對著寄存器配置發(fā)愁。這篇筆記面向已經(jīng)能點亮 LED、但還沒把 IO 擴展芯片跑通的嵌入式開發(fā)者尤其是使用 STM32F103 這類經(jīng)典型號的讀者。我會把模擬 IIC 的時序怎么實現(xiàn)、PCA9555 的寄存器怎么讀寫、上電初始化順序、讀寫單個位和整個端口的方法講清楚再落到實際能編譯運行的代碼。硬件 IIC 的玄學問題不少模擬 IIC 至少能讓每條時序線都看得見。2. 模擬 IIC 與 PCA9555 的匹配邏輯為什么不用硬件外設2.1 先算清楚引腳賬為什么模擬方案更合適STM32F103 的硬件 IIC 一般掛在 PB6/PB7I2C1或 PB10/PB11I2C2上。如果你在同一個項目里已經(jīng)用到了這些引腳再想加 PCA9555就得考慮重映射或者切到軟件模擬。模擬 IIC 的本質是用兩個普通 GPIO 分別充當 SCL 和 SDA靠代碼控制高低電平來生成 START、STOP、ACK 這些時序單元。它不占用硬件 IIC 外設引腳可以隨便挑比如 PB8/PB9、PA5/PA6 都能用。我通常選開漏輸出模式并外接 4.7kΩ 上拉電阻。原因很直接IIC 總線是開漏結構多個設備共享時誰拉低誰就占線如果配成推挽一旦從機也在拉低就變成兩個推挽輸出對頂容易燒引腳。這一點和硬件 IIC 配置一致不能省。選 PCA9555 而不是 74HC595 的理由也值得說清。74HC595 只能輸出無法讀取輸入狀態(tài)做按鍵掃描就不行PCA9555 的 16 個 IO 可以按端口配置方向端口 0 和端口 1 各自獨立配置輸入輸出混用很方便。它還有中斷輸出引腳任一輸入引腳狀態(tài)變化都能觸發(fā)不用 MCU 輪詢。代價是 IIC 協(xié)議本身比 SPI 慢不過 IO 擴展這種場景對速度不敏感幾十 kHz 就夠用。2.2 PCA9555 的寄存器地圖四個命令字節(jié)就夠了PCA9555 內部只有四個可尋址的寄存器每個寄存器 8 位對應一個端口的 8 個引腳命令字節(jié)寄存器讀寫作用0x00輸入端口 0讀讀 P0 口 8 個引腳的實時電平0x01輸入端口 1讀讀 P1 口 8 個引腳的實時電平0x02輸出端口 0讀寫設置 P0 口輸出鎖存值0x03輸出端口 1讀寫設置 P1 口輸出鎖存值0x04極性反轉 0讀寫翻轉 P0 口輸入極性0x05極性反轉 1讀寫翻轉 P1 口輸入極性0x06配置端口 0讀寫P0 方向1 為輸入0 為輸出0x07配置端口 1讀寫P1 方向1 為輸入0 為輸出這八個命令字節(jié)是理解 PCA9555 的順序。配置寄存器的位定義為 1 表示輸入為 0 表示輸出上電默認全部是輸入因此如果不先寫配置寄存器就直接寫輸出寄存器引腳仍會保持高阻燈不會亮。極性反轉寄存器一般保持 0x00除非你希望把按鍵的低有效直接讀成高有效可以用它省掉軟件取反。這里有個容易忽略的點命令字節(jié)在寫操作后會自動遞增也就是你寫 0x02輸出端口 0之后再連續(xù)寫一個字節(jié)它會自動落到 0x03輸出端口 1。所以初始化時可以用一次兩字節(jié)寫把兩個端口的值一起設好效率比兩次單字節(jié)寫高。2.3 從機地址怎么定7 位地址左移一位PCA9555 的 7 位從機地址由 A0、A1、A2 三個引腳決定公式是0100 A2 A1 A0。三個引腳都接地時7 位地址是 0x20寫操作字節(jié)是 0x40讀操作字節(jié)是 0x41。A0 接高電平時地址變成 0x21寫字節(jié) 0x42以此類推。這個換算是新手最容易翻車的地方數(shù)據(jù)手冊里給的是 7 位地址而代碼里需要在末尾補一位讀寫位直接拿 0x20 當寫地址發(fā)出去從機不會應答。我一般會在頭文件里把地址定義成一個宏再用移位生成讀寫字/* PCA9555 7 位從機地址: A2 A1 A0 全接地 0x20 */ #define PCA9555_ADDR 0x20 /* 寫字節(jié) 7 位地址左移 1 位, 最低位 0 */ #define PCA9555_WRITE_ADDR (PCA9555_ADDR 1) /* 讀字節(jié) 7 位地址左移 1 位, 最低位 1 */ #define PCA9555_READ_ADDR ((PCA9555_ADDR 1) | 0x01)這段宏看起來簡單但把PCA9555_ADDR 1寫成PCA9555_ADDR是在我排查過的故障里出現(xiàn)頻率最高的。另一個細節(jié)是讀操作采用兩段式先寫一次地址字節(jié)帶寫標志再發(fā)一次重復起始條件帶讀標志然后連續(xù)讀兩個字節(jié)并且只在最后一個字節(jié)回 NACK。如果兩個字節(jié)都回 ACK從機會繼續(xù)保持 SDA 輸出下一輪通信容易出錯。3. 五步搭起模擬 IIC 驅動層從引腳定義到字節(jié)收發(fā)3.1 GPIO 初始化和時序宏把微秒級延時落到實處模擬 IIC 的第一層是引腳電平操作和延時。F103 主頻 72MHz 時一個簡單 for 循環(huán)空轉的耗時很難精確估算而且編譯器優(yōu)化等級一變循環(huán)就被優(yōu)化掉。我傾向用 SysTick 做微秒延時或者至少把延時函數(shù)放到單獨文件里并加__attribute__((noinline))防止內聯(lián)。PCA9555 數(shù)據(jù)手冊對 SCL 高電平和低電平的最小時間有要求標準模式下總線頻率 100kHz半周期約 5 微秒留一點余量按 5 到 6 微秒設置比較穩(wěn)。#include stm32f10x.h #define IIC_SCL_HIGH() GPIOB-BSRR GPIO_BSRR_BS8 #define IIC_SCL_LOW() GPIOB-BRR GPIO_BRR_BR8 #define IIC_SDA_HIGH() GPIOB-BSRR GPIO_BSRR_BS9 #define IIC_SDA_LOW() GPIOB-BRR GPIO_BRR_BR9 #define IIC_SDA_READ() ((GPIOB-IDR GPIO_IDR_IDR9) ! 0) /* 5 微秒量級的軟件延時, 實際工程建議換成 SysTick 計時 */ static void iic_delay(void) { volatile uint32_t n 60; while (n--) { } } void iic_gpio_init(void) { GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); /* SCL 和 SDA 都配置為開漏輸出, 外接 4.7k 上拉 */ gpio.GPIO_Pin GPIO_Pin_8 | GPIO_Pin_9; gpio.GPIO_Mode GPIO_Mode_Out_OD; gpio.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOB, gpio); /* 釋放總線, 空閑時兩根線都是高電平 */ IIC_SCL_HIGH(); IIC_SDA_HIGH(); }這里用 BSRR 和 BRR 寄存器直接置位、清零比GPIO_SetBits、GPIO_ResetBits函數(shù)少一層調用開銷時序更平整。SDA 讀取用 IDR 直接取位。開漏模式下即使寫 1引腳實際電平也由上拉電阻和總線上的從機決定所以讀 IDR 能得到真實總線狀態(tài)這是模擬 IIC 能回讀 ACK 的前提。如果你用推挽模式SDA 讀出來永遠是自己寫的值從機是否應答就完全測不出來故障排查會變成黑匣子。3.2 起始、停止、應答三個時序單元的實現(xiàn)模擬 IIC 的所有操作都由三個基本單元拼出來起始條件、停止條件、應答位。起始條件是在 SCL 為高時SDA 從高變低停止條件是 SCL 為高時SDA 從低變高。應答位是在發(fā)送完 8 位數(shù)據(jù)后釋放 SDA在第 9 個 SCL 高電平期間讀取 SDA 是否為低。這三個函數(shù)寫對了整個協(xié)議就成立寫錯了后面無論怎么調都讀不到數(shù)據(jù)。void iic_start(void) { IIC_SDA_HIGH(); IIC_SCL_HIGH(); iic_delay(); IIC_SDA_LOW(); /* SCL 高電平期間 SDA 下降沿 起始 */ iic_delay(); IIC_SCL_LOW(); } void iic_stop(void) { IIC_SDA_LOW(); IIC_SCL_HIGH(); iic_delay(); IIC_SDA_HIGH(); /* SCL 高電平期間 SDA 上升沿 停止 */ iic_delay(); } /* 主機發(fā)送應答: ack1 回 ACK, ack0 回 NACK */ void iic_send_ack(uint8_t ack) { IIC_SCL_LOW(); if (ack) { IIC_SDA_LOW(); } else { IIC_SDA_HIGH(); } iic_delay(); IIC_SCL_HIGH(); iic_delay(); IIC_SCL_LOW(); IIC_SDA_HIGH(); /* 釋放 SDA, 準備下一字節(jié) */ } /* 主機等待從機應答, 返回 0 表示收到 ACK, 1 表示 NACK */ uint8_t iic_wait_ack(void) { uint8_t ret; IIC_SDA_HIGH(); /* 釋放 SDA, 讓從機拉低 */ iic_delay(); IIC_SCL_HIGH(); iic_delay(); ret IIC_SDA_READ() ? 1 : 0; IIC_SCL_LOW(); return ret; }時序里幾個順序不能亂。iic_start中先把 SDA 拉高、SCL 拉高再讓 SDA 下降如果順序顛倒從機會把這次變化當成普通數(shù)據(jù)位。iic_send_ack里在 SCL 低電平期間改變 SDA然后拉高 SCL 讓從機采樣這個「低電平改數(shù)據(jù)、高電平采樣」的規(guī)則貫穿整個 IIC 協(xié)議。iic_wait_ack中先釋放 SDA 再拉高 SCL順序顛倒的話你自己拉低 SDA 而 SCL 同時變高就會被從機誤判為起始或停止條件。3.3 字節(jié)收發(fā)與寄存器讀寫封裝有了時序單元字節(jié)收發(fā)就是 8 次循環(huán)每次在 SCL 低時把數(shù)據(jù)位放到 SDA 上然后拉高 SCL 讓從機采樣。讀字節(jié)則相反每次拉高 SCL 后從 SDA 取位再拉低。字節(jié)收完之后要處理 ACK發(fā)送方向由主機在收完從機的 ACK 后決定是否繼續(xù)。/* 主機向從機發(fā)送一個字節(jié), 返回從機的應答: 0ACK, 1NACK */ uint8_t iic_write_byte(uint8_t data) { uint8_t i, ack; for (i 0; i 8; i) { IIC_SCL_LOW(); if (data 0x80) { IIC_SDA_HIGH(); } else { IIC_SDA_LOW(); } data 1; iic_delay(); IIC_SCL_HIGH(); iic_delay(); } IIC_SCL_LOW(); ack iic_wait_ack(); return ack; } /* 主機從從機讀一個字節(jié), send_ack1 表示讀完后回 ACK, 0 表示回 NACK */ uint8_t iic_read_byte(uint8_t send_ack) { uint8_t i, data 0; IIC_SDA_HIGH(); /* 釋放 SDA, 由從機驅動 */ for (i 0; i 8; i) { data 1; IIC_SCL_HIGH(); iic_delay(); if (IIC_SDA_READ()) { data | 0x01; } IIC_SCL_LOW(); iic_delay(); } iic_send_ack(send_ack); return data; }注意iic_read_byte循環(huán)結束后調用iic_send_ack把主機的應答發(fā)出去。讀單個寄存器時給 NACK讀多個寄存器時前幾個字節(jié)給 ACK、最后一個給 NACK。把這個細節(jié)搞混會出現(xiàn)讀到的第一個字節(jié)正確后續(xù)字節(jié)全錯或者總線被從機卡住的情況。在字節(jié)層之上我封了三個函數(shù)寫單個寄存器、讀單個寄存器、連續(xù)讀多個寄存器。這些函數(shù)內部處理地址字節(jié)、命令字節(jié)和重復起始對上層完全隱藏協(xié)議細節(jié)/* 寫 PCA9555 單個寄存器: reg 為命令字節(jié), val 為寫入值 */ uint8_t pca9555_write_reg(uint8_t reg, uint8_t val) { iic_start(); if (iic_write_byte(PCA9555_WRITE_ADDR)) { iic_stop(); return 1; } if (iic_write_byte(reg)) { iic_stop(); return 2; } if (iic_write_byte(val)) { iic_stop(); return 3; } iic_stop(); return 0; } /* 讀 PCA9555 單個寄存器 */ uint8_t pca9555_read_reg(uint8_t reg, uint8_t *val) { iic_start(); if (iic_write_byte(PCA9555_WRITE_ADDR)) { iic_stop(); return 1; } if (iic_write_byte(reg)) { iic_stop(); return 2; } iic_start(); /* 重復起始條件 */ if (iic_write_byte(PCA9555_READ_ADDR)) { iic_stop(); return 3; } *val iic_read_byte(0); /* 只讀一個字節(jié), 回 NACK */ iic_stop(); return 0; }返回值攜帶錯誤碼很重要。三個返回值分別對應從機地址沒應答、命令字節(jié)沒應答、數(shù)據(jù)字節(jié)沒應答可以根據(jù)返回值判斷是哪一步出了問題。如果全部返回 1從機地址就沒被應答先查接線和地址引腳如果返回 3說明地址和命令字節(jié)都被應答了但寫數(shù)據(jù)時出問題可能是從機忙或總線被拉低。3.4 上電初始化順序配置寄存器必須最先寫PCA9555 上電后所有引腳默認為輸入輸出寄存器是 0xFF。想要某些引腳輸出必須先寫配置寄存器把對應位清 0再寫輸出寄存器設定初始電平。順序反了會出現(xiàn)引腳短暫輸出高電平、繼電器誤動的現(xiàn)象這一點在做執(zhí)行器控制時很容易遇到。/* 端口 0 全部輸出, 端口 1 全部輸入; 輸出端口初始為低電平 */ void pca9555_init(void) { iic_gpio_init(); /* 先定方向: bit1 輸入, bit0 輸出 命令 0x06 是配置端口 0, 命令 0x07 是配置端口 1 */ pca9555_write_reg(0x06, 0x00); pca9555_write_reg(0x07, 0xFF); /* 再定初始電平, 正點原子風格的板子常把 P0 接 LED 陽極, 這里寫 0x00 讓 16 位輸出全部為低 */ pca9555_write_reg(0x02, 0x00); pca9555_write_reg(0x03, 0x00); /* 極性反轉寄存器保持默認 0x00, 不翻轉輸入 */ pca9555_write_reg(0x04, 0x00); pca9555_write_reg(0x05, 0x00); }初始化里每個寄存器都是單寫。如果嫌 6 次事務太多可以用連續(xù)寫先寫命令 0x02然后連續(xù)發(fā)兩個字節(jié)分別落到輸出端口 0 和輸出端口 1因為命令字節(jié)會自動遞增。配置寄存器同理從 0x06 開始連續(xù)寫兩個字節(jié)就能同時設好兩個端口的方向。這種寫法省時間但可讀性差一些新項目里我通常先按單寫跑通再優(yōu)化合并。4. 讀寫操作踩坑記錄五條排查清單4.1 讀回來的端口值全 0xFF 或全 0x00現(xiàn)象初始化寫配置寄存器看起來正常讀輸入端口時無論怎么按按鍵返回的都是 0xFF 或 0x00。原因通常是 SDA 沒有配成開漏輸出或者上拉電阻沒接。推挽輸出模式下主機讀 IDR 只能讀到自己寫出去的電平從機拉低總線的動作對 MCU 不可見。解決方法是檢查 GPIO 模式配置確認是GPIO_Mode_Out_OD并用萬用表量 SDA 空閑時是否為 3.3V?？臻e不為高說明上拉缺失或總線被短路。4.2 從機地址寫錯導致完全無應答現(xiàn)象pca9555_write_reg每次都返回 1起始條件之后第一個字節(jié)就收到 NACK。原因是地址字節(jié)用錯了把 7 位地址 0x20 直接當作寫字節(jié)發(fā)出去從機比較的是完整字節(jié)的 7 位最低位的讀寫位被當成了地址的一部分地址變成 0x10 對應的高位自然無人應答。解決方法是確認宏定義PCA9555_WRITE_ADDR是0x20 1并用邏輯分析儀抓一下第一個字節(jié)看看實際發(fā)出的 8 位數(shù)據(jù)是不是0100 0000。4.3 連續(xù)讀多個寄存器時只有第一個字節(jié)正確現(xiàn)象讀端口 0 和端口 1 的連續(xù)讀函數(shù)返回的第一個字節(jié)數(shù)據(jù)正確第二個字節(jié)始終為 0xFF 或沒有變化。原因是在讀第一個字節(jié)后回了 ACK但從機的數(shù)據(jù)更新需要時間或者主機在發(fā)出 ACK 后沒有及時切回接收態(tài)就發(fā)了下一個 SCL 脈沖。另一種常見原因是漏掉了重復起始條件在寫完命令字節(jié)之后直接進入讀而沒有重新發(fā) START。解決方法是補上iic_start()重復起始并且確認非最后一字節(jié)回 ACK、最后一字節(jié)回 NACK。4.4 寫輸出寄存器后引腳電壓不變化現(xiàn)象配置寄存器寫了 0x00 把端口 0 設為輸出再寫輸出寄存器 0x00 或 0xFF用萬用表量引腳卻始終是高電平時或高阻態(tài)。原因可能是初始化順序寫反了先寫輸出寄存器再寫配置寄存器寫入輸出寄存器的瞬間引腳還是輸入等配置寄存器改成輸出時才生效看起來好像「寫不進」。另一個原因是 PCA9555 的供電和上拉電壓不一致輸出高電平被鉗位在較低電壓驅動 LED 時看不到亮。解決方法是調整初始化順序配置寄存器必須在輸出寄存器之前寫并確認 VDD 與 IO 上拉電壓匹配。4.5 總線被從機拉低后無法恢復現(xiàn)象程序運行中復位 MCU 后PCA9555 仍保持著上一次通信中途的狀態(tài)SDA 一直被它拉低新程序發(fā)起始條件時 SCL 為高但 SDA 本來就是低的起始條件無法生成整個總線掛死。原因是從機在讀取過程中被復位打斷它還在等待第 9 個時鐘持續(xù)驅動 SDA 為低。解決方法是上電初始化時先發(fā) 9 個 SCL 脈沖把從機的移位寄存器清空再發(fā) STOP 條件讓總線回到空閑。這個恢復序列在 IIC 從設備較多的系統(tǒng)里應該成為固定動作。/* 上電時先恢復總線: 9 個 SCL 脈沖 STOP */ void iic_bus_recovery(void) { uint8_t i; IIC_SDA_HIGH(); for (i 0; i 9; i) { IIC_SCL_LOW(); iic_delay(); IIC_SCL_HIGH(); iic_delay(); } iic_stop(); }這段恢復代碼建議放在iic_gpio_init之后、任何 PCA9555 通信之前。我遇到過板子熱插拔 IO 擴展模塊后總線鎖死的情況加了這段之后省了不少重新上電的麻煩。5. 把驅動變成可靠工具中斷輸入與批量讀寫技巧5.1 用中斷引腳代替輪詢減少總線占用的做法PCA9555 的 INT 引腳在任一輸入引腳狀態(tài)變化時拉低配置成下降沿觸發(fā)接 MCU 的外部中斷即可。這樣主循環(huán)不用反復讀輸入端口按鍵按下時才進中斷在中斷里讀一次輸入端口并清中斷。需要注意的是PCA9555 的中斷是「變化觸發(fā)」讀一次輸入端口之后鎖存器才會釋放 INT 引腳如果只讀一個端口另一個端口有變化時 INT 不會釋放所以中斷里最好把兩個端口都讀一遍。/* 外部中斷里讀兩個輸入端口, 讀操作本身會清除中斷鎖存 */ void EXTI9_5_IRQHandler(void) { uint8_t p0, p1; if (EXTI_GetITStatus(EXTI_Line5) ! RESET) { pca9555_read_reg(0x00, p0); pca9555_read_reg(0x01, p1); key_event_handler(p0, p1); EXTI_ClearITPendingBit(EXTI_Line5); } }中斷服務函數(shù)里調用 IIC 讀函數(shù)會引入幾毫秒的阻塞如果有更高優(yōu)先級的中斷對時序敏感可以把讀操作放到標志位里退出中斷后主循環(huán)再讀。這一點和按鍵消抖要一起考慮機械按鍵的抖動會產(chǎn)生多次中斷可以在讀回值之后做 10 到 20 毫秒的軟件確認。5.2 端口值的按位操作避免讀改寫覆蓋其他位直接對一個端口寫 0xFF 或 0x00 會覆蓋該端口所有引腳如果同一個端口上既有需要保持狀態(tài)的輸出又有需要切換的輸出就得先讀回輸出寄存器再按位修改。PCA9555 的輸出寄存器是可讀的讀出來的就是當前鎖存值用這種方式做按位操作最安全。/* 修改端口 0 的單個輸出位, 不影響同端口其他引腳 */ uint8_t pca9555_set_output_bit(uint8_t port, uint8_t bit, uint8_t level) { uint8_t reg (port 0) ? 0x02 : 0x03; uint8_t val; if (pca9555_read_reg(reg, val)) { return 1; } if (level) { val | (uint8_t)(1u bit); } else { val (uint8_t)~(1u bit); } return pca9555_write_reg(reg, val); }讀改寫中間存在一個窗口期如果 INT 中斷搶占并修改同一個端口可能丟失更新。簡單系統(tǒng)里可以關中斷保護或者干脆把輸出端口按用途分區(qū)不同任務操作不同端口。我在一個小型控制器項目里就把端口 0 固定給繼電器、端口 1 固定給按鍵徹底避免共享寫入。5.3 速率與上拉的邊界兩個容易忽略的硬約束模擬 IIC 的速率不是越快越好。SCL 頻率提高后上拉電阻和總線電容構成的 RC 延時會讓上升沿變緩PCA9555 在高電平期間采到的電平可能還沒爬到位表現(xiàn)為偶發(fā) NACK 或數(shù)據(jù)錯位。常規(guī) 4.7kΩ 上拉配 100kHz 是穩(wěn)妥組合如果非要跑到 400kHz上拉要降到 2.2kΩ 左右并縮短走線而且模擬 IIC 的延時函數(shù)要按實測調整。另一個約束是 PCA9555 的驅動能力。每個輸出引腳灌電流和拉電流能力有限直接驅動繼電器線圈會燒 IO必須加三極管或驅動芯片。它的中斷引腳是開漏輸出也需要上拉。這些硬件層面的邊界往往比軟件時序更容易被新手忽略。5.4 上板驗證的順序從回讀到輸出的閉環(huán)驗證驅動是否正常我一般按四步走第一步只讀設備地址確認收到 ACK第二步讀配置寄存器默認值 0xFF確認能正確讀出第三步寫配置寄存器把端口 0 設為輸出再讀回來確認寫入生效第四步在端口 0 交替寫 0x55 和 0xAA用萬用表或 LED 觀察引腳變化。四步都通過說明地址、時序、讀寫方向都沒有問題剩下的就是業(yè)務邏輯。這套順序的好處是每步只驗證一個變量出問題時能立刻定位是地址、總線時序還是寄存器寫入。如果第一步就失敗先查接線和上拉第二步失敗查讀時序第三步失敗查命令字節(jié)遞增或重復起始條件第四步失敗查輸出寄存器與配置寄存器的順序。5.5 從單點驗證到反復可用的習慣模擬 IIC 驅動寫完一次不代表以后都可靠。我在每次換板子、換上拉電阻、換主頻之后都會重新跑一遍上面那個四步驗證因為時序延時和 GPIO 翻轉速度都可能變化。把iic_bus_recovery放在初始化最前面把每個讀寫函數(shù)的返回值都做判斷把寄存器操作封裝成帶錯誤碼的函數(shù)——這些看起來繁瑣的動作能避免后面調試時在硬件和軟件之間反復懷疑。希望這篇筆記能幫到正在用 STM32F103 擴展 IO 的你少走一點彎路把時間留給真正需要調試的業(yè)務邏輯。本文還有配套的精品資源點擊獲取 STM32F103模擬IIC驅動PCA9555實現(xiàn)16路IO擴展
簡介面向嵌入式開發(fā)者與高校學生的 STM32F103 軟件模擬 IIC 訪問 PCA9555 實例工程重點解決在不依賴硬件 I2C 外設時擴展 16 位 IO 端口的通信問題。工程圍繞 SCL/SDA 的 GPIO 時序模擬、起始與停止條件、7 位從機地址及讀寫位、PCA9555 輸入/輸出與中斷相關寄存器的讀寫展開適合作為 IIC 協(xié)議入門、IO 擴展和嵌入式外設調試的參考。壓縮包共 127 個文件約 2MB以 33 個 h 頭文件、32 個 c 源文件為核心配合 Keil 工程配置、編譯中間文件及 hex/axf 燒錄產(chǎn)物便于直接打開、編譯與對照學習。已有 4838 人學習讀者可從中獲得完整可運行的工程骨架、軟件模擬 IIC 的時序實現(xiàn)思路、PCA9555 寄存器操作范例以及編譯燒錄與排錯參考。1. 從兩根線到十六個 IOSTM32F103 模擬 IIC 驅動 PCA9555 的真實價值手里拿著一塊 STM32F103 最小系統(tǒng)板需要外擴 16 個按鍵或繼電器GPIO 已經(jīng)快用完了但硬件 IIC 的引腳又剛好被其他外設占用——這種場景我遇到過不止一次。PCA9555 就是為這類情況準備的它是 16 位 IIC 轉并行 IO 擴展芯片通過兩根線就能管住 16 個 IO還能配置成輸入或輸出支持中斷上報。項目標題里那句「親測有效」并不夸張模擬 IIC軟件 IIC在 STM32 上比硬件 IIC 更可控時序能按 PCA9555 的數(shù)據(jù)手冊調整出問題能逐位抓取波形不像硬件外設那樣只能對著寄存器配置發(fā)愁。這篇筆記面向已經(jīng)能點亮 LED、但還沒把 IO 擴展芯片跑通的嵌入式開發(fā)者尤其是使用 STM32F103 這類經(jīng)典型號的讀者。我會把模擬 IIC 的時序怎么實現(xiàn)、PCA9555 的寄存器怎么讀寫、上電初始化順序、讀寫單個位和整個端口的方法講清楚再落到實際能編譯運行的代碼。硬件 IIC 的玄學問題不少模擬 IIC 至少能讓每條時序線都看得見。2. 模擬 IIC 與 PCA9555 的匹配邏輯為什么不用硬件外設2.1 先算清楚引腳賬為什么模擬方案更合適STM32F103 的硬件 IIC 一般掛在 PB6/PB7I2C1或 PB10/PB11I2C2上。如果你在同一個項目里已經(jīng)用到了這些引腳再想加 PCA9555就得考慮重映射或者切到軟件模擬。模擬 IIC 的本質是用兩個普通 GPIO 分別充當 SCL 和 SDA靠代碼控制高低電平來生成 START、STOP、ACK 這些時序單元。它不占用硬件 IIC 外設引腳可以隨便挑比如 PB8/PB9、PA5/PA6 都能用。我通常選開漏輸出模式并外接 4.7kΩ 上拉電阻。原因很直接IIC 總線是開漏結構多個設備共享時誰拉低誰就占線如果配成推挽一旦從機也在拉低就變成兩個推挽輸出對頂容易燒引腳。這一點和硬件 IIC 配置一致不能省。選 PCA9555 而不是 74HC595 的理由也值得說清。74HC595 只能輸出無法讀取輸入狀態(tài)做按鍵掃描就不行PCA9555 的 16 個 IO 可以按端口配置方向端口 0 和端口 1 各自獨立配置輸入輸出混用很方便。它還有中斷輸出引腳任一輸入引腳狀態(tài)變化都能觸發(fā)不用 MCU 輪詢。代價是 IIC 協(xié)議本身比 SPI 慢不過 IO 擴展這種場景對速度不敏感幾十 kHz 就夠用。2.2 PCA9555 的寄存器地圖四個命令字節(jié)就夠了PCA9555 內部只有四個可尋址的寄存器每個寄存器 8 位對應一個端口的 8 個引腳命令字節(jié)寄存器讀寫作用0x00輸入端口 0讀讀 P0 口 8 個引腳的實時電平0x01輸入端口 1讀讀 P1 口 8 個引腳的實時電平0x02輸出端口 0讀寫設置 P0 口輸出鎖存值0x03輸出端口 1讀寫設置 P1 口輸出鎖存值0x04極性反轉 0讀寫翻轉 P0 口輸入極性0x05極性反轉 1讀寫翻轉 P1 口輸入極性0x06配置端口 0讀寫P0 方向1 為輸入0 為輸出0x07配置端口 1讀寫P1 方向1 為輸入0 為輸出這八個命令字節(jié)是理解 PCA9555 的順序。配置寄存器的位定義為 1 表示輸入為 0 表示輸出上電默認全部是輸入因此如果不先寫配置寄存器就直接寫輸出寄存器引腳仍會保持高阻燈不會亮。極性反轉寄存器一般保持 0x00除非你希望把按鍵的低有效直接讀成高有效可以用它省掉軟件取反。這里有個容易忽略的點命令字節(jié)在寫操作后會自動遞增也就是你寫 0x02輸出端口 0之后再連續(xù)寫一個字節(jié)它會自動落到 0x03輸出端口 1。所以初始化時可以用一次兩字節(jié)寫把兩個端口的值一起設好效率比兩次單字節(jié)寫高。2.3 從機地址怎么定7 位地址左移一位PCA9555 的 7 位從機地址由 A0、A1、A2 三個引腳決定公式是0100 A2 A1 A0。三個引腳都接地時7 位地址是 0x20寫操作字節(jié)是 0x40讀操作字節(jié)是 0x41。A0 接高電平時地址變成 0x21寫字節(jié) 0x42以此類推。這個換算是新手最容易翻車的地方數(shù)據(jù)手冊里給的是 7 位地址而代碼里需要在末尾補一位讀寫位直接拿 0x20 當寫地址發(fā)出去從機不會應答。我一般會在頭文件里把地址定義成一個宏再用移位生成讀寫字/* PCA9555 7 位從機地址: A2 A1 A0 全接地 0x20 */ #define PCA9555_ADDR 0x20 /* 寫字節(jié) 7 位地址左移 1 位, 最低位 0 */ #define PCA9555_WRITE_ADDR (PCA9555_ADDR 1) /* 讀字節(jié) 7 位地址左移 1 位, 最低位 1 */ #define PCA9555_READ_ADDR ((PCA9555_ADDR 1) | 0x01)這段宏看起來簡單但把PCA9555_ADDR 1寫成PCA9555_ADDR是在我排查過的故障里出現(xiàn)頻率最高的。另一個細節(jié)是讀操作采用兩段式先寫一次地址字節(jié)帶寫標志再發(fā)一次重復起始條件帶讀標志然后連續(xù)讀兩個字節(jié)并且只在最后一個字節(jié)回 NACK。如果兩個字節(jié)都回 ACK從機會繼續(xù)保持 SDA 輸出下一輪通信容易出錯。3. 五步搭起模擬 IIC 驅動層從引腳定義到字節(jié)收發(fā)3.1 GPIO 初始化和時序宏把微秒級延時落到實處模擬 IIC 的第一層是引腳電平操作和延時。F103 主頻 72MHz 時一個簡單 for 循環(huán)空轉的耗時很難精確估算而且編譯器優(yōu)化等級一變循環(huán)就被優(yōu)化掉。我傾向用 SysTick 做微秒延時或者至少把延時函數(shù)放到單獨文件里并加__attribute__((noinline))防止內聯(lián)。PCA9555 數(shù)據(jù)手冊對 SCL 高電平和低電平的最小時間有要求標準模式下總線頻率 100kHz半周期約 5 微秒留一點余量按 5 到 6 微秒設置比較穩(wěn)。#include stm32f10x.h #define IIC_SCL_HIGH() GPIOB-BSRR GPIO_BSRR_BS8 #define IIC_SCL_LOW() GPIOB-BRR GPIO_BRR_BR8 #define IIC_SDA_HIGH() GPIOB-BSRR GPIO_BSRR_BS9 #define IIC_SDA_LOW() GPIOB-BRR GPIO_BRR_BR9 #define IIC_SDA_READ() ((GPIOB-IDR GPIO_IDR_IDR9) ! 0) /* 5 微秒量級的軟件延時, 實際工程建議換成 SysTick 計時 */ static void iic_delay(void) { volatile uint32_t n 60; while (n--) { } } void iic_gpio_init(void) { GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE); /* SCL 和 SDA 都配置為開漏輸出, 外接 4.7k 上拉 */ gpio.GPIO_Pin GPIO_Pin_8 | GPIO_Pin_9; gpio.GPIO_Mode GPIO_Mode_Out_OD; gpio.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOB, gpio); /* 釋放總線, 空閑時兩根線都是高電平 */ IIC_SCL_HIGH(); IIC_SDA_HIGH(); }這里用 BSRR 和 BRR 寄存器直接置位、清零比GPIO_SetBits、GPIO_ResetBits函數(shù)少一層調用開銷時序更平整。SDA 讀取用 IDR 直接取位。開漏模式下即使寫 1引腳實際電平也由上拉電阻和總線上的從機決定所以讀 IDR 能得到真實總線狀態(tài)這是模擬 IIC 能回讀 ACK 的前提。如果你用推挽模式SDA 讀出來永遠是自己寫的值從機是否應答就完全測不出來故障排查會變成黑匣子。3.2 起始、停止、應答三個時序單元的實現(xiàn)模擬 IIC 的所有操作都由三個基本單元拼出來起始條件、停止條件、應答位。起始條件是在 SCL 為高時SDA 從高變低停止條件是 SCL 為高時SDA 從低變高。應答位是在發(fā)送完 8 位數(shù)據(jù)后釋放 SDA在第 9 個 SCL 高電平期間讀取 SDA 是否為低。這三個函數(shù)寫對了整個協(xié)議就成立寫錯了后面無論怎么調都讀不到數(shù)據(jù)。void iic_start(void) { IIC_SDA_HIGH(); IIC_SCL_HIGH(); iic_delay(); IIC_SDA_LOW(); /* SCL 高電平期間 SDA 下降沿 起始 */ iic_delay(); IIC_SCL_LOW(); } void iic_stop(void) { IIC_SDA_LOW(); IIC_SCL_HIGH(); iic_delay(); IIC_SDA_HIGH(); /* SCL 高電平期間 SDA 上升沿 停止 */ iic_delay(); } /* 主機發(fā)送應答: ack1 回 ACK, ack0 回 NACK */ void iic_send_ack(uint8_t ack) { IIC_SCL_LOW(); if (ack) { IIC_SDA_LOW(); } else { IIC_SDA_HIGH(); } iic_delay(); IIC_SCL_HIGH(); iic_delay(); IIC_SCL_LOW(); IIC_SDA_HIGH(); /* 釋放 SDA, 準備下一字節(jié) */ } /* 主機等待從機應答, 返回 0 表示收到 ACK, 1 表示 NACK */ uint8_t iic_wait_ack(void) { uint8_t ret; IIC_SDA_HIGH(); /* 釋放 SDA, 讓從機拉低 */ iic_delay(); IIC_SCL_HIGH(); iic_delay(); ret IIC_SDA_READ() ? 1 : 0; IIC_SCL_LOW(); return ret; }時序里幾個順序不能亂。iic_start中先把 SDA 拉高、SCL 拉高再讓 SDA 下降如果順序顛倒從機會把這次變化當成普通數(shù)據(jù)位。iic_send_ack里在 SCL 低電平期間改變 SDA然后拉高 SCL 讓從機采樣這個「低電平改數(shù)據(jù)、高電平采樣」的規(guī)則貫穿整個 IIC 協(xié)議。iic_wait_ack中先釋放 SDA 再拉高 SCL順序顛倒的話你自己拉低 SDA 而 SCL 同時變高就會被從機誤判為起始或停止條件。3.3 字節(jié)收發(fā)與寄存器讀寫封裝有了時序單元字節(jié)收發(fā)就是 8 次循環(huán)每次在 SCL 低時把數(shù)據(jù)位放到 SDA 上然后拉高 SCL 讓從機采樣。讀字節(jié)則相反每次拉高 SCL 后從 SDA 取位再拉低。字節(jié)收完之后要處理 ACK發(fā)送方向由主機在收完從機的 ACK 后決定是否繼續(xù)。/* 主機向從機發(fā)送一個字節(jié), 返回從機的應答: 0ACK, 1NACK */ uint8_t iic_write_byte(uint8_t data) { uint8_t i, ack; for (i 0; i 8; i) { IIC_SCL_LOW(); if (data 0x80) { IIC_SDA_HIGH(); } else { IIC_SDA_LOW(); } data 1; iic_delay(); IIC_SCL_HIGH(); iic_delay(); } IIC_SCL_LOW(); ack iic_wait_ack(); return ack; } /* 主機從從機讀一個字節(jié), send_ack1 表示讀完后回 ACK, 0 表示回 NACK */ uint8_t iic_read_byte(uint8_t send_ack) { uint8_t i, data 0; IIC_SDA_HIGH(); /* 釋放 SDA, 由從機驅動 */ for (i 0; i 8; i) { data 1; IIC_SCL_HIGH(); iic_delay(); if (IIC_SDA_READ()) { data | 0x01; } IIC_SCL_LOW(); iic_delay(); } iic_send_ack(send_ack); return data; }注意iic_read_byte循環(huán)結束后調用iic_send_ack把主機的應答發(fā)出去。讀單個寄存器時給 NACK讀多個寄存器時前幾個字節(jié)給 ACK、最后一個給 NACK。把這個細節(jié)搞混會出現(xiàn)讀到的第一個字節(jié)正確后續(xù)字節(jié)全錯或者總線被從機卡住的情況。在字節(jié)層之上我封了三個函數(shù)寫單個寄存器、讀單個寄存器、連續(xù)讀多個寄存器。這些函數(shù)內部處理地址字節(jié)、命令字節(jié)和重復起始對上層完全隱藏協(xié)議細節(jié)/* 寫 PCA9555 單個寄存器: reg 為命令字節(jié), val 為寫入值 */ uint8_t pca9555_write_reg(uint8_t reg, uint8_t val) { iic_start(); if (iic_write_byte(PCA9555_WRITE_ADDR)) { iic_stop(); return 1; } if (iic_write_byte(reg)) { iic_stop(); return 2; } if (iic_write_byte(val)) { iic_stop(); return 3; } iic_stop(); return 0; } /* 讀 PCA9555 單個寄存器 */ uint8_t pca9555_read_reg(uint8_t reg, uint8_t *val) { iic_start(); if (iic_write_byte(PCA9555_WRITE_ADDR)) { iic_stop(); return 1; } if (iic_write_byte(reg)) { iic_stop(); return 2; } iic_start(); /* 重復起始條件 */ if (iic_write_byte(PCA9555_READ_ADDR)) { iic_stop(); return 3; } *val iic_read_byte(0); /* 只讀一個字節(jié), 回 NACK */ iic_stop(); return 0; }返回值攜帶錯誤碼很重要。三個返回值分別對應從機地址沒應答、命令字節(jié)沒應答、數(shù)據(jù)字節(jié)沒應答可以根據(jù)返回值判斷是哪一步出了問題。如果全部返回 1從機地址就沒被應答先查接線和地址引腳如果返回 3說明地址和命令字節(jié)都被應答了但寫數(shù)據(jù)時出問題可能是從機忙或總線被拉低。3.4 上電初始化順序配置寄存器必須最先寫PCA9555 上電后所有引腳默認為輸入輸出寄存器是 0xFF。想要某些引腳輸出必須先寫配置寄存器把對應位清 0再寫輸出寄存器設定初始電平。順序反了會出現(xiàn)引腳短暫輸出高電平、繼電器誤動的現(xiàn)象這一點在做執(zhí)行器控制時很容易遇到。/* 端口 0 全部輸出, 端口 1 全部輸入; 輸出端口初始為低電平 */ void pca9555_init(void) { iic_gpio_init(); /* 先定方向: bit1 輸入, bit0 輸出 命令 0x06 是配置端口 0, 命令 0x07 是配置端口 1 */ pca9555_write_reg(0x06, 0x00); pca9555_write_reg(0x07, 0xFF); /* 再定初始電平, 正點原子風格的板子常把 P0 接 LED 陽極, 這里寫 0x00 讓 16 位輸出全部為低 */ pca9555_write_reg(0x02, 0x00); pca9555_write_reg(0x03, 0x00); /* 極性反轉寄存器保持默認 0x00, 不翻轉輸入 */ pca9555_write_reg(0x04, 0x00); pca9555_write_reg(0x05, 0x00); }初始化里每個寄存器都是單寫。如果嫌 6 次事務太多可以用連續(xù)寫先寫命令 0x02然后連續(xù)發(fā)兩個字節(jié)分別落到輸出端口 0 和輸出端口 1因為命令字節(jié)會自動遞增。配置寄存器同理從 0x06 開始連續(xù)寫兩個字節(jié)就能同時設好兩個端口的方向。這種寫法省時間但可讀性差一些新項目里我通常先按單寫跑通再優(yōu)化合并。4. 讀寫操作踩坑記錄五條排查清單4.1 讀回來的端口值全 0xFF 或全 0x00現(xiàn)象初始化寫配置寄存器看起來正常讀輸入端口時無論怎么按按鍵返回的都是 0xFF 或 0x00。原因通常是 SDA 沒有配成開漏輸出或者上拉電阻沒接。推挽輸出模式下主機讀 IDR 只能讀到自己寫出去的電平從機拉低總線的動作對 MCU 不可見。解決方法是檢查 GPIO 模式配置確認是GPIO_Mode_Out_OD并用萬用表量 SDA 空閑時是否為 3.3V?？臻e不為高說明上拉缺失或總線被短路。4.2 從機地址寫錯導致完全無應答現(xiàn)象pca9555_write_reg每次都返回 1起始條件之后第一個字節(jié)就收到 NACK。原因是地址字節(jié)用錯了把 7 位地址 0x20 直接當作寫字節(jié)發(fā)出去從機比較的是完整字節(jié)的 7 位最低位的讀寫位被當成了地址的一部分地址變成 0x10 對應的高位自然無人應答。解決方法是確認宏定義PCA9555_WRITE_ADDR是0x20 1并用邏輯分析儀抓一下第一個字節(jié)看看實際發(fā)出的 8 位數(shù)據(jù)是不是0100 0000。4.3 連續(xù)讀多個寄存器時只有第一個字節(jié)正確現(xiàn)象讀端口 0 和端口 1 的連續(xù)讀函數(shù)返回的第一個字節(jié)數(shù)據(jù)正確第二個字節(jié)始終為 0xFF 或沒有變化。原因是在讀第一個字節(jié)后回了 ACK但從機的數(shù)據(jù)更新需要時間或者主機在發(fā)出 ACK 后沒有及時切回接收態(tài)就發(fā)了下一個 SCL 脈沖。另一種常見原因是漏掉了重復起始條件在寫完命令字節(jié)之后直接進入讀而沒有重新發(fā) START。解決方法是補上iic_start()重復起始并且確認非最后一字節(jié)回 ACK、最后一字節(jié)回 NACK。4.4 寫輸出寄存器后引腳電壓不變化現(xiàn)象配置寄存器寫了 0x00 把端口 0 設為輸出再寫輸出寄存器 0x00 或 0xFF用萬用表量引腳卻始終是高電平時或高阻態(tài)。原因可能是初始化順序寫反了先寫輸出寄存器再寫配置寄存器寫入輸出寄存器的瞬間引腳還是輸入等配置寄存器改成輸出時才生效看起來好像「寫不進」。另一個原因是 PCA9555 的供電和上拉電壓不一致輸出高電平被鉗位在較低電壓驅動 LED 時看不到亮。解決方法是調整初始化順序配置寄存器必須在輸出寄存器之前寫并確認 VDD 與 IO 上拉電壓匹配。4.5 總線被從機拉低后無法恢復現(xiàn)象程序運行中復位 MCU 后PCA9555 仍保持著上一次通信中途的狀態(tài)SDA 一直被它拉低新程序發(fā)起始條件時 SCL 為高但 SDA 本來就是低的起始條件無法生成整個總線掛死。原因是從機在讀取過程中被復位打斷它還在等待第 9 個時鐘持續(xù)驅動 SDA 為低。解決方法是上電初始化時先發(fā) 9 個 SCL 脈沖把從機的移位寄存器清空再發(fā) STOP 條件讓總線回到空閑。這個恢復序列在 IIC 從設備較多的系統(tǒng)里應該成為固定動作。/* 上電時先恢復總線: 9 個 SCL 脈沖 STOP */ void iic_bus_recovery(void) { uint8_t i; IIC_SDA_HIGH(); for (i 0; i 9; i) { IIC_SCL_LOW(); iic_delay(); IIC_SCL_HIGH(); iic_delay(); } iic_stop(); }這段恢復代碼建議放在iic_gpio_init之后、任何 PCA9555 通信之前。我遇到過板子熱插拔 IO 擴展模塊后總線鎖死的情況加了這段之后省了不少重新上電的麻煩。5. 把驅動變成可靠工具中斷輸入與批量讀寫技巧5.1 用中斷引腳代替輪詢減少總線占用的做法PCA9555 的 INT 引腳在任一輸入引腳狀態(tài)變化時拉低配置成下降沿觸發(fā)接 MCU 的外部中斷即可。這樣主循環(huán)不用反復讀輸入端口按鍵按下時才進中斷在中斷里讀一次輸入端口并清中斷。需要注意的是PCA9555 的中斷是「變化觸發(fā)」讀一次輸入端口之后鎖存器才會釋放 INT 引腳如果只讀一個端口另一個端口有變化時 INT 不會釋放所以中斷里最好把兩個端口都讀一遍。/* 外部中斷里讀兩個輸入端口, 讀操作本身會清除中斷鎖存 */ void EXTI9_5_IRQHandler(void) { uint8_t p0, p1; if (EXTI_GetITStatus(EXTI_Line5) ! RESET) { pca9555_read_reg(0x00, p0); pca9555_read_reg(0x01, p1); key_event_handler(p0, p1); EXTI_ClearITPendingBit(EXTI_Line5); } }中斷服務函數(shù)里調用 IIC 讀函數(shù)會引入幾毫秒的阻塞如果有更高優(yōu)先級的中斷對時序敏感可以把讀操作放到標志位里退出中斷后主循環(huán)再讀。這一點和按鍵消抖要一起考慮機械按鍵的抖動會產(chǎn)生多次中斷可以在讀回值之后做 10 到 20 毫秒的軟件確認。5.2 端口值的按位操作避免讀改寫覆蓋其他位直接對一個端口寫 0xFF 或 0x00 會覆蓋該端口所有引腳如果同一個端口上既有需要保持狀態(tài)的輸出又有需要切換的輸出就得先讀回輸出寄存器再按位修改。PCA9555 的輸出寄存器是可讀的讀出來的就是當前鎖存值用這種方式做按位操作最安全。/* 修改端口 0 的單個輸出位, 不影響同端口其他引腳 */ uint8_t pca9555_set_output_bit(uint8_t port, uint8_t bit, uint8_t level) { uint8_t reg (port 0) ? 0x02 : 0x03; uint8_t val; if (pca9555_read_reg(reg, val)) { return 1; } if (level) { val | (uint8_t)(1u bit); } else { val (uint8_t)~(1u bit); } return pca9555_write_reg(reg, val); }讀改寫中間存在一個窗口期如果 INT 中斷搶占并修改同一個端口可能丟失更新。簡單系統(tǒng)里可以關中斷保護或者干脆把輸出端口按用途分區(qū)不同任務操作不同端口。我在一個小型控制器項目里就把端口 0 固定給繼電器、端口 1 固定給按鍵徹底避免共享寫入。5.3 速率與上拉的邊界兩個容易忽略的硬約束模擬 IIC 的速率不是越快越好。SCL 頻率提高后上拉電阻和總線電容構成的 RC 延時會讓上升沿變緩PCA9555 在高電平期間采到的電平可能還沒爬到位表現(xiàn)為偶發(fā) NACK 或數(shù)據(jù)錯位。常規(guī) 4.7kΩ 上拉配 100kHz 是穩(wěn)妥組合如果非要跑到 400kHz上拉要降到 2.2kΩ 左右并縮短走線而且模擬 IIC 的延時函數(shù)要按實測調整。另一個約束是 PCA9555 的驅動能力。每個輸出引腳灌電流和拉電流能力有限直接驅動繼電器線圈會燒 IO必須加三極管或驅動芯片。它的中斷引腳是開漏輸出也需要上拉。這些硬件層面的邊界往往比軟件時序更容易被新手忽略。5.4 上板驗證的順序從回讀到輸出的閉環(huán)驗證驅動是否正常我一般按四步走第一步只讀設備地址確認收到 ACK第二步讀配置寄存器默認值 0xFF確認能正確讀出第三步寫配置寄存器把端口 0 設為輸出再讀回來確認寫入生效第四步在端口 0 交替寫 0x55 和 0xAA用萬用表或 LED 觀察引腳變化。四步都通過說明地址、時序、讀寫方向都沒有問題剩下的就是業(yè)務邏輯。這套順序的好處是每步只驗證一個變量出問題時能立刻定位是地址、總線時序還是寄存器寫入。如果第一步就失敗先查接線和上拉第二步失敗查讀時序第三步失敗查命令字節(jié)遞增或重復起始條件第四步失敗查輸出寄存器與配置寄存器的順序。5.5 從單點驗證到反復可用的習慣模擬 IIC 驅動寫完一次不代表以后都可靠。我在每次換板子、換上拉電阻、換主頻之后都會重新跑一遍上面那個四步驗證因為時序延時和 GPIO 翻轉速度都可能變化。把iic_bus_recovery放在初始化最前面把每個讀寫函數(shù)的返回值都做判斷把寄存器操作封裝成帶錯誤碼的函數(shù)——這些看起來繁瑣的動作能避免后面調試時在硬件和軟件之間反復懷疑。希望這篇筆記能幫到正在用 STM32F103 擴展 IO 的你少走一點彎路把時間留給真正需要調試的業(yè)務邏輯。本文還有配套的精品資源點擊獲取