簡介本資源是一套面向嵌入式初學(xué)者與8051單片機(jī)開發(fā)者的1-Wire總線通信實(shí)戰(zhàn)代碼包聚焦于單總線協(xié)議在溫度傳感等低功耗場景中的底層實(shí)現(xiàn)。資源以C51語言為核心完整呈現(xiàn)主控端如8051對DS18B20等典型1-Wire器件的初始化、ROM搜索、命令發(fā)送、時序控制及CRC校驗(yàn)等關(guān)鍵環(huán)節(jié)適用于Keil uVision開發(fā)環(huán)境下的硬件調(diào)試與協(xié)議理解。壓縮包共17個文件含1個核心C源文件ledtest.c、1個匯編實(shí)現(xiàn)模塊wireasm.asm、1個1-Wire專用頭文件ledtest.h、1個可燒錄hex文件及多個編譯中間產(chǎn)物obj/lst/m51和工程配置備份Uv2.Bak、Opt.Bak整體僅49KB輕量易導(dǎo)入。已有317人學(xué)習(xí)下載配套www.pudn.com.txt提供來源說明目錄結(jié)構(gòu)體現(xiàn)典型Keil工程組織邏輯便于讀者逐層剖析時序細(xì)節(jié)、比對C與ASM混合編程策略并快速復(fù)現(xiàn)單總線多節(jié)點(diǎn)通信功能。1. 項(xiàng)目概述從“one.zip”到C51的1-Wire總線實(shí)戰(zhàn)最近在整理老項(xiàng)目的資料庫翻出了一個名為“one.zip”的壓縮包。這個文件名簡單到讓人會心一笑里面裝的正是我多年前用C51單片機(jī)折騰1-Wire總線時攢下的一堆代碼、原理圖和調(diào)試筆記。1-Wire總線這個由達(dá)拉斯半導(dǎo)體現(xiàn)屬美信發(fā)明的單線通信協(xié)議以其極簡的硬件連接一根數(shù)據(jù)線加地線和獨(dú)特的寄生供電能力在溫濕度傳感、電子標(biāo)簽、設(shè)備認(rèn)證等場景中經(jīng)久不衰。盡管如今ARM Cortex-M內(nèi)核大行其道但在一些對成本極度敏感、功能專一的小型設(shè)備上經(jīng)典的8051內(nèi)核單片機(jī)我們常說的C51依然有其用武之地。這個“one.zip”項(xiàng)目就是如何在資源有限的C51平臺上穩(wěn)定、可靠地實(shí)現(xiàn)1-Wire總線通信的完整實(shí)踐記錄。它不僅僅是一份代碼更是一套包含了時序精準(zhǔn)控制、抗干擾設(shè)計(jì)、以及針對DS18B20這類經(jīng)典器件驅(qū)動的心法。如果你正在或即將在51系列單片機(jī)上對接1-Wire器件那么這份從老硬盤里挖出來的經(jīng)驗(yàn)或許能幫你避開我當(dāng)年踩過的那些坑。2. 1-Wire總線協(xié)議核心精要與C51適配挑戰(zhàn)1-Wire協(xié)議的精髓在于它僅用單根數(shù)據(jù)線就實(shí)現(xiàn)了雙向數(shù)據(jù)通信和對從設(shè)備的供電。這根線上掛載的所有設(shè)備都通過一個唯一的64位ROM ID進(jìn)行尋址支持多設(shè)備掛載。通信完全由主機(jī)Master即我們的C51單片機(jī)發(fā)起和控制通過嚴(yán)格的時間槽來區(qū)分?jǐn)?shù)位“0”、“1”以及復(fù)位、存在脈沖等命令。2.1 協(xié)議基礎(chǔ)時序就是一切1-Wire通信的基石是精確的微秒級時序。所有操作都始于一個由主機(jī)發(fā)出的復(fù)位脈沖至少480μs的低電平隨后主機(jī)釋放總線并切換到接收模式。在線路上的1-Wire從設(shè)備會在等待15-60μs后回應(yīng)一個存在脈沖60-240μs的低電平。主機(jī)檢測到這個脈沖便確認(rèn)總線上有設(shè)備就緒。隨后的數(shù)據(jù)讀寫操作均以時間槽為單位。每個時間槽通常持續(xù)60-120μs用于傳輸1比特?cái)?shù)據(jù)寫“1”時間槽主機(jī)拉低總線1-15μs然后釋放剩余時間保持高電平。寫“0”時間槽主機(jī)拉低總線至少60μs最多120μs然后釋放。讀時間槽主機(jī)拉低總線1-15μs后釋放然后在短暫的采樣窗口通常在起始下降沿后15μs內(nèi)讀取總線電平。高電平為“1”低電平為“0”。注意上述時間參數(shù)是DS18B20等經(jīng)典器件的典型值不同廠商、型號的1-Wire器件可能存在細(xì)微差異務(wù)必以具體器件的數(shù)據(jù)手冊為準(zhǔn)。2.2 C51平臺的特殊挑戰(zhàn)與應(yīng)對思路在STM32等現(xiàn)代MCU上我們可以輕松使用硬件定時器產(chǎn)生精準(zhǔn)延時甚至利用外部中斷或IO口翻轉(zhuǎn)功能來捕獲信號。但在傳統(tǒng)的C51如AT89C51、STC89C52上我們面臨幾個現(xiàn)實(shí)挑戰(zhàn)主頻較低且可變常見C51工作在11.0592MHz或12MHz每個機(jī)器周期1μs或約1μs。延時需要靠軟件循環(huán)實(shí)現(xiàn)精度受編譯器優(yōu)化和中斷影響。無高精度硬件定時器雖然有兩個16位定時器但用于μs級延時開銷過大且可能影響其他功能。中斷響應(yīng)延遲如果系統(tǒng)中開啟了中斷在讀寫1-Wire的關(guān)鍵時序窗口內(nèi)若發(fā)生中斷可能導(dǎo)致時序超差通信失敗。因此在C51上實(shí)現(xiàn)1-Wire驅(qū)動的核心思路是編寫高度優(yōu)化的、可重入的微秒級延時函數(shù)并在執(zhí)行關(guān)鍵1-Wire時序操作時短暫關(guān)閉全局中斷EA0。同時IO口應(yīng)配置為準(zhǔn)雙向模式這是51單片機(jī)IO的默認(rèn)模式具有弱上拉能力與1-Wire總線要求相符。3. C51驅(qū)動1-Wire總線的核心代碼實(shí)現(xiàn)與解析下面我將結(jié)合“one.zip”中的核心代碼模塊拆解如何在C51上構(gòu)建一個穩(wěn)健的1-Wire驅(qū)動層。我們以驅(qū)動最常見的DS18B20數(shù)字溫度傳感器為例。3.1 硬件連接與IO口定義假設(shè)使用P3.7口作為1-Wire總線。// 1-Wire 總線引腳定義 sbit DQ P3^7; // 數(shù)據(jù)線硬件上DQ引腳需要接一個4.7kΩ的上拉電阻至VCC這是1-Wire總線標(biāo)準(zhǔn)所要求的用于確保總線在空閑時處于高電平狀態(tài)并為寄生供電的從設(shè)備提供能量。3.2 微秒級延時函數(shù)的實(shí)現(xiàn)這是整個驅(qū)動的精度基礎(chǔ)。由于C51指令周期固定我們可以用_nop_()空操作1個機(jī)器周期和循環(huán)來構(gòu)建延時。/** * brief 微秒級延時 (適用于12MHz晶振1機(jī)器周期1us) * param t: 需要延時的微秒數(shù)對于12MHzt即us數(shù)。 * 注意此函數(shù)本身有調(diào)用開銷需校準(zhǔn)。 */ void Delay_us(unsigned char t) { while (t--) { _nop_(); _nop_(); _nop_(); _nop_(); // 根據(jù)實(shí)際測試調(diào)整_nop_數(shù)量以校準(zhǔn) } }實(shí)操心得這個延時函數(shù)非常不精確因?yàn)樗芫幾g器優(yōu)化和循環(huán)開銷影響。更可靠的方法是使用定時器。但對于簡單應(yīng)用可以通過示波器或邏輯分析儀調(diào)整循環(huán)體內(nèi)的_nop_()數(shù)量進(jìn)行粗略校準(zhǔn)。在“one.zip”的后期版本中我改用定時器0工作在模式28位自動重裝來產(chǎn)生一個基準(zhǔn)的10μs或50μs中斷在此基礎(chǔ)上構(gòu)建更精確的延時。這是從“能用”到“穩(wěn)定”的關(guān)鍵一步。3.3 1-Wire復(fù)位與存在檢測這是每次通信會話的開始。/** * brief 1-Wire 復(fù)位脈沖并檢測存在脈沖 * retval 1: 有設(shè)備響應(yīng)0: 無設(shè)備響應(yīng)或總線錯誤 */ bit OW_Reset(void) { bit presence_pulse; EA 0; // 關(guān)閉全局中斷防止時序被干擾 DQ 0; // 主機(jī)拉低總線產(chǎn)生復(fù)位脈沖 Delay_us(480); // 保持低電平至少480us DQ 1; // 釋放總線主機(jī)切換為接收 Delay_us(70); // 等待15-60us后采樣這里取70us保證安全 presence_pulse DQ; // 采樣總線電平低電平表示有存在脈沖 Delay_us(410); // 等待存在脈沖周期結(jié)束 (最少480us - 70us) EA 1; // 重新開啟中斷 return !presence_pulse; // 如果采樣到低電平(presence_pulse0)則返回1有設(shè)備 }關(guān)鍵點(diǎn)解析EA0/EA1包裹關(guān)鍵時序操作這是C51上提高1-Wire通信可靠性的黃金法則。否則一個意外的定時器或串口中斷就可能導(dǎo)致拉低或采樣時間偏差幾十微秒導(dǎo)致失敗。延時參數(shù)480、70、410這些數(shù)值是基于12MHz晶振和粗略軟件延時校準(zhǔn)后的結(jié)果。你需要根據(jù)自己系統(tǒng)的實(shí)際主頻和延時函數(shù)精度進(jìn)行調(diào)整。返回值邏輯存在脈沖期間從機(jī)會拉低總線所以主機(jī)采樣到低電平DQ0表示有設(shè)備函數(shù)返回1。3.4 單比特讀寫操作所有字節(jié)的讀寫都建立在單比特操作上。/** * brief 向1-Wire總線寫入1比特?cái)?shù)據(jù) * param bit_value: 要寫入的比特值0或1 */ void OW_WriteBit(bit bit_value) { EA 0; DQ 0; // 主機(jī)拉低總線啟動時間槽 _nop_(); _nop_(); // 極短延時約2us (12MHz) DQ bit_value; // 如果是寫1則釋放總線寫0則保持低電平 Delay_us(60); // 保持低電平時間對于寫0是60us寫1則很快釋放 DQ 1; // 釋放總線結(jié)束時間槽 // 兩個時間槽之間需要至少1us的恢復(fù)時間此處用短延時 _nop_(); _nop_(); EA 1; } /** * brief 從1-Wire總線讀取1比特?cái)?shù)據(jù) * retval 讀取到的比特值0或1 */ bit OW_ReadBit(void) { bit read_value; EA 0; DQ 0; // 主機(jī)拉低總線啟動讀時間槽 _nop_(); _nop_(); // 極短延時約2us DQ 1; // 主機(jī)釋放總線準(zhǔn)備采樣 _nop_(); _nop_(); _nop_(); _nop_(); // 等待約4us建立采樣窗口 read_value DQ; // 在下降沿后約15us內(nèi)采樣 Delay_us(55); // 等待讀時間槽剩余時間結(jié)束 EA 1; return read_value; }為什么讀和寫函數(shù)看起來這么像因?yàn)?-Wire的讀操作也是由主機(jī)發(fā)起的。主機(jī)先拉低總線1-15μs發(fā)出“讀命令”然后釋放并采樣。從設(shè)備會在主機(jī)拉低總線后決定是否將總線拉低來回應(yīng)“0”。所以O(shè)W_ReadBit函數(shù)開頭拉低又釋放的動作本質(zhì)上是在發(fā)起一個“讀時間槽”的請求。3.5 字節(jié)讀寫函數(shù)構(gòu)建有了單比特讀寫字節(jié)操作就是循環(huán)。/** * brief 向1-Wire總線寫入1字節(jié)數(shù)據(jù) * param byte_value: 要寫入的字節(jié) */ void OW_WriteByte(unsigned char byte_value) { unsigned char i; for (i 0; i 8; i) { OW_WriteBit(byte_value 0x01); // 先寫最低位 (LSB first) byte_value 1; } } /** * brief 從1-Wire總線讀取1字節(jié)數(shù)據(jù) * retval 讀取到的字節(jié) */ unsigned char OW_ReadByte(void) { unsigned char i, byte_value 0; for (i 0; i 8; i) { byte_value 1; // 先右移 if (OW_ReadBit()) { byte_value | 0x80; // 如果讀到1則設(shè)置最高位 } } return byte_value; }注意事項(xiàng)1-Wire協(xié)議規(guī)定先傳輸字節(jié)的最低位LSB First。OW_WriteByte中byte_value 0x01和OW_ReadByte中先右移再置位最高位的寫法正是遵循了這一規(guī)則。這是很多初學(xué)者容易出錯的地方。4. 驅(qū)動DS18B20溫度傳感器的完整應(yīng)用流程有了底層讀寫函數(shù)我們就可以按照DS18B20的命令序列來操作了。一次完整的溫度轉(zhuǎn)換和讀取流程如下4.1 初始化與ROM命令復(fù)位與存在檢測調(diào)用OW_Reset()確認(rèn)傳感器在線。發(fā)送ROM命令如果總線上只有一個DS18B20可以使用跳過ROM命令0xCC直接對總線上所有設(shè)備進(jìn)行操作。這是單設(shè)備場景下最常用的命令簡化了流程。OW_WriteByte(0xCC); // 跳過ROM命令4.2 發(fā)送功能命令與讀取數(shù)據(jù)發(fā)送功能命令緊接著發(fā)送啟動溫度轉(zhuǎn)換命令0x44。OW_WriteByte(0x44); // 啟動溫度轉(zhuǎn)換此時DS18B20開始進(jìn)行溫度轉(zhuǎn)換。對于12位分辨率默認(rèn)轉(zhuǎn)換時間最長為750ms。在此期間主機(jī)可以釋放總線去做其他事情或者通過OW_ReadBit()讀取DQ線如果為低則表示轉(zhuǎn)換未完成為高則表示完成也可用延時等待。再次初始化轉(zhuǎn)換完成后需要再次發(fā)起復(fù)位和存在檢測序列。發(fā)送讀取命令再次發(fā)送跳過ROM命令0xCC然后發(fā)送讀暫存器命令0xBE。OW_Reset(); OW_WriteByte(0xCC); // 跳過ROM OW_WriteByte(0xBE); // 讀暫存器命令讀取溫度數(shù)據(jù)連續(xù)讀取9個字節(jié)DS18B20暫存器共9字節(jié)。溫度值存儲在前兩個字節(jié)LSB和MSB。unsigned char temp_data[9]; for(i 0; i 9; i) { temp_data[i] OW_ReadByte(); }數(shù)據(jù)解析將兩個字節(jié)組合成一個16位有符號整數(shù)。DS18B20的溫度數(shù)據(jù)以1/16°C為LSB。int raw_temp (temp_data[1] 8) | temp_data[0]; // 合成16位數(shù)據(jù) float temperature; if (raw_temp 0x8000) { // 判斷是否為負(fù)數(shù) raw_temp ~raw_temp 1; // 取補(bǔ)碼 temperature -((float)raw_temp * 0.0625); } else { temperature (float)raw_temp * 0.0625; // 0.0625 1/16 }temp_data[1]是高字節(jié)temp_data[0]是低字節(jié)。0.0625是分辨率。4.3 寄生供電模式下的強(qiáng)上拉操作如果DS18B20采用寄生供電即VDD引腳接地完全依靠數(shù)據(jù)線在空閑時通過上拉電阻供電在執(zhí)行溫度轉(zhuǎn)換(0x44)或拷貝暫存器到EEPROM(0x48)等耗電較大的操作時必須在命令發(fā)出后的10μs內(nèi)將總線通過一個MOSFET強(qiáng)拉到VCC提供更大電流并持續(xù)到操作完成。這在C51上通常通過一個額外的IO口控制MOSFET實(shí)現(xiàn)。sbit POWER_CTRL P1^0; // 控制強(qiáng)上拉MOSFET的引腳 // 發(fā)送啟動轉(zhuǎn)換命令后 OW_WriteByte(0x44); POWER_CTRL 1; // 開啟強(qiáng)上拉 Delay_ms(750); // 等待轉(zhuǎn)換完成時間根據(jù)分辨率而定 POWER_CTRL 0; // 關(guān)閉強(qiáng)上拉重要提示如果使用外部電源為DS18B20供電VDD接3.3V或5V則不需要強(qiáng)上拉操作通信可靠性會更高。這是提升系統(tǒng)穩(wěn)定性的一個關(guān)鍵設(shè)計(jì)選擇。5. 多設(shè)備掛載與ROM ID搜索算法當(dāng)一根1-Wire總線上掛有多個設(shè)備如多個DS18B20時就需要通過唯一的64位ROM ID來區(qū)分它們。這涉及到更復(fù)雜的搜索ROM算法命令0xF0。5.1 搜索算法原理簡述搜索算法是一個基于“沖突”的遞歸過程。主機(jī)通過“讀”操作讓所有設(shè)備在同一時間槽內(nèi)回復(fù)自己ROM ID的某一位。如果所有設(shè)備在該位都回復(fù)相同的值0或1主機(jī)就得到該位的確定值。如果有的設(shè)備回復(fù)0有的回復(fù)1就發(fā)生了“沖突”。主機(jī)此時必須做出“選擇”先向0方向搜索還是向1方向搜索。通過記錄這些選擇點(diǎn)主機(jī)可以遍歷總線上所有設(shè)備的ROM ID。5.2 C51上的簡化實(shí)現(xiàn)考量完整的搜索算法實(shí)現(xiàn)起來代碼量較大且對時序和狀態(tài)記錄要求高。在資源緊張的C51上有更實(shí)用的替代方案單設(shè)備跳過ROM如果應(yīng)用確定只有單一設(shè)備直接使用0xCC跳過ROM命令這是最簡單可靠的。已知ROM ID直接尋址如果設(shè)備ROM ID已知可通過編程器或一次性搜索后存入EEPROM則可以使用匹配ROM命令0x55后跟64位ROM ID直接與特定設(shè)備對話。unsigned char rom_code[8] {0x28, 0xFF, 0x...}; // 已知的ROM ID OW_Reset(); OW_WriteByte(0x55); // 匹配ROM命令 for(i0; i8; i) { OW_WriteByte(rom_code[i]); } // 接下來發(fā)送功能命令...僅在上電時搜索一次在系統(tǒng)初始化時執(zhí)行一次完整的搜索算法將找到的所有ROM ID存入數(shù)組。之后的正常操作中使用“匹配ROM”命令進(jìn)行尋址。這樣可以避免在每次測溫時都進(jìn)行耗時的搜索。對于大多數(shù)C51應(yīng)用方案2或3更為可行。完整的搜索算法代碼較長在“one.zip”中有一個實(shí)現(xiàn)版本其核心是維護(hù)一個“上次分歧位”的變量并遞歸地嘗試兩條路徑。由于篇幅所限這里不展開全部代碼但其關(guān)鍵在于正確處理讀回?cái)?shù)據(jù)中的沖突位并管理好搜索路徑的回溯。6. 調(diào)試技巧、常見問題與穩(wěn)定性優(yōu)化在實(shí)際焊接電路和編寫代碼時問題總會不期而至。以下是我從“one.zip”項(xiàng)目的調(diào)試筆記中總結(jié)出的精華。6.1 硬件問題排查清單現(xiàn)象可能原因排查方法始終無存在脈沖1. 接線錯誤DQ、GND2. 上拉電阻未接或損壞3. 傳感器損壞4. 電源問題寄生供電時電流不足1. 用萬用表檢查通斷。2. 確認(rèn)4.7kΩ上拉電阻正確連接至VCC。3. 更換傳感器測試。4. 嘗試改為外部供電VDD接3.3V/5V。偶爾通信失敗數(shù)據(jù)亂碼1. 時序不精確2. 總線受到干擾長線、靠近電機(jī)等3. 中斷干擾關(guān)鍵時序4. 寄生供電模式下未加強(qiáng)上拉1. 用邏輯分析儀抓取波形對比DS18B20時序圖。2. 縮短總線長度使用雙絞線遠(yuǎn)離干擾源。3. 確認(rèn)在OW_ReadBit、OW_WriteBit等函數(shù)中關(guān)閉了中斷EA0。4. 在轉(zhuǎn)換命令后增加強(qiáng)上拉電路并控制。讀回的溫度值固定為85°C或0°C85°C是上電默認(rèn)值0°C可能是讀取錯誤。通常是因?yàn)閺?fù)位/讀寫時序不符合要求導(dǎo)致DS18B20沒有正確執(zhí)行命令。重點(diǎn)檢查OW_Reset和OW_WriteBit/OW_ReadBit中的延時參數(shù)。使用邏輯分析儀是最高效的手段。6.2 軟件層面的穩(wěn)定性優(yōu)化增加重試機(jī)制任何一次OW_Reset()或讀寫操作失敗都應(yīng)加入重試邏輯。例如連續(xù)進(jìn)行3次復(fù)位檢測只有兩次成功才認(rèn)為初始化成功。bit OW_Reset_With_Retry(unsigned char retries) { while(retries--) { if(OW_Reset()) { return 1; // 成功 } Delay_ms(2); // 失敗后稍作延遲再試 } return 0; // 全部重試失敗 }CRC校驗(yàn)DS18B20暫存器的第9字節(jié)是前面8字節(jié)的CRC校驗(yàn)碼。在讀取溫度數(shù)據(jù)后應(yīng)計(jì)算前8字節(jié)的CRC并與讀回的第9字節(jié)對比。如果不匹配則丟棄本次數(shù)據(jù)并重試。這能有效發(fā)現(xiàn)因干擾導(dǎo)致的傳輸錯誤?！皁ne.zip”里包含了一個針對DS18B20的CRC8查表法計(jì)算函數(shù)。精準(zhǔn)延時校準(zhǔn)放棄不可靠的純軟件循環(huán)延時。使用定時器中斷來產(chǎn)生一個基準(zhǔn)時間單元如10μs。所有1-Wire延時都基于這個基準(zhǔn)單元進(jìn)行計(jì)數(shù)精度和可移植性大幅提升?？偩€恢復(fù)在連續(xù)多次通信失敗后可以嘗試讓主機(jī)連續(xù)輸出多個480μs以上的低電平脈沖類似長復(fù)位這有助于將可能“卡住”的從設(shè)備狀態(tài)機(jī)拉回初始狀態(tài)。6.3 邏輯分析儀你的最佳搭檔沒有邏輯分析儀調(diào)試1-Wire就像蒙著眼睛走路。一個廉價的USB邏輯分析儀如Saleae Logic 8克隆版配合DSView等軟件可以直觀地看到復(fù)位脈沖、存在脈沖、每一個讀寫時間槽的電平變化。將抓取的波形與數(shù)據(jù)手冊中的時序圖嚴(yán)格對比是定位時序問題最快、最直接的方法。你可以清晰地看到你的“15μs低電平”在實(shí)際波形中是10μs還是20μs采樣點(diǎn)是否在有效窗口內(nèi)。7. 從C51到現(xiàn)代MCU的思考與項(xiàng)目擴(kuò)展雖然本項(xiàng)目聚焦于C51但1-Wire協(xié)議的思想是通用的。在現(xiàn)代的STM32、GD32等ARM Cortex-M MCU上實(shí)現(xiàn)方式有了更多選擇GPIO模擬思路與C51完全相同但得益于更高的主頻和更精準(zhǔn)的定時器如SysTick延時可以做得更精確。同時利用GPIO的“位帶”操作可以像操作C51的sbit一樣直接操作單個IO非常方便。外部中斷檢測可以利用MCU的外部中斷功能在主機(jī)拉低總線啟動讀時間槽后配置中斷在下降沿或上升沿觸發(fā)從而更精準(zhǔn)地捕獲從設(shè)備的響應(yīng)減少軟件延時的依賴。定時器PWM與輸入捕獲更高級的用法是利用定時器的PWM模式產(chǎn)生精確的復(fù)位脈沖和寫時間槽利用輸入捕獲模式來測量存在脈沖的寬度和讀時間槽的響應(yīng)。這幾乎將CPU完全解放出來?！皁ne.zip”項(xiàng)目雖然基于古老的C51平臺但它所涉及的精確時序控制、抗干擾設(shè)計(jì)、協(xié)議層狀態(tài)機(jī)實(shí)現(xiàn)、以及調(diào)試方法論是嵌入式開發(fā)中普適的技能。理解了這個在資源受限環(huán)境下的實(shí)現(xiàn)當(dāng)你轉(zhuǎn)移到功能更強(qiáng)大的平臺時不僅能輕松移植更能理解那些高級外設(shè)如UART in smart-card mode, I2C等為何要如此設(shè)計(jì)。最后如果你打算深化這個項(xiàng)目可以考慮添加更多的1-Wire器件支持如DS2431 EEPROM、DS2413 IO擴(kuò)展器甚至嘗試用C51做一個簡單的1-Wire網(wǎng)絡(luò)嗅探器那將會是對協(xié)議理解的又一次升華。本文還有配套的精品資源點(diǎn)擊獲取