板子还没打样代码已经改到第三版这时候最省事的做法不是飞线也不是拿洞洞板焊一版出来试而是在 Proteus 里把整套逻辑先跑一遍。我做单片机项目有个固定习惯凡是能用软件先验证的部分绝不留给烙铁。Proteus 单片机仿真这套东西本质上就是让你在一块虚拟的电路板上把电路和程序这两件事提前对齐——芯片型号、引脚接法、外围器件、时钟频率、外设时序全部在电脑里先跑通再决定要不要花钱打板。它适合三类人刚学 51 或 STM32、手里只有一块开发板却想做多个项目的人正在赶课程设计、毕业设计需要快速验证方案可行性的人以及已经工作、要给客户做方案预演、想低成本试错的工程师。下面这些东西是我这些年反复用 Proteus 之后攒下来的实操经验不是软件说明书的复述。1. 先想清楚 Proteus 能替你验证什么不能验证什么很多人用 Proteus 用得很憋屈根源不在软件而在预期错位。他们指望仿真通过就等于实物一定没问题结果板子回来照样不亮于是回头骂仿真不准。我的一般判断是Proteus 是一个逻辑与时序验证器不是一个电气验证器。你把这条线划清楚后面所有的取舍都会变得容易。1.1 值得先在仿真里解决的三类问题第一类是程序逻辑正确性。按键流程、菜单跳转、状态机切换、显示刷新这些东西出问题最多排查最费时间但在仿真里改代码只要几秒。我做一个多级菜单的项目实物上调试一个层级跳转要反复按几十次键在 Proteus 里我直接把按键接成脉冲源让它自动按固定节奏触发十分钟就能把整棵状态树跑一遍。第二类是通信协议与时序波形。串口帧结构、I2C 的起始停止条件、SPI 的时钟极性相位、单总线的复位脉冲宽度这些用示波器在实物上看得先有示波器、还得探头接得稳。Proteus 里挂一个虚拟示波器或者数字图表波形直接画在屏幕上改一次代码刷新一次效率差好几倍。第三类是资源占用与中断冲突。51 的定时器只有那么几个RAM 只有 128 字节中断优先级一旦配错现象是偶尔死机这种最难查的问题。仿真里你可以把定时器中断、串口中断、外部中断全部打开看谁抢了谁。待验证问题仿真可靠度说明程序流程、状态机高逻辑层面完全一致串口/I2C/SPI 时序较高波形准确但边沿速度不代表实物数码管、LED 显示高视觉暂留效果仿真得比较像中断优先级与嵌套较高51 模型的中断响应基本符合手册ADC 采样精度低模型无噪声、无参考电压漂移驱动电流、压降无模型不计算功耗与发热上电冲击、复位可靠性低无法反映真实的电源爬升过程1.2 仿真给不了你的三样东西第一样是电气特性。在 Proteus 里你给一个 LED 串一个 10 欧姆电阻它照样亮不串电阻它也不会烧因为模型不计算功耗。你在仿真里验证通过的驱动电路实物上可能因为灌电流超限把口线烧了。凡是涉及三极管驱动继电器、MOS 管驱动电机、可控硅调光这一类功率环节仿真只能验证控制信号对不对,不能验证器件扛不扛得住。第二样是模拟量的真实表现。Proteus 用的是 SPICE 内核做模拟仿真理想化程度很高。你搭一个运算放大器电路仿真出来的波形干净漂亮实物上偏置电流、失调电压、寄生电容全都会来捣乱。涉及传感器采集的项目仿真只能帮你验证换算公式写得对不对,标定必须回到实物上做。第三样是极限时序与机械负载。真正的中断响应延迟、晶振起振时间、电机的转动惯量、舵机的死区这些仿真里都没有。我的做法是凡是能不能动的问题放仿真里问凡是动得好不好的问题留到实物上解决。1.3 一个判断该不该继续仿真的经验标准我给自己定了一条线当仿真结果和我的预期不符而我已经排查了三轮还找不到原因时就不要再纠缠仿真了。这时候要么是模型本身和真实器件行为不同要么是元件参数需要重新设定继续调下去是纯消耗。反过来如果仿真结果稳定且可复现那就说明逻辑层面没问题可以放心往下走。这个判断标准帮我省下了大量时间。2. Keil 与 Proteus 的联调链路怎么搭才不折腾标题里出现频率很高的 keil5 proteus vsm simulator,说的其实是同一件事代码在哪里编译编译产物怎么送到仿真电路里去跑。这条链路搭得顺不顺直接决定你后面是安心做项目还是一直在配环境。2.1 安装与元件库路径上的几个老坑安装本身没什么技术含量但有几个细节踩过一次就会记一辈子。首先是安装路径。Proteus 的元件库、模型文件、临时文件都依赖路径解析路径里只要出现中文或者空格就可能出现元件库列表为空打开工程提示找不到模型这类玄学问题。我的习惯是统一装在D:\EDA\Proteus这种纯英文、无空格的目录下Keil 装成D:\EDA\Keil_v5。这样做还有一个好处换电脑或者重装系统时把整个目录拷过去重新指定一下路径就能用。其次是元件库缺失。Proteus 的库分成好几块LIBRARY目录下是基础的原理图符号MODELS目录下是仿真模型两者缺一不可。很多人从别人那里拷来一个工程打开后元件全是红色方块提示 No model specified for ...,这就是只拷了.DSN文件没拷模型。正确做法是让对方用 Project Clip 或者直接打包整个工程目录。再就是版本差异。Proteus 8.x 之后的元件名和早期版本有变化同一个型号在不同版本里可能叫AT89C51也可能叫AT89C51RD2。碰到找不着元件的情况先别怀疑自己用元件选择框顶部的关键词搜索把完整型号的中间部分输进去比如搜 89C52 而不是全称命中率会高很多。2.2 两种协作方式的对比与选择把 Keil 里编译出来的程序送进 Proteus 的芯片有两条路。第一条路是手动加载 HEX。在 Keil 里勾上生成 HEX 文件编译成功后把.hex文件的路径记住回到 Proteus 双击单片机在 Program File 那一栏选中它。这条路听起来笨但它有两个巨大优势一是稳定不受两个软件版本匹配的影响二是可追溯你清楚地知道现在跑的是哪个文件。第二条路是 VSM 联调。原理是把 Keil 的调试驱动指到 Proteus 上让 Keil 把编译产物自动推过去还能在 Keil 里单步、看变量。它需要在 Keil 的配置里指定仿真驱动并保证驱动文件的路径正确。这条路在版本匹配的时候非常好用尤其是调中断的时候你可以在 Keil 里断点停下来看 Proteus 那边引脚电平是不是真的变了。但版本不匹配的时候会出现连不上、程序不更新、仿真卡死等各种问题我通常只在自己熟悉的固定环境里用它。对比项手动加载 HEXVSM 联调环境要求低只需 HEX 文件高需版本与驱动匹配调试体验每次改完要重新加载支持断点、单步、看变量稳定性高中等配置容易失效适合场景逻辑验证、长时间跑仿真精调中断、排查时序我的实际选择是前期搭逻辑用 VSM 联调后期跑稳定性用手动 HEX。2.3 编译配置里最容易被忽略的三项在 Keil 的 Options for Target 里有三项必须确认。第一项是Create HEX File。默认不开不开就找不到 HEX 文件很多人卡在这里半小时。第二项是晶振频率。这个值填多少直接影响编译器对延时函数的计算也影响你心里的时序预期。更关键的是这个值必须和 Proteus 里双击芯片后设置的 Clock Frequency 一致。我曾经遇到过串口全是乱码查了半天代码最后发现 Keil 里填的是 11.0592MHzProteus 芯片属性里是 12MHz波特率自然对不上。这一类问题有一个统一的判断方法凡是涉及时间的现象都不对但逻辑是对的先去看两边的时钟设置。第三项是优化等级。Keil 的优化等级会影响软件延时循环的指令数调高优化等级后原本延时不准确的代码可能刚好变准也可能偏差更大。做时间敏感的项目比如单总线协议我建议用定时器而不是空循环延时。下面是一段最典型的最小系统点灯代码可以拿来当模板#include reg52.h sbit LED P1^0; void delay_ms(unsigned int ms) { unsigned int i, j; for (i 0; i ms; i) for (j 0; j 110; j); /* 11.0592MHz 下约 1ms仅作演示 */ } void main(void) { while (1) { LED 0; /* 低电平点亮与仿真中的接法保持一致 */ delay_ms(500); LED 1; delay_ms(500); } }代码本身没难度值得注意的是LED 0这句话和电路是绑定关系共阳接法低电平点亮共阴接法高电平点亮。仿真里最容易出现的一种代码明明没错但不亮,就是极性搞反了。3. 从画原理图到跑起来的最小系统搭建顺序电路图在 Proteus 里画和你在纸上画没本质区别但有几步顺序上的讲究。顺序对了出问题的时候你能快速定位顺序乱了最后所有问题混在一起根本不知道从哪查。3.1 元件选型与模型映射选芯片是整个搭建过程的第一步也是决定后面顺不顺的一步。常见的对应关系是这样的你想用的芯片Proteus 里可选的模型注意事项AT89C51 / AT89C52AT89C51、AT89C52模型最成熟引脚行为最接近实物STC89C52新版有STC89C52RC老版可用 AT89C52 代替串口下载、内部 EEPROM 等特性无法完全仿真STC15 系列多数版本无模型只能用 AT89C52 验证逻辑不能验证特殊寄存器STM32F103需装 VSM for ARM 支持包选STM32F103R6外设寄存器行为基本一致时钟树配置需仔细8086 8255A8086、8255A均有模型总线扩展类实验非常适合仿真这里有一条血泪经验别指望仿真模型和实物芯片一模一样。STC 系列的很多特殊功能寄存器在 Proteus 里根本不存在你写P1M0 0x00设置推挽输出仿真里没反应但实物上有效。所以我的做法是在仿真里只使用标准 51 的内核功能P0-P3、TMOD、SCON、TCON、IE、IP把所有和厂商相关的增强功能留到实物上验证。3.2 那些看不见的元件怎么处理最小系统里有几个元件在画原理图时很容易漏但它们决定了仿真能不能正常启动。晶振。在 Proteus 的元件库里搜CRYSTAL接在 XTAL1 和 XTAL2 之间。有意思的是Proteus 的 51 模型在大多数情况下不接晶振也能跑因为芯片属性里的 Clock Frequency 才是仿真真正使用的时钟源。但我的建议是照样把晶振画上理由有两点一是原理图本来就应该反映真实接法方便后面迁移到实物二是有些模型确实会检查时钟引脚的状态。复位电路。经典的 RC 复位加一个按键搜RES、CAP-ELEC、BUTTON就能凑齐。仿真里按下复位按键程序确实会从头开始跑这个功能在做按键复位测试时很好用。电源与地。Proteus 里电源和地是特殊符号从左侧工具栏的 Terminals Mode 里取POWER和GROUND。TTL 和 CMOS 器件的隐藏电源引脚会自动连接到全局的 VCC 网络所以你看不到电源引脚并不代表它没供电。3.3 门电路与逻辑器件的画法标题热词里有个问题被问了很多次非门在 Proteus 里怎么画。答案不止一个。最直接的做法是在元件库里搜74LS04或7404取出来的芯片里有六个反相器用其中任意一个都行。也可以在Digital分类里直接搜NOT,取一个单门器件引脚更少、图面更干净。如果你需要的是带施密特特性的反相器搜74LS14。这里有个必须提醒的细节TTL 器件的悬空输入在仿真里默认是高电平逻辑 1。这和很多人的直觉相反也和 CMOS 器件不同。我曾经画过一个用与非门做按键检测的电路输入悬空仿真一直输出低电平查了很久才发现是这个默认值的问题。处理办法很简单所有不用的输入端一律明确接地或者接 VCC不要悬空。另外一个实用技巧如果你要用门电路搭一个 RS 触发器或者振荡电路Proteus 的数字仿真对这类电路的收敛性不太好有时候会稳定在中间态。这时候换成D触发器或者直接用 555 定时器模型仿真会稳定得多。3.4 上电无响应的排查链路程序加载进去、点了运行芯片一点反应都没有这是新手最常见的困境。我总结的排查顺序是这样的从前往后逐条查确认程序真的加载了。双击芯片看 Program File 栏里有没有路径路径指向的文件是不是最新编译出来的那个。确认时钟频率对了。芯片属性里的 Clock Frequency 和 Keil 里的设置是否一致。确认引脚方向对了。51 的 P0 口作为普通 IO 使用时是开漏结构必须外接上拉电阻才能输出高电平、才能读到高电平输入。这是 51 最经典的坑仿真和实物上都会犯。确认极性和接法。LED 是共阳还是共阴按键是按下接地还是按下接 VCC。在程序入口打断点看能不能停下来。如果连断点都停不住说明程序根本没跑起来回到第 1 步。换一个最简单的测试程序。就三行代码点一个灯排除掉自己写的复杂逻辑的干扰。这个顺序看起来啰嗦但它是收敛的:每一步都能给出明确的是或否不会让你在一个模糊的范围里瞎猜。4. 外设仿真的具体打法数码管、串口、按键、测速把最小系统跑通之后真正花时间的部分是外设。每个外设都有它自己的一套仿真脾气。4.1 数码管动态扫描的刷新率问题Proteus 里的数码管模型有很多种搜7SEG会出来一长串7SEG-MPX4-CC是四位共阴7SEG-MPX4-CA是四位共阳7SEG-BCD是带译码器的。选的时候一定要看清楚 CC 和 CA选错了不管你代码怎么写都不会正常显示。动态扫描的关键参数是刷新周期。人眼的视觉暂留时间大约在 10 到 20 毫秒这个量级所以整个四位数码管扫描一轮的时间要控制在 5 毫秒以内每位的点亮时间在 1 毫秒左右比较合适。我见过很多人写扫描程序每一位延时 5 毫秒一轮下来 20 毫秒仿真里看起来在闪实物上更闪。在仿真里判断刷新率是否合适有个很直观的方法把仿真速度调慢慢速观察每一位的点亮顺序确认扫描是逐位进行的而不是某一位一直亮着。如果发现只有一位亮那多半是位选信号没有正确切换或者switch语句里漏了break。限流电阻这件事要单独说。仿真里数码管的段串联不串电阻都能亮实物上不串就可能烧段。我的习惯是在原理图里照常画上 220 欧姆到 470 欧姆的电阻仿真的时候它们不影响结果迁移到实物时它们就是保险。4.2 串口仿真虚拟终端与数据流验证串口是仿真里性价比最高的外设。在 Proteus 里搜VIRTUAL TERMINAL取出来是一个虚拟的串口终端把它和单片机的 TXD、RXD 交叉接好TXD 接终端的 RXDRXD 接终端的 TXD就能在仿真里看到单片机发出来的字符。几个必须注意的点波特率必须严格一致。仿真里没有晶振误差只要两边设置一样就能通。但如果 Keil 里的时钟频率和 Proteus 芯片属性里的不一致波特率就会错现象是终端里显示乱码。这也是前面强调时钟频率保持一致的原因。虚拟终端的显示格式。右键终端属性可以看到 ASCII 和 HEX 之类的显示选项。调二进制协议的时候一定要切成 HEX 显示否则你会看到一堆不可见字符。发不出去的情况。51 发送一个字节前要先判断TI标志很多人忘了清TI结果只发出第一个字节就卡住了。这里给一个我常用的最简发送函数void uart_init(void) { SCON 0x50; /* 方式1允许接收 */ TMOD 0x0F; TMOD | 0x20; /* 定时器1方式2做波特率发生器 */ TH1 0xFD; /* 11.0592MHz 下 9600bps */ TL1 0xFD; TR1 1; } void uart_send_byte(unsigned char dat) { SBUF dat; while (TI 0); /* 等待发送完成 */ TI 0; /* 软件清零这行不能少 */ }热词里提到的 c51单片机串口升级架构,本质上就是一个跑在串口上的引导程序上电后先等一小段时间如果收到约定的握手帧就进入升级流程否则跳转到应用区。这个架构在仿真里能验证的只有状态跳转逻辑真正的 Flash 擦写时序、分区跳转、向量重定位必须回到实物上验证。仿真阶段你可以用虚拟终端手动敲几个字节模拟上位机发送握手帧看看程序有没有正确进入等待状态。4.3 按键处理与 P0 口上拉按键模型搜BUTTON一个按键两个引脚一端接地、一端接 IO同时接一个上拉到 VCC按下时 IO 读到低电平。这套接法在 P1、P2、P3 口上没问题因为这几个口内部有弱上拉。但 P0 口不行P0 是开漏的必须外接 10K 上拉电阻否则不管你按不按读到的永远是低电平。消抖这件事在仿真里有个便利你可以把按键接到脉冲源上让它按精确的时间间隔触发省掉自己手按的随机性。比如让脉冲源每 200 毫秒给一个下降沿就相当于一个很稳定的自动按键。用这个办法测按键计数功能能很快发现计数值偶尔多一或者少一的问题这类问题在实物上因为手按速度不稳定反而很难复现。4.4 电机与测速仿真的边界小车上用的直流电机在 Proteus 里搜MOTOR或者DC MOTOR,能找到一个带两个引脚的电机模型仿真时它会显示转速和转向。测速的常规做法是在轮子上装编码器输出脉冲给单片机的计数器引脚或者外部中断引脚。仿真的局限就在这里Proteus 的电机模型不输出编码器脉冲你得自己用DCLOCK或者脉冲源模拟编码器信号接到计数器引脚上。这样做能验证的程序部分是计数器的初值配置、中断里的计数累加、单位时间内的脉冲换算成转速、显示的刷新。验证不了的部分是真实电机启动时的堵转、加减速曲线、脉冲抖动。我的经验是把测速算法在仿真里调通然后实物上只调滤波和标定这两个参数工作量能减少一半以上。PWM 调速部分用虚拟示波器看输出引脚能直接看到占空比的变化这部分仿真非常可靠。要注意的是 Proteus 的电机是惯性模型PWM 频率太低的时候你会看到转速剧烈波动这个现象在实物上也存在不算仿真误差。4.5 示波器波形怎么看、怎么锁住热词里有人问 在 proteus 内的哪个示波器可以锁住图像,这个问题背后的真实需求是波形一直在动看不清一次触发的完整时序。Proteus 里有两个工具可以做这件事。一个是OSCILLOSCOPE四个通道适合看模拟波形和低频数字波形。它的触发设置里有电平调节和边沿选择把触发电平调到一个稳定的位置波形就不会乱滚了。另一个是Digital Analysis数字分析图表,这个工具比示波器更适合抓协议时序因为它记录的是逻辑电平的变化历史把时间轴拉宽之后一帧串口数据或者一段 I2C 时序能完整显示在一屏里不会像示波器那样只能看一个瞬间。真正意义上的锁住图像最简单的办法是暂停仿真。Proteus 界面下方有一个暂停按钮运行中按下它整个电路的时间就停住了波形定格在屏幕上你可以慢慢用光标测量。这个方法我几乎每次调时序都会用比调触发器设置快得多。5. 仿真发散、时间不走、突然卡死的处理热词里出现了 仿真发散 这个词说明不少人碰到过仿真跑着跑着就崩掉的情况。这类问题的成因和解决办法和前面讲的纯数字逻辑问题完全不是一回事。5.1 仿真发散的本质是迭代不收敛Proteus 的数字部分用的是事件驱动仿真模拟部分用的是 SPICE 类的迭代求解。迭代求解需要一个收敛的过程电路里每个节点在每个时间步上都要算出一个电压值算到前后两次结果足够接近才算收敛然后进入下一个时间步。如果电路里有强非线性元件可控硅、开关电源的开关管、运放的正反馈、二极管整流的非线性可能出现无论怎么迭代都收敛不了的情况这时候仿真就报错或者直接停住。常见的处理手段有这么几条按优先级排给理想元件加现实一点的寄生参数。比如在两个节点之间并联一个很大的电阻1M 欧姆以上或者串联一个很小的电阻零点几欧姆。这些元件在实际电路里本来就存在加上它们往往能让迭代稳定下来。降低仿真精度要求。在仿真设置里放宽相对误差和绝对误差的阈值牺牲一点点精度换取收敛。把开关器件换成理想模型。可控硅、MOS 管的非线性模型最难收敛如果只是验证控制逻辑换成理想开关模型会好很多。减小最大时间步长。步长太大迭代容易在跳变点附近震荡把最大步长调小能改善代价是仿真变慢。5.2 时间不走和突然变慢有一种情况和发散完全相反仿真看起来在运行但时间轴不动什么反应都没有。最常见的原因是程序卡在某个等待循环里。比如等一个永远不会到来的中断标志、等一个被误清除的标志位、串口接收时忘了判断。仿真不会报错就是安静地卡着。判断方法很直接看仿真时间有没有在走。如果时间在走但功能不对是逻辑问题如果时间根本不动是程序卡死了。另一种情况是仿真突然变得极慢。原因通常是模拟元件数量太多、示波器一直开着、或者虚拟终端的输出缓冲爆了。我处理这类问题的办法是把示波器关掉再跑一遍如果速度恢复正常就说明是波形记录拖慢的需要的时候再打开。另外串口输出如果是在主循环里不停地发也会严重拖慢仿真速度调逻辑的时候先把这些输出注释掉需要看数据的时候再打开。5.3 常见报错信息对照报错/现象常见原因处理办法No model specified for ...只拷了原理图缺仿真模型补全模型文件或重新放置元件Simulation failed due to partition电路被切分后无法求解减少模拟元件检查是否有孤立节点Timestep too small时间步长过小迭代不收敛放宽精度、加寄生参数、换理想模型仿真运行但时间不动程序死循环或等待无效标志暂停后看 PC 位置检查循环条件元件显示为红色方块元件库或模型缺失重新从库中放置同型号元件引脚电平一直是高悬空输入被判定为逻辑 1明确接 VCC 或 GND这张表我建议存下来下次碰到报错先对号入座比从零开始猜效率高太多。6. 从仿真迁移到实物时必须重做的部分仿真跑通了接下来是打板、焊件、上电。这一步如果直接把仿真里的设计照搬大概率会翻车。下面这几件事是我每次迁移都会重新过一遍的。6.1 电路层面必须补的东西限流电阻和上拉电阻。前面反复提过仿真里它们不影响结果实物上它们决定器件活不活。LED 串 220 欧姆到 1KP0 口上拉 10K 排阻按键上拉 10K这些都是肌肉记忆。电源滤波。仿真里的电源是理想的纹波为零。实物上的电源要加 100nF 的高频去耦电容和 10μF 到 100μF 的电解电容而且位置要尽量靠近芯片的电源引脚。我见过太多程序跑着跑着复位的案例最后都是去耦电容没放好。驱动能力评估。单片机一个 IO 口的灌电流和拉电流是有限制的驱动继电器、电机、蜂鸣器这类负载必须加三极管或者专用的驱动芯片不能直接接。仿真里你直接接上去它照样工作,这是它最危险的误导。复位电路和看门狗。仿真里很少会因为干扰复位实物上干扰无处不在。RC 复位电路的电容取值要考虑上电时间和可靠性如果有条件把看门狗也打开程序跑飞之后能自动恢复。6.2 延时函数的重新标定软件延时函数在仿真里的执行时间和实物上基本一致因为两者都基于指令周期。但有两个变量会让它偏掉一是晶振的实际频率误差二是编译器优化等级的变化。同一个空循环优化等级从 Level 0 调到 Level 8实际延时可能差一倍。我的建议很明确凡是超过 1 毫秒的延时一律用定时器实现。定时器的延时由硬件计数决定不受编译器优化影响唯一的变量是晶振频率而这个误差通常在几十 ppm 级别可以忽略。单总线、红外解码这类对时序敏感度高的协议更是必须用定时器或者精确的汇编延时。6.3 分模块迁移的验证顺序不要一次性把所有外设都焊上去调试那样出了问题你完全不知道是哪个模块引起的。我的迁移顺序是这样的第一步最小系统单独验证。只焊单片机、晶振、复位、电源烧一个点灯程序灯亮了说明基础没问题。这一步能排除掉大部分焊接和电源问题。第二步逐个外设单独验证。先焊数码管验证显示再焊按键验证输入再焊串口验证通信。每个模块验证完就固定下来不要再动。第三步保留一个调试窗口。不管项目多小我都会留出一路串口作为调试输出把关键变量和状态码打出来。这一步在实物调试阶段的救命程度怎么强调都不过分。第四步联调并记录现象。所有模块合在一起之后观察是否出现单独测试时不存在的现象比如按键按下时显示闪一下这种往往是电源或者中断优先级引起的。7. 课程设计与毕业设计场景下的高效用法最后说一个很实际的场景。我帮不少人看过单片机相关的课程设计和毕业设计发现一个共性问题时间都花在了重复搭环境上真正做方案的时间反而很少。这里分享几个提高效率的做法。元件库自己整理一份。把常用的单片机、数码管、按键、电阻电容、串口终端、示波器这几个元件放在一个自建的工程模板里存成.DSN文件。下次开新项目直接另存为省掉每次从库里翻找元件的时间。我用这个方法把开工准备时间从半小时压缩到两分钟。仿真录像比截图更有说服力。Proteus 的动画录制功能可以把仿真的运行过程存成文件答辩或者汇报的时候放一段运行录像比一张静态截图直观得多。录制前记得把仿真速度调快同时把示波器和虚拟终端关掉不然录出来的画面又卡又乱。代码框架分成三层。底层是硬件驱动GPIO、定时器、串口中间层是设备驱动数码管、按键、传感器上层是业务逻辑菜单、状态机、算法。这三层分开写仿真阶段验证底层和中间层实物阶段重点调底层业务逻辑基本不用动。这个结构看起来是多写了代码,实际上省下的是反复重写的成本。每条结论都留一份可复现的最小工程。这句话是我这些年体会最深的一条。调试过程中确认某个接法可行或者某个参数不对的时候随手存一个最小工程命名写清楚结论。等到几个月后再遇到同类问题直接打开那个工程对照比重新推理快十倍。仿真这件事最大的价值不在于省下几块板子的钱而在于它让你有机会把每一个判断都变成可重复验证的实验。我用 Proteus 快十年真正帮到我的从来不是它漂亮的界面而是它让我在动手焊之前就已经把该犯的错都犯过一遍了。