1. 项目概述从定时器到显示的嵌入式“心跳”系统在嵌入式开发里让一个系统“活”起来关键在于精准的时序控制和直观的信息反馈。最近我在一个环境监测设备上折腾核心需求是每隔固定时间采集一次传感器数据然后实时刷新到屏幕上。这听起来简单但里面涉及两个嵌入式开发的经典模块定时器中断和TFTLCD驱动。STM32的定时器就像系统的心脏提供稳定、精确的“心跳”节拍而TFTLCD则是系统的“脸面”负责把心跳产生的数据比如温度、湿度可视化地呈现出来。把这两者结合起来你就能构建出一个具有自主节律和友好交互的智能设备核心。这个项目非常适合已经点亮过LED、操作过GPIO想要深入理解STM32中断系统和外设驱动的朋友。通过它你不仅能掌握定时器中断的配置精髓还能学会如何高效地在LCD上组织信息是迈向综合项目开发非常扎实的一步。2. 核心思路与方案选型为什么是定时器中断LCD在决定用定时器中断驱动LCD刷新之前其实有几个备选方案。最简单粗暴的就是在主函数的while(1)循环里用一个delay_ms()函数做延时然后执行采集和显示。这个方法对于新手很友好但问题很大delay函数是阻塞的在延时期间CPU什么都干不了效率极低系统无法响应其他事件。第二种方案是使用SysTick系统滴答定时器它也能产生中断常用来做HAL_Delay()的时基。但SysTick通常被操作系统或HAL库占用且优先级很高用它来做应用层定时可能会干扰系统底层时序不够灵活。所以我选择了独立的通用定时器比如TIM2、TIM3来做这件事。它的优势很明显首先完全硬件计时不占用CPU资源计时精度极高其次中断触发后CPU跳转到中断服务函数执行采集和显示代码执行完毕立刻返回主循环可以继续处理其他任务比如按键扫描、通信实现了程序的“并发”执行。这其实就是嵌入式系统中“前后台”或“裸机多任务”的雏形。至于显示部分TFTLCD彩屏比单色OLED或段码LCD能展示更丰富的信息如图表、汉字、图片用户体验好很多。驱动方式上我选择了FSMC灵活的静态存储控制器来模拟8080并口时序这种方式相比GPIO模拟时序速度有数量级的提升刷屏流畅CPU负担小。整个方案的核心思想就是用硬件定时器产生精准的“时间事件”在中断中处理实时性要求高的任务采集、计算然后将结果通过高速接口送给LCD进行渲染从而构建一个响应及时、显示流畅的嵌入式系统。3. 硬件设计与核心外设解析3.1 定时器系统深度剖析STM32的定时器家族很庞大有基本定时器TIM6, TIM7、通用定时器TIM2-TIM5, TIM9-TIM14和高级定时器TIM1, TIM8。对于我们的周期性任务通用定时器TIM2或TIM3就绰绰有余。它的核心是一个16位或32位的自动重装载寄存器ARR和一个16位的预分频器PSC。时钟源通常是APB1总线时钟对于TIM2-7。工作流程是时钟信号经过(PSC1)分频得到计数器时钟CK_CNT计数器从0开始每个CK_CNT时间加1当计数值达到ARR设定的值时产生一个更新事件UEV并触发中断同时计数器归零或从重装载值开始重新计数。这里的关键计算是中断周期。假设我的系统主频HCLK是72MHzAPB1预分频器为2则APB1时钟为36MHz。但STM32有一个特性当APB1分频系数不为1时定时器时钟会乘以2因此TIM2的时钟源实际是72MHz。如果我要实现1秒的中断设置PSC7199ARR9999。计算过程定时器时钟频率 72MHz / (PSC1) 72MHz / 7200 10KHz。计数器计数一次的时间 1 / 10KHz 0.1ms。中断周期 (ARR1) * 计数一次时间 10000 * 0.1ms 1000ms 1s。通过调整PSC和ARR这两个参数我们可以得到从微秒到几十秒不等的任意精确中断间隔。3.2 TFTLCD驱动与FSMC接口实战我使用的是一块常见的2.4寸或3.5寸TFTLCD驱动IC是ILI9341或ST7789。这类屏幕通常使用8080并行接口有16根数据线D0-D15用于16位色彩RGB565格式、读写使能WR RD、命令/数据选择线RS 也叫D/CX、片选CS和复位RST。如果用GPIO模拟时序需要CPU频繁地拉高拉低引脚速度慢且占用大量CPU时间。STM32的FSMC外设可以完美解决这个问题。FSMC可以把一片外部存储区域如NOR Flash/PSRAM映射到CPU的地址空间。我们可以“欺骗”FSMC让它把LCD的寄存器命令寄存器和数据寄存器分别映射到两个固定的地址上。具体操作是将LCD的RS引脚连接到FSMC的某根地址线例如A16。当CPU向地址(Bank基地址 0x0000)写入时A16为低电平RS为低表示写入命令当向地址(Bank基地址 0x00020000)即A16为1的偏移写入时RS为高表示写入数据。FSMC会自动生成符合8080时序的读写控制信号NE片选、NWE写、NOE读。配置好后我们在程序中向这两个“魔法地址”写数据硬件就会自动完成对LCD的操控速度极快。例如初始化FSMC后可以这样定义#define LCD_CMD_ADDR ((uint32_t)0x60000000) // RS0 #define LCD_DATA_ADDR ((uint32_t)0x60020000) // RS1 假设A16连接RS static void LCD_Write_Cmd(uint16_t cmd) { *(__IO uint16_t *)LCD_CMD_ADDR cmd; } static void LCD_Write_Data(uint16_t data) { *(__IO uint16_t *)LCD_DATA_ADDR data; }这种方式将复杂的时序操作交给硬件CPU得以解放。4. 软件架构与代码实现详解4.1 定时器中断配置与工程搭建我使用STM32CubeMX进行初始化配置这样能确保时钟树和引脚配置的正确性。首先在Pinout Configuration标签页激活一个通用定时器如TIM3选择Internal Clock作为时钟源。然后在Parameter Settings选项卡中配置定时器Prescaler (PSC): 7199 根据前述计算Counter Mode: Up 向上计数Counter Period (ARR): 9999auto-reload preload: Enable 使能自动重装载防止更新时产生毛刺 接着在NVIC Settings中使能TIM3 global interrupt并可以设置一个合适的抢占优先级和子优先级例如1, 0。生成代码后在stm32f1xx_it.c文件中找到TIM3_IRQHandler中断服务函数但更规范的做法是在用户文件中重写回调函数。在用户主文件如main.c中启动定时器前我们需要开启更新中断并启动计数HAL_TIM_Base_Start_IT(htim3); // 启动定时器并开启中断然后实现中断回调函数。CubeMX HAL库的中断处理逻辑是先进入统一的HAL_TIM_IRQHandler再调用我们重写的回调函数。我们在main.c附近添加void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { // 1. 在这里执行你的周期性任务例如读取传感器 // float temperature Read_Temperature(); // 2. 设置一个标志位通知主循环或直接在中断内进行显示注意中断执行时间要短 update_display_flag 1; } }注意中断服务函数里应该只做最紧急、耗时最短的事情。复杂的计算和显示操作最好只是设置一个标志位然后由主循环中的后台任务来执行。否则长时间占用中断会导致其他中断无法响应系统实时性变差。这就是“中断标志位后台处理”的经典模式。4.2 TFTLCD驱动层与图形库整合有了FSMC的硬件基础接下来要封装LCD的底层驱动函数。这包括初始化序列LCD_Init、设置显示窗口LCD_SetWindow、画点LCD_DrawPoint、清屏LCD_Clear、显示字符和字符串等。其中画点函数是基础所有图形、文字都是基于它构建的。void LCD_DrawPoint(uint16_t x, uint16_t y, uint16_t color) { LCD_SetWindow(x, y, x, y); // 设置窗口为单个像素 LCD_Write_Cmd(0x2C); // 发送写GRAM命令 LCD_Write_Data(color); // 写入颜色数据 }显示字符时我们需要字模。可以取模软件生成一个ASCII字符集如8x16像素的数组每个字符对应一个16字节的数组8*16/8。显示函数通过查表将字符的每个像素点画出来。为了更高效地管理显示内容我引入了一个简单的图形库或自己构建一个显示缓冲区Frame Buffer的概念。虽然对于STM32F1这类内存不大的芯片全屏缓冲区3202402字节≈150KB可能不现实但可以维护一个需要更新的区域缓冲区。在定时器中断中我们只是将新的数据如温度值准备好。在主循环中检测到update_display_flag被置位后调用一个Refresh_Display()函数。这个函数会清除旧数据区域比如用背景色重画一个数字区域。将新的数值转换成字符串。在指定坐标调用字符串显示函数绘制出新数字。如果需要绘制曲线图则根据历史数据在屏幕上连接各点。4.3 主程序逻辑与任务调度最终的main函数和主循环扮演着调度中心的角色。其逻辑非常清晰int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_FSMC_Init(); MX_TIM3_Init(); LCD_Init(); // 其他外设初始化如ADC用于采集 HAL_TIM_Base_Start_IT(htim3); // 启动定时器中断 LCD_Clear(WHITE); LCD_ShowString(10, 10, “温度:”, BLACK, WHITE, 16, 0); // 绘制静态文本 while (1) { // 后台任务调度 if (update_display_flag) { update_display_flag 0; // 执行实际的显示刷新可能会涉及浮点数转字符串等稍耗时的操作 Refresh_Temperature_Display(); } // 其他低优先级任务如按键扫描 Key_Scan(); // 可以在这里加入低功耗模式入口当无事可做时让CPU休眠 } }这种架构下定时器中断以固定频率“唤醒”系统进行数据采集和标志位设置主循环则负责执行具体的显示刷新和其他后台任务。整个系统运行流畅时序精准。5. 调试技巧与常见问题排查5.1 定时器不进入中断从时钟到NVIC的逐级排查这是新手最常遇到的问题。如果定时器配置好了但就是不进中断请按照以下顺序排查就像电工查电路一样一级一级来时钟树检查首先确认定时器所在的APB总线时钟是否使能。在CubeMX的Clock Configuration标签页下检查APB1 Timer Clocks是否有时钟输入不为0。这是源头没有时钟定时器根本不会计数。定时器基础配置检查HAL_TIM_Base_Init()是否成功执行。可以单步调试或者检查htim3.Instance-CR1寄存器看CEN位是否被置1表示计数器已开启。中断使能双重确认CubeMX生成代码时会在HAL_TIM_Base_MspInit()中调用HAL_NVIC_SetPriority()和HAL_NVIC_EnableIRQ()。请确保这两个函数被正确调用。更直接的方法是在调试模式下查看内核的NVIC寄存器ISER中断使能寄存器确认对应TIM3的中断位是否被置1。更新中断使能仅仅启动定时器HAL_TIM_Base_Start()不会开启更新中断。必须使用HAL_TIM_Base_Start_IT()或者在Start()之后手动使能更新中断__HAL_TIM_ENABLE_IT(htim3, TIM_IT_UPDATE)。中断服务函数名确保中断服务函数的名字完全正确。对于STM32 HAL库不要直接修改stm32f1xx_it.c里的TIM3_IRQHandler而应该重写HAL_TIM_PeriodElapsedCallback这个弱定义函数。优先级冲突检查是否有其他更高优先级的中断一直抢占或者你的中断服务函数里清中断标志位失败了HAL库通常会自动清除标志位但如果自己编写寄存器版中断务必手动清除TIMx-SR寄存器中的UIF位。5.2 LCD白屏、花屏、颜色错乱问题定位LCD显示不正常问题通常出在初始化序列、时序或数据格式。白屏背光亮但无显示这是最典型的问题。99%的原因是初始化序列不对或未执行。ILI9341和ST7789的初始化序列很长且顺序、延时、命令参数都必须严格按照数据手册来。务必核对你的LCD_Init函数里的序列是否与官方示例或屏幕卖家提供的代码一致。可以用逻辑分析仪或示波器抓取初始化过程中的几个关键命令如软件复位0x01、退出睡眠模式0x11、打开显示0x29的波形看是否发出。花屏乱码、条纹首先检查FSMC的时序配置。在CubeMX配置FSMC时Data Setup Time、Address Setup Time等参数如果设置得太短可能导致LCD驱动IC读取数据不稳定。对于常见的LCD可以尝试将读写时序适当调慢数值调大。其次检查数据线连接是否虚焊、错位。最后检查显存设置发送设置坐标窗口的命令0x2A, 0x2B后是否正确地发送了写GRAM命令0x2C。颜色错乱红蓝反了、颜色不对这是颜色格式问题。TFTLCD常用RGB565格式16位即5位红色、6位绿色、5位蓝色。而你在代码中定义的颜色常量如#define RED 0xF800需要与此格式匹配。如果颜色反了可能是屏幕驱动IC的字节序Big-Endian/Little-Endian与MCU发送的不匹配。尝试交换发送数据的高低字节或者在初始化命令中查找是否有设置颜色格式的命令如ILI9341的0x36命令其中的MY, MX, MV, BGR位会影响显示方向、颜色顺序。局部刷新有残影这是因为你在刷新一个区域如一个数字时只写了新的像素没有用背景色清除旧的像素。解决方案是在绘制新内容前先用背景色填充该区域画一个实心矩形再绘制新内容。5.3 性能优化与资源管理心得当系统复杂起来显示内容多中断频繁时就需要考虑优化。中断执行时间最小化这是我反复强调的。在HAL_TIM_PeriodElapsedCallback中只做读取ADC原始值、设置标志位这类极快的操作。浮点运算、字符串格式化、显示函数调用统统放到主循环里。你可以用DMA来搬运ADC数据用定时器触发ADC采样这样连读取ADC的操作都可以从中断里挪走中断服务函数可能就只剩下一两条指令了。避免在中断和主循环中同时访问共享资源比如一个全局的显示数据数组。如果中断正在更新它而主循环正在读取它用于显示可能会导致显示数据错乱。简单的解决办法是在中断里只更新一个“临时副本”然后设置标志位在主循环中看到标志位后关闭中断快速将“临时副本”拷贝到“显示副本”中再开启中断。或者使用更高级的互斥机制。分段刷新与脏矩形算法不要每次中断都刷新整个屏幕。只刷新那些内容发生了变化的部分。例如温度值每秒变一次那就只刷新显示温度数字的那一小块区域。这需要你在程序逻辑上记录每个显示元素的区域和状态是否“脏”了需要刷新。使用合适的编译器优化等级在MDK-Keil或IAR中适当提高优化等级如-O2可以显著提升代码执行速度尤其是显示相关的循环、函数调用会快很多。但要注意高优化等级可能会调试困难有些变量会被优化掉。建议在最终发布版本时使用。6. 项目扩展与进阶玩法这个“定时中断LCD显示”的框架具有很强的扩展性是许多复杂项目的基石。多定时器协同你可以用TIM3做1秒的慢速采集显示再用另一个定时器如TIM2配置成10ms中断实现一个简单的按键消抖扫描和菜单界面响应让交互更跟手。融入实时操作系统RTOS当任务多起来裸机的“标志位主循环”模式会变得难以管理。可以轻松地将这个项目移植到FreeRTOS上。定时器中断变成一个“软件定时器”Software Timer或者直接提供一个信号量Semaphore。显示刷新、传感器读取、逻辑处理都变成独立的任务Task由RTOS内核来调度代码结构会更清晰。实现简单GUI在基础的画点、画线、显示字符之上可以封装更高级的控件如按钮、进度条、滑块。在定时器中断中检查触摸屏如果LCD带触摸的坐标在主循环或GUI任务中更新控件状态和显示就能做出非常漂亮的交互界面。数据记录与可视化将定时采集的数据如温度存储到外部SPI Flash或SD卡中。在LCD上不仅可以显示当前值还可以绘制历史曲线图。这就需要你实现一个简单的文件系统和图形绘图函数如画坐标轴、连线。联网与远程显示加入ESP8266/ESP32这样的Wi-Fi模块定时器中断采集的数据除了本地显示还可以通过MQTT协议上传到云平台。这样你手机上的App就能远程查看实时数据和历史图表了项目立刻升级为物联网终端。折腾完这个项目我最深的体会是嵌入式开发就像搭积木但比积木更讲究“时序”和“协作”。定时器是精准的节拍器LCD是华丽的输出窗口而你的代码就是指挥它们协同工作的乐谱。一开始可能会被中断优先级、时序配置、内存管理这些细节绊住但每解决一个问题你对系统如何运作的理解就深一层。这个项目里涉及的“中断快进快出”、“前后台系统”、“硬件加速外设使用”等思想会贯穿你整个嵌入式开发生涯。下次当你看到任何带屏幕的智能设备或许你就能一眼看穿它内部那颗定时跳动的心脏和流畅显示背后的秘密了。