1. 项目缘起与整体设计思路1.1 这个项目到底在做什么STM32温度电压电流检测报警器OLED显示仿真设计说白了就是拿一块STM32单片机当大脑外接温度传感器、电压采集电路、电流采集电路把测到的数据实时显示在一块OLED小屏幕上同时设定阈值一旦超限就触发声光报警。整个系统在Proteus里完成仿真验证不需要打板、不需要焊接一台电脑就能跑通全流程。我第一次接触这类题目的时候觉得无非就是ADC采样加个屏幕显示能有多难实际动手才发现坑远比想象中多。比如ADC采样值跳动得厉害OLED显示数字闪烁不停比如仿真里温度传感器读出来的值跟实际差了好几度再比如报警逻辑写得太简单数据在阈值附近来回跳蜂鸣器就跟着“哒哒哒”响个不停听着像继电器坏了。这些问题在教科书里基本不会提但实际做的时候一个都躲不掉。这个项目适合谁呢我觉得有三类人值得花时间搞一遍第一类是正在学STM32但只会点灯和串口打印的初学者这个项目能把GPIO、ADC、I2C、定时器、中断这些外设串起来用一遍第二类是要做课程设计或者毕业设计的学生这个题目结构完整、工作量适中、仿真可演示属于性价比很高的选题第三类是做小型设备监控的工程师想快速验证一个监测报警方案的可行性用仿真先跑通逻辑再落地硬件能省不少试错成本。1.2 为什么选STM32而不是51单片机这个问题我被问过很多次。51单片机便宜、资料多、上手快做个温度报警器绰绰有余为什么非得上STM32核心原因在于这个项目要同时处理三路模拟量采集、一路OLED显示刷新、一路报警输出控制还要保证实时性。51单片机只有一个ADC还得是STC12系列以上才有多路采集得靠模拟开关切换采样速率和精度都受限。STM32F103系列自带12位ADC最多支持16个外部通道规则组可以配置多个通道自动轮询扫描配合DMA搬运数据CPU几乎不用干预。这是51做不到的。另一个原因是OLED驱动。0.96寸OLED用的是SSD1306驱动芯片I2C接口刷一屏数据要传1024字节。51的I2C靠软件模拟速度慢刷屏肉眼可见地卡顿。STM32的硬件I2C或者SPI接口刷屏流畅得多还能腾出CPU时间做别的事。还有一点是开发效率。STM32的HAL库虽然被老手吐槽臃肿但对新手来说初始化代码用CubeMX点几下就生成了省去大量查寄存器的时间。标准库虽然精简但配置过程繁琐容易出错。我个人的建议是如果你刚入门用HAL库快速跑通功能等熟悉了再回头研究寄存器和标准库理解底层原理。1.3 仿真方案的选择与取舍Proteus是这类项目最常用的仿真工具原因很直接它支持STM32F103系列芯片的仿真能加载Keil编译出来的hex文件外设模型也比较全。温度传感器用DS18B20电压电流用滑动变阻器模拟信号源OLED用SSD1306模型蜂鸣器用SOUNDERLED用普通发光二极管这些元件在Proteus里都能找到。但Proteus仿真有几个必须提前知道的局限。第一DS18B20的仿真模型响应速度比实物快很多时序要求不像实物那么严格仿真跑通了不代表实物一定能跑通。第二ADC输入阻抗在仿真里是理想的实际电路中如果信号源内阻太大采样值会偏低。第三OLED仿真模型只支持基本显示功能滚动、反色这些高级特性不一定支持。第四Proteus的仿真速度受电脑性能影响如果电路复杂实时性会打折扣。我试过用Multisim做类似仿真但Multisim对STM32的支持不如Proteus完善MCU模型少加载hex文件也麻烦。所以这个项目还是推荐Proteus 8.9以上版本元件库更全仿真稳定性也更好。注意Proteus仿真只能验证逻辑正确性不能替代实物调试。时序敏感的器件如DS18B20、I2C OLED在仿真里跑通后实物调试时仍需用示波器检查时序。2. 核心细节解析与实操要点2.1 温度采集DS18B20的时序陷阱DS18B20是单总线器件一根数据线完成通信看起来省引脚实际上时序要求极其严格。它的通信过程分三步复位、写命令、读数据。每一步都有微秒级的时间窗口差一点就通信失败。复位过程是这样的主机拉低总线至少480微秒然后释放等待15到60微秒DS18B20会拉低总线60到240微秒作为应答。如果在这段时间内读到低电平说明器件存在如果一直是高电平说明器件没接好或者坏了。写时隙分写0和写1。写0是拉低总线60到120微秒后释放写1是拉低总线1到15微秒后释放然后在60微秒内保持高电平。读时隙更微妙主机拉低总线1到15微秒然后在15微秒内采样总线电平读完后保持高电平至少45微秒。在Proteus仿真里这些时序要求会被放宽因为仿真模型不是真实器件。但我建议你在代码里还是严格按照数据手册的时序来写这样仿真跑通了实物基本也能跑通。具体做法是用定时器做微秒级延时不要用空循环因为空循环的延时时间受编译器优化等级影响换个优化选项时间就变了。// 微秒级延时函数基于SysTick void delay_us(uint32_t us) { uint32_t start SysTick-VAL; uint32_t ticks us * (SystemCoreClock / 1000000); while (1) { uint32_t now SysTick-VAL; uint32_t elapsed (start now) ? (start - now) : (start SysTick-LOAD - now); if (elapsed ticks) break; } }这段代码利用SysTick当前值来计算经过的时间比空循环精确得多。注意SysTick是递减计数器所以计算elapsed的时候要分两种情况。2.2 电压电流采集ADC配置的关键参数STM32F103的ADC是12位的参考电压通常是3.3V所以最小分辨率为3.3V / 4096 ≈ 0.8毫伏。这个精度对于一般的电压电流监测足够了。ADC配置有几个关键参数需要仔细选。第一是采样时间。STM32的ADC采样时间可设为1.5、7.5、13.5、28.5、41.5、55.5、71.5、239.5个ADC时钟周期。采样时间越长采样精度越高但转换速度越慢。对于电压电流这种变化不快的信号选55.5或71.5周期比较稳妥。第二是转换模式。这个项目要采两路信号电压和电流可以用规则组扫描模式配置两个通道ADC自动依次转换转换完通过DMA把数据搬到内存。这样CPU不用干预效率最高。第三是触发方式。可以用软件触发在需要的时候启动转换也可以用定时器触发固定间隔采样。我推荐用定时器触发比如每100毫秒采一次这样采样间隔均匀便于后续做滤波处理。电压采集电路在仿真里用一个滑动变阻器分压来模拟。实际电路中如果测的是高于3.3V的电压需要电阻分压后再接入ADC引脚。分压电阻的选择要考虑功耗和阻抗匹配。比如测12V电压用10k和3.3k电阻分压分压比是3.3/(103.3)≈0.24812V分压后约2.98V在ADC量程内。但两个电阻并联后的等效输出阻抗约2.5kSTM32的ADC要求信号源内阻小于10k这个值勉强可以如果要求更高精度可以在ADC引脚前加一个电压跟随器。电流采集通常用采样电阻加运放的方式。采样电阻串在电流回路里电流流过时产生压降运放把这个压降放大后送入ADC。采样电阻的选值要权衡阻值大压降大测量精度高但功耗也大阻值小功耗小但压降小容易被噪声淹没。一般选0.1欧到1欧之间。2.3 OLED显示I2C通信与显存管理0.96寸OLED的SSD1306驱动芯片分辨率为128x64显存大小是128x64/8 1024字节。I2C通信速率默认100kHz可以配置到400kHz。在400kHz下传完1024字节大约需要20毫秒刷屏频率最高约50Hz足够显示动态数据了。SSD1306的显存是按页组织的每页8行共8页。每个字节代表一列中的8个像素低位在上高位在下。写数据时先设置页地址和列地址然后连续写入。如果每次刷新都全屏写入20毫秒的耗时可以接受但如果只更新部分区域可以只写变化的部分减少通信量。我在实际项目里踩过一个坑OLED初始化顺序不能乱。必须先发显示关闭命令再配置时钟、复用率、偏移、起始行等参数最后发显示开启命令。如果顺序错了屏幕可能不亮或者显示乱码。还有一个坑是I2C地址SSD1306的地址通常是0x78写或0x79读但有些模块是0x7A买回来最好先用扫描程序确认一下。// OLED初始化关键命令序列 void OLED_Init(void) { OLED_WriteCmd(0xAE); // 关闭显示 OLED_WriteCmd(0xD5); // 设置时钟分频 OLED_WriteCmd(0x80); OLED_WriteCmd(0xA8); // 设置复用率 OLED_WriteCmd(0x3F); // 64行 OLED_WriteCmd(0xD3); // 设置显示偏移 OLED_WriteCmd(0x00); OLED_WriteCmd(0x40); // 设置起始行 OLED_WriteCmd(0x8D); // 电荷泵设置 OLED_WriteCmd(0x14); // 开启电荷泵 OLED_WriteCmd(0x20); // 设置内存寻址模式 OLED_WriteCmd(0x00); // 水平寻址 OLED_WriteCmd(0xA1); // 段重映射 OLED_WriteCmd(0xC8); // 行重映射 OLED_WriteCmd(0xDA); // 设置COM引脚配置 OLED_WriteCmd(0x12); OLED_WriteCmd(0x81); // 设置对比度 OLED_WriteCmd(0xCF); OLED_WriteCmd(0xD9); // 设置预充电周期 OLED_WriteCmd(0xF1); OLED_WriteCmd(0xDB); // 设置VCOMH OLED_WriteCmd(0x40); OLED_WriteCmd(0xA4); // 全局显示开启 OLED_WriteCmd(0xA6); // 正常显示 OLED_WriteCmd(0xAF); // 开启显示 }这段初始化代码是我调试过很多次后总结出来的顺序和参数都经过验证。特别是电荷泵设置如果不开启屏幕根本不亮。2.4 报警逻辑阈值比较与去抖动报警逻辑看起来简单——超过阈值就响——但实际写起来有几个细节要注意。第一是阈值回差。如果设定温度上限是30度温度到了30.1度就报警降到29.9度就停止那么在30度附近波动时报警器会频繁启停。解决办法是设置回差比如上限30度回差1度那么温度超过30度报警降到29度以下才停止。这样就能避免临界抖动。第二是报警延时。有时候信号会有一个短暂的尖峰比如电机启动瞬间电流冲高如果立即报警就会误报。可以在检测到超限后延时确认一段时间比如500毫秒如果持续超限才真正报警。这个延时用定时器实现不占用CPU。第三是报警方式。声光报警是最基本的蜂鸣器响、LED亮。但蜂鸣器一直响也很烦可以做成间歇响比如响0.5秒停0.5秒。LED也可以闪烁闪烁频率和蜂鸣器同步。这些用定时器中断实现最方便。// 报警状态机 typedef enum { ALARM_NORMAL, ALARM_PENDING, ALARM_ACTIVE } AlarmState; AlarmState alarm_state ALARM_NORMAL; uint32_t alarm_timer 0; void Alarm_Check(float temp, float voltage, float current) { uint8_t over_limit 0; if (temp TEMP_HIGH_LIMIT || temp TEMP_LOW_LIMIT) over_limit 1; if (voltage VOLT_HIGH_LIMIT || voltage VOLT_LOW_LIMIT) over_limit 1; if (current CURR_HIGH_LIMIT) over_limit 1; switch (alarm_state) { case ALARM_NORMAL: if (over_limit) { alarm_state ALARM_PENDING; alarm_timer GetTick(); } break; case ALARM_PENDING: if (!over_limit) { alarm_state ALARM_NORMAL; } else if (GetTick() - alarm_timer 500) { alarm_state ALARM_ACTIVE; } break; case ALARM_ACTIVE: if (!over_limit) { alarm_state ALARM_NORMAL; } break; } if (alarm_state ALARM_ACTIVE) { // 蜂鸣器和LED间歇动作 uint32_t phase (GetTick() / 500) % 2; Buzzer_Set(phase); LED_Set(phase); } else { Buzzer_Set(0); LED_Set(0); } }这个状态机把报警过程分成正常、待确认、激活三个状态逻辑清晰也容易扩展。比如要加报警记录功能只需要在进入ALARM_ACTIVE时存一条日志就行。3. 实操过程与核心环节实现3.1 仿真电路搭建步骤在Proteus里搭建这个电路我一般按以下顺序来不容易乱。第一步放置MCU。在元件库搜STM32F103R6放到图纸中央。这个型号在Proteus里仿真支持比较好Flash和RAM也够用。放好后双击在Program File里加载Keil编译出来的hex文件Clock Frequency设为8MHz外部晶振或72MHzPLL倍频后这个要和代码里的系统时钟配置一致。第二步放置电源和地。Proteus里STM32的电源引脚默认是隐藏的但仿真时需要在图纸上放POWER和GROUND符号然后双击MCU在Hidden Pins里把VDD、VSS、VDDA、VSSA都接上。这一步很容易忘忘了的话MCU不工作但也不报错排查起来很费时间。第三步放置温度传感器。搜DS18B20放好后把DQ引脚接到STM32的某个GPIO上比如PA0。DS18B20需要4.7k上拉电阻在Proteus里也要加上否则总线拉不高。第四步放置电压电流模拟电路。电压用两个滑动变阻器分压一个模拟0到3.3V的电压信号接到PA1ADC通道1。电流用另一个滑动变阻器通过一个采样电阻转换成电压接到PA2ADC通道2。滑动变阻器的阻值选10k比较合适太小了功耗大太大了调节不灵敏。第五步放置OLED。搜OLED12864I2C放好后把SCL接到PB6SDA接到PB7。STM32F103的硬件I2C1就在这两个引脚上。注意OLED的电源引脚也要接好。第六步放置报警电路。蜂鸣器搜SOUNDERLED搜LED-RED各放一个。蜂鸣器用一个NPN三极管驱动基极通过1k电阻接到STM32的GPIO比如PB0。LED通过220欧限流电阻接到PB1。三极管的集电极接蜂鸣器发射极接地蜂鸣器另一端接电源。第七步检查连线。重点检查电源、地、上拉电阻、限流电阻。Proteus里没有电气规则检查连线错了也不会提示只能靠肉眼。我一般会把电源线用红色地线用黑色信号线用绿色这样看起来清楚。3.2 代码框架与关键模块代码用Keil MDK开发基于HAL库。整体框架分四层硬件驱动层、数据处理层、应用逻辑层、主循环。硬件驱动层包括GPIO初始化、ADC初始化、I2C初始化、定时器初始化、DS18B20驱动、OLED驱动。这些模块各自独立通过头文件暴露接口。数据处理层负责把ADC原始值转换成实际物理量。电压转换公式是实际电压 ADC值 * 3.3 / 4096 * 分压比。电流转换公式是实际电流 ADC值 * 3.3 / 4096 / 放大倍数 / 采样电阻。温度直接从DS18B20读出来就是摄氏度不需要转换。应用逻辑层就是报警判断和显示刷新。报警判断每100毫秒执行一次显示刷新每200毫秒执行一次。这两个任务用定时器中断触发主循环里只做状态机调度。主循环里还处理按键输入如果有的话以及一些低优先级的任务。整个系统的实时性由定时器中断保证主循环的负载很轻。// 主循环框架 int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_ADC1_Init(); MX_I2C1_Init(); MX_TIM2_Init(); OLED_Init(); DS18B20_Init(); ADC_Start_DMA(); HAL_TIM_Base_Start_IT(htim2); while (1) { if (flag_100ms) { flag_100ms 0; float temp DS18B20_GetTemp(); float voltage ADC_ToVoltage(adc_buf[0]); float current ADC_ToCurrent(adc_buf[1]); Alarm_Check(temp, voltage, current); } if (flag_200ms) { flag_200ms 0; OLED_ShowFloat(0, 0, temp, T:); OLED_ShowFloat(0, 2, voltage, V:); OLED_ShowFloat(0, 4, current, I:); OLED_ShowAlarmState(alarm_state); } } }这个框架清晰明了每个任务在固定的时间片里执行不会互相阻塞。flag_100ms和flag_200ms在定时器中断里置位主循环里检测并清除。3.3 ADC采样数据的滤波处理ADC采样值跳动是必然的因为电源噪声、信号源噪声、量化误差都会影响结果。我试过几种滤波方法各有优劣。最简单的是算术平均滤波连续采N次求平均。N越大越平滑但响应越慢。对于温度这种慢变量N取16或32都行对于电流这种可能突变的量N取4或8比较合适。稍微好一点的是中值滤波加平均。先连续采N次去掉最大值和最小值剩下的求平均。这样能滤掉脉冲噪声又保留了一定的响应速度。N一般取5或7。更好的是滑动平均滤波维护一个环形缓冲区每次新数据进来替换最老的数据然后求平均。这样每个采样周期都有输出响应比算术平均快。缓冲区大小取8或16。我在这个项目里用的是滑动平均加限幅滤波。限幅滤波是判断新数据和上一个有效数据的差值如果超过某个阈值就认为这次采样是噪声丢弃不用。阈值根据信号的最大变化率来定比如温度每秒最多变化0.5度采样间隔100毫秒那么两次采样之间最多差0.05度超过这个值就丢弃。// 滑动平均滤波 #define FILTER_SIZE 8 float filter_buf[FILTER_SIZE]; uint8_t filter_idx 0; float Filter_Update(float new_val) { filter_buf[filter_idx] new_val; filter_idx (filter_idx 1) % FILTER_SIZE; float sum 0; for (int i 0; i FILTER_SIZE; i) { sum filter_buf[i]; } return sum / FILTER_SIZE; }这段代码简单实用内存占用也小。注意filter_buf要初始化为0否则前几次滤波结果会偏小。3.4 仿真调试与实物验证的差异仿真跑通之后如果要把这套方案落到实物上有几个地方必须调整。第一是电源。仿真里电源是理想的实物上STM32的电源引脚需要加去耦电容一般每个电源引脚配一个100nF陶瓷电容再加一个10uF钽电容。ADC的参考电压引脚VDDA也要加滤波否则采样值会跳得厉害。第二是晶振。仿真里时钟是理想的实物上外部晶振需要匹配电容一般22pF左右具体值要看晶振的负载电容参数。如果不起振可以试着减小匹配电容或者换晶振。第三是DS18B20的上拉电阻。仿真里4.7k没问题实物上如果总线较长可能需要减小到2.2k否则上升沿太慢通信失败。第四是OLED的I2C上拉电阻。很多OLED模块自带4.7k上拉如果STM32这边也加了上拉并联后阻值变小可能导致I2C波形过冲。我一般会把模块上的上拉去掉只在STM32这边加4.7k。第五是蜂鸣器的驱动。仿真里三极管是理想的实物上要选合适的型号比如S8050基极电阻根据蜂鸣器电流来算。如果蜂鸣器电流是30毫安三极管放大倍数取100基极电流需要0.3毫安基极电阻取(3.3-0.7)/0.3 ≈ 8.6k取1k到10k之间都行。4. 常见问题与排查技巧实录4.1 仿真加载hex文件后没反应这是最常见的问题原因可能有以下几种。第一种hex文件路径不对。Proteus加载hex文件时路径里不能有中文和空格否则加载失败但不报错。解决办法是把工程放到纯英文路径下比如D:\Work\STM32_Project。第二种时钟配置不匹配。代码里系统时钟配置为72MHz但Proteus里MCU的Clock Frequency设的是8MHz这样实际运行速度只有预期的九分之一看起来就像没反应。解决办法是两边保持一致要么都设8MHz要么都设72MHz。第三种电源引脚没接。前面说过Proteus里STM32的电源引脚是隐藏的需要在Hidden Pins里接上。如果没接MCU不工作但仿真不会报错。第四种启动文件不对。Keil工程里要选对启动文件STM32F103R6对应的是startup_stm32f103xb.s。如果选错了中断向量表不对程序跑飞。排查方法先在代码里加一个GPIO翻转比如让一个LED每秒闪一次。如果LED闪了说明MCU在工作问题出在外设如果LED不闪说明MCU没跑起来检查时钟和电源。4.2 OLED不显示或显示乱码OLED问题一般分三种完全不亮、亮但无显示、显示乱码。完全不亮先检查电源。OLED模块需要3.3V供电有些模块标称5V但实际3.3V也能工作。用万用表量一下VCC和GND之间的电压如果是0说明电源没接好。亮但无显示通常是初始化没成功。检查I2C地址对不对用I2C扫描程序扫一下看看能不能找到设备。如果找不到检查SCL和SDA有没有接反上拉电阻有没有加。显示乱码一般是显存数据错位。SSD1306的显存是按页写的如果页地址设置错了数据就会写到错误的位置。检查OLED_WriteCmd里的页地址设置命令0xB0到0xB7对应第0到7页。另外检查列地址的低四位和高四位有没有分开设置0x00到0x0F是低四位0x10到0x1F是高四位。还有一个容易忽略的问题OLED的I2C通信速率。如果STM32的I2C配置为400kHz但OLED模块只支持100kHz通信就会失败。解决办法是把I2C速率降到100kHz试试。4.3 ADC采样值跳动大ADC采样值跳动先区分是硬件问题还是软件问题。硬件方面检查参考电压是否稳定。如果VDDA引脚没有滤波电容参考电压会随负载变化采样值自然跳动。解决办法是在VDDA和VSSA之间加一个100nF加10uF的滤波电容。软件方面检查采样时间是否太短。采样时间太短采样保持电容来不及充满采样值会偏低且不稳定。把采样时间从1.5周期改成55.5或71.5周期试试。还有一个可能是DMA配置错误。如果DMA传输的数据宽度和ADC数据寄存器不匹配比如ADC是12位右对齐DMA配置成半字传输数据就会错位。检查DMA的Peripheral Data Size和Memory Data Size都设为Half Word。如果以上都没问题那就是信号源本身有噪声。在信号源和ADC引脚之间加一个RC低通滤波电阻取1k电容取100nF截止频率约1.6kHz能滤掉大部分高频噪声。4.4 报警器误报或频繁启停报警器误报最常见的原因是阈值设置不合理。比如温度上限设30度但环境温度本来就在29到31度之间波动那报警器就会频繁启停。解决办法是设置回差上限30度回差2度超过30度报警降到28度以下才停止。另一个原因是采样数据没有滤波。如果ADC采样值跳动大经过阈值比较后就会产生抖动。解决办法是加滤波前面说的滑动平均加限幅滤波就能解决。还有一个原因是报警延时太短。如果信号有短暂尖峰比如电机启动瞬间电流冲高立即报警就会误报。解决办法是加延时确认检测到超限后等500毫秒如果持续超限才真正报警。如果以上都做了还是误报那可能是电源干扰。在蜂鸣器和LED的电源引脚加去耦电容或者在STM32的电源引脚加磁珠能减少干扰。4.5 常见问题速查表问题现象可能原因排查方法解决办法仿真加载hex后无反应路径含中文、时钟不匹配、电源未接检查路径、时钟设置、Hidden Pins改英文路径、统一时钟、接电源引脚OLED完全不亮电源未接、I2C地址错误量VCC电压、I2C扫描接好电源、改地址OLED显示乱码页地址错误、列地址错误检查初始化命令修正页地址和列地址设置ADC采样跳动大参考电压不稳、采样时间短量VDDA电压、改采样时间加滤波电容、延长采样时间报警器频繁启停阈值无回差、无滤波、无延时检查阈值设置、滤波代码加回差、加滤波、加延时确认DS18B20读数为0上拉电阻未接、时序错误量DQ引脚电压、检查延时加上拉电阻、修正延时蜂鸣器不响三极管接错、GPIO配置错误量三极管基极电压检查三极管引脚、改GPIO配置提示排查问题时建议从电源开始查再查时钟最后查外设。电源和时钟是基础基础不对外设怎么调都没用。4.6 几个容易被忽略的实操心得第一个心得Proteus仿真里DS18B20的温度值可以通过双击器件手动修改方便测试报警逻辑。不用真的去加热直接改温度值就能验证报警功能。第二个心得OLED显示浮点数时不要用sprintf太占Flash和RAM。自己写一个浮点数转字符串的函数只保留一位小数代码量小速度快。第三个心得ADC的DMA缓冲区要用volatile修饰否则编译器优化后可能读不到最新值。这个坑我踩过调试了半天才发现是编译器优化的问题。第四个心得报警阈值不要写死在代码里用宏定义或者常量数组方便修改。如果要做成可调阈值加两个按键一个加一个减配合EEPROM存储掉电不丢失。第五个心得仿真跑通后把关键波形用Proteus的虚拟示波器看一下比如I2C的SCL和SDA、DS18B20的DQ、ADC输入引脚。波形对了实物基本就能跑通。这个项目我从第一次做到现在前前后后改了十几版代码踩过的坑不计其数。最深的体会是仿真和实物之间的差距比想象中大得多。仿真里跑得再顺实物上也可能因为一个去耦电容没加就全盘崩溃。所以我的建议是仿真验证逻辑实物验证电路两者缺一不可。如果你时间有限至少要把电源和时钟这两块在实物上验证一遍这两块没问题剩下的就是调代码的事了。