智能停车场这个题目看起来像是那种毕业设计专用的老套选题但我实际做过之后发现它几乎把嵌入式开发里最核心的几块硬骨头全串起来了STM32的GPIO与定时器操作、NFC读卡、LCD人机界面、RTC时间管理还有多任务状态机的调度。换句话说你把这套系统吃透等于把嵌入式入门到进阶的主干道走了一遍。这篇文章不打算给你一份论文式的方案而是把我从选型、画图、写驱动到联调踩坑的完整过程摊开讲尤其是那些文档里不会写、但一上手就卡住你的细节。适合正在做STM32项目、准备嵌入式面试或者想找一个综合性强、又能真正跑起来的实战题目的人。1. 为什么智能停车场是个性价比极高的嵌入式练手项目1.1 它到底解决了什么真实问题传统停车场最原始的形态就是人工发卡、人工收费高峰期一辆车进出要等十几秒还容易因为找零、对账产生纠纷。智能停车场系统的核心目标很朴素让车辆进出自动化、计费自动化、车位管理可视化。落到嵌入式层面就是用一个MCU把识别车辆身份—记录进出时间—控制道闸—显示信息这条链路闭环起来。我选择用STM32来做主控原因很直接它的外设资源刚好够用价格又足够便宜。一个中等规模的停车场如果每个出入口都放一台工控机成本高得离谱而用STM32F103这类芯片配合NFC读卡模块、LCD显示屏、RTC时钟和继电器控制道闸单点成本能压到很低稳定性还比跑Windows的工控机好。这就是嵌入式方案在这个场景里的价值——用最小的硬件成本换来确定性足够高的控制逻辑。1.2 这个项目把哪些知识点逼了出来很多人学STM32是零散地学今天点个灯明天读个传感器学完还是不知道怎么把它们拼成一个系统。智能停车场的好处在于它天然要求你把多个模块协同起来任何一个环节掉链子整个系统就跑不通。具体来说这个项目会强制你掌握这几块GPIO的输入输出控制读NFC模块的状态引脚、驱动继电器、控制LCD的片选和复位全是最基础的GPIO操作但要求你理解推挽、开漏、上下拉这些配置的实际区别。RTC实时时钟停车计费的核心是时间进出场时间必须准确且掉电不丢。STM32内部有RTC外设配合32.768kHz晶振就能实现但这里面的坑非常多。NFC/RFID读卡车辆身份识别靠的就是这张卡。NFC和RFID经常被混为一谈实际选型时要搞清楚区别。LCD显示给用户看的界面显示车位余量、当前时间、扣费金额。TFT LCD驱动涉及SPI或并口时序中文显示还要处理字库。状态机与任务调度整个系统本质是一个大状态机等待刷卡、验证、开闸、延时关闸、计费这些状态怎么切换、怎么避免阻塞是软件设计的核心。1.3 适合谁来动手做如果你是嵌入式新手我建议至少先把GPIO点灯、串口打印、定时器中断这三样跑通再来做这个项目否则会同时被硬件和软件两头夹击。如果你已经能独立驱动传感器那这个项目正好帮你把模块拼装能力提升到系统设计能力。对于准备嵌入式面试的人这个项目里能聊的点非常多——RTC晶振选型、NFC通信协议、LCD刷新优化、状态机设计随便一个都能展开讲十分钟比背八股文有用得多。2. 硬件选型每一分钱都要花在刀刃上2.1 主控芯片怎么定主控我最终选了STM32F103C8T6也就是常说的蓝板或最小系统板。选它的理由不是因为它最强而是因为它刚刚好Flash 64KB、RAM 20KB跑这套逻辑绰绰有余字库如果放外部Flash还能更省。有3个USART、2个SPI、2个I2C接NFC、LCD、调试串口完全不冲突。内部自带RTC虽然精度一般但配合外部晶振够用。资料多、社区活跃出问题好查。如果你预算稍微宽裕可以上STM32F103RCT6引脚更多方便后续扩展车位检测传感器。但要注意芯片选型不是越贵越好停车场这种场景对算力要求很低把成本花在稳定性和外围电路上更划算。2.2 NFC还是RFID这是个必须想清楚的问题热词里有人问rfid和nfc技术的区别这个问题在选型阶段特别关键。简单说NFC是RFID的一个子集工作频率都是13.56MHz但NFC多了点对点通信和卡模拟功能协议更复杂。对于停车场这种读卡器读卡的场景其实用最基础的RFID读卡芯片就够了比如MFRC522便宜、资料多、SPI接口好驱动。我实际用的是MFRC522模块它支持ISO14443A协议能读Mifare S50卡。这里有个经验不要一上来就追求手机NFC刷卡因为手机NFC涉及安全单元和卡片模拟调试难度陡增而且不同手机兼容性差异大。先用实体卡把逻辑跑通再考虑扩展。方案频率接口成本适用场景MFRC52213.56MHzSPI低读Mifare卡停车场首选PN53213.56MHzI2C/SPI/UART中支持手机NFC调试复杂125kHz ID卡模块125kHzUART/Wiegand低只读ID无法存储金额2.3 LCD屏的选择与分辨率权衡显示屏我选的是1.8寸TFT LCD分辨率128x160SPI接口。为什么不用更大的屏因为停车场终端只需要显示几行信息128x160足够放下车位余量、时间、金额三行内容而且SPI接口占用引脚少刷新速度对静态界面完全够用。这里要提醒一点SPI接口的TFT屏刷新整屏比较慢如果你要做动画或者频繁刷新会明显卡顿。解决办法是只刷新变化的区域而不是整屏重绘。另外屏幕背光亮度可以通过PWM调节晚上太亮刺眼加个光敏电阻自动调光体验会好很多。2.4 RTC晶振最容易被忽视的定时炸弹RTC部分我单独拿出来讲因为它坑最多。STM32的RTC可以用内部低速时钟也可以用外部32.768kHz晶振。内部时钟精度差一天可能差几分钟计费场景绝对不能接受。所以必须外接晶振。但外接晶振有个经典问题晶振不起振。原因通常是负载电容选错。32.768kHz晶振的负载电容一般是6pF或12.5pF对应的外部电容要按公式算还要考虑PCB走线寄生电容。我踩过的坑是一开始随便焊了两个22pF电容结果RTC时走时停。后来换成6pF晶振配两个10pF电容才稳定下来。提示RTC晶振的PCB布局要尽量靠近芯片走线短且对称下方铺地隔离否则很容易受干扰。3. 从零搭建硬件连接与底层驱动3.1 引脚分配与接线规划动手之前先把引脚分配表列出来这一步能省掉后面大量返工。我的分配是这样的模块引脚说明MFRC522SPI1 (PA5/PA6/PA7) PA4(CS) PA2(RST)SPI通信TFT LCDSPI2 (PB13/PB15) PB12(CS) PB14(DC) PB1(RST)SPI通信继电器(道闸)PB0推挽输出蜂鸣器PB5PWM输出调试串口USART1 (PA9/PA10)打印日志RTC晶振PC14/PC1532.768kHz注意SPI1和SPI2分开用避免NFC和LCD抢总线。如果引脚不够也可以共用SPI但要用不同的CS引脚分时复用软件上要处理好互斥。3.2 STM32的GPIO配置别小看这几行代码很多人觉得GPIO配置就是复制粘贴其实这里面的门道直接影响系统稳定性。以驱动继电器为例继电器线圈是感性负载关断瞬间会产生反向电动势如果直接用GPIO驱动很容易把引脚打坏。正确做法是加三极管或光耦隔离GPIO只负责给控制信号。配置代码大致是这样// 继电器控制引脚 PB0 GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitStruct.Pin GPIO_PIN_0; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; // 推挽输出 GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; // 控制信号不需要高速 HAL_GPIO_Init(GPIOB, GPIO_InitStruct);这里Speed设成低速是有意为之继电器控制信号变化慢低速能减少电磁干扰。而如果是驱动SPI的SCK引脚就必须设成高速否则波形上升沿不够陡通信会出错。这就是配置要匹配用途的典型例子。3.3 MFRC522驱动SPI时序与寻卡流程MFRC522的驱动核心是SPI读写寄存器。它的寄存器地址有个特点读操作地址要或上0x80写操作要清掉最高位。这个细节如果搞错读出来的全是0xFF。寻卡的基本流程是复位MFRC522配置定时器和调制方式。发送REQA命令等待卡片响应。收到ATQA后执行防冲突获取卡片UID。用UID去比对数据库判断是月卡、临时卡还是黑名单。uint8_t MFRC522_ReadReg(uint8_t addr) { uint8_t val; addr (addr 1) 0x7E; // 地址左移最低位为0表示读 CS_LOW(); SPI_Transfer(addr | 0x80); // 读操作置最高位 val SPI_Transfer(0x00); CS_HIGH(); return val; }实测下来最容易出问题的是SPI速率。MFRC522最高支持10MHz但如果你用杜邦线连接线长了之后高速率会误码。我建议先用低速比如1MHz调通再逐步提高。3.4 TFT LCD驱动与中文显示LCD驱动分两层底层是SPI写命令和数据上层是画点、画线、显示字符。1.8寸屏常用的驱动芯片是ST7735初始化序列比较长建议直接找现成的初始化代码重点理解几个关键命令设置窗口、写显存、设置扫描方向。中文显示是个绕不开的问题。英文字库可以用取模软件生成但中文字库动辄几百KB放STM32内部Flash不现实。我的做法是只提取系统用到的汉字比如车位金额欢迎这些用取模软件生成小字库存在外部Flash或者直接放代码里。这样几十个汉字只占几KB。注意取模时字宽字高要和显示函数匹配否则会出现半个字或者错位。我一开始用16x16取模显示函数却按12x12处理结果全是乱码。4. 软件架构状态机才是这个系统的灵魂4.1 为什么不能用顺序执行写这个系统新手最容易犯的错误是把整个流程写成一个大循环里的顺序代码等刷卡、刷卡后开闸、延时、关闸、计费。这样写的问题是一旦卡在等刷卡这一步其他任务比如刷新时间显示、检测车位就全停了。这就是典型的阻塞式设计。正确的做法是用状态机。系统在任何时刻都处于某个状态每个状态只做自己该做的事做完就切换。主循环快速轮询保证所有任务都能及时响应。4.2 状态划分与切换逻辑我把系统分成这几个状态IDLE空闲显示欢迎信息和车位余量等待刷卡。CARD_READ检测到卡片读取UID。VERIFY验证卡片合法性查询余额或月卡状态。GATE_OPEN验证通过开闸记录进场时间。WAIT_PASS等待车辆通过可以用地感线圈或延时判断。GATE_CLOSE关闸回到IDLE。BILLING出场时计算停车时长和费用。状态切换用switch-case实现每个状态内部不写延时需要延时的用计数器配合定时器中断。这样主循环一圈跑下来只要几毫秒响应非常快。4.3 用定时器中断做软时钟系统里有很多需要计时的操作开闸后延时关闸、刷卡防抖、屏幕刷新。如果都用HAL_Delay整个系统就卡死了。我的做法是用一个1ms的定时器中断在里面维护一堆软件计数器volatile uint32_t tick_1ms 0; volatile uint16_t gate_timer 0; volatile uint16_t debounce_timer 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { tick_1ms; if (gate_timer 0) gate_timer--; if (debounce_timer 0) debounce_timer--; }主循环里判断gate_timer 0就执行关闸。这种软时钟模式是嵌入式里最常用的非阻塞延时方案一定要掌握。4.4 RTC时间读取与计费算法RTC配置好之后读取时间就是读寄存器。计费逻辑本身不复杂出场时间减去进场时间得到停车分钟数再按费率算钱。但有几个细节要注意跨天计费要处理日期进位不能只算小时差。RTC读出来的时间是BCD码要转成十进制再计算。进场时间要存在掉电不丢的地方可以用STM32内部的备份寄存器BKP配合纽扣电池供电。// BCD转十进制 uint8_t bcd2dec(uint8_t bcd) { return (bcd 4) * 10 (bcd 0x0F); }备份寄存器是个好东西VBAT引脚接个纽扣电池主电源断了数据也不丢成本几乎为零。5. 联调阶段那些让我熬夜的坑5.1 NFC读卡时好时坏问题出在哪联调时最头疼的就是NFC读卡不稳定有时候秒读有时候怎么刷都没反应。我排查了整整一个晚上最后发现是天线匹配问题。MFRC522模块的天线线圈和匹配电容是配套的如果模块质量差或者天线附近有金属读卡距离会大幅缩短。解决办法一是换质量好的模块二是读卡时卡片要贴近天线中心三是软件上加重试机制一次读不到就重试三次。另外读卡和LCD刷新如果共用SPI要注意互斥否则SPI时序被打断也会导致读卡失败。5.2 LCD显示中文乱码的排查链路中文乱码这个问题我遇到过两次原因完全不同。第一次是字库取模的字节序搞反了取模软件默认高位在前我的显示函数按低位在前处理结果每个字节都反了。第二次是显示函数里坐标计算越界写到屏幕外面去了。排查思路是先用英文测试显示函数是否正常正常的话问题就在字库再单独测试一个字确认取模数据最后检查坐标范围。这个从显示函数到字库到坐标的排查顺序能帮你快速定位问题。5.3 RTC走时不准的三种可能RTC走时不准无非三种原因晶振本身精度不够、负载电容不匹配、软件分频配置错误。前两个是硬件问题第三个是软件问题。STM32的RTC时钟源经过一系列分频得到1Hz。如果分频系数算错走时就会成倍偏差。比如你想得到1Hz异步分频和同步分频的乘积必须是32768。这个值在CubeMX里配置时要仔细核对。提示如果发现RTC每天固定慢几秒多半是晶振精度问题可以软件补偿但治本还是换高精度晶振。5.4 道闸继电器误动作继电器误动作是个危险问题可能砸到车。我遇到过一次原因是GPIO在上电初始化时有个短暂的不确定状态导致继电器瞬间吸合。解决办法是在初始化时先把控制引脚拉低再配置为输出并且加一个上拉或下拉电阻确定默认电平。另外继电器和MCU共用电源时继电器吸合瞬间的电流冲击可能导致MCU复位。所以继电器最好单独供电或者加足够的滤波电容。6. 从能跑到好用几个提升体验的优化点6.1 屏幕局部刷新降低闪烁整屏刷新会导致明显闪烁尤其是显示时间的时候。我的优化是只刷新变化的区域时间只刷新时分秒那几个字符的位置车位余量只在变化时刷新。这样屏幕看起来稳定很多CPU占用也降下来了。6.2 刷卡防抖与重复读卡处理卡片放在读卡区不动时MFRC522会连续读到同一张卡导致重复开闸或重复计费。解决办法是记录上一次读到的UID和时间如果短时间内读到相同UID就忽略。这个防抖逻辑和按键防抖是一个思路。6.3 掉电数据保护停车场系统最怕掉电丢数据。除了用备份寄存器存进出场时间还可以把关键数据定期写入外部EEPROM或Flash。写入频率不要太高否则会缩短Flash寿命一般状态变化时才写。6.4 调试串口日志的价值别嫌串口打印麻烦它是你排查问题的眼睛。我在每个状态切换、每次读卡、每次计费时都打印一条日志出问题时看日志就能还原整个流程。建议日志格式统一带上时间戳和状态名方便检索。7. 关于嵌入式学习路线的一点个人体会做完这个项目我对嵌入式学习路线有了更清晰的认识。热词里有人问嵌入式学习路线和嵌入式八股文我的看法是八股文要背但更重要的是有一个能讲清楚的项目。面试官问你RTC你能说出晶振负载电容怎么选、备份寄存器怎么用这比背定义强太多。学习顺序上我建议是GPIO和中断打基础串口和定时器练手感然后找一个综合项目把SPI、I2C、RTC、状态机全串起来。智能停车场就是这样一个项目。它不难但足够全面它不炫但每个模块都是真实工程里会用到的。至于工具Keil和VS Code我都用过。Keil调试方便VS Code写代码舒服可以结合起来用。CubeMX生成初始化代码能省很多事但底层驱动还是要自己写一遍才理解得透。最后说个实在的这个项目我前后做了大概两周其中一半时间花在调试硬件上。嵌入式就是这样软件逻辑可能一天就写完了但硬件问题能磨你一个星期。所以心态要稳遇到问题按电源—时钟—引脚—时序的顺序排查基本都能找到原因。