基于STM32的出租车计价器系统设计：从硬件到软件的嵌入式开发实战

简介：本资源是一套完整的STM32嵌入式毕设项目资料，面向电子信息、自动化及物联网方向的本科生与入门级嵌入式开发者，解决出租车计价器系统从硬件设计到软件实现的全流程实践需求。压缩包共266个文件，含36个C源文件（实现计费逻辑、定时器控制、ADC采样等核心功能）、38个H头文件（外设驱动与模块接口定义）、2个原理图（.SchDoc）与2个PCB图（.PcbDoc）、7个PDF参考文档（含设计报告与器件手册）、以及Keil工程文件（uvproj/uvopt）、编译输出（axf/hex）、批量清理脚本（keilkilll.bat）等典型开发资产，总大小23.88MB。已有4181人学习下载，资料覆盖原理图→PCB→BOM→源码→文档全链路，特别适合课程设计、毕业设计或嵌入式硬件入门实战——可直接编译烧录验证，亦可逐模块分析STM32F10x标准外设库调用逻辑与出租车计价算法（如里程累加、夜间加价、等待计时）的软硬协同实现。

1. 项目概述与核心价值

最近在整理资料，翻到了当年本科毕业设计的全部家当——一个基于STM32的出租车计价器系统。这玩意儿虽然现在看起来技术栈不算新潮，但麻雀虽小五脏俱全，从硬件选型、电路设计、嵌入式编程到功能调试，完整走下来一趟，对理解一个真实嵌入式产品的开发流程非常有帮助。特别是对于正在做相关毕设，或者刚接触STM32想找个综合项目练手的同学来说，这个项目包含了传感器应用、人机交互、实时计费逻辑、数据存储等核心环节，是个绝佳的“练级”副本。

简单来说，这个系统就是用一块STM32单片机作为大脑，通过按键模拟乘客上下车、里程传感器模拟车辆行驶，再驱动一个LCD屏幕实时显示金额、里程、时间等信息，并且具备单价设置、数据存储和查询等基本功能。它解决的不仅仅是一个“计价”的数学问题，更是一个如何在资源有限的单片机上，可靠、实时地处理多路输入信号并驱动外围设备的工程问题。无论你是电子信息、自动化还是物联网相关专业的学生，通过复现或改进这个项目，都能让你对嵌入式系统的开发有更立体、更实战化的认识。

2. 系统整体设计与核心思路拆解

2.1 为什么选择STM32？

在做这个项目时，市面上常见的单片机选择有51、AVR、STM32等。最终选择STM32F103C8T6这款“核心板常客”，是基于以下几点务实的考量：

首先，性能与资源足够。相比传统的51单片机，STM32（特别是Cortex-M3内核的F1系列）主频更高（72MHz），拥有更丰富的外设（如多个定时器、ADC、通信接口）和更大的Flash（64KB）与RAM（20KB）。计价器系统需要实时处理按键中断、计算里程脉冲、更新显示、管理数据，这些任务对中断响应速度和内存都有一定要求。STM32的性能裕量能确保系统运行流畅，避免在复杂逻辑处卡顿。

其次，开发生态成熟。STM32拥有完善的官方标准库（Standard Peripheral Library）和后来居上的HAL库，以及强大的STM32CubeMX图形化配置工具。这对于学生和初学者来说极其友好，可以快速完成芯片时钟、GPIO、定时器、串口等外设的初始化，将精力集中在应用逻辑而非底层寄存器操作上。丰富的社区资源和例程也让调试过程事半功倍。

再者，成本与可获得性。STM32F103C8T6核心板价格非常亲民，周边元器件如LCD1602、按键、EEPROM等也都是通用件，整个项目的硬件成本可以控制在很低的水平，非常适合作为学习或毕设项目。

2.2 系统核心功能模块规划

一个完整的出租车计价器，其核心功能模块可以分解如下：

1. 主控单元：以STM32为核心，负责协调所有模块，执行计费算法。
2. 里程检测模块：模拟车辆行驶。通常采用霍尔传感器或光电传感器，车辆轮子每转一圈，传感器产生一个脉冲信号。STM32通过外部中断或定时器输入捕获功能来计数这些脉冲，再根据轮胎周长换算成实际行驶里程。
3. 按键输入模块：用于人机交互。至少需要“开始/停止计价”、“单价切换”、“数据查询”、“清零”等按键。这里需要实现按键消抖和中断或扫描检测。
4. 显示模块：实时向司机和乘客展示信息。最常用的是字符型LCD1602液晶屏，可以显示两行，每行16个字符，足以显示金额、里程、时间、单价等关键信息。
5. 存储模块：用于掉电保存关键数据，如累计总营收、不同单价对应的运营里程等。可以使用STM32片内的Flash（需注意擦写寿命）或者外挂一颗I2C接口的EEPROM芯片（如AT24C02）。
6. 实时时钟（RTC）模块：为计费提供时间基准，用于计算夜间加价、等候时间等。STM32F103内部集成了RTC外设，但需要外接一个32.768kHz的晶振和备用电池（VBAT引脚）以实现掉电走时。
7. 蜂鸣器提示模块：在乘客上下车、计费开始/结束等关键节点提供声音提示，提升交互体验。

2.3 计费逻辑与状态机设计

计价器的核心大脑是一套清晰的计费逻辑，用状态机（State Machine）来实现是最清晰、最可靠的方式。系统可以设计为以下几个状态：

• 空闲状态：车辆空车，显示屏显示欢迎语或默认信息。等待“开始计价”信号。
• 运营状态：乘客上车，按下“开始计价”键。系统记录上车时间，清零本次里程，开始根据传感器脉冲累加里程。
  • 在此状态下，计费规则启动。通常包含：起步价（包含初始里程）、超过起步里程后的单价（元/公里）、低速等候或夜间时段的加价规则。
• 等候计时状态：当车速低于某一阈值（可通过单位时间内脉冲数判断）时，系统自动从“按里程计费”切换到“按时间计费”（等候费）。
• 结束状态：乘客到达目的地，按下“结束计价”键。系统计算最终金额，更新累计营收数据，并将本次交易信息（可选）存储或显示，然后蜂鸣器提示，最后返回空闲状态。

状态机的引入，使得程序逻辑层次分明，避免了大量的if-else嵌套，更容易调试和维护。

3. 硬件电路设计与核心器件选型

3.1 STM32最小系统与电源设计

项目的硬件基石是STM32最小系统，必须确保其稳定工作：

1. 电源电路：核心板通常自带3.3V LDO稳压芯片（如AMS1117-3.3）。输入电压可以是5V USB供电或7-12V直流电源。务必在电源入口处加入一个100μF的电解电容（滤波低频噪声）和一个0.1μF的瓷片电容（滤波高频噪声），这是保证单片机稳定运行的第一步，很多莫名其妙的复位问题都源于电源干扰。
2. 复位电路：采用经典的RC复位（10kΩ电阻，10μF电容到地）加上一个手动复位按键。确保复位引脚在上电时有足够长的低电平时间，完成可靠复位。
3. 时钟电路：主时钟使用8MHz的外部晶振（HSE），为系统提供精准的72MHz时钟源。RTC时钟使用32.768kHz的外部晶振。这两个晶振的负载电容（通常为20pF）必须根据晶振规格书选择，焊接时尽量靠近芯片引脚，走线短，以减少时钟不稳定风险。
4. 启动模式选择：将BOOT0和BOOT1引脚通过10kΩ电阻下拉到地，设置为从主Flash启动，这是最常用的模式。

注意：在焊接或连接电路时，晶振电路下面尽量不要走其他信号线，特别是高频数字信号，以免引起时钟信号畸变。

3.2 传感器与输入输出接口设计

1. 里程传感器接口：霍尔传感器一般输出集电极开路信号，需要接一个上拉电阻（如10kΩ）到3.3V。其输出端连接到STM32的具有外部中断功能或定时器输入捕获功能的GPIO引脚（如PA0）。可以在信号线上串联一个100Ω的电阻并并联一个0.1μF电容到地，组成简单的RC滤波，滤除毛刺脉冲。
2. 按键电路：采用独立按键，一端接地，另一端接GPIO引脚，并使能该引脚的内部上拉电阻。当按键按下时，引脚被拉低为低电平。为了消抖，除了软件延时（通常10-20ms）外，可以在硬件上并联一个0.1μF的电容，效果更好。
3. LCD1602显示接口：采用4位数据线模式（D4-D7）以节省GPIO口。RS（数据/命令选择）、RW（读/写）、E（使能）信号线必不可少。背光可以通过一个限流电阻（如220Ω）直接接电源。一个关键细节：LCD1602的工作电压通常是5V，而STM32 GPIO是3.3V电平。虽然很多模块在3.3V下也能勉强工作，但为了稳定，建议进行电平转换，或者选择明确支持3.3V逻辑的LCD模块。更稳妥的方法是，数据和控制线通过一个74HC245之类的电平转换芯片连接。
4. EEPROM存储电路：AT24C02这类芯片采用I2C接口，只需要两根线（SDA, SCL）。每根线上都必须接一个4.7kΩ - 10kΩ的上拉电阻到3.3V。I2C通信对时序和上拉电阻阻值比较敏感，布线时应尽量短。
5. 蜂鸣器驱动：由于蜂鸣器工作电流较大（几十mA），不能直接用GPIO驱动。需要使用一个NPN三极管（如S8050）或MOSFET（如2N7002）进行驱动。GPIO通过一个1kΩ的基极限流电阻控制三极管通断，蜂鸣器接在集电极回路中。

4. 软件架构与关键驱动实现

4.1 开发环境搭建与工程配置

我使用的是Keil MDK-ARM作为IDE，配合STM32CubeMX进行初始化代码生成。这是非常高效的工作流。

1. 使用STM32CubeMX创建工程：

   • 选择正确的芯片型号（STM32F103C8Tx）。
   • 在Pinout & Configuration标签页中，图形化配置引脚：
     • 将用于LED调试的PC13设置为GPIO_Output。
     • 将按键引脚（如PA1）设置为GPIO_Input，并启用内部上拉（Pull-up）。
     • 将连接霍尔传感器的引脚（如PA0）设置为GPIO_EXTI0（外部中断）。
     • 配置I2C1引脚（PB6->SCL， PB7->SDA）为I2C模式。
     • 配置一个通用定时器（如TIM2）用于精确延时和按键扫描定时。
     • 配置RTC：激活Clock Source为LSE（外部32.768kHz晶振），激活Calendar。
   • 在Clock Configuration标签页，将HCLK设置为72MHz。
   • 在Project Manager标签页，设置工程名称、路径，选择Toolchain为MDK-ARM，并勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”。
   • 点击GENERATE CODE，生成完整的Keil工程。

2. Keil工程设置：

   • 打开生成的工程，首先检查Target选项中的芯片型号是否正确。
   • 在C/C++选项卡的Define中，根据使用的库添加宏定义，例如使用标准库则添加USE_STDPERIPH_DRIVER。
   • 在Debug选项卡选择你的调试器（如ST-Link），并在Utilities中设置好Flash下载算法。
   • 一个关键步骤：为了支持printf重定向到串口进行调试，需要在工程选项中勾选“Use MicroLIB”，并在代码中重写fputc函数。

4.2 底层驱动封装：以LCD1602和EEPROM为例

LCD1602驱动（4位模式）LCD的驱动关键在于精确的时序。我们将读写操作封装成独立的函数。

// lcd1602.h #ifndef __LCD1602_H #define __LCD1602_H #include "stm32f1xx_hal.h" // 定义连接引脚 #define LCD_RS_PIN GPIO_PIN_0 #define LCD_RS_PORT GPIOA #define LCD_RW_PIN GPIO_PIN_1 #define LCD_RW_PORT GPIOA #define LCD_E_PIN GPIO_PIN_2 #define LCD_E_PORT GPIOA #define LCD_D4_PIN GPIO_PIN_3 #define LCD_D4_PORT GPIOA // ... 定义D5, D6, D7 void LCD_Init(void); void LCD_WriteCmd(uint8_t cmd); void LCD_WriteData(uint8_t dat); void LCD_SetCursor(uint8_t row, uint8_t col); void LCD_ShowString(uint8_t row, uint8_t col, char *str); void LCD_ShowNum(uint8_t row, uint8_t col, uint32_t num, uint8_t len); #endif

// lcd1602.c #include "lcd1602.h" // 微秒级延时函数，基于SysTick或定时器实现 extern void delay_us(uint32_t us); static void LCD_Write_4Bits(uint8_t data) { // 先写高4位 HAL_GPIO_WritePin(LCD_D4_PORT, LCD_D4_PIN, (data>>4)&0x01); // ... 设置D5, D6, D7 // 产生使能信号E的下降沿 HAL_GPIO_WritePin(LCD_E_PORT, LCD_E_PIN, GPIO_PIN_SET); delay_us(1); // 保持时间 > 450ns HAL_GPIO_WritePin(LCD_E_PORT, LCD_E_PIN, GPIO_PIN_RESET); delay_us(1); // 再写低4位 HAL_GPIO_WritePin(LCD_D4_PORT, LCD_D4_PIN, data&0x01); // ... 设置D5, D6, D7 HAL_GPIO_WritePin(LCD_E_PORT, LCD_E_PIN, GPIO_PIN_SET); delay_us(1); HAL_GPIO_WritePin(LCD_E_PORT, LCD_E_PIN, GPIO_PIN_RESET); delay_us(40); // 执行时间 > 37us } void LCD_WriteCmd(uint8_t cmd) { HAL_GPIO_WritePin(LCD_RS_PORT, LCD_RS_PIN, GPIO_PIN_RESET); // RS=0，命令 HAL_GPIO_WritePin(LCD_RW_PORT, LCD_RW_PIN, GPIO_PIN_RESET); // RW=0，写 LCD_Write_4Bits(cmd); } void LCD_WriteData(uint8_t dat) { HAL_GPIO_WritePin(LCD_RS_PORT, LCD_RS_PIN, GPIO_PIN_SET); // RS=1，数据 HAL_GPIO_WritePin(LCD_RW_PORT, LCD_RW_PIN, GPIO_PIN_RESET); LCD_Write_4Bits(dat); } void LCD_Init(void) { HAL_Delay(50); // 上电等待 >40ms // 三次初始化序列，强制进入4位模式 LCD_Write_4Bits(0x03); HAL_Delay(5); LCD_Write_4Bits(0x03); HAL_Delay(1); LCD_Write_4Bits(0x03); HAL_Delay(1); LCD_Write_4Bits(0x02); // 进入4位模式 HAL_Delay(1); // 后续设置：显示行数、字体、开显示、清屏等 LCD_WriteCmd(0x28); // 4位模式，2行显示，5x8字体 LCD_WriteCmd(0x0C); // 开显示，关光标 LCD_WriteCmd(0x06); // 读写后地址指针自动加1 LCD_Clear(); }

AT24C02 EEPROM驱动（I2C）使用STM32的HAL库I2C函数可以简化操作，但要注意处理总线错误和重试机制。

// at24cxx.h #define EEPROM_ADDRESS 0xA0 // AT24C02的器件地址 uint8_t EEPROM_WriteBytes(uint16_t addr, uint8_t *data, uint16_t len); uint8_t EEPROM_ReadBytes(uint16_t addr, uint8_t *buffer, uint16_t len);

// at24cxx.c #include "at24cxx.h" #include "i2c.h" // CubeMX生成的I2C句柄，例如 hi2c1 uint8_t EEPROM_WriteBytes(uint16_t addr, uint8_t *data, uint16_t len) { uint8_t retry = 3; while(retry--) { HAL_StatusTypeDef status; // AT24C02的页写为8字节，需要处理跨页写入 uint16_t bytes_to_write; uint16_t write_offset = 0; while(len > 0) { bytes_to_write = 8 - (addr % 8); // 计算当前页剩余空间 if(bytes_to_write > len) bytes_to_write = len; status = HAL_I2C_Mem_Write(&hi2c1, EEPROM_ADDRESS, addr, I2C_MEMADD_SIZE_8BIT, &data[write_offset], bytes_to_write, 100); if(status != HAL_OK) { break; // 写入失败，跳出循环准备重试 } HAL_Delay(5); // 必须等待EEPROM内部写周期完成，AT24C02典型值为5ms addr += bytes_to_write; write_offset += bytes_to_write; len -= bytes_to_write; } if(status == HAL_OK) { return 0; // 成功 } HAL_Delay(1); // 失败后短暂延时重试 } return 1; // 失败 } uint8_t EEPROM_ReadBytes(uint16_t addr, uint8_t *buffer, uint16_t len) { if(HAL_I2C_Mem_Read(&hi2c1, EEPROM_ADDRESS, addr, I2C_MEMADD_SIZE_8BIT, buffer, len, 100) == HAL_OK) { return 0; } return 1; }

实操心得：I2C通信失败是常见问题。除了检查硬件连接和上拉电阻，在EEPROM_WriteBytes函数中加入重试机制和严格的延时（HAL_Delay(5)）至关重要。EEPROM每次写入后都需要一个内部擦写时间（tWR），在此期间不会响应新的命令，立即发起下一次操作必然失败。

4.3 计费核心逻辑与状态机实现

在main.c或单独的业务逻辑文件中，实现状态机。

// fare_calc.h typedef enum { STATE_IDLE, // 空闲 STATE_RUNNING, // 运营中 STATE_WAITING, // 等候中 STATE_FINISHED // 结束 } SysState_t; typedef struct { uint32_t total_pulse_count; // 总脉冲数 float mileage; // 里程（公里） float current_fare; // 当前金额 float unit_price_day; // 日间单价 float unit_price_night; // 夜间单价 float start_price; // 起步价 float start_mileage; // 起步里程 RTC_TimeTypeDef start_time; // 上车时间 // ... 其他参数 } FareMeter_t; extern SysState_t g_sys_state; extern FareMeter_t g_fare_meter; void FareMeter_Init(void); void FareMeter_Process(void); // 在主循环中调用 void FareMeter_Start(void); void FareMeter_Stop(void); void FareMeter_PulseHandler(void); // 在里程传感器中断中调用

// fare_calc.c #include "fare_calc.h" #include "lcd1602.h" #include "rtc.h" SysState_t g_sys_state = STATE_IDLE; FareMeter_t g_fare_meter; volatile uint32_t g_pulse_count = 0; // 在中断中递增，用volatile修饰 // 脉冲中断服务函数 void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if(GPIO_Pin == SENSOR_PIN) { if(g_sys_state == STATE_RUNNING || g_sys_state == STATE_WAITING) { g_pulse_count++; } } } void FareMeter_Process(void) { static uint32_t last_pulse_count = 0; uint32_t current_pulse; float delta_mileage; switch(g_sys_state) { case STATE_IDLE: LCD_ShowString(0, 0, " Welcome! "); LCD_ShowString(1, 0, " Press Start "); break; case STATE_RUNNING: case STATE_WAITING: // 1. 计算新增里程 current_pulse = g_pulse_count; if(current_pulse != last_pulse_count) { delta_mileage = (current_pulse - last_pulse_count) * PULSE_PER_KM; // 每个脉冲代表的公里数 g_fare_meter.mileage += delta_mileage; g_fare_meter.total_pulse_count = current_pulse; last_pulse_count = current_pulse; // 2. 判断是否进入等候状态（例如，1秒内脉冲数少于某个阈值） // ... 此处省略速度判断逻辑 // 3. 根据状态和规则计费 if(g_sys_state == STATE_RUNNING) { if(g_fare_meter.mileage <= g_fare_meter.start_mileage) { g_fare_meter.current_fare = g_fare_meter.start_price; } else { float exceed_mileage = g_fare_meter.mileage - g_fare_meter.start_mileage; float unit_price = (IsNightTime() ? g_fare_meter.unit_price_night : g_fare_meter.unit_price_day); g_fare_meter.current_fare = g_fare_meter.start_price + exceed_mileage * unit_price; } } else { // STATE_WAITING // 按时间计费，例如每5分钟加价X元 // 需要结合RTC时间计算 } // 4. 更新显示 LCD_ShowString(0, 0, "Fare:"); LCD_ShowNum(0, 6, (uint32_t)(g_fare_meter.current_fare*100), 5); // 显示到分 LCD_ShowString(0, 12, "CNY"); LCD_ShowString(1, 0, "Dist:"); LCD_ShowNum(1, 6, (uint32_t)(g_fare_meter.mileage*10), 4); // 显示到0.1公里 LCD_ShowString(1, 11, "km"); } break; case STATE_FINISHED: // 显示最终金额，保存数据，蜂鸣器提示 SaveTotalRevenue(g_fare_meter.current_fare); Beep_Alert(3); HAL_Delay(2000); FareMeter_Reset(); // 重置本次行程数据 g_sys_state = STATE_IDLE; break; } } void FareMeter_Start(void) { if(g_sys_state == STATE_IDLE) { g_sys_state = STATE_RUNNING; g_pulse_count = 0; g_fare_meter.mileage = 0; g_fare_meter.current_fare = 0; HAL_RTC_GetTime(&hrtc, &g_fare_meter.start_time, RTC_FORMAT_BIN); LCD_Clear(); Beep_Alert(1); } } void FareMeter_Stop(void) { if(g_sys_state == STATE_RUNNING || g_sys_state == STATE_WAITING) { g_sys_state = STATE_FINISHED; } }

4.4 主程序框架与多任务调度

在一个没有操作系统的单芯片系统中，如何让按键响应、里程检测、显示更新、计费逻辑等“任务”协调工作，是关键。这里采用“前后台系统”模型，中断是“前台”，主循环是“后台”。

// main.c int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_I2C1_Init(); MX_TIM2_Init(); // 用于定时扫描按键和提供延时基准 MX_RTC_Init(); // ... 其他外设初始化 LCD_Init(); EEPROM_Init(); FareMeter_Init(); Beep_Init(); // 开启定时器中断，用于10ms周期任务 HAL_TIM_Base_Start_IT(&htim2); while (1) { // 后台主循环，处理非实时性要求高的任务 FareMeter_Process(); // 计费逻辑处理 Key_Process(); // 按键状态处理（在定时中断中置标志，这里执行动作） // 其他任务，如数据存储管理、显示内容刷新等 } } // 定时器中断回调函数，用于精确计时和按键扫描 void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { static uint8_t key_scan_cnt = 0; if(htim->Instance == TIM2) { // 每10ms执行一次 key_scan_cnt++; if(key_scan_cnt >= 5) { // 每50ms扫描一次按键，实现消抖 key_scan_cnt = 0; Key_Scan(); // 这个函数读取GPIO，设置按键标志位 } // 可以在这里维护一个系统时钟 tick system_tick++; } }

5. 系统调试、优化与功能扩展

5.1 调试方法与问题排查实录

开发过程中，肯定会遇到各种问题。以下是我踩过的一些坑和解决方法：

1. LCD显示乱码或全黑/全白：

   • 检查时序：这是最常见的原因。仔细核对LCD_Write_4Bits函数中的延时delay_us是否满足数据手册要求。特别是E使能脉冲的宽度和数据的建立保持时间。可以用逻辑分析仪或示波器抓取E、RS、RW和数据线的波形，与手册对比。
   • 检查初始化序列：4位模式的初始化序列（三次写0x03，一次写0x02）必须严格按顺序和延时执行。可以尝试增加初始化各步骤之间的延时。
   • 检查对比度：调整LCD模块上的电位器（VO引脚），改变对比度。对比度不合适也会导致显示异常。
   • 检查电源和背光：确保供电电压稳定（5V），背光是否正常点亮。

2. 按键不响应或连击：

   • 消抖处理：务必进行软件消抖。我的做法是在定时器中断中每隔50ms扫描一次按键，当连续几次扫描到同一状态（如按下）才认为有效。Key_Scan函数只负责设置“按键事件标志”，主循环中的Key_Process函数根据标志执行动作。
   • 硬件连接：检查按键引脚是否已启用内部上拉，或者外部上拉电阻是否接好。用万用表测量按键按下和释放时的电压是否干净利落。
   • 中断方式：如果使用外部中断检测按键，中断服务函数中一定要清除中断标志，并且中断触发方式（上升沿/下降沿/双边沿）要设置正确。

3. EEPROM读写数据错误：

   • 写周期等待：如前面代码所示，每次写操作后必须延时足够的时间（tWR，AT24C02是5ms）。连续写入多个字节时，要处理页边界，防止跨页写入失败。
   • I2C总线锁死：如果程序跑飞或异常复位可能导致I2C总线锁死。可以在I2C初始化函数中加入总线恢复代码，或者检测到通信失败多次后，重新初始化I2C外设。
   • 地址越界：AT24C02只有256字节，地址范围是0-255。写入时确保地址没有超出。

4. 里程计数不准：

   • 脉冲滤波：霍尔传感器信号可能带有毛刺。除了硬件RC滤波，在软件中断服务函数中，可以加入简单的“二次判断”逻辑，例如在检测到下降沿后，延时几十微秒再次读取引脚状态，确认是否为有效脉冲。
   • 中断优先级：里程脉冲中断的优先级应设为较高，确保不会因为其他中断处理时间过长而丢失脉冲。但同时要避免在中断服务函数中进行复杂计算或调用耗时长的HAL函数。
   • 脉冲当量校准：PULSE_PER_KM（每公里脉冲数）这个参数需要实际测量校准。让轮子转动已知圈数（如10圈），记录脉冲数，根据轮胎周长计算得出。

5.2 性能优化与功能增强建议

基础功能实现后，可以从以下几个方面进行优化和扩展，让项目更出彩：

1. 改用更友好的显示界面：将LCD1602升级为OLED（SSD1306）显示屏。OLED分辨率更高，可以显示中文、图形甚至简单的动画，用户体验大幅提升。驱动方式有I2C和SPI两种，I2C接线更简单。
2. 实现实时时钟与夜间计费：充分利用STM32内部的RTC，并为其配置备用电池（纽扣电池）。在计费逻辑中，读取RTC时间，判断是否处于夜间时段（如23:00-05:00），自动切换为更高的夜间单价。
3. 增加数据存储与统计功能：除了保存总营收，还可以在EEPROM中开辟一个区域作为“行程记录”，以环形队列方式存储最近N次行程的金额、里程、时间。通过按键可以查询历史记录。
4. 加入串口通信与上位机：利用STM32的USART，将计价数据（如每次行程结束后的金额、里程）实时发送到电脑串口助手，或者自己用Python（pyserial库）写一个简单的上位机软件，实现数据可视化记录和导出。
5. 设计更完善的用户设置：通过组合按键进入“设置模式”，可以调整起步价、日间/夜间单价、等候费费率等参数，并保存到EEPROM。
6. 低功耗设计：在空闲状态，可以关闭LCD背光、降低主频，甚至让单片机进入Stop模式，通过按键外部中断唤醒，模拟出租车待客时的省电场景。

5.3 从项目到毕设：论文与演示要点

如果你要将这个项目作为毕业设计，除了把系统做稳定，以下几点能让你的答辩更顺利：

• 论文结构：引言（背景意义）、系统总体设计（方案论证、框图）、硬件设计（电路原理图、器件选型分析）、软件设计（程序流程图、关键代码分析）、系统测试（功能测试表、数据记录、问题分析）、总结与展望。
• 突出创新点：即使核心功能是常见的，也要挖掘你的独特之处。比如，你实现了更精准的“低速等候判断算法”、设计了更美观的OLED界面、增加了基于蓝牙的手机查询功能、或者做了详细的功耗测试与优化。
• 演示准备：
  • 制作一个美观的实物：使用洞洞板或自己设计PCB焊接，加上一个亚克力外壳，瞬间提升档次。
  • 设计清晰的演示流程：第一步，上电显示欢迎界面；第二步，按键开始，模拟车轮转动（可以用手转动带磁铁的轮子模型），屏幕金额变化；第三步，切换到等候状态；第四步，结束计价，显示金额并蜂鸣；第五步，查询历史数据。边操作边讲解。
  • 准备测试数据：提前用表格记录下不同里程、不同时间段的计费结果，与理论计算值对比，证明系统准确性。
  • 应对提问：提前思考老师可能问的问题，如“脉冲丢失怎么办？”、“EEPROM擦写寿命如何考虑？”、“你的计费算法时间复杂度是多少？”、“如果要求同时支持两种计价方案你怎么扩展？”。

这个基于STM32的出租车计价器项目，就像一把钥匙，帮你打开了嵌入式系统开发的大门。从芯片选型到电路焊接，从寄存器配置到状态机编写，从BUG调试到功能迭代，每一步都是实实在在的工程训练。做完它，你收获的不仅仅是一个会动的毕设作品，更是一套解决实际问题的思维方法和动手能力。

本文还有配套的精品资源，点击获取