1. 項目概述從仿真到實踐的汽車燈光控制最近在整理一些老項目的資料翻到了當年用51單片機做的一個汽車轉向燈控制系統仿真。這玩意兒雖然現在看技術棧有點“復古”但作為理解嵌入式系統開發、硬件仿真和汽車電子控制邏輯的入門項目依然非常經典。很多朋友一上來就想搞STM32、搞FreeRTOS其實基礎不牢很多底層時序、中斷和硬件交互的概念是模糊的。這個基于51單片機和Proteus仿真的項目恰恰能幫你把這些基礎打扎實。簡單說這個項目就是用一塊最經典的89C51/52單片機模擬實現汽車上那套燈光控制邏輯左轉、右轉、雙閃危險報警燈并且通過按鍵來模擬駕駛員的操作輸入在Proteus這個虛擬的電子實驗室里讓LED燈按照真實的頻率和模式閃爍起來。你別看它簡單里面涉及了單片機GPIO控制、按鍵消抖、狀態機編程、定時器精準延時等核心知識點。更重要的是通過Proteus仿真你可以在沒有一塊實體電路板、沒有一個真實單片機的情況下完成從電路設計、程序編寫到功能調試的全過程成本幾乎為零特別適合學生、愛好者入門或者工程師快速驗證某個控制邏輯。我當年做這個一方面是為了教學演示另一方面也是自己梳理一下狀態機在小型嵌入式系統里的應用。你會發現把那些看似隨意的燈光閃爍邏輯用嚴謹的代碼狀態機來實現整個系統的可控性和可維護性會高很多。接下來我就把這個項目的設計思路、電路搭建、代碼實現以及仿真調試的完整過程掰開揉碎了講給你聽。2. 系統核心需求與設計思路拆解2.1 功能需求定義還原真實的燈光邏輯做任何項目第一步永遠是搞清楚“要做什么”。汽車轉向燈系統我們天天見但真要把它用單片機控制起來得把需求細化成可執行的條目左轉向功能當激活左轉信號時左側的一組LED燈通常模擬前后兩個轉向燈以固定的頻率比如1Hz亮滅各0.5秒同步閃爍。右轉向功能與左轉類似激活時右側的一組LED燈同步閃爍。雙閃警示功能即危險報警燈激活時左側和右側的所有轉向燈LED同時以相同頻率閃爍。互斥與優先級邏輯這是關鍵。真實車輛上這些模式通常是互斥的。例如正在左轉時按下雙閃應該是雙閃優先還是維持左轉通常雙閃危險報警燈具有最高優先級一旦開啟應忽略單獨的轉向信號。或者也可以設計為后發出的指令覆蓋前者。我們需要明確邏輯。手動控制輸入需要至少三個按鍵來模擬駕駛員的操作左轉按鍵、右轉按鍵、雙閃按鍵。狀態指示除了控制LED最好還能有一個視覺反饋比如用不同的LED或LCD顯示當前系統處于何種模式待機、左轉、右轉、雙閃。基于以上我決定采用“雙閃最高優先級”的邏輯并增加一個狀態指示燈。這樣系統的狀態就清晰了待機、左轉、右轉、雙閃四種狀態。2.2 硬件方案選型為什么是51Proteus主控芯片AT89C51為什么選它因為它太經典了資料浩如煙海任何問題幾乎都能找到答案。它有4個8位I/O口P0, P1, P2, P3足夠我們連接幾個按鍵和LED內部有128字節RAM和4KB Flash對于這個控制程序綽綽有余最重要的是它擁有兩個16位定時器/計數器我們可以用它來產生精確的延時而不是用軟件循環那種不準確的延時。雖然性能比不上現代MCU但用于學習GPIO、中斷、定時器這些核心概念是絕佳的樣板。仿真平臺Proteus ISISProteus對于電子愛好者來說簡直就是“神器”。它包含了從單片機模型、各種IC、到電阻電容、按鍵LED等數千種元件更重要的是它支持將編譯好的單片機程序HEX文件加載到虛擬芯片中運行并實時觀測各引腳的電平變化、元件狀態。這意味著零成本實驗免去了購買元器件、焊接電路板的成本和風險。快速迭代電路連接錯誤程序有bug在Proteus里修改后瞬間重新仿真效率極高。深度調試可以結合Keil等IDE進行單步調試觀察程序運行和硬件響應的每一步理解底層機制。外圍電路設計思路LED驅動51單片機I/O口在輸出高電平時拉電流能力較弱而拉電流輸出低電平能力較強。因此更常見的接法是LED陽極通過限流電阻接VCC陰極接單片機I/O口。當I/O口輸出低電平0時LED兩端形成壓差而點亮輸出高電平1時熄滅。這樣驅動更穩定。按鍵輸入采用上拉電阻接法。按鍵一端接地另一端接單片機I/O口同時該I/O口通過一個上拉電阻如10kΩ接到VCC。未按下時I/O口被上拉到高電平1按下時直接接地變為低電平0。這種接法可以避免引腳懸空產生的不確定狀態。電源與時鐘在Proteus中我們直接使用默認的5V電源和地GND。時鐘電路使用一個12MHz的晶振和兩個22pF的電容為單片機提供工作時鐘。2.3 軟件架構設計狀態機是靈魂如何優雅地管理“待機、左轉、右轉、雙閃”這四種狀態以及它們之間的切換答案是有限狀態機。 FSM是一種數學模型特別適合描述那些擁有有限個狀態并根據輸入事件在這些狀態間轉移的系統。我們的燈光控制系統就是一個典型的FSM。我設計的狀態機如下狀態集合IDLE,LEFT,RIGHT,HAZARD。事件輸入KEY_LEFT_PRESSED,KEY_RIGHT_PRESSED,KEY_HAZARD_PRESSED。為了簡化我們定義按鍵為“觸發”式即按一下開啟對應模式再按一下關閉回到IDLE。但考慮到雙閃優先級邏輯需要微調。轉移規則在任何狀態包括IDLE收到KEY_HAZARD_PRESSED事件都切換到HAZARD狀態。在IDLE狀態收到KEY_LEFT_PRESSED切換到LEFT狀態收到KEY_RIGHT_PRESSED切換到RIGHT狀態。在LEFT或RIGHT狀態再次收到本方向的按鍵事件則切換回IDLE狀態。但如果此時收到KEY_HAZARD_PRESSED則優先切換到HAZARD狀態。在HAZARD狀態收到KEY_HAZARD_PRESSED事件切換回IDLE狀態。在HAZARD狀態下KEY_LEFT_PRESSED和KEY_RIGHT_PRESSED事件被忽略體現優先級。用程序來實現通常用一個變量如system_state來記錄當前狀態在主循環中不斷掃描按鍵事件然后根據當前狀態和發生的事件通過一個switch-case語句來決定下一步的動作和新的狀態。這種結構清晰易于擴展和維護。3. Proteus仿真電路搭建詳解3.1 元件清單與原理圖繪制打開Proteus ISIS我們首先需要從元件庫中把所需器件找出來Microprocessor ICs-8051 Family-AT89C51(主控芯片)Resistors-RES(電阻用于LED限流和按鍵上拉典型值220Ω和10kΩ)Capacitors-CAP(電容22pF用于晶振10uF用于復位電路電解電容)Miscellaneous-CRYSTAL(晶振12MHz)Switches Relays-SW-PB(按鍵開關)Optoelectronics-LED-RED,LED-GREEN,LED-YELLOW(LED燈顏色按喜好選擇轉向燈常用黃色)Terminals-POWER(電源) 和GROUND(地)繪制原理圖的步驟和要點放置單片機從庫中拖出AT89C51到圖紙中央。繪制最小系統時鐘電路在XTAL119腳和XTAL218腳之間連接一個12MHz的CRYSTAL。從晶振兩端分別接一個22pF的CAP到地GND。復位電路在RST9腳上拉一個10kΩ的RES到VCC5V。同時在RST腳和地之間連接一個10uF的電解電容CAP-ELEC的正極負極接地。這樣形成一個上電復位電路。還可以在電容兩端并聯一個手動復位按鍵SW-PB一端接RST一端接地。電源將VCC40腳接5VGND20腳接地。EA/VPP31腳此腳接高電平5V讓單片機從內部程序存儲器讀取指令。設計LED輸出電路假設我們用P1.0和P1.1控制左側兩個LEDP1.2和P1.3控制右側兩個LEDP1.4作為狀態指示燈。以P1.0為例放置一個LED-RED其陽極較長腿通過一個220Ω的限流電阻連接到5V。其陰極較短腿直接連接到單片機引腳P1.0。這樣當P1.0輸出低電平時LED點亮。同理連接好其他LED。狀態指示燈P1.4可以用不同顏色的LED以示區別。設計按鍵輸入電路假設左轉按鍵接P3.0右轉接P3.1雙閃接P3.2。以P3.0為例放置一個SW-PB按鍵。按鍵的一端接地。按鍵的另一端連接到單片機引腳P3.0同時從P3.0這個網絡節點連接一個10kΩ的上拉電阻到5V。這樣按鍵未按下時P3.0被電阻上拉為高電平按下時P3.0直接接地變為低電平。同理連接好P3.1和P3.2的按鍵電路。整理與標注使用Proteus的連線工具連接好所有電路。可以使用網絡標號Wire Label工具對總線或復雜連接進行標注讓圖紙更清晰。最后整理元件布局使其美觀易讀。注意Proteus中連接電源和地時可以直接使用POWER和GROUND終端符號它們默認就是5V和地無需再外接電源符號除非你需要非5V電壓。3.2 電路連接檢查與常見錯誤畫完圖千萬別急著仿真先仔細檢查幾遍電源和地是否遺漏檢查每個芯片的VCC和GND是否都正確連接。AT89C51的40腳和20腳是必須接的。EA引腳是否接高31腳EA必須接VCC否則單片機不會執行內部程序。LED極性是否接反確認LED的陰極短腳、內部電極大的那端接的是單片機I/O口。如果接反了控制邏輯就反了輸出高電平點亮。上拉電阻是否正確確認按鍵的上拉電阻一端接在了I/O口與按鍵的連接點上另一端接了VCC。常見的錯誤是忘記接上拉電阻導致引腳懸空。晶振電容是否接地兩個22pF電容的另一端必須接地而不是懸空或接VCC。網絡連接是否虛接放大圖紙檢查每條線是否都連接到了元件的引腳上有時看起來連上了實際上沒有電氣連接出現一個紅色小方框提示。在Proteus中你可以使用Electrical Rule Check電氣規則檢查功能來輔助查錯。養成檢查的好習慣能節省大量后續調試的時間。4. 單片機程序設計與代碼實現4.1 開發環境搭建與項目配置我們使用Keil uVision作為C語言開發環境。如果你沒有安裝需要先安裝Keil C51版本注意不是ARM版本。創建新項目打開KeilProject - New uVision Project...選擇一個空文件夾給項目起名例如CarLight_Control。選擇芯片型號在彈出的數據庫選擇窗口中找到Atmel-AT89C51點擊OK。添加啟動文件接下來會問你是否添加標準啟動代碼對于C51選擇“是”。這會添加STARTUP.A51文件負責初始化內存和堆棧。創建源文件在項目窗口中右鍵Source Group 1-Add New Item to Group...選擇C File (.c)命名為main.c。配置輸出點擊工具欄的魔法棒圖標Options for Target。在Output選項卡勾選Create HEX File。這是生成Proteus可加載的機器碼文件的關鍵一步。在C51選項卡可以優化一下代碼等級。4.2 核心代碼模塊解析下面我們分模塊編寫main.c文件。宏定義與全局變量#include REGX51.H // 包含51單片機寄存器定義頭文件 // 引腳定義 - 根據你的原理圖連接修改 sbit LEFT_LED1 P1^0; // 左前轉向燈 sbit LEFT_LED2 P1^1; // 左后轉向燈 sbit RIGHT_LED1 P1^2; // 右前轉向燈 sbit RIGHT_LED2 P1^3; // 右后轉向燈 sbit STATE_LED P1^4; // 狀態指示燈 sbit KEY_LEFT P3^0; // 左轉按鍵低有效 sbit KEY_RIGHT P3^1; // 右轉按鍵低有效 sbit KEY_HAZARD P3^2; // 雙閃按鍵低有效 // 系統狀態枚舉 typedef enum { SYS_IDLE 0, SYS_LEFT, SYS_RIGHT, SYS_HAZARD } SystemState_t; SystemState_t system_state SYS_IDLE; // 當前系統狀態 bit key_left_pressed 0; // 按鍵按下標志位 bit key_right_pressed 0; bit key_hazard_pressed 0; bit flash_toggle 0; // 閃爍翻轉標志 unsigned int timer_count 0; // 定時器中斷計數器精準延時與定時器配置軟件循環延時for(i0; i10000; i)極不準確且會阻塞CPU。我們使用定時器中斷來產生一個基準時標。// 定時器0初始化用于產生10ms中斷 void Timer0_Init(void) { TMOD 0xF0; // 清除T0的控制位 TMOD | 0x01; // 設置T0為模式116位定時器 // 假設晶振12MHz機器周期1us。定時10ms需要10000個機器周期。 // 初值 65536 - 10000 55536 0xD8F0 TH0 0xD8; // 高8位 TL0 0xF0; // 低8位 ET0 1; // 允許T0中斷 TR0 1; // 啟動T0 EA 1; // 開啟總中斷 } // 定時器0中斷服務函數 void Timer0_ISR(void) interrupt 1 { // 重裝初值保證下次中斷仍是10ms TH0 0xD8; TL0 0xF0; timer_count; // 每累積50次中斷即500ms翻轉一次閃爍標志 if(timer_count 50) { timer_count 0; flash_toggle !flash_toggle; } }這里我們利用定時器0每10ms產生一次中斷在中斷里對一個計數器timer_count加1。當計到50次即500ms時翻轉flash_toggle標志。這樣在主程序中我們只需要檢查這個標志就能實現精準的500ms亮、500ms滅的閃爍周期而且主程序不會被延時阻塞。按鍵掃描與消抖處理機械按鍵在按下和彈起時會產生持續數毫秒到數十毫秒的抖動會導致一次按下被誤判為多次。我們需要消抖。// 按鍵掃描函數在10ms中斷中調用或在主循環中高頻調用 void Key_Scan(void) { static unsigned char key_left_history 0xFF; // 按鍵歷史狀態用于消抖 static unsigned char key_right_history 0xFF; static unsigned char key_hazard_history 0xFF; // 左鍵消抖檢測 key_left_history (key_left_history 1) | KEY_LEFT; if(key_left_history 0x00) { // 連續8次假設掃描周期1.25ms8次即10ms檢測到低電平確認為穩定按下 key_left_pressed 1; } else if (key_left_history 0xFF) { // 連續8次檢測到高電平確認為穩定釋放 key_left_pressed 0; // 這里我們采用觸發模式所以釋放時不處理或者用于“按下再釋放”才觸發 // 為了簡化我們采用“下降沿觸發”即在穩定按下瞬間置位標志在主循環處理后會清零。 } // 右鍵消抖檢測邏輯同左鍵 key_right_history (key_right_history 1) | KEY_RIGHT; if(key_right_history 0x00) { key_right_pressed 1; } // 雙閃鍵消抖檢測邏輯同左鍵 key_hazard_history (key_hazard_history 1) | KEY_HAZARD; if(key_hazard_history 0x00) { key_hazard_pressed 1; } }這里采用了“移位消抖法”。將每次掃描到的按鍵電平0或1移入一個8位變量的最低位。只有當這個變量的值變成0x00即連續8次掃描到低電平時才認為按鍵是穩定按下狀態。這種方法比簡單的延時消抖更高效能實時響應。狀態機與燈光控制邏輯這是整個程序的核心。// 狀態機處理與燈光控制函數 void StateMachine_Process(void) { // 1. 處理輸入事件基于消抖后的按鍵標志 if(key_hazard_pressed) { // 雙閃鍵有最高優先級無論當前狀態如何都切換到雙閃或關閉雙閃 key_hazard_pressed 0; // 清除按鍵標志 if(system_state ! SYS_HAZARD) { system_state SYS_HAZARD; STATE_LED 0; // 點亮狀態燈表示進入雙閃模式 } else { system_state SYS_IDLE; STATE_LED 1; // 熄滅狀態燈 } } else if(key_left_pressed) { key_left_pressed 0; // 只有在非雙閃狀態下左鍵才有效 if(system_state ! SYS_HAZARD) { if(system_state ! SYS_LEFT) { system_state SYS_LEFT; } else { system_state SYS_IDLE; // 再次按下左鍵關閉左轉 } } } else if(key_right_pressed) { key_right_pressed 0; // 只有在非雙閃狀態下右鍵才有效 if(system_state ! SYS_HAZARD) { if(system_state ! SYS_RIGHT) { system_state SYS_RIGHT; } else { system_state SYS_IDLE; // 再次按下右鍵關閉右轉 } } } // 2. 根據當前狀態執行動作控制LED switch(system_state) { case SYS_IDLE: LEFT_LED1 LEFT_LED2 RIGHT_LED1 RIGHT_LED2 1; // 所有轉向燈滅高電平 STATE_LED 1; // 狀態燈滅 break; case SYS_LEFT: if(flash_toggle) { LEFT_LED1 LEFT_LED2 0; // 點亮左側燈 } else { LEFT_LED1 LEFT_LED2 1; // 熄滅左側燈 } RIGHT_LED1 RIGHT_LED2 1; // 確保右側燈滅 break; case SYS_RIGHT: if(flash_toggle) { RIGHT_LED1 RIGHT_LED2 0; // 點亮右側燈 } else { RIGHT_LED1 RIGHT_LED2 1; // 熄滅右側燈 } LEFT_LED1 LEFT_LED2 1; // 確保左側燈滅 break; case SYS_HAZARD: if(flash_toggle) { // 雙閃模式左右燈同時亮 LEFT_LED1 LEFT_LED2 0; RIGHT_LED1 RIGHT_LED2 0; } else { // 雙閃模式左右燈同時滅 LEFT_LED1 LEFT_LED2 1; RIGHT_LED1 RIGHT_LED2 1; } // 狀態燈在狀態切換時已控制此處無需重復 break; default: system_state SYS_IDLE; // 異常狀態恢復 break; } }這個函數清晰地分成了兩部分事件處理和狀態執行。事件處理部分根據按鍵事件和當前狀態決定下一個狀態是什么。狀態執行部分則根據當前狀態去具體控制哪些LED亮滅。flash_toggle標志由定時器中斷定期翻轉從而實現了閃爍效果。這種結構與狀態機理論完美對應邏輯清晰后期若要增加新的燈光模式如轉向燈閃爍三次后自動熄滅也只需增加狀態和修改轉移規則即可。主函數框架void main(void) { // 初始化 P1 0xFF; // 初始化P1口為高電平燈滅 P3 0xFF; // 初始化P3口內部上拉但外部也有上拉電阻更穩定 Timer0_Init(); // 初始化定時器 while(1) { Key_Scan(); // 持續掃描按鍵 StateMachine_Process(); // 處理狀態機與燈光 // 主循環可以執行其他低優先級任務 } }主函數非常簡潔初始化I/O口和定時器然后進入一個無限循環不斷掃描按鍵并運行狀態機。所有耗時操作如延時都交給了定時器中斷因此主循環響應非常迅速。5. 聯合仿真調試與問題排查實錄5.1 加載程序與啟動仿真編譯程序在Keil中點擊RebuildF7按鈕。確保編譯無錯誤無警告并在項目目錄下的Objects文件夾中找到生成的CarLight_Control.hex文件。加載HEX文件回到Proteus雙擊原理圖中的AT89C51芯片彈出屬性對話框。在Program File一欄點擊文件夾圖標找到并選擇剛才生成的.hex文件。Clock Frequency設置為12MHz與你的晶振一致。開始仿真點擊Proteus左下角的播放按鈕三角形開始仿真。此時單片機就開始運行你寫的程序了。5.2 仿真現象觀察與功能驗證仿真開始后你可以進行以下操作來驗證功能初始狀態所有LED應該處于熄滅狀態。測試左轉用鼠標點擊原理圖中的左轉按鍵連接P3.0的按鍵。你應該能看到左側的兩個LED開始同步閃爍亮500ms滅500ms。再次點擊左鍵閃爍應停止。測試右轉同理點擊右鍵右側LED應閃爍。測試雙閃點擊雙閃鍵所有四個轉向燈應同步閃爍。此時再去點擊左鍵或右鍵應該無法打斷雙閃體現了優先級。再次點擊雙閃鍵所有燈應熄滅。測試優先級先開啟左轉再開啟雙閃。觀察現象左轉燈應立即停止單獨閃爍轉為和右側燈一起同步雙閃。這驗證了雙閃優先級高于單邊轉向。在Proteus中你可以右鍵點擊LED或引腳選擇Place Wire Voltage Probe來放置電壓探針實時觀察電平變化。也可以使用Virtual Terminal虛擬終端來打印調試信息需在代碼中配置串口。5.3 常見問題與排查技巧在實際操作中你幾乎一定會遇到仿真結果不符合預期的情況。下面是一些典型問題及排查思路問題1按下按鍵LED毫無反應。排查思路檢查程序是否加載確認AT89C51的屬性中Program File路徑正確且Keil編譯成功。檢查時鐘頻率確認Proteus中單片機屬性里的Clock Frequency與代碼中定時器初值計算所用的頻率一致本例為12MHz。檢查按鍵電路確認按鍵是否接在了正確的引腳P3.0, P3.1, P3.2上拉電阻是否連接正確一端接引腳和按鍵一端接VCC。用電壓探針測量按鍵按下和釋放時對應引腳的電平是否在0V和5V之間跳變。檢查按鍵掃描代碼在Key_Scan函數中是否正確地讀取了引腳KEY_LEFT等消抖邏輯是否過于嚴格比如連續檢測次數太多可以在消抖確認后通過控制一個測試LED亮滅來驗證按鍵掃描是否正常工作。檢查主循環確認main函數中的while(1)循環確實調用了Key_Scan()和StateMachine_Process()。問題2LED常亮或常滅不閃爍。排查思路檢查定時器初始化Timer0_Init函數是否被調用TR01和EA1是否設置檢查中斷服務函數Timer0_ISR函數的interrupt 1關鍵字是否正確中斷號1對應定時器0。函數內部是否重裝了初值TH0/TL0timer_count變量是否在累加檢查閃爍邏輯在StateMachine_Process函數的SYS_LEFT等case中是否是根據flash_toggle變量來控制LED的flash_toggle是否在定時器中斷里被定期翻轉檢查LED驅動電路確認LED是陰極接單片機引腳。如果接反了輸出低電平0本該點亮卻變成了熄滅。同時檢查限流電阻值是否合適220Ω左右太小會燒壞虛擬LED雖然Proteus里不會真燒太大會亮度不足。問題3雙閃優先級功能失效例如左轉時按雙閃變成了左轉和雙閃同時進行。排查思路檢查狀態轉移邏輯重點查看StateMachine_Process函數中處理key_hazard_pressed事件的部分。條件判斷if(system_state ! SYS_HAZARD)是否準確在SYS_LEFT或SYS_RIGHT狀態下收到雙閃事件是否成功將system_state切換到了SYS_HAZARD檢查事件清除在處理完一個按鍵事件后是否及時將對應的key_xxx_pressed標志清零了如果不清零該事件會在每個主循環都被重復處理導致邏輯混亂。添加調試輸出如果Proteus仿真看不出來可以在代碼中臨時增加對某個閑置引腳的控制比如讓一個LED快閃一次來標志進入了某個狀態或處理了某個事件通過觀察這個調試LED的行為來推斷程序流程。問題4按鍵反應“遲鈍”或“不跟手”。排查思路消抖時間過長我們的消抖是檢測連續8次低電平如果按鍵掃描函數被調用的周期是10ms那么消抖時間就是80ms對于快速點擊可能顯得遲鈍。可以嘗試減少連續檢測次數比如4次或者提高按鍵掃描的頻率將Key_Scan放在定時器中斷中每1ms或2ms掃描一次。主循環阻塞確保主循環里沒有使用while循環進行軟件延時。所有延時都應通過定時器標志位來實現非阻塞等待。實操心得Proteus仿真的一個巨大優勢是可以“慢放”和“暫停”。當遇到復雜問題時可以暫停仿真然后一步一步地單步執行程序需要Keil和Proteus聯合調試配置稍復雜同時觀察Proteus中各個引腳的電平變化這對于理解程序如何驅動硬件、排查時序問題非常有幫助。養成“先仿真后實物”的習慣能極大提高開發效率和成功率。通過這樣一個完整的項目實踐你不僅學會了51單片機的基本編程和Proteus的使用更重要的是掌握了狀態機設計思想和基于定時器的非阻塞編程框架。這兩個概念在后續學習更復雜的嵌入式系統如STM32、ESP32時依然至關重要。你可以在此基礎上輕松擴展功能比如增加蜂鳴器提示音、用數碼管顯示狀態、甚至通過串口接收遠程控制命令把這個小車燈控制系統做得更加豐富和實用。