簡介面向51單片機(jī)學(xué)習(xí)者和電子設(shè)計人員這套基于AT89C52的智能門禁系統(tǒng)完整設(shè)計方案實現(xiàn)了RFID射頻識別刷卡開門、密碼鍵盤解鎖、LCD12864實時顯示卡號、管理員權(quán)限管理及一鍵恢復(fù)出廠設(shè)置等功能適合課程設(shè)計、畢業(yè)設(shè)計及項目原型開發(fā)。壓縮包共61個文件大小約502KB內(nèi)含Proteus8.11仿真原理圖、C語言源程序、Keil工程文件、Visio流程圖及PDF設(shè)計文檔其中.c/.h源碼便于閱讀修改.hex可燒錄驗證.uvproj工程文件可直接打開編譯.pdsprj仿真文件方便觀察運(yùn)行效果。目前已有2567人學(xué)習(xí)下載。這套資料覆蓋從硬件設(shè)計到軟件調(diào)試的完整鏈路模塊資料齊全能幫助初學(xué)者在較短時間內(nèi)掌握51單片機(jī)與RFID、LCD12864等外設(shè)的綜合應(yīng)用方法。1. 項目梳理這套智能門禁到底在做什么1.1 為什么拿51單片機(jī)做門禁系統(tǒng)先聊一個很多人糾結(jié)的問題現(xiàn)在ARM、ESP32滿地都是為什么還要用51單片機(jī)做門禁我的答案很直接因為這套系統(tǒng)的真實需求51完全扛得住而且扛得相當(dāng)舒服。門禁系統(tǒng)的核心邏輯說白了就是“驗證身份、控制開鎖、記錄狀態(tài)”。這三種操作對主頻和算力的要求非常低刷卡后比對卡號、密碼后翻轉(zhuǎn)一個IO口整個過程耗時也就是毫秒級。51單片機(jī)雖然主頻只有12MHz左右但處理這種任務(wù)綽綽有余。更重要的是51單片機(jī)的引腳功能直觀、中斷系統(tǒng)簡單、資料鋪天蓋地特別適合把這套系統(tǒng)作為“把學(xué)過的知識點(diǎn)串起來”的綜合練手項目。單片機(jī)的最小系統(tǒng)、按鍵掃描、數(shù)碼管/LCD顯示、串口通信、定時器中斷、PWM輸出這些課程里學(xué)過的零散點(diǎn)在這個項目里全都用得上了。所以我的判斷是智能門禁是51單片機(jī)項目里性價比最高的題目之一。它不像智能小車那樣涉及復(fù)雜的電機(jī)控制和傳感器融合也不像倒車?yán)走_(dá)那樣需要處理超聲波回波時序但它能讓學(xué)生接觸到一個完整的嵌入式產(chǎn)品形態(tài)輸入設(shè)備讀卡器、鍵盤、輸出設(shè)備LCD、舵機(jī)、蜂鳴器、存儲設(shè)備EEPROM以及核心的控制邏輯。做完這個項目再去看基于STM32的門禁方案你會發(fā)現(xiàn)思路完全相通只是換了性能更強(qiáng)的平臺。1.2 功能模塊拆解與需求分析這套門禁系統(tǒng)的功能要定得清晰不然做的時候會越做越散。我按實際需求把功能拆成了這樣幾塊身份驗證支持RFID IC卡刷卡驗證也支持4x4矩陣鍵盤輸入密碼驗證兩種方式二選一即可通過開鎖控制驗證通過后通過PWM信號驅(qū)動舵機(jī)轉(zhuǎn)動模擬電鎖開鎖保持幾秒后自動復(fù)位信息顯示LCD1602實時顯示系統(tǒng)狀態(tài)比如待機(jī)提示、刷卡卡號、密碼輸入位數(shù)、開鎖成功/失敗提示聲光提示蜂鳴器不同頻率的響聲代表不同事件綠色LED亮表示驗證通過紅色LED亮表示驗證失敗掉電存儲管理員密碼和已授權(quán)的卡號存儲在AT24C02芯片中斷電不丟失重新上電后依然有效擴(kuò)展預(yù)留預(yù)留串口調(diào)試接口方便通過串口往PC端打印日志便于排查問題這個功能清單看起來不復(fù)雜但每一塊都能對應(yīng)到具體的單片機(jī)外設(shè)知識點(diǎn)。RFID涉及SPI通信舵機(jī)涉及定時器PWMLCD1602涉及并行數(shù)據(jù)傳輸時序AT24C02涉及I2C通信蜂鳴器涉及定時器產(chǎn)生不同頻率方波。可以說這一套做下來51單片機(jī)的大部分核心外設(shè)都被你摸過一遍了。2. 硬件選型與原理圖設(shè)計要點(diǎn)2.1 主控、讀卡模塊和開鎖部件的選型邏輯硬件選型是整個項目的地基選錯了后面全是眼淚。我當(dāng)初踩了不少坑這里直接分享最終驗證過的最優(yōu)組合。第一塊是主控。我用的是STC89C52RC這是最經(jīng)典的51增強(qiáng)型芯片F(xiàn)lash容量8KB片上RAM 512字節(jié)支持ISP下載不需要額外的燒錄器一根USB轉(zhuǎn)TTL線就能下載程序。注意STC89C52有兩個串口但第二個串口只能通過寄存器配置映射到特定引腳初學(xué)階段用默認(rèn)的P3.0和P3.1即可。它的引腳功能分布也清晰P0口要接上拉電阻才能驅(qū)動LCD這類并行設(shè)備這個細(xì)節(jié)設(shè)計原理圖的時候就要提前考慮。第二塊是讀卡模塊。我建議直接用MFRC522模塊。市面上有現(xiàn)成的RC522射頻模塊工作頻率13.56MHz支持Mifare S50和S70兩種卡SPI接口通信模塊上還集成天線匹配電路直接接上就能用。為什么不用125kHz的ID卡模塊因為ID卡只能讀取卡號不能寫入數(shù)據(jù)安全性和擴(kuò)展性都比較差而IC卡除了卡號還能讀寫扇區(qū)數(shù)據(jù)后期如果想加“卡片有效期”“按次計費(fèi)”這些功能IC卡都能支持。RC522模塊的3.3V供電問題也要提前處理好它不能直接吃5V需要經(jīng)過穩(wěn)壓電路降壓。第三塊是開鎖部件。兩種方案各有適用場景一種是用SG90舵機(jī)另一種是用繼電器控制電磁鎖。SG90舵機(jī)的好處是電流小、控制直觀、不需要額外驅(qū)動電路適合桌面演示和學(xué)生實驗電磁鎖更適合真實現(xiàn)場環(huán)境但需要12V電源和繼電器驅(qū)動對初學(xué)者來說多了一道功率電路的坎。我建議動手階段先用舵機(jī)把自己的邏輯跑通后續(xù)想落地再換繼電器方案。2.2 LCD、按鍵和提示部件的搭配細(xì)節(jié)LCD1602是這套系統(tǒng)的“臉面”。它一共有16個引腳其中數(shù)據(jù)線D0到D7接P0口的8個引腳RS、RW、E三個控制腳分別接P2.0、P2.1、P2.2。這里有個非常重要的細(xì)節(jié)P0口是開漏輸出內(nèi)部沒有上拉電阻接LCD數(shù)據(jù)線時必須外接4.7kΩ或10kΩ的上拉排阻否則LCD顯示會出現(xiàn)亂碼或完全不顯示。我自己第一次裝機(jī)時忽略了這個細(xì)節(jié)折騰了兩天才發(fā)現(xiàn)是上拉電阻沒焊這屬于51單片機(jī)硬件設(shè)計里最經(jīng)典的坑之一。矩陣鍵盤我用的是4x4布局一共16個按鍵占用P1口的8個引腳。其中P1.0到P1.3作為行掃描線P1.4到P1.7作為列檢測線。按鍵掃描的邏輯大家應(yīng)該都不陌生逐行拉低檢測列電平變化結(jié)合行列編號合成鍵值。這個方案能省不少IO口代價是掃描代碼稍微復(fù)雜一點(diǎn)但51的IO口本身就緊張這個代價值得。蜂鳴器接在P2.3口通過8550三極管驅(qū)動單片機(jī)引腳輸出高電平給基極時蜂鳴器不響輸出低電平時才響這里注意是低電平驅(qū)動。雙色LED模塊紅綠接在P2.4和P2.5口分別控制紅色和綠色燈。2.3 電源分配與電平匹配心得電源設(shè)計是整個系統(tǒng)最容易出問題、也最容易被忽視的環(huán)節(jié)。整套系統(tǒng)的供電方案我是這樣設(shè)計的外部輸入5V直流電源經(jīng)過一個自恢復(fù)保險絲后分成三路。第一路直接給STC89C52、LCD1602、蜂鳴器、矩陣鍵盤供電第二路經(jīng)過AMS1117-3.3穩(wěn)壓芯片降壓到3.3V后給MFRC522供電第三路經(jīng)過一個470μF電解電容濾波后單獨(dú)給舵機(jī)供電。為什么舵機(jī)的電源要單獨(dú)分一路因為SG90舵機(jī)啟動瞬間的電流可能達(dá)到500mA到700mA如果不加濾波電容、不單獨(dú)走線這股電流會把系統(tǒng)電壓拉低導(dǎo)致單片機(jī)復(fù)位重啟。我實測過舵機(jī)直接和單片機(jī)共用一根杜邦線供電時每次轉(zhuǎn)動都會導(dǎo)致LCD閃一下嚴(yán)重時程序直接跑飛。加了獨(dú)立濾波電容和大電容儲能后才穩(wěn)定下來。這一點(diǎn)在實際項目中比任何代碼優(yōu)化都重要。3. 軟件架構(gòu)與核心代碼實現(xiàn)3.1 主循環(huán)狀態(tài)機(jī)設(shè)計思路軟件部分是整個項目的靈魂。我采用了一種非常經(jīng)典的“狀態(tài)機(jī)消息隊列”的寫法把整個系統(tǒng)劃分成幾個明確的狀態(tài)每個狀態(tài)下只處理屬于這個狀態(tài)的事件。這樣做的好處是邏輯清晰、不容易亂出問題時也能快速定位是哪個狀態(tài)下出的問題。系統(tǒng)的狀態(tài)定義如下待機(jī)狀態(tài)IDLE默認(rèn)狀態(tài)LCD顯示“Welcome”等待刷卡或輸入密碼讀卡驗證狀態(tài)CHECK_CARD檢測到卡片后讀取卡號與白名單卡號逐一比對密碼輸入狀態(tài)INPUT_PWD用戶輸入四位密碼按確認(rèn)鍵后校驗開鎖狀態(tài)UNLOCK驗證通過開鎖并計時保持5秒后回到待機(jī)報警狀態(tài)ALARM驗證失敗三次蜂鳴器長鳴紅燈閃爍30秒內(nèi)鎖定鍵盤和讀卡器主循環(huán)的偽代碼邏輯大致如下void main() { System_Init(); // 初始化定時器、串口、LCD、RC522、EEPROM等外設(shè) while(1) { // 事件采集 KeyEvent MatrixKey_Scan(); // 周期性掃描鍵盤 CardEvent RC522_PollCard(); // 非阻塞輪詢讀卡器 // 狀態(tài)機(jī)處理 switch(System_State) { case STATE_IDLE: if(CardEvent CARD_DETECTED) System_State STATE_CHECK_CARD; else if(KeyEvent KEY_STAR) System_State STATE_INPUT_PWD; break; case STATE_CHECK_CARD: // 讀取UID并比對 ... break; // 其他狀態(tài)類似 } } }這種寫法的好處是每個狀態(tài)只用關(guān)注自己需要的事件邏輯不會互相干擾。比如在報警狀態(tài)時即使檢測到了卡片也不會進(jìn)入讀卡狀態(tài)因為狀態(tài)機(jī)的流轉(zhuǎn)條件被鎖住了。3.2 RC522讀卡流程與SPI通信注意事項MFRC522這個模塊的讀卡流程可以拆成四步尋卡、防碰撞、選卡、讀卡號。每一步都對應(yīng)RC522寄存器的一組操作。通過SPI向RC522的寄存器寫入命令字來實現(xiàn)。這套流程是NXP定義的標(biāo)準(zhǔn)流程任何讀卡器芯片都大同小異。這里我貼一段最核心的讀取卡號代碼// 尋卡命令字0x52表示尋所有卡 u8 RC522_Request(u8 req_mode, u8 *tag_type) { u8 status; u8 buf[2]; status PcdRequest(req_mode, buf); // 發(fā)送尋卡命令 if(status MI_OK) { tag_type[0] buf[0]; tag_type[1] buf[1]; } return status; } // 防碰撞返回卡號 u8 RC522_Anticoll(u8 *serial) { u8 status; u8 i; u8 buf[5]; status PcdAnticoll(buf); // 防碰撞操作 if(status MI_OK) { for(i 0; i 4; i) serial[i] buf[i]; // 前4字節(jié)是卡號 } return status; }RC522模塊和單片機(jī)之間用SPI通信涉及SCK、MOSI、MISO、SDA其實對應(yīng)SPI的CS片選、RST這幾個信號線。有一點(diǎn)需要注意RC522模塊的SPI接口是3.3V電平邏輯而51單片機(jī)是5V電平所以需要在MISO線上串聯(lián)一個1kΩ電阻做電平適配防止模塊被5V電平打壞。很多人一開始沒注意這個問題讀卡模塊用幾天就燒了就是這個原因。3.3 舵機(jī)PWM控制的實現(xiàn)要點(diǎn)SG90舵機(jī)是一個典型的PWM控制設(shè)備。它的控制信號是周期為20ms的方波其中高電平脈寬決定了舵機(jī)的轉(zhuǎn)角0.5ms脈寬對應(yīng)0度1.5ms脈寬對應(yīng)90度中間位置2.5ms脈寬對應(yīng)180度門禁場景下我設(shè)定舵機(jī)初始角度為0度鎖舌按下驗證通過后轉(zhuǎn)到90度開鎖保持5秒后回到0度。這個角度變化通過修改定時器比較值來實現(xiàn)。我用定時器0產(chǎn)生一個2ms的基礎(chǔ)中斷每10次中斷20ms為一個完整的PWM周期。在中斷服務(wù)函數(shù)里通過一個計數(shù)器變量控制高電平持續(xù)時間void Timer0_ISR() interrupt 1 { static u16 t 0; TH0 0xA0; // 2ms重載值對應(yīng)11.0592MHz晶振 TL0 0x00; t; if(t 1) SERVO_PIN 1; // 每周期開始時拉高 if(t SERVO_PWM_VAL) SERVO_PIN 0; // 到達(dá)高電平時間后拉低 if(t 10) t 0; // 10個2ms 20ms周期 }SERVO_PWM_VAL這個變量就是控制舵機(jī)角度的關(guān)鍵。對于2ms基礎(chǔ)中斷0度對應(yīng)的值是10.5ms/2ms取整約等于0.25實際通過微調(diào)大約在1附近90度對應(yīng)的是7或81.5ms/2ms 7.5。實際項目中不要死記這些理論值因為舵機(jī)個體差異很大最好寫一個按鍵微調(diào)程序?qū)嶋H測試每個角度對應(yīng)的最合適的比較值。3.4 密碼校驗與EEPROM掉電存儲的實現(xiàn)密碼校驗邏輯比較直接用戶通過矩陣鍵盤輸入四位數(shù)字每輸入一位LCD上顯示一個星號屏蔽實際數(shù)字輸入完成后按“#”鍵確認(rèn)按“*”鍵清除重輸。但有一個容易被忽略的設(shè)計管理員密碼需要支持修改而且修改后要能掉電保存。這就用到了AT24C02芯片。AT24C02是一個2Kbit的EEPROMI2C接口正好可以用51的IO口軟件模擬I2C協(xié)議實現(xiàn)讀寫。我的存儲結(jié)構(gòu)是這樣的// EEPROM存儲結(jié)構(gòu) // 地址0密碼標(biāo)志位0xFF表示已設(shè)置密碼 // 地址1-4四位密碼的ASCII碼 // 地址5授權(quán)卡號數(shù)量 // 地址6開始卡號列表每個卡號占4字節(jié)這樣的設(shè)計讓系統(tǒng)重啟后能自動加載白名單卡號和密碼不需要重新配置。做產(chǎn)品化迭代時這個設(shè)計是必須的基礎(chǔ)能力。4. 電路設(shè)計與Proteus仿真驗證4.1 在Proteus里搭建最小系統(tǒng)的注意點(diǎn)很多人在開始焊板子之前會先用Proteus做仿真驗證這個習(xí)慣非常好。Proteus 8以上版本內(nèi)置了AT89C51和STC系列的仿真模型搭建一個最小系統(tǒng)只需拖出單片機(jī)芯片、晶振、復(fù)位電路、上拉排阻、LCD1602模型即可。不過Proteus仿真有個天然的局限它沒有MFRC522的仿真模型。我的做法是用一個按鍵矩陣來模擬“刷卡”這個動作——按下一個按鍵就相當(dāng)于把一個固定的卡號“插入”讀卡器。這樣雖然不能驗證真實的RFID通信流程但能把主控邏輯、狀態(tài)機(jī)、LCD顯示、舵機(jī)控制這些功能全部跑通。在Proteus中還有一個常見的坑LCD1602模型對時序非常挑剔如果你的初始化代碼里時序不夠標(biāo)準(zhǔn)比如寫命令之間沒有加足夠延時實物可能勉強(qiáng)能跑但仿真里就直接不顯示。反過來仿真正常但實物不正常的情況也常見。所以仿真過的主要價值是驗證軟件邏輯硬件問題還是得靠實物調(diào)。4.2 從仿真到實物的關(guān)鍵差異與應(yīng)對從Proteus仿真轉(zhuǎn)到實物焊接有幾個差異是必須心里有數(shù)的第一仿真里舵機(jī)不會真的轉(zhuǎn)。Proteus里SG90模型只是一個PWM波形顯示器你不能看到真實的機(jī)械轉(zhuǎn)動。所以舵機(jī)角度是否正確、力矩是否足夠只能在實機(jī)上驗證。第二仿真的電源是理想電源不會出現(xiàn)壓降問題。但實物上如果USB口供電能力不足舵機(jī)一轉(zhuǎn)單片機(jī)就復(fù)位是家常便飯。建議準(zhǔn)備一個開關(guān)電源適配器供電電流在1A以上比較穩(wěn)妥。第三仿真里RC522的通信邏輯無法驗證。我自己第一次做實物時SPI時序代碼就是靠邏輯分析儀一點(diǎn)一點(diǎn)對的。如果沒有邏輯分析儀可以先用示波器看SCK和MISO波形確保通信正常后再寫業(yè)務(wù)邏輯。5. 調(diào)試過程中踩過的坑與排查實錄5.1 常見問題速查表做這個項目前后我整理了這么一份排查表基本覆蓋了初學(xué)者最容易遇到的幾類問題現(xiàn)象可能原因排查方法上電后LCD無反應(yīng)P0口沒加上拉電阻檢查是否有10kΩ排阻用萬用表量P0口電壓刷IC卡無反應(yīng)模塊供電電壓不對或接線錯誤測模塊VCC是否為3.3V檢查SPI四根線是否接對舵機(jī)不停抖動PWM占空比不穩(wěn)定或電流不足檢查定時器初始化和舵機(jī)供電電容密碼正確但不開鎖舵機(jī)角度比較值不對單獨(dú)寫一個舵機(jī)測試程序微調(diào)角度值蜂鳴器一直滴滴響IO口驅(qū)動方式理解錯誤確認(rèn)蜂鳴器是高電平驅(qū)動還是低電平驅(qū)動掉電后密碼丟失AT24C02的I2C時序不對用示波器看SDA/SCL波形比對時序圖程序下載失敗下載時沒有斷電重啟串口下載時先點(diǎn)下載按鈕再給板上電LCD顯示亂碼數(shù)據(jù)線和控制線接錯對照原理圖一根一根量通斷5.2 幾條花了不少時間總結(jié)的避坑心得先說舵機(jī)抖動。這個問題表面上是“PWM不穩(wěn)”實際上是供電和信號地電位漂移疊加的結(jié)果。舵機(jī)大電流從電源線流過時會在線阻上產(chǎn)生壓降導(dǎo)致單片機(jī)參考地電位被抬高PWM波形出現(xiàn)微小的抖動舵機(jī)內(nèi)部電路把這個抖動當(dāng)成誤動作信號就開始原地哆嗦。解決辦法是把舵機(jī)的電源負(fù)極和單片機(jī)的地在電源入口處單點(diǎn)匯接不要順著杜邦線串接。再說RC522模塊距離的問題。MFRC522模塊引線如果超過20cm讀卡靈敏度會明顯下降表現(xiàn)就是卡要貼得很近才能讀到或者干脆讀不到。如果布局上必須拉長線要用雙絞線或者屏蔽線并適當(dāng)降低通信速率調(diào)大SPI分頻系數(shù)。還有一個是AT24C02的I2C死鎖問題。I2C總線上如果某一方中止通信時恰好把SDA拉低總線就鎖死了后面所有讀寫都無法進(jìn)行。我的應(yīng)對策略是每次通信開始前先軟件復(fù)位一遍I2C總線——把SCL時鐘線連續(xù)翻轉(zhuǎn)9次以上將總線上可能殘留的非法狀態(tài)清掉。這個技巧雖然簡單但在項目里幫了我大忙。5.3 我是如何快速定位問題的最后分享一個排查問題的順序習(xí)慣。很多朋友遇到問題喜歡先改代碼一遍一遍燒錄測試結(jié)果改來改去問題還在那里。我現(xiàn)在的習(xí)慣是“先硬件后軟件先電源后邏輯”拿到一塊不工作的板子先用萬用表量電源電壓對不對然后量晶振有沒有起振示波器測XTAL引腳有沒有正弦波再量復(fù)位電路的電壓是否符合要求最后才輪到下載程序看現(xiàn)象。這套流程下來至少能排除掉七成以上的硬件問題。剩余的邏輯問題就用單片機(jī)串口往PC端打印調(diào)試信息每一步的狀態(tài)變化都打印出來很快就能定位到狀態(tài)機(jī)卡在哪個環(huán)節(jié)。這個方法從51到ARM通用越早養(yǎng)成這個習(xí)慣后面做復(fù)雜項目越受益。我個人在實際操作中的體會是這套基于51單片機(jī)的智能門禁項目真正值錢的地方不是那幾行控制代碼而是它逼迫你打通了從硬件選型、電路設(shè)計、軟件架構(gòu)到系統(tǒng)調(diào)試的完整閉環(huán)。你會在調(diào)舵機(jī)角度時理解PWM的本質(zhì)會在讀不到卡號時被迫搞懂SPI時序會在掉電丟失密碼時才發(fā)現(xiàn)自己根本沒有理解I2C協(xié)議。這些經(jīng)歷都是在課本上學(xué)不到但又恰恰是工程現(xiàn)場最需要的。所以如果你正卡在這個項目的某個環(huán)節(jié)上別急著懷疑自己對照上面的排查表一步步查你一定能把問題揪出來。本文還有配套的精品資源點(diǎn)擊獲取