做仪器这件事，听着像是大厂硬件工程师的活，但实际上一块几十块的MCU开发板、一堆电阻电容、加上一个还过得去的ADC，就能让你在自家工位上做出精度够用的实验室设备。我这些年用MCU做过信号发生器、简易LCR表、还有台式万用表的前端采集模块，今天就把整套设计思路和踩过的坑一次说清楚。这篇文章不是给你抄原理图的，而是帮你在动手之前把“为什么这么做”想明白，真正进入MCU仪器设计的状态。
如果你想做的是一台能在实验室里替代部分商用设备、又不想被动辄几千上万的测试仪器价格劝退的东西，那MCU方案几乎是最合适的起点。它足够灵活，算力也够用，尤其是这两年Cortex-M7和M33核心的性能上来之后，很多以前需要DSP或者FPGA才能跑的信号处理，现在都能在MCU里实时算完。但有利就有弊，MCU做仪器最容易被低估的是模拟前端的难度，而不是数字部分。你写代码跑FFT写得再顺，前级运放噪声一大，数据照样是废的。
1. 整体架构设计：先别急着买开发板，算清楚你要什么
1.1 精度、速度与分辨率的三角博弈
做任何一台仪器，第一步不是选芯片，而是把指标列出来。你到底是想要一台能测1kHz正弦波幅值的小工具，还是一台能扫到10MHz的网络分析仪？这两种需求的架构完全不同，甚至会直接决定你的成本是50块还是500块。
我习惯先把三个核心参数写死在纸上：分辨率、采样率、精度。分辨率取决于ADC位数，采样率决定你能处理的信号带宽，精度则受基准源、运放失调电压、温漂以及PCB布局共同影响。举个具体的例子，如果你想做一台1mV分辨率、测量范围0到10V的电压表，那ADC至少需要14位以上，因为10V除以1mV等于10000，勉强过14位(16384)的底限，实际工程上至少要留出2到3位的余量，也就是16位起步。
接下来要判断的是采样率。如果只是测直流或者慢变信号，1kSPS都绰绰有余；但要是做音频分析，至少要开到192kSPS；再往上到射频领域，那MCU内嵌的ADC基本就废了，必须外挂高速ADC或者用比较器做零交叉检测。这里我想强调一个新手最容易犯的错误：采样率不是越高越好，因为MCU的ADC有采样电容，频率越高，对源阻抗的要求就越苛刻。
1.2 MCU选型：异构计算与实时控制的取舍
现在的MCU市场相当热闹，但做仪器设计，我建议你重点关注三类平台：
第一类是ST的STM32H7系列，Cortex-M7核心跑480MHz，带双精度浮点，适合做需要大量FFT运算的仪器设备。特别是它的ADC能跑到3.6MSPS，12位模式下还能做硬件过采样，日常频谱分析、声学测量够用了。
第二类是TI的AM261x这种工业级MCU，核心卖点是异构计算——一个核心跑控制环路，另一个核心跑通信和显示。如果你打算做带触摸屏、还要求响应速度极快的台面仪器，这个架构非常舒服。AM261x里面还集成了 EtherCAT 从站控制器，做自动化测试设备时优势很明显。
第三类是RP2040或者ESP32-S3这类低成本方案，适合做教学仪器、开源硬件或者个人实验工具。RP2040的PIO模块很有意思，可以模拟出各种时序协议，外挂一颗ADS1256就能组成一台24位的精密电压采集仪，总成本控制在100块以内，性价比极高。
在考虑ADC外设时，不要只看位数，还要看INL（积分非线性）和ENOB（有效位数）。很多MCU内置的12位ADC实际ENOB也就10位左右，因为参考电压噪声和采样开关电荷注入会吃掉有效精度。做1%精度的仪器，内置12位ADC勉强够用；做0.1%以上精度的设备，建议直接外挂一颗16位以上的Delta-Sigma ADC，比如ADS1262或者ADS1256。
2. 模拟前端设计：决定成败的细节战场
2.1 输入调理电路：从分压到阻抗匹配
MCU的ADC输入范围一般是0到3.3V或者0到5V，但你要测量的是可能是几十伏甚至上百伏的信号，所以前级分压网络必不可少。这里有个细节很多人忽略了：分压电阻的阻值选择不是随便定的。阻值太大，热噪声就大；阻值太小，前级信号源会被加载，测量值偏低。
我一般取分压网络的总阻抗在1MΩ到10MΩ之间，这取决于你测量的是什么类型的信号源。测实验室稳压电源的输出，10MΩ没问题；但测一些带高输出阻抗的传感器，就必须用单位增益缓冲器先把阻抗隔离了再接分压网络。
像下面这个简化的思路，就是一台标准直流电压源采集模块的信号链：
输入信号 → 分压网络(例如100kΩ/10kΩ) → 电压跟随器(OPA2188) → RC低通滤波 → ADC输入引脚
这中间哪怕少一个环节，都会遇到莫名其妙的读数跳动。电压跟随器的作用不仅仅是阻抗变换，它还隔离了后级ADC采样电容充放电时对前级分压网络的冲击。如果你省掉这个跟随器，ADC在采样瞬间会把输入电压向下拉一下，虽然每次采样的时间很短，但结合较高的源阻抗，会产生可观的误差。
RC低通滤波器更关键。我见过不少人在ADC前面放一个很大的电容，比如1uF，想滤干净噪声。但别忘了，ADC采样电容需要充电，前级RC的电容越大，充电时间越长，导致采样值还没稳定就被锁存了，结果读数偏低。正确做法是参考ADC数据手册里推荐的源阻抗和采样时间，MCU内置ADC一般在几kΩ源阻抗、采样时间0.5us到5us这个区间工作，超过这个范围要么改用外部ADC，要么加一个高速运放驱动。
2.2 参考电压与供电系统的血泪教训
ADC的性能上限由参考电压决定，这句话请抄在笔记本上。如果你用一个普通的LDO输出3.3V同时给MCU供电，又直接用这3.3V做ADC参考，那测量的稳定性会非常差——MCU内部数字电路开关翻转时，会在电源线上产生毫伏级的纹波和地弹，这些噪声会直接变成你读数的毛刺。
正确的做法是给ADC用一颗独立的高精度参考电压芯片。我常用的有TI的REF5025或者ADI的ADR4525，都是2.5V输出，温漂做到3ppm/°C以内。用了独立基准之后，再把MCU的模拟供电和数字供电用磁珠或者0Ω电阻隔开，同时保证模拟地（AGND）和数字地（DGND）在ADC芯片底部单点连接，这样大部分噪声问题就都消停了。
这里我还要提一个运放选型的旧账。以前我贪便宜用过一颗通用运放LM358做前端缓冲，结果发现它输出的电压在接近0V时严重非线性，测小信号直接是负偏差。后来换成零漂移运放OPA2188，问题立刻消失。这种运放用斩波技术把低频失调电压压到微伏级别，特别适合做仪器前端。当然它不是万能的，斩波会带来高频开关噪声，因此后面一定要接RC滤波，时间常数取1us左右，给仪器用足够了。
这类电源方案，我后来形成了一个习惯，先把电源树画出来再画信号链：
- 外部电源(例如5V适配器) → 低噪声LDO(TPS7A4700) → 模拟3.3V，供运放、基准、ADC
- 外部电源(例如5V适配器) → 开关降压(例如TPS563200) → 数字3.3V，供MCU、显示屏
- 同时，数字地与模拟地在ADC附近单点连接
这样做的好处是，模拟部分和数字部分在物理上自成体系，不会出现“代码一跑、采集数值就跳”的经典毛病。
2.3 ADC采样策略：过采样与均值滤波的平衡
很多人把过采样当灵丹妙药，觉得只要提高采样率然后平均，就能无中生有提升分辨率。但这个说法只对白噪声有效，对DAC量化噪声和周期性干扰基本没用。
如果你用的是24位Delta-Sigma ADC，比如ADS1256，它的数字滤波本身就带了一个Sinc3滤波器，你在MCU里再做一次滑动平均，效果会比单纯提高采样率要好。这里要给一个具体建议：采样数据先做中值滤波，比如每5个点取中间值，再做加权移动平均，权值按[1, 2, 3, 2, 1]来算，这样既能滤掉脉冲干扰，又不会把阶跃信号压得太钝——实测下来比单纯均值好太多。
对于MCU内置ADC，我个人推荐用DMA+定时器触发的方式，而不是在主循环里反复调用ADC转换函数。定时器触发可以保证采样间隔严格均匀，避免软件调度带来的抖动，特别是做FFT分析时，采样抖动会直接抬高频谱底噪。我用STM32做音频频谱仪的时候，用一个定时器以精确的48kHz触发ADC采样，DMA把数据搬到缓冲区，CPU在另一个循环里做512点FFT，整套系统跑下来，底噪比之前轮询采样降到低将近15dB。
另外，如果你用的是像STM32G4或者H7这样的芯片，ADC本身支持硬件过采样，可以把4位分辨率加到采样结果里。但要记住，硬件过采样是有代价的——它意味着你实际采样了16次，信号带宽也相应降低了，所以需要重新调整前级的RC滤波截止频率，避免混叠。
3. 人机交互与数据输出设计：别让好数据死在破界面上
3.1 显示方案：从OLED到串口屏的选择
做仪器，显示界面的舒适度直接影响你是不是愿意长期用它。我的经验是，测控类仪表优先选小尺寸IPS TFT屏，比如1.54寸或者2.4寸，色彩和可视角度比OLED接地气太多，关键是OLED长时间显示固定图案容易烧屏，在仪器这种界面相对固定的场景里非常吃亏。
驱动方式上，SPI接口的屏刷新速度确实慢，320×240分辨率满屏刷新可能要几百毫秒，不太适合波形实时显示。如果预算允许，我强烈建议走RGB接口或者MIPI DSI的屏幕，比如ST7789V或者ILI9341用并行接口驱动，刷新率能做到30帧以上。更省心的方案是直接用带屏幕驱动的串口屏模块，MCU只管通过UART发指令，像是设置波形、画点、描线，屏幕自己会处理，这样MCU的算力可以全部留给信号处理。
不过我得提醒一句：串口屏虽然开发快，但它占用了UART带宽，而且大多数串口屏本身的刷新率不高，不适合显示快速变化的波形。你要是想做一个能看实时波形的入门示波器，老老实实用SPI/RGB屏加MCU直接画点，或者用FPGA加SRAM做传统示波器架构才靠谱。
3.2 旋钮、编码器与按键的抗抖处理
仪器上必须有旋钮，这是肌肉记忆。我建议用一个带按键功能的增量编码器，比如EC11，配合一个轻触开关做功能切换。编码器的A/B相要接RC滤波，10kΩ加100nF就够了，然后在MCU里做状态机扫描，不要依赖中断直接计数。
原因是机械编码器在旋转过程中会产生大量的抖动信号，如果每个边沿都触发中断，极端情况下MCU会被中断风暴淹没，主循环完全卡死。正确做法是把编码器接在普通GPIO上，用1ms或者2ms的定时器周期性扫描，根据A/B相的变化判断旋转方向和步数，然后做一次按键消抖。这样虽然响应延时两三毫秒，但用户体验上完全感觉不出来。
3.3 数据接口：UART、CDC、还是Ethernet？
实验室仪器的数据往往要送到电脑或者上位机做进一步处理。最简单的方案是UART转USB，用CP2102或者CH340做一颗USB转串口芯片，以115200或者更高波特率输出ASCII格式的数值。这个方案简单可靠，缺点是实时性和速率都有限，115200波特率下每秒最多传十来KB，做个慢速数据记录还行，想传完整波形数据就吃力了。
更好的方案是MCU自带USB，做成CDC虚拟串口。STM32F1以上系列基本都有USB外设，把PA11和PA12接出来，加一个USB A型连接器就能在电脑上枚举成一个串口。CDC最快能做到几Mbps，实际测下来跑数据流妥妥够用。如果你想做网络化仪器，那就在MCU上挂一个W5500硬协议栈以太网芯片，SPI接口驱动，跑一个简单的TCP Server，直接用电脑来读数据，成本不高但体验接近专业设备。
如果你选TI AM261x这类带工业以太网接口的MCU，那可以直接走EtherCAT总线，每毫秒把采集到的数据推到PLC或者上位机实时看，这在自动化测试产线上几乎是无敌的优势。我们之前搭的一套老化测试系统，就是用AM261x做数据采集和EtherCAT通信，现场跑了一整年，稳定性远超市面上很多廉价采集卡。
4. 固件架构与核心算法：让MCU跑出专业仪器的实力
4.1 分层架构：别把代码全堆在main.c里
MCU仪器和简单的LED闪烁项目最大的区别在于，它必须处理多任务：同时扫描按键、刷新屏幕、采集数据、响应上位机指令、执行校准算法。如果你从头到尾只用一个while大循环，到最后改一个功能会牵连一片代码，调试时想哭的心都有。
一个好的固件架构至少分成三层：硬件抽象层（HAL）、中间件层（协议、滤波、校准）、应用层（界面、按键逻辑）。HAL层把所有跟寄存器打交道的代码封装成API，比如adc_read_channel(3)返回通道3的原始值；中间件层负责把原始值变成有意义的数据，比如volt = calibrate(raw_adc)；应用层只管界面和业务逻辑，不关心底层是怎么实现的。
如果你觉得三层太复杂，至少也要做到“驱动和应用分离”。这样你想把STM32的代码移植到GD32上跑，只需要重写HAL层，应用代码一行不用改。不然换一颗MCU等于重写整个固件。
4.2 定时器触发与DMA：实时采集的关键路径
做数据采集，核心是保证实时性。我一直坚持的原则是，所有周期性任务都挂在定时器中断里，包括采样触发、波形输出、按键扫描，而不是依赖主循环的延时函数。原因很简单——你没法保证主循环在某个时刻能准时执行某个任务，一旦出现耗时的FFT计算或者屏幕刷新，那下一次采集就晚了。
特别是触发ADC采样，一定要用定时器硬件触发。STM32的轨迹比较定时器可以输出一个触发信号，直接连接到ADC的启动输入端，不需要CPU介入，让ADC自己定时转换，DMA自动把结果搬进缓冲区。每次转换完，DMA传输完成中断里置一个标志位，主循环发现这个标志就处理数据。这样即使CPU在忙别的事，采样点依然均匀分布在时间轴上，做出来的频谱才干净。
波形发生器也同理，你要输出一个20kHz的正弦波，用DAC直接更新的话频率可能跟不上，中间还会抖动，最好用定时器触发DAC，DMA从查好的正弦表里搬运数据。STM32G4系列有硬件DAC和定时器的联动机制，输出波形频率能做得非常精确，配一阶RC滤波就能出来相当平滑的正弦波。
4.3 测量算法：FFT、RMS与峰值检测的取舍
仪器跑算法，讲究的是“够用就好”。比如测一个交流信号的有效值(RMS)，最简单的方法是直接对ADC原始数据做平方和平均再开方：
RMS = sqrt( (sum(x_i^2)) / N )
这个公式没毛病，但你要注意它是不是包含直流分量。如果你的信号本身有直流偏置，测出来的RMS会偏大。正确做法是先减掉平均值再算AC RMS，或者反过来先测一下DC分量，再算总RMS。用浮点算的话，每秒算几百次毫无压力，但如果你用的是没有FPU的低端MCU，就要把FFT用定点数实现，不然光是FFT就能把CPU吃满。
做峰值检测时，别只取最大最小值，因为一个毛刺就能让数值飞起来。我在做仪器时通常采用“窗口峰值保持”法：在一个滑动窗口内找最大值和最小值，但窗口内的值要先过一次中值滤波或者小波去噪，确认不是瞬态尖峰才算数。显示时的峰值保持时间也要设一个衰减系数，比如0.5秒衰减到原先的90%，这样既能看到趋势又不至于抖动到没法看。
5. 校准与误差分析：让数据有据可依
5.1 两点校准与增益误差纠正
任何ADC采集链都有增益误差和偏移误差。在生产或者自己组装的过程中，每个电阻的精度不可能做到完美，运放的失调电压也不可能是0，所以必须引入软件校准。最经典的校准方法就是两点校准，也叫“两点线性化”。
你准备两个高精度电压源，一个是接近0V的参考点比如0.000V，另一个是接近满量程的比如3.300V。分别让仪器测量这两个值，得到ADC原始输出值。然后假定输入电压和ADC原始码之间是线性关系：
input = gain * code + offset
根据两个点解出gain和offset，把这个系数存到Flash或者EEPROM里。之后每次测量都调用这个校正公式。注意，如果你要跨多个量程，每个量程都需要单独标定一组系数，因为分压电阻的误差在不同档位下可能不一样。
实操上，我通常会让设备先测量20次取平均，再把结果当成采样点输入，这样可以抑制随机噪声对校准精度的影响。校准完后，再测一遍同样的点，检查误差是否在指标范围内。
这里要提醒：校准系数只能修正线性误差。如果你的模拟前端存在明显的非线性——比如用了劣质分压电阻、漏电流过大——那两点校准是无能为力的。更严谨的做法是五个点以上的多项式拟合，但这个对大多数场景有点过度设计了。
5.2 温度漂移与老化：如何做到长期稳定
仪器漂移是个老生常谈但永远绕不开的话题。很多DIY设备刚校准时精准得不行，用了两周就漂了，原因是电阻的温漂在作祟。做精密仪器，至少反馈链路里的分压电阻要选低温漂的，金属箔电阻最理想，成本敏感的选精密薄膜电阻，温漂做到±25ppm/°C之内。
另外，别忽略你自己板上元器件发热造成的局部温漂。ADC芯片和MCU靠在一起，MCU跑起来功耗大，局部温度比环境高好几度，ADC的offset和增益会跟着漂。解决的办法除了物理隔离，还可以在MCU运行的时候降低主频，或者在固件里做“预热校准”流程。我自己的设备会在开机时做一次自诊断，等待内部温度稳定后再提示用户“准备就绪”，这样漂移概率会低很多。
如果你用的MCU内置了内部温度传感器，那就更方便了——你可以每秒钟读一次芯片温度，查询一个预先做好的温漂补偿表，把测出来的电压值加上一个温度系数修正量。这个办法不能完全抵消漂移，但能显著提高长期稳定性。
5.3 噪声源排查：从示波器到统计分析的全面诊断
信号链做完了，发现读数还是跳，怎么办？不要急着改硬件，先用统计学方法定位噪声来源。我的操作流程是这样：
第一步，把输入端短接到GND，连续采集1000个点，算标准偏差。如果标准偏差大于1个LSB，说明噪声偏大，再结合频谱分析看噪声集中在哪里。第二步，给输入端加一个稳定的直流电压，采集1000个点看最大值和最小值的差，如果短时间内差出很多，大概率是50Hz工频干扰或者开关电源噪声耦合进去了。第三步，用手摸一下PCB的模拟区，如果读数明显变化，说明屏蔽和布局有问题。
常见的处理手段包括：在输入端加一个共模电感或者使用差分放大器，用屏蔽线替换普通杜邦线，把ADC输入口的RC滤波时间常数增大一些。但千万别一上来就狂加电容，否则会牺牲带宽，得不偿失。
6. 常见问题与调试实战排查
下表是我在做MCU仪器过程中遇到的高频问题以及对应的解决思路，基本可以当速查手册用。
| 现象 | 可能原因 | 排查方法 | 解决方案 |
|---|---|---|---|
| 读数整体偏高/偏低 | 分压电阻有偏差、基准电压不准 | 用万用表测实际分压点电压、测基准输出 | 软件两点校准，或换低温漂高精度电阻 |
| 读数跳变毛刺很多 | 接地不良、开关电源纹波、采样时序抖动 | 短接输入端测噪声底；示波器看电源纹波 | 模拟地单点接地、加低噪声LDO、用定时器触发采样 |
| 小信号测不准 | 运放失调电压、ADC有效位数不够 | 输入端接地看零位；测已知小信号对比 | 换零漂移运放、外挂更高精度ADC、增加PGA增幅 |
| 温度变化后读数漂移 | 温漂、MCU自热 | 用电吹风或恒温箱测漂移量 | 选用低温漂元件、做温度补偿、开机预热 |
| 波形刷新卡顿 | SPI屏刷新慢、FFT耗时过长 | 用逻辑分析仪看刷屏时间占用 | 优化绘制算法、降低刷新帧率、换并行接口屏 |
| 上位机收不到数据 | UART波特率不对、GND不共地 | 用逻辑分析仪看UART波形 | 接共地、检查波特率、改用USB CDC |
以上这些我几乎都踩过一遍，尤其是“开机小信号不准、用一段时间就不跳了”这个现象，当时让我查了整整两天，最后发现是MCU自热导致局部温漂。从那以后，我在设计里都留了温度监测和预热延时，再没出现过类似问题。
另外还有一个调试利器强烈建议所有MCU仪器开发者配置：一个USB转TTL工具、一个简单的逻辑分析仪（二三十块钱那种就够用）、还有一个6位半的台式万用表用来做标准和验证。这三样东西能让你的排查效率提升几十倍。别太迷信高端的示波器，MCU仪器的大多数故障用万用表和逻辑分析仪都能查到关键线索。
说到最后，MCU仪器设计真正难的不是代码，也不是单点电路，而是你对“噪声从哪里来、精度从哪里来”这个整体系统的理解。把每个环节的误差来源算清楚，再动手做，你会发现很多看似玄学的问题其实都是迟早会踩到的可预测坑。一块几十块钱的MCU，加上一套扎实的模拟前端和校准流程，做出来的设备在不少普通测试场景里完全不输几千块的商品仪器。这大概就是我们这帮工程师做DIY仪器最上瘾的地方——用最小的成本撬动最大的功能，而这种掌控感，是买现成设备永远体会不到的。
