1. 模块化编程：从零搭建单片机系统的基础
记得我第一次参加蓝桥杯单片机比赛时，面对一堆零散的模块代码完全无从下手。直到后来真正理解了模块化编程的精髓，才发现原来系统整合可以这么简单。第七届省赛题目看似考察的是LED、按键、数码管等独立模块，实则是在检验我们如何将这些"积木"搭建成完整的"城堡"。
模块化编程的核心思想就像搭积木。每个功能模块都是独立的积木块，比如数码管显示模块、按键扫描模块、温度传感器模块等。我们需要先确保每块积木本身足够坚固（功能完善），然后再考虑如何将它们拼接在一起。在实际开发中，我习惯为每个硬件模块创建独立的.c和.h文件，比如：
// ds18b20.h #ifndef _DS18B20_H_ #define _DS18B20_H_ unsigned int get_temp(void); #endif // ds18b20.c #include "ds18b20.h" unsigned int get_temp() { // 温度采集实现 }这种组织方式带来的好处非常明显：当数码管显示出现问题时，我只需要检查display.c文件；当温度采集异常时，直接定位到ds18b20.c。比起把所有代码堆在main.c里，这种结构让调试效率提升了至少三倍。
2. 硬件模块驱动开发实战
2.1 数码管的多界面管理
省赛题目要求数码管能在工作模式和室温模式间切换，这正好体现了状态机思想的应用。我的做法是定义两个显示函数：
void show_work_mode() { seg[0] = 10; // 显示"-" seg[1] = mode; // 显示当前模式值 // ...其他位显示 } void show_temp_mode() { seg[0] = 10; seg[1] = 4; // 显示"T" // ...温度值显示 }通过一个temp_mode标志位来切换显示状态。这里有个小技巧：在切换模式时，我会先调用一次全部清空函数，避免上个模式的残留显示。
2.2 按键的状态机实现
独立按键处理最怕的就是抖动和重复触发。我采用的三状态机方法在比赛中非常可靠：
enum key_states { IDLE, PRESSED, RELEASED }; uint8_t key_scan() { static enum key_states state = IDLE; switch(state) { case IDLE: if(检测到按键按下) { delay_ms(10); // 消抖 state = PRESSED; } break; case PRESSED: if(按键仍然按下) { state = RELEASED; return 按键值; } break; // ...其他状态处理 } return 0; }实测下来，这种方法比简单的延时消抖更稳定，特别是在需要长按功能的场景下。
3. 系统整合的关键技术
3.1 定时器的任务调度
当所有模块都准备好后，如何让它们和谐共处就成了最大挑战。我的解决方案是利用定时器中断作为系统的心跳。在第七届省赛中，我配置了两个定时器：
- 定时器0：100us中断，专门处理PWM输出
- 定时器1：1ms中断，负责数码管扫描、按键检测等基础任务
void Timer1_ISR() interrupt 3 { static uint16_t counter = 0; display_scan(); // 数码管扫描 key_process(); // 按键处理 if(++counter >= 1000) { // 1秒定时 counter = 0; if(countdown > 0) countdown--; } }这里有个坑我踩过：中断服务函数里绝对不能放太多代码，否则会影响其他中断的实时性。我的经验是中断里只做标记，具体处理放到主循环中。
3.2 模块间的数据通信
各模块间的数据交互我主要通过全局变量和标志位来实现。比如温度采集模块：
volatile uint8_t temp_ready = 0; volatile int current_temp = 0; void get_temp_task() { if(temp_ready) { current_temp = ds18b20_read(); temp_ready = 0; } } // 在定时器中断中 if(++temp_counter >= 200) { // 200ms采集一次 temp_counter = 0; temp_ready = 1; }注意一定要用volatile关键字，避免编译器优化导致的问题。全局变量虽然方便，但也要注意命名规范，我习惯加模块前缀如temp_、key_等。
4. PWM与LED的协同控制
PWM模块是这届省赛的一个小难点，主要是要理解占空比与LED亮度的关系。题目要求用L1灯显示PWM输出，我的实现思路是：
void Timer0_ISR() interrupt 1 { static uint8_t pwm_counter = 0; if(pwm_counter < duty_cycle) { // duty_cycle取值0-10 LED_ON(); } else { LED_OFF(); } if(++pwm_counter >= 10) pwm_counter = 0; }这里duty_cycle=2表示20%占空比。实际调试时发现LED闪烁严重，后来发现是因为中断周期太长，将定时器调整为100us后效果就很平滑了。
5. 调试技巧与性能优化
在系统整合阶段，这几个调试方法帮了我大忙：
- 利用空闲的IO口做调试输出，比如用另一个LED指示温度采集完成
- 在关键代码段前后拉高拉低IO口，用示波器测量执行时间
- 使用数码管显示内部状态值，比如显示当前模式号或温度值
性能优化方面，最显著的是将数码管扫描放到定时器中断后，主循环只处理业务逻辑，这样即使有复杂计算也不会影响显示刷新。另外，像DS18B20温度转换这种耗时操作，我会放在后台进行：
if(need_convert_temp) { ds18b20_start_convert(); need_convert_temp = 0; } // 不等待转换完成，继续执行其他任务6. 完整系统的工作流程
将所有模块整合后，系统的运行流程是这样的：
- 上电初始化所有硬件
- 启动定时器，开始系统心跳
- 主循环中检测按键并更新状态
- 定时器中断中：
- 每1ms扫描数码管和按键
- 每200ms启动温度采集
- 每1s更新倒计时
- PWM输出完全由定时器中断控制
这种架构下，即使后续要添加新功能也很方便。比如要增加串口通信，只需要在初始化中添加串口配置，然后在主循环或中断中处理数据即可。
在准备比赛的过程中，我最大的体会是：模块化不是目的，而是手段。真正的难点在于如何设计模块间的接口和通信机制。建议初学者可以先用流程图把各个模块的数据流画出来，这样在编码时思路会更清晰。
