用STM32+PCF8591在Proteus里做个‘万能’采集器：ADC、DAC、按键状态一网打尽
STM32与PCF8591的Proteus虚拟实验室：打造全能型数据采集终端
在嵌入式开发领域，数据采集系统一直是连接物理世界与数字世界的桥梁。对于初学者而言，如何快速搭建一个功能全面、易于调试的采集系统往往是个挑战。本文将带你用STM32微控制器和PCF8591芯片，在Proteus仿真环境中构建一个集ADC采集、DAC输出、数字量检测于一体的"瑞士军刀"式数据采集终端。
这个项目的独特之处在于它不仅仅是一个简单的仿真练习，而是一个完整的虚拟仪器开发案例。我们将重点探讨：
- 硬件协同设计：为什么选择STM32+PCF8591这对组合
- 软件架构技巧：如何优雅地管理多任务和状态切换
- 交互设计哲学：通过按键和串口实现灵活的操作模式控制
- 调试实战经验：在Proteus中高效验证系统行为的技巧
1. 硬件架构设计：为什么是STM32+PCF8591？
1.1 核心器件选型考量
在嵌入式数据采集系统中，处理器和转换芯片的选择直接影响系统性能和开发难度。我们选用的STM32F103C8（蓝莓派开发板常用型号）和PCF8591组合，在成本、性能和易用性之间取得了良好平衡。
STM32F103C8的优势：
- 72MHz主频的Cortex-M3内核，处理能力足够
- 内置多通道12位ADC（虽然Proteus仿真中可能受限）
- 丰富的外设接口（I2C、USART等）
- 广泛的社区支持和资料
PCF8591的补充价值：
- 4路模拟输入（可配置为单端或差分）
- 1路8位DAC输出
- I2C接口，节省IO资源
- 可编程的模拟增益
// 典型I2C初始化代码（STM32标准外设库） void I2C_Configuration(void) { I2C_InitTypeDef I2C_InitStructure; I2C_InitStructure.I2C_Mode = I2C_Mode_I2C; I2C_InitStructure.I2C_DutyCycle = I2C_DutyCycle_2; I2C_InitStructure.I2C_OwnAddress1 = 0x00; I2C_InitStructure.I2C_Ack = I2C_Ack_Enable; I2C_InitStructure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit; I2C_InitStructure.I2C_ClockSpeed = 100000; // 100kHz I2C_Init(I2C1, &I2C_InitStructure); I2C_Cmd(I2C1, ENABLE); }1.2 Proteus中的特殊考量
在真实硬件和仿真环境之间存在一些需要注意的差异：
| 功能模块 | 真实硬件表现 | Proteus仿真注意事项 |
|---|---|---|
| STM32内置ADC | 12位精度，多通道 | 部分型号可能不支持 |
| STM32内置DAC | 可正常输出 | 仿真中可能无法工作 |
| PCF8591 ADC | 8位精度 | 仿真表现稳定 |
| PCF8591 DAC | 8位精度 | 仿真表现稳定 |
| I2C通信 | 需考虑上拉电阻 | 仿真中时序要求较宽松 |
提示：在Proteus中遇到DAC不工作时，不要立即怀疑自己的代码，先检查元件模型是否支持该功能。这也是我们引入PCF8591作为DAC补充的原因。
2. 软件架构设计：状态机驱动多任务
2.1 主循环与时间片调度
一个健壮的数据采集系统需要合理分配CPU资源。我们采用时间片轮询架构，避免复杂RTOS带来的学习曲线。
// 主循环中的任务调度示例 while(1) { uint32_t current_time = GetSystemTick(); // 10ms任务 if(current_time - last_10ms >= 10) { last_10ms = current_time; KeyScan(); OLEDRefresh(); } // 100ms任务 if(current_time - last_100ms >= 100) { last_100ms = current_time; UARTCommandHandler(); WatchdogFeed(); } // 1s任务 if(current_time - last_1s >= 1000) { last_1s = current_time; ADCTask(); DACTask(); IndicatorLEDToggle(); } }2.2 模式切换的状态机实现
系统需要支持多种工作模式（ADC采集、DAC输出、数字量检测），我们使用状态机模式实现清晰的逻辑分离。
typedef enum { MODE_IDLE = 0, MODE_ADC, MODE_DAC, MODE_DIGITAL } SystemMode; SystemMode current_mode = MODE_IDLE; void HandleModeSwitch(void) { if(KeyMode1Pressed()) { current_mode = MODE_ADC; ADC_Init(); OLED_ShowString("ADC Mode"); } else if(KeyMode2Pressed()) { current_mode = MODE_DAC; DAC_Init(); OLED_ShowString("DAC Mode"); } else if(KeyMode3Pressed()) { current_mode = MODE_DIGITAL; OLED_ShowString("Digital Mode"); } // 串口指令切换模式 if(UART_ReceivedCommand()) { uint8_t cmd = UART_GetCommand(); if(cmd >= 0 && cmd <= 3) { current_mode = (SystemMode)cmd; } } }3. 数据采集与输出实现细节
3.1 多通道ADC采集优化
虽然STM32内置ADC，但在Proteus中我们主要使用PCF8591进行模拟量采集。以下是关键实现点：
- 通道切换策略：通过I2C发送控制字节选择通道
- 数据稳定性处理：上电初期丢弃不稳定数据
- 软件滤波：简单的移动平均滤波
#define PCF8591_ADDR 0x48 // A0=A1=A2=GND时的地址 uint8_t ReadPCF8591(uint8_t channel) { uint8_t value = 0; // 启动I2C传输 I2C_Start(); I2C_SendByte(PCF8591_ADDR << 1); // 写操作 I2C_WaitAck(); // 发送控制字节：启用模拟输出，选择通道 I2C_SendByte(0x40 | (channel & 0x03)); I2C_WaitAck(); // 重新启动以读取 I2C_Start(); I2C_SendByte((PCF8591_ADDR << 1) | 0x01); // 读操作 I2C_WaitAck(); // 读取前一个转换结果（PCF8591特性） value = I2C_ReadByte(); I2C_SendAck(0); // NACK I2C_Stop(); return value; }3.2 DAC输出精度提升技巧
PCF8591的DAC分辨率虽然只有8位，但通过一些技巧可以提高有效精度：
- 参考电压稳定：使用专用基准源而非电源电压
- 输出缓冲：添加运算放大器提高驱动能力
- 软件校准：存储校准系数补偿误差
void WritePCF8591DAC(uint8_t value) { I2C_Start(); I2C_SendByte(PCF8591_ADDR << 1); // 写操作 I2C_WaitAck(); // 控制字节：启用模拟输出 I2C_SendByte(0x40); I2C_WaitAck(); // 发送DAC值 I2C_SendByte(value); I2C_WaitAck(); I2C_Stop(); }4. 系统集成与调试技巧
4.1 Proteus仿真优化实践
在Proteus中调试混合信号系统有其特殊性，以下是一些实用技巧：
- 信号可视化：合理使用电压探针和图表
- 模拟信号：用模拟分析图表
- 数字信号：用逻辑分析仪
- 虚拟仪器：活用虚拟终端观察串口数据
- 断点调试：结合Keil uVision进行源码级调试
4.2 多外设协同工作框架
为了实现ADC、DAC、GPIO、UART、OLED的和谐共处，我们设计了这样的资源分配表：
| 外设 | 使用引脚 | 主要功能 | 中断优先级 |
|---|---|---|---|
| I2C1 | PB6(SCL), PB7(SDA) | PCF8591通信 | 中 |
| USART1 | PA9(TX), PA10(RX) | 调试输出和指令接收 | 高 |
| GPIO | PB3-PB5 | 模式切换按键 | 高 |
| GPIO | PB6-PB13 | 数字量输入 | 低 |
| SPI1 | PA5-PA7 | OLED显示（视具体模块而定） | 中 |
4.3 扩展性设计思路
这个框架的亮点在于其良好的扩展性：
- 通道扩展：通过I2C总线可挂载多个PCF8591
- 功能扩展：添加新的工作模式不影响现有逻辑
- 显示扩展：OLED内容可灵活调整
- 通信扩展：USART协议易于对接上位机
// 扩展示例：添加温度传感器模式 typedef enum { MODE_IDLE = 0, MODE_ADC, MODE_DAC, MODE_DIGITAL, MODE_TEMP_SENSOR // 新增模式 } SystemMode; void TempSensorTask(void) { if(current_mode != MODE_TEMP_SENSOR) return; uint8_t adc_value = ReadPCF8591(0); // 假设温度传感器接在通道0 float temperature = adc_value * 0.5f; // 简单线性转换 char buf[16]; sprintf(buf, "Temp: %.1fC", temperature); OLED_ShowString(buf); }在完成这个项目的过程中，最令人惊喜的是发现Proteus虽然不能完美模拟所有硬件特性，但足以验证大部分系统逻辑。当看到虚拟终端上打印出整齐的ADC采样数据，或者通过鼠标点击"按键"改变DAC输出电压时，那种成就感不亚于在真实硬件上实现功能。这个项目最宝贵的产出不是最终的仿真文件，而是那套可移植到真实硬件的软件框架——它已经在我的几个实际项目中证明了其价值。