企业官网建设流程全解析

前阵子做一个风冷热泵控制板的项目，要求把回风温度和盘管温度的分辨率做到0.01℃级别，又要能直接和主控板走串口通信。一开始想用MCU自带的ADC凑合，试下来发现分辨率、噪声和稳定性都差口气，尤其靠近压缩机变频器的时候采样值跳得没法看。后来换成独立ADC加单片机的组合，也就是ADS122U04IPWR配PIC18LF46K42，整套系统才稳下来。

这两颗器件单独看都不是什么热门型号，组合起来却是工业温控和HVAC场景里非常务实的一套方案。ADS122U04IPWR是TI家的24位Δ-Σ ADC，自带可编程增益放大器（PGA）、两个激励电流源（IDAC）和UART接口，几乎把热电阻和热电偶测量需要的模拟前端全集成进去了；PIC18LF46K42则是Microchip的8位MCU，工作在1.8~3.6V，内置UART、智能模拟外设和内核独立外设（CIP），正好用来跑通信协议、做数据处理和逻辑控制。这篇就当一次完整的设计记录，聊聊选型思路、电路接法、固件流程以及实际调试中踩过的坑，给做工业测控或者暖通自控的朋友做个参考。

1. 方案选型：为什么是独立ADC加8位MCU

1.1 独立ADC解决的是“测量质量”问题

工业温度测量的难点从来不是“能不能测”，而是“测得多准、多稳、多抗干扰”。PIC18LF46K42内部确实带了一个12位的ADC，直接读热电阻或热电偶信号也不是不行，但在工业环境里会遇到几个硬伤：一是分辨率不够，室温附近0.1℃的变化反映到电压上只有几十到几百微伏，12位ADC在2.048V参考下每个LSB是0.5mV，完全分辨不出来；二是内置ADC的参考电压和噪声性能有限，很难做到高精度测量；三是没有内置可编程增益放大器，微小信号必须外部放大，电路复杂度一下就上去了。

ADS122U04IPWR这颗料我实际用下来的感受是：该集成的全给集成好了。24位Δ-Σ架构、内置PGA（增益1~128）、两个激励电流源、内部2.048V参考电压、内部温度传感器、可配置数据率，甚至50Hz/60Hz工频抑制都内置了。UART接口更是省了不少事——它把ADC配置和数据读取封装成了一套帧协议，MCU只需要通过串口发命令就能完成所有操作，不用像传统SPI接口那样边读边处理时序。

打个比方，内置ADC就像手机自带相机，日常拍个亮处毫无问题；到了光线昏暗、要求高画质的场景，还是得用一台专业机身加定焦镜头。ADS122U04就是那个“专业机身”，PGA是定焦大光圈，IDAC是补光灯，内部基准是经过校准的色卡，一套组合拳下来，测量质量完全不一样。

1.2 PIC18LF46K42承担的是“处理与控制”角色

PIC18LF46K42型号里的“LF”表示低电压版本，工作范围1.8V~3.6V，刚好和ADS122U04的供电范围重合，两者可以直接共用3.3V电源和地，不需要电平转换，简化了供电设计和BOM。

第一次看这颗MCU的框图，会觉得它部分功能有点“奢侈”——一个8位单片机而已，居然集成了运算放大器（OPA）、DAC、ZCD过零检测、多个CIP内核独立外设。但在实际HVAC系统里，这些外设还真的都用得上：OPA可以用来调理外部信号，DAC可以产生偏置电压，CIP则能在CPU不介入的情况下自动完成周期采样、角度判断等任务。作为主控，PIC18LF46K42的UART模块支持多种帧格式和自动波特率检测，面对ADS122U04这种基于UART的ADC特别契合。

选型时还有一个考量：PIC18LF46K42在Microchip生态里资料丰富，MPLAB Code Configurator (MCC) 能直接生成UART初始化和CIP配置代码，省去大量手写寄存器的工作。对工程师来说，这种“成熟外设+图形化配置”的组合比那些需要反复翻手册确认位的冷门MCU高效得多。

1.3 组合选型背后的几个务实原因

这个组合特别适合两类项目：一是中小型的工业温控器、温度变送器，二是HVAC里的冷冻水温度检测、风管温度采集、压缩机油温监控等。如果在座的是做实验室仪表或者精密测量设备的，也可以参考，但可能需要考虑更高端的24位ADC和带浮点运算的MCU，PIC18的运算能力在这种场景下会有点捉襟见肘。

2. 硬件电路设计：从传感器到ADC的完整链路

2.1 RTD（热电阻）测量电路

工业温度测量里Pt100和Pt1000是最常见的两种热电阻。ADS122U04内部两个IDAC电流源就是为了驱动热电阻而设计的。先说Pt100，0℃时阻值100Ω，灵敏度约0.385Ω/℃，在1mA激励下每℃变化的电压是0.385mV。如果直接用PGA增益8，对应满量程输入约16mV到满量程附近的电压，在前端还需合理选择基准电压。

这里需要实际计算一下。系统选择内部2.048V参考电压，输入信号经过PGA放大后不能超过参考电压。以Pt100在0~100℃范围为例，最大阻值138.5Ω，用1mA激励产生的电压是0.1385V，PGA增益8后为1.108V，离2.048V还有余量，没有问题。如果测量范围扩展到-50℃~150℃，最大阻值157.3Ω，1mA激励对应0.1573V，增益8后是1.258V，也在范围内。但如果激励电流调大到2mA，增益还用8，150℃时电压就到了2.5V，会削顶饱和。所以选激励电流和增益时要先根据测量范围做一轮计算，别想当然。

RTD接法分为2线制、3线制和4线制。2线制最简单，但导线电阻串联在测量回路里会直接带来误差，比如10米铜线约0.5Ω，折算成温度就是1.3℃，在HVAC这种追求能效和精确控制的场合完全不能接受。3线制用两个等长导线分别承载激励和感测，利用差分输入可以抵消大部分导线电阻误差，工业现场最常用。4线制精度最高，但需要更多电缆芯数，一般只有计量级设备才用。

ADS122U04的IDAC1和IDAC2可以路由到不同的模拟输入引脚，所以3线制RTD接法是成熟方案：IDAC1从REFP输出激励电流流过RTD到地，RTD上端接入AIN0，下端接入AIN1，同时IDAC2接入AIN2提供对地参考。实际配置时，要检查MUX是否把AIN1的输入通道配置正确，避免激励电流没有被正确采样。

2.2 热电偶测量与冷端补偿

热电偶是另一种常用的工业温度传感器，测温范围宽、响应快、成本低，缺点是输出信号极小（K型热电偶约41µV/℃），且必须进行冷端补偿。

ADS122U04处理热电偶的方式很直接：将热电偶的正负极分别接到ADC的AINp和AINn，PGA设为最大128，内部基准2.048V。K型热电偶从0到1000℃输出约41mV，经过128倍放大后约5.3V，显然超出基准，所以需要把测量范围按实际工况限制。以HVAC场景为例，烟气温度或热泵排气温度一般不超过300℃，对应输出电压约12.2mV，放大128倍后1.56V，在2.048V范围内。如果测量更高温度，要么降低增益，要么使用外部更大的基准电压，需要根据量程重新计算。

冷端补偿是热电偶方案最容易出错的地方。ADS122U04内部集成有温度传感器，正好可以用来测量冷端温度，具体做法是把内部二极管温度传感器接入MUX进行转换，再把测得的冷端温度换算成对应的热电势加到主测量结果上。手册建议在PCB布线时把温度传感器靠近热电偶冷端接头，尽量减少热阻。我在实际设计里还会在冷端接点附近放置一个覆铜区域并与ADC的地连接，帮助均温。

热电偶信号是毫伏级甚至微伏级，极其容易被噪声污染。输入端需要加RC低通滤波，经验值电阻100Ω、电容0.1µF，截止频率约16kHz，能有效滤除高频噪声而不影响信号频带。对于靠近变频器和继电器的HVAC设备，还可以在输入线上套铁氧体磁环，或使用双绞屏蔽线。

2.3 电源、参考电压与保护电路

ADS122U04和PIC18LF46K42都支持3.3V供电，电源设计上我强烈建议模拟电源单独用LDO供电，不要直接拿DCDC输出硬接。实测下来，DCDC的开关纹波会直接耦合到ADC参考电压和信号地，导致转换结果出现周期性跳动。用一个低噪声LDO，比如LP5900或TPS7A系列，把DCDC输出的3.3V或5V降到3.3V给模拟部分供电，成本增加不多，效果立竿见影。

参考电压在ADS122U04内部默认启用2.048V，外部不需要额外器件。不过参考引脚REFP和REFN的去耦电容不能省，分别在远近两端放置1µF和0.1µF陶瓷电容，尽量靠近芯片。如果后续想彻底消除温度漂移，可以选择外部精密基准如REF5025，但普通HVAC应用内置基准已经足够。

工业现场还必须有输入保护和滤波。传感器线缆可能长达几十米，感应雷击、动力线碰触、静电都会给ADC输入端带来电压冲击。设计时在模拟输入端对地加TVS管（比如SMBJ3.3A）和串联限流电阻，串联电阻同时兼任RC滤波的R，一举两得。注意TVS管的结电容不能太大，否则会影响信号带宽，一般选择低结电容型号。

PIC18LF46K42的电源去耦也不能省，每个VDD引脚就近放0.1µF陶瓷电容，再加一个10µF钽电容做储能。如果MCU驱动继电器或指示灯，还要在输出侧加续流二极管和隔离，避免反电动势打穿IO引脚。

3. 固件实现：从UART帧到温度值

3.1 ADS122U04的通信协议与初始化

ADS122U04使用UART通信，帧结构是固定长度：8位寄存器地址与命令、8位数据、2位固定前缀，还有8位CRC校验。波特率可以通过寄存器配置，默认9600bps，最高可达1Mbps左右。实际使用中，我设置波特率为115200bps，与PIC18LF46K42的硬件UART匹配，并且经过测试稳定性没问题。

初始化流程按部就班：

1. 复位ADC：给RESET引脚一个低电平脉冲，或通过UART发送复位命令，等待约2ms。
2. 等待DC/DRDY（数据转换就绪）引脚变低，表示ADC已完成启动。
3. 配置配置寄存器0（增益、数据率）和配置寄存器1（MUX输入选择），再配置配置寄存器2（IDAC电流大小和路由）和配置寄存器3（内部基准、偏移校准）。这里要注意，写入配置寄存器后，ADC需要一段时间完成内部重新配置，建议统一等待5ms以上再进行下一项。
4. 通过连续转换模式命令启动连续采样，或使用单次转换命令按需读取。

配置寄存器位定义比较多，我自己整理了一个常用配置速查：

数据率的选择要和工频干扰权衡。ADS122U04内置了50Hz/60Hz陷波滤波器，如果使用20SPS或45SPS，对工频干扰的抑制效果最好。在HVAC设备现场，我优先选择20SPS，因为工频是主要噪声源，20SPS的滤波深度和分辨率对大多数温度测量场景已经足够。

3.2 PIC18LF46K42端的UART驱动与命令解析

PIC18LF46K42端的工作量主要集中在UART接收解析和数据处理。使用MCC生成基础代码后，我在中断服务程序里维护一个环形缓冲区，把收到的字节按帧同步字和长度字段进行组帧，然后通过CRC校验判断帧完整性，最后根据命令字执行对应操作。

ADS122U04的命令帧结构简单，比如读寄存器命令、写寄存器命令、启动转换命令、读数据命令等。连续转换模式下，ADC每完成一次转换，DC/DRDY引脚会拉低并在UART数据线上输出转换结果帧。MCU通过监测DC/DRDY引脚电平变化来抓取数据帧，比轮询UART省心得多。

实际调试中发现一个非常关键的坑：在连续转换模式下，如果固件处理数据慢，UART的FIFO可能溢出，导致帧丢失。我的解决办法是在PIC18LF46K42端把UART接收缓冲区做大，并启用硬件流控监测。另一个办法是改用单次转换模式，MCU需要读数时发启动命令，等DC/DRDY变低后再读取数据。这样能精确控制节奏，代价是每次转换需要额外时间等待稳定，20SPS数据率下实际响应稍慢但可以接受。

3.3 温度换算与滤波算法

ADC输出的原始码值只是电压数字量，要变成温度还需要结合激励电流和参考电压进行换算。RTD方案最常用的是比例法：电压码值和已知的参考电阻（通常是高精度低温漂电阻）做比值，消除激励电流和参考电压本身漂移的影响。

实际公式可以简化写作：RTD电阻值 = 参考电阻 × (ADC码值 / 参考电阻通道码值)。在固件里，我通过MUX轮流切换测量RTD通道和内部温度传感器通道，分别得到对应的码值，然后用查表法结合Pt100的Callendar-Van Dusen公式计算温度。工程上更简单的办法是预先把0~400℃范围内的Pt100阻值-温度对照表存进程序Flash，运行时用线性插值查找，精度对HVAC场景绰绰有余。

热电偶换算稍麻烦，分两步：先根据热电偶类型（K型、T型等）把热电动势查表换算成温度，再加上冷端温度。NIST多项式拟合是标准方法，为了节省代码空间，我用分段线性插值和二次修正，误差控制在±0.5℃以内。

滤波算法上，我试过几种方案。普通滑动平均在工业噪声下效果平平，后来改用中值滤波加滑动平均的级联方式：先取5次采样做中值滤波滤掉尖峰毛刺，再取最近10个中值结果做平均值，实测转换结果非常平滑，在恒温环境下输出波动小于0.01℃。这个计算在PIC18LF46K42上耗时很短，完全不构成瓶颈。

4. PCB布局与布线：把噪声挡在门外

4.1 模拟与数字分区原则

工业HVAC设备的PCB板内往往同时存在模拟小信号、数字逻辑、继电器驱动甚至开关电源，布局不当的话ADC性能再好也白搭。我的做法是物理上把PCB划分为三个区：模拟采集区、数字控制区、功率驱动区，每个区之间用地平面隔离，并且只在单点通过磁珠或直接低阻连接。

ADS122U04和它的前端电路必须放在模拟区，PIC18LF46K42放在数字区，两者之间的UART走线尽量短且直，并在靠近MCU侧串联一个22Ω到33Ω电阻，既能阻尼振铃，又能起到一定的隔离作用。数字区的接地与模拟区的地通过0Ω电阻或磁珠单点连接，避免数字地噪声通过地平面灌入模拟地。

4.2 去耦电容与基准引脚处理

ADS122U04的电源引脚、参考引脚、输入引脚的去耦是布局的重中之重。每个电源引脚就近放置0.1µF的陶瓷电容，电容的地端一定要打孔到模拟地平面，路径最短。参考引脚REFP和REFN之间的1µF电容同样要紧靠芯片放置，建议在底层对应位置再加一个0.1µF高频去耦电容。

如果PCB有空间，我建议把ADC的模拟输入走线做成差分形式，尽量等长并紧贴在一起。PCB的第二层是完整的模拟地平面，第一层走信号，第三、四层走数字和电源，这样信号回到参考地的路径最短，环面积最小，抗干扰效果最好。HVAC设备中安装空间往往紧凑，但该做的防护绝不能省。

4.3 面向HVAC实际环境的额外处理

在HVAC设备中，最恶劣的干扰源是压缩机变频驱动器、继电器线圈和电源变压器。这些器件在开关瞬间产生强烈的电磁脉冲，可能通过空间辐射和电源线传导两条路径进入模拟链路。针对这种情况，我在模拟电源入口增加了一级LC滤波，使用磁珠（如GZ2012D100TF）加10µF电容，截止频率远低于DCDC开关频率；同时在传感器线缆进入板卡的位置加了共模电感。

传感器接口的防护还需要考虑静电放电。直接在排针或端子附近放置TVS管到地和电源，器件选型时关注钳位电压和结电容。实践下来，上述措施组合起来效果很好，即使把采集板紧贴在变频器散热器旁边安装，温度读数也只是偶尔出现1~2个LSB的跳动，对整体精度无影响。

5. 校准与性能验证

5.1 为什么需要校准

ADS122U04和PIC18LF46K42的组合虽然是高精度器件，但实际系统的误差来源很复杂：ADC本身的增益误差、偏移误差，参考电压的实际精度，传感器的偏差，以及PCB上电阻的温漂，都会影响最终温度的准确性。如果不校准，能保证0.5℃级别就很不错了，但经过校准后可以轻松做到0.1℃甚至更高。

校准分为两个层次：芯片级校准和系统级校准。芯片级校准一般针对ADS122U04的偏移和增益误差，方法是在配置寄存器中设置偏移校准值；系统级校准则是把整个测量链路（从传感器到固件输出温度值）作为一个整体来修正。对于HVAC产品，系统级校准更符合实际需求，因为最终用户关心的是“主控读到的温度值”是否准确，而不是ADC的原始码值。

5.2 系统级校准流程

校准流程用标准铂电阻温度计（或更高等级测温仪）作为参考，把被测设备放入恒温槽，按温度点逐点进行校准测试。具体步骤如下：

1. 将系统置于稳定室温环境，预热不少于30分钟，让板上温度达到热平衡。
2. 将标准铂电阻温度计与被测传感器探头绑在一起，放入恒温槽，设置温度点。
3. 等待恒温槽温度稳定后，记录系统输出的温度值。
4. 每个温度点重复测量3~5次，记录平均值和标准差。
5. 对多个温度点进行线性或多项式拟合，得到校正系数，写入PIC18LF46K42的Flash存储或EEPROM区。
6. 将校正系数应用到温度换算公式中，完成校准。

我的经验是，HVAC场景通常只需要做0℃、25℃、50℃、80℃四个点的两段线性校正就够了，残余误差基本上在±0.15℃以内。如果要做高精度变送器，才需要做多点曲线拟合和温漂补偿。

5.3 性能验证数据

针对这种配置组合，实际测量数据如下：

这些数据是在3.3V供电、内部2.048V参考、PGA增益8、RTD Pt100 3线制接法下实测的。需要说明的是，有效分辨率并不等于测量精度，实际精度与传感器本身的精度等级强相关。如果是Class B的Pt100，本身容差就有±0.3℃，再好的ADC也无法突破传感器误差上限。

6. 常见问题与排查技巧实录

6.1 UART通信不稳定

典型现象：MCU老是收不到数据帧，或者收到的帧CRC校验失败。

原因一般有三个：波特率配置不一致、DC/DRDY信号被当成UART数据、地电位差导致电平阈值错误。

排查步骤：一是用示波器同时抓UART的TX/RX和DC/DRDY引脚，看时序关系；二是检查波特率误差，ADS122U04的内部振荡器精度一般，配置较高波特率时误差可能超过容忍范围，此时应该缩短线缆长度或降低波特率；三是确认DC/DRDY引脚没有连接到MCU的中断输入时产生毛刺干扰。

6.2 转换值跳动大，读数不稳定

现象：恒温环境下输出温度仍有±0.2℃甚至±0.5℃的波动。

排查优先级：首先检查PGA是否饱和——如果输入信号经过放大后超过参考电压范围，输出会非线性甚至翻滚，表现为剧烈跳变。然后用示波器测量模拟电源纹波，如果纹波超过5mV就会影响参考电压。最后检查传感器线缆是否靠近动力线，必要时增加屏蔽层和磁环。

6.3 RTD激励电流导致自热误差

许多ADC自带的IDAC电流会流经RTD，产生焦耳热，导致传感器自身温度升高。Pt100在1mA激励下，自热功率为0.1mW量级，本身影响不大，但如果是小体积薄膜探头，散热条件差，温升可能在0.05~0.2℃。遇到这种情况，可以降低激励电流到500µA或250µA，但需要同步增大PGA增益来保持信号幅度，否则分辨率会下降。

6.4 热电偶冷端补偿不准

现象：用热电偶测量室温时读数一直偏高或偏低几度。

原因是冷端温度传感器没有贴近热电偶实际冷端位置，或者PCB上下层温差大。解决方法是把ADC的内部温度传感器对应的通道打开，用它与外置NTC做平均，并且保证冷端接头和温度传感器处于相同的等温块上。在PCB上可以用大面积的铺铜将冷端接头和温度传感器覆盖起来，增加热耦合。

6.5 常见问题速查表

7. 固件状态机设计与软件架构

7.1 UART帧解析状态机

ADS122U04的UART协议帧结构固定，我用一个简单的有限状态机来解析，比中断里直接处理整包数据要稳健得多。状态机大致分为：等待帧起始字节、接收地址/命令字节、接收数据字节、接收CRC校验字节、校验并执行命令五个状态。

关键经验是：不要在一个字节一个字节地处理时把逻辑写得太复杂，中断里只负责把字节写进环形缓冲区，主循环里再做状态机解析。主循环的解析速度远快于115200bps的接收速度，根本不会丢数据。如果有多路传感器轮询，还可以把状态机设计成可重入结构，每路各维护一个状态实例。

7.2 定时任务与数据更新策略

PIC18LF46K42在运行时除了要管理ADC数据接收，还要处理主控通信、看门狗喂狗、LED显示等任务。我的架构是主循环加一个定时节拍，比如5ms执行一次的时间片轮询。不同数据率下温度更新节奏也不同：20SPS下约50ms出一个新数据，那么每5ms检查一次是否有新帧，有新帧就更新内部样本缓冲，再按设定周期计算滤波后的温度。

系统采用看门狗保护。在HVAC设备中，MCU死机或跑飞会导致控制中断，严重时可能损坏设备，所以我在固件里开启了WDT，在主循环和长任务处理中定期喂狗。如果不喂狗或喂狗太晚，WDT会自动复位MCU，同时复位ADS122U04，保证系统能自我恢复。

7.3 数据处理链路的模块划分

代码组织上，我习惯把固件分成几个独立模块：

• uart_driver.c：负责PIC18LF46K42的UART收发中断、环形缓冲区、帧字节接收。
• ads122u04.c：负责ADS122U04协议命令发送、寄存器配置、帧解析和CRC校验。
• sensor.c：负责具体传感器类型（RTD或热电偶）的换算算法和滤波。
• calib.c：负责校准系数存储、运算和修正。
• main.c：负责任务调度、看门狗和状态管理。

模块化之后，从RTD切换到热电偶时只需要改sensor.c和配置参数，其他模块基本不动，后期维护成本低很多。如果产品后续要支持Modbus或RS485通信，也只需在uart_driver层级做扩展，模拟采集部分完全不受影响。

8. 量产与测试注意事项

8.1 硬件批量测试项

小批量生产时，不可能每台都做完整校准，但至少要做以下几种快速测试：

• UART通信自检：由PIC18LF46K42发命令读ADS122U04的器件ID或全部寄存器值，验证焊接正常。
• 传感器开短路检测：ADC可以对传感器施加激励电流并检查电压范围，如果电压接近0V（短路）或接近满量程（开路），系统能给出故障提示。
• 精度抽查：随机抽几台整机在恒温槽里做精度比对，评估校准质量的一致性。

8.2 固件量产注意事项

量产固件里要特别注意配置校准数据的存放位置。PIC18LF46K42的Flash可以存自定义校准信息，也可以在EEPROM区存放偏移和增益值。写入时加上校验和，防止擦写中断导致校准数据损坏。

如果在生产时做系统级校准，最有效的做法是在固件里预留一个“校准模式”，通过串口上位机发送指令，与恒温槽设备和标准温度计联动，自动完成整个校准流程。我做过最理想的一套，把恒温槽温度按预设顺序跑一遍，单台校准时间只需要2~3分钟，比人工记录计算快得多。

8.3 现场交付后的定位手段

设备到现场后如果温度读数异常，步进排查很重要。我通常在固件里预留诊断串口，通过调试口可以实时打印ADC原始码值、电源电压、内部温度传感器读数、最近帧CRC错误计数等信息。有了这些字段，远程或现场工程师就能快速判断问题是出在传感器、ADC、供电还是通信环节，而不必盲目更换整板。

9. 个人实战心得

做这个方案的过程中，最深的感受是：高精度测量的瓶颈往往不在ADC本身，而在系统性的噪声控制和电源设计。ADS122U04和PIC18LF46K42这套组合的底子是够好的，但真正拉开差距的还是在PCB布局、去耦、滤波和校准这几项基本功。

另外，串口ADC带来的便利比想象中还要大。原来用SPI接口的ADC，MCU端要做SPI从机控制和DMA配合，代码量翻倍不说，排查时序问题更是体力活。换成UART接口后，逻辑一下就清晰了，隔离也方便，后期如果要加光耦或者无线模块直接串进去就行。

再分享一个扩展方向：ADS122U04有4个模拟输入通道，PIC18LF46K42的Flash和RAM足够支撑多路温度采集。如果后面要做冷冻水供回水温差测量或房间多点温度监测，完全可以在现有框架下增加通道轮询和平均算法，不用换主控。配合RS485转Modbus协议，这套方案可以直接对接楼宇自控或PLC系统，项目复制性很强。

在实际使用中还有个小技巧：ADC的DC/DRDY引脚不仅能判断转换完成，还可以接PIC18LF46K42的CIP逻辑单元，把它配置成输入捕捉来精确计时转换周期。这样既不用依赖UART轮询时序，又能保证每次读取都踩在转换完成的点上，CPU占用几乎为零。这种做法实测下来很稳，推荐有条件的朋友让MCC生成基础工程后自己也试一下。