Arduino在工业控制中的应用：低成本替代PLC的实战指南

1. 项目概述与核心思路

在工业自动化领域干了十几年，从最早跟着老师傅调试继电器柜，到后来满世界跑项目，用遍了西门子、罗克韦尔、三菱这些主流PLC。这些年下来，我最大的感触是，技术方案没有绝对的好坏，只有合不合适。很多刚入行的朋友，一提到工业控制，脑子里就只有PLC，觉得非它不可。这当然没错，PLC稳定、可靠、生态成熟，是大型产线的绝对主力。但我也见过太多场景，预算有限、需求特殊，或者只是做个原型验证，硬上PLC反而成了负担。

大概七八年前，我第一次接触到Arduino。说实话，当时是带着点“工业级”的傲慢去看这个“玩具”的。但一个偶然的机会，为了帮朋友一个小作坊解决一个简单的温度连锁控制问题，预算只够买几个传感器，根本不够一台最入门的PLC。抱着试试看的心态，我用一块Arduino Uno，加上几个继电器模块和温度传感器，花了一个周末就搭出了原型，成本不到PLC的十分之一。从那时起，我开始系统地思考：PLC那些让我们依赖的核心能力——数字I/O、模拟量处理、通信、实时性——到底有多少是可以用更灵活、更开放的平台去实现的？这不是要取代PLC，而是在它力所不及或者性价比不高的地方，开辟一条新的路径。

这篇文章，就是把我这些年用Arduino“模拟”或“实现”PLC功能的实战经验做个梳理。我会从一个资深自动化工程师的视角，对比PLC和Arduino在工业应用中的真实差异，不是空谈理论，而是用我实际做过的项目，拆解从硬件选型、电路设计、程序架构到通信集成的每一个环节。你会发现，用Arduino做工业控制，远不是点个灯那么简单，里面涉及到电源隔离、信号调理、抗干扰设计、程序可靠性等一系列工程化问题。同时，我也会坦诚地告诉你，在哪些场景下，你依然应该毫不犹豫地选择PLC。无论你是想为一个小型设备做低成本自动化改造，还是想快速验证一个控制算法，亦或是想深入理解工业控制系统的底层原理，希望这些踩过坑、流过汗的经验，能给你带来一些实实在在的参考。

2. 核心能力拆解：PLC的工业基因与Arduino的灵活补位

要谈替代或补充，首先得弄清楚我们到底需要什么。一个典型的工业控制系统，无论核心是PLC还是其他控制器，其基本功能模块是相通的。我们可以把这些核心能力逐一拆解，看看PLC是如何实现的，而用Arduino又该如何应对。

2.1 数字输入输出：不仅仅是0和1

数字量信号是工业控制的基石，比如按钮、限位开关、光电传感器的状态输入，以及控制继电器、接触器、指示灯的开关输出。

PLC的实现方式：工业PLC的DI/DO模块是经过千锤百炼的。以24VDC输入模块为例，它内部通常包含光耦隔离、RC滤波电路以及施密特触发器。这意味着，现场可能带来的浪涌电压、触点抖动、噪声干扰，在信号进入PLC的CPU之前，大部分已经被硬件电路处理掉了。输出模块同样如此，继电器输出型自带物理隔离和负载驱动能力；晶体管输出型则能提供高频的开关响应。更重要的是，这些模块的接线端子是工业标准的，可以方便地接入凤凰端子或接线排，并且具有明确的LED状态指示。

Arduino的挑战与应对：一块标准的Arduino Uno，其I/O引脚是裸露的5V TTL电平，直接连接工业现场的24V信号会立刻损坏芯片。因此，“信号调理”是第一步。对于数字输入，我常用的方案是使用光耦隔离器，如PC817或TLP521。电路很简单：在24V信号侧串联一个约2KΩ的限流电阻接入光耦发光二极管正极，负极接24V地；光耦输出侧，集电极接Arduino的5V电源通过一个上拉电阻（如10KΩ），发射极接GND，集电极同时连接到Arduino的输入引脚。这样，当现场24V接通，光耦导通，Arduino引脚读到低电平；断开则读到高电平。既实现了电平转换，又实现了电气隔离，保护了核心控制板。

注意：务必计算限流电阻值，确保光耦LED的工作电流在3-20mA范围内。例如，24V输入，PC817正向压降约1.2V，则电阻R = (24V - 1.2V) / 0.01A ≈ 2.2KΩ。同时，光耦输出到Arduino引脚的上拉电阻必不可少，否则在光耦不导通时，引脚会处于悬空状态，读取值不稳定。

对于数字输出，驱动小型继电器模块是最直接的方式。市面上有成熟的5V驱动的继电器模块，通常已集成光耦和晶体管驱动电路，Arduino引脚直接连接其信号输入端即可。如果需要驱动更大电流的负载，如电磁阀，可以在继电器模块后级再接一个中间继电器或固态继电器。这里的关键是，一定要为继电器线圈增加续流二极管，以吸收断开时产生的反向电动势，保护驱动电路。

2.2 模拟信号处理：精度与稳定性的博弈

模拟量控制，比如读取温度变送器的4-20mA信号，或者输出0-10V控制变频器频率，是自动化系统的精髓。

PLC的实现方式：PLC的模拟量模块是专业的信号调理器。以4-20mA输入为例，模块内部通常包含精密采样电阻（如250Ω）、高精度ADC（模数转换器）、隔离放大器和复杂的滤波算法。它能自动处理信号断线检测（电流<3.6mA可判断为断线）、提供高分辨率（16位很常见）和低漂移。编程时，工程师只需要调用一个功能块，输入通道地址，就能直接得到一个工程单位值（如0.0-100.0℃）。

Arduino的挑战与应对：Arduino Uno的ATmega328P单片机自带6通道10位ADC，参考电压默认为5V。这意味着，它只能直接测量0-5V的电压信号，分辨率是5V/1024 ≈ 4.9mV。对于工业标准的4-20mA电流信号，我们需要一个精密电阻（常用250Ω）将其转换为1-5V电压，但这个电压范围超出了Arduino的0-5V量程。更优的方案是使用外部ADC芯片，如ADS1115（16位分辨率，I2C接口）。它量程可调，可以直接测量差分电压，精度和抗噪能力远超内置ADC。

对于模拟输出，Arduino Uno的“模拟输出”其实是PWM（脉冲宽度调制），并非真正的模拟电压。虽然可以通过低通滤波器将PWM转换为平滑的直流电压，但精度和稳定性难以保证。工业应用我推荐使用专用的DAC（数模转换器）芯片，如MCP4725（12位，I2C接口），它可以输出真正的0-5V或0-3.3V模拟电压。如果需要输出4-20mA，则需要在后级增加一个电压电流转换电路，比如用运放搭建的V/I转换器。

实操心得：模拟量处理的核心是抗干扰。在PCB布局上，模拟部分和数字部分的电源要用磁珠或0Ω电阻隔离走线。信号线要使用双绞屏蔽线，屏蔽层单点接地。在软件上，必须对ADC采样值进行软件滤波。我常用的是一阶滞后滤波（也称指数加权平均滤波），算法简单，效果显著：filtered_value = alpha * new_sample + (1 - alpha) * filtered_value。alpha取值在0.1到0.3之间，根据信号变化速度调整。对于特别关键的信号，可以结合中值滤波，先取多个样本的中位数，再进行一阶滞后滤波。

2.3 通信协议集成：从孤岛到网络

现代工厂是数据互联的。PLC的强大之处在于其原生支持各种工业总线协议，如Profibus、Profinet、Modbus TCP/RTU、EtherNet/IP等。

PLC的实现方式：大型PLC通过专用的通信处理器或网口模块实现，配置过程虽然复杂（如配置GSD文件、设置IP和设备名），但一旦完成，稳定性极高。中小型PLC也���自带RS485端口用于Modbus RTU，或者网口用于Modbus TCP。在编程软件中，这些通信功能被封装成易于调用的指令或功能块。

Arduino的挑战与应对：让Arduino融入工业通信网络，是完全可行的。对于最常用的Modbus协议，有非常成熟的开源库支持。

• Modbus RTU (RS485)：这是最经济的方案。你需要一个TTL转RS485的模块，如MAX485芯片模块。接线时，注意A、B总线要使用双绞线，并在总线两端（最远的两个设备处）各接一个120Ω的终端电阻。软件上，可以使用ModbusRtu.h或ModbusMaster.h等库。作为从站时，你需要定义保持寄存器、输入寄存器、线圈等数据区；作为主站时，则需要编写轮询逻辑。我曾用一块Arduino Mega作为网关，通过RS485连接了十几个温湿度传感器（Modbus从站），采集数据后再通过以太网转发给上位机，稳定运行了三年多。
• Modbus TCP：需要为Arduino增加以太网功能，可以使用W5500等硬核网络芯片的扩展板，或者ESP32这类集成Wi-Fi和蓝牙的芯片。使用Ethernet.h和相应的Modbus TCP库，Arduino就可以作为一个Modbus TCP服务器（从站）运行，上位机SCADA软件（如组态王、WinCC）可以直接将其作为一个标准的Modbus设备来访问。
• 其他协议：对于简单的点对点数据传输，串口（UART）通信依然可靠。对于需要无线传输的场合，ESP32的Wi-Fi或蓝牙、LoRa模块都是不错的选择。关键在于，通信程序必须有完善的超时重试和错误处理机制。例如，Modbus主站请求后，如果500ms内没有收到响应，应记录错误并重试，连续失败多次后应触发报警。

3. 实战项目：用Arduino构建一个简易的泵站监控系统

理论说再多，不如看一个实打实的项目。这个项目源于一个真实的客户需求：一个小型水处理站的加药泵监控。需要监测药液储罐的液位（4-20mA），根据液位高低自动启停加药泵，并能在本地触摸屏和远程手机APP上查看状态和设置参数。客户预算极其有限，无法承受一台PLC加HMI的价格。

3.1 系统架构与硬件选型

我的设计思路是“核心控制+功能扩展”。核心控制器选用Arduino Mega 2560，因为它引脚多（54个数字I/O，16个模拟输入），串口多（4个硬件串口），便于同时连接多个外设。具体硬件清单如下：

1. 主控：Arduino Mega 2560。
2. 模拟量输入：ADS1115 16位ADC模块（I2C接口），用于高精度读取液位变送器的4-20mA信号（经250Ω电阻转换为1-5V）。
3. 数字量输出：8路光耦隔离继电器模块，用于控制加药泵接触器。
4. 人机界面：Nextion NX4827T043 4.3英寸串口触摸屏。它自带处理器和显示驱动，通过简单的串口指令与Arduino交互，极大地减轻了主控的负担。
5. 实时时钟：DS3231高精度RTC模块，用于数据记录的时间戳。
6. 远程通信：ESP-01S WiFi模块（AT指令集），通过串口连接Arduino，将数据推送到私有MQTT服务器。
7. 电源：工业级24V转5V DC-DC隔离电源模块，为整个控制系统供电，确保电源干净、稳定。
8. 信号隔离：若干PC817光耦，用于隔离额外的数字输入信号（如急停按钮、泵运行反馈）。

硬件布局上，我设计了一块母板（背板），将Arduino Mega作为核心板插在上面。母板上集成了电源转换电路、RS485接口电路、光耦隔离输入电路和继电器驱动电路。ADS1115、Nextion屏、ESP-01S等模块则通过排针插座与母板连接。这种结构便于调试和更换模块。

3.2 控制逻辑与程序架构

程序采用“时间片轮询+有限状态机”的结构，这是保证工业控制程序逻辑清晰、响应及时的关键。

主循环结构：

void loop() { unsigned long currentMillis = millis(); // 1. 快速任务（每循环必执行） readDigitalInputs(); // 读取按钮、反馈信号 updateStateMachine(); // 执行状态机逻辑 // 2. 中速任务（每100ms执行一次） if (currentMillis - previousMediumTaskMillis >= 100) { previousMediumTaskMillis = currentMillis; readAnalogInputs(); // 读取液位（包含滤波算法） updateHMI(); // 更新触摸屏显示数据 } // 3. 慢速任务（每1000ms执行一次） if (currentMillis - previousSlowTaskMillis >= 1000) { previousSlowTaskMillis = currentMillis; syncRTC(); // 与DS3231同步时间 publishMQTTData(); // 通过WiFi发布数据 checkCommunicationTimeout(); // 检查通信超时 } // 4. 异步事件处理（中断服务） // 例如，急停按钮接在外部中断引脚上 }

液位控制状态机： 控制逻辑是核心。我设计了一个简单的状态机，状态包括：IDLE（待机）、PUMPING（加药中）、LOW_LEVEL_ALARM（低液位报警）、FAULT（故障）。

enum PumpState { IDLE, PUMPING, LOW_LEVEL_ALARM, FAULT }; PumpState currentState = IDLE; void updateStateMachine() { float level = getFilteredLevel(); // 获取滤波后的液位值 switch (currentState) { case IDLE: if (level < START_LEVEL && !isFault()) { startPump(); currentState = PUMPING; logEvent("Pump started automatically."); } break; case PUMPING: if (level > STOP_LEVEL) { stopPump(); currentState = IDLE; logEvent("Pump stopped automatically."); } else if (level < EMERGENCY_LOW_LEVEL) { stopPump(); currentState = LOW_LEVEL_ALARM; triggerAlarm(ALARM_LOW_LEVEL); logEvent("EMERGENCY: Low level alarm, pump stopped!"); } break; case LOW_LEVEL_ALARM: // 等待人工复位或液位恢复 if (level > EMERGENCY_LOW_LEVEL + HYSTERESIS && resetButtonPressed) { currentState = IDLE; acknowledgeAlarm(ALARM_LOW_LEVEL); } break; case FAULT: // 等待故障清除和复位 break; } }

这个状态机清晰地将所有条件和动作封装起来，避免了复杂的if-else嵌套，易于调试和维护。HYSTERESIS（回差）的引入是为了防止液位在临界点附近频繁启停泵。

3.3 HMI与远程监控实现

本地HMI（Nextion屏）： Nextion编辑器是图形化开发工具，我在屏幕上设计了几个页面：主监控页面（显示实时液位、泵状态、时间）、参数设置页面（设置启停液位、报警值）、历史报警页面。在Arduino代码中，我定义了一个函数updateHMI()，定期将液位值、泵状态等变量通过串口发送给Nextion屏。Nextion屏上的按钮被按下时，会向Arduino发送预定义的指令码，Arduino在串口中断服务程序中解析并执行相应操作，如启动、停止、确认报警。

远程监控（MQTT + 简易APP）： 我使用了一个开源的MQTT代理服务器（Mosquitto）部署在本地服务器上。Arduino通过ESP-01S连接Wi-Fi，并使用PubSubClient库连接到MQTT服务器。publishMQTTData()函数每秒将数据（如{"level": 65.2, "state": "PUMPING"})发布到pumpstation/status主题。同时，它订阅pumpstation/command主题，以接收远程控制命令（如手动启停）。

手机端，我最初用MIT App Inventor快速做了一个安卓APP，用于接收数据和发送命令。后来为了更专业，用Flutter重新开发���一个跨平台应用。这样，客户可以在手机和电脑上实时查看泵站状态，并在授权情况下进行远程干预。

4. 深入对比：PLC与Arduino的工程化差异与选型指南

通过上面的实战，你应该能感受到用Arduino实现工业控制的可行性。但我��必须清醒地认识到，这和在西门子TIA Portal里组态一个S7-1200 PLC，是截然不同的工程体验。下面我从几个关键维度进行深度对比。

4.1 开发环境与工程效率

PLC：以博途（TIA Portal）或RSLogix/Studio 5000为例，它们是高度集成的工程平台。硬件组态、网络配置、程序编写（梯形图、功能块图、结构化文本）、HMI画面设计、甚至驱动调试，都在一个软件内完成。有强大的符号表、数据块、交叉引用、仿真和调试功能。编写一个电机启保停逻辑，拖拽几个触点、线圈和定时器，几分钟就能完成并在线测试。对于大型项目，其模块化、版本管理、团队协作功能无可替代。

Arduino：开发环境是Arduino IDE或PlatformIO，本质上是代码编辑器+编译器。你需要用C/C++编写一切。实现一个启保停逻辑，你需要定义变量、在setup()中初始化引脚、在loop()中编写扫描逻辑、处理按钮防抖。一个简单的功能可能需要几十行代码。它的优势是极度灵活，你可以实现任何你能想到的算法和逻辑结构；劣势是工程管理能力弱，没有原生的可视化编程、在线监控变量（需借助第三方工具如串口打印）和程序仿真。

我的经验：对于逻辑复杂、连锁关系多的顺序控制，PLC的梯形图直观高效。对于涉及复杂计算、算法优化、自定义通信协议的场景，Arduino的代码方式更得心应手。在中小型项目上，Arduino的开发周期可能更长，但一旦形成自己的代码库（如封装好的设备驱动库、通信协议栈、状态机模板），复用效率会大大提高。

4.2 可靠性、安全性与维护成本

这是PLC的绝对优势领域，也是工业领域的核心诉求。

PLC：

• 硬件：元器件采用工业级甚至汽车级标准，工作温度范围宽（通常0-60℃），抗震动、抗冲击、抗电磁干扰能力强。电源设计冗余，能承受一定时间的电压跌落。I/O模块具有完善的保护电路（过压、过流、反接）。
• 软件：操作系统是实时、确定性的。程序循环扫描时间稳定可预测。有完善的看门狗机制，防止程序跑飞。支持热插拔（部分模块）、冗余配置。
• 认证：具有CE、UL、CCC等多种安全认证，符合IEC 61131等国际标准。
• 维护：故障时可通过诊断指示灯快速定位问题。模块化设计，更换方便。厂商提供长期的技术支持和固件更新。

Arduino：

• 硬件：消费级元器件，工作温度通常0-70℃，在高温、高湿、强电磁干扰的工业现场，长期可靠性存疑。电源和I/O接口的保护需要工程师自行设计添加，增加了复杂性和风险点。
• 软件：运行在简单的loop()循环中，虽然可以通过精心设计保证实时性，但缺乏硬实时保障。程序复杂后，可能因某个函数阻塞导致整个循环延迟。需要自己实现软件看门狗。
• 认证与维护：无任何工业安全认证。出现故障时，诊断困难，可能需要示波器、逻辑分析仪等工具。维护依赖于开发者的个人能力。

选型铁律：涉及人身安全、关键生产工艺、高价值设备、需要7x24小时连续运行的场合，必须使用PLC。Arduino方案更适合用于非关键流程的监控、数据采集、实验原型、小型辅助设备或对成本极度敏感且能容忍一定故障率的场合。

4.3 成本结构：不仅仅是硬件价格

很多人只对比控制器本身的价格：一台入门级PLC可能要一两千元，而一块Arduino Mega只要几十元。但这远不是全部。

• 直接成本：PLC价格高，但它通常是一个“交钥匙”解决方案，包含了电源、CPU、I/O、通信端口。用Arduino搭建，你需要额外购买或设计电源模块、信号调理板、通信转换模块、外壳等，总成本可能上升到PLC的30%-50%。
• 开发成本：PLC编程效率高，有大量现成的功能块和案例。Arduino方案需要从底层做起，开发时间长，人力成本可能远超硬件差价。
• 调试与维护成本：PLC调试工具强大，在线修改、强制变量、趋势图功能可以快速定位问题。Arduino调试主要靠串口打印，效率低。后期维护，PLC可以快速更换模块，Arduino方案可能需要整个板卡更换，且依赖原开发人员。
• 隐性风险成本：这是最大的成本。Arduino方案若因可靠性问题导致停产、废品或安全事故，造成的损失可能巨大。

我的建议：在做成本分析时，做一个简单的表格对比：

对于预算有限的原型验证、小批量定制设备、教育演示或爱好者学习，Arduino方案在总成本上可能有优势。但对于量产或核心工艺，必须将全生命周期的成本和风险纳入考量。

5. 进阶技巧与避坑指南

如果你决定在合适的项目中使用Arduino，下面这些从实战中总结的经验，能帮你少走很多弯路。

5.1 提升系统可靠性的关键设计

1. 电源是根基：工业现场电源噪声大。务必使用隔离型DC-DC电源模块为Arduino供电。在电源入口处增加TVS管（瞬态抑制二极管）和压敏电阻，吸收浪涌。为数字部分和模拟部分使用独立的LDO（低压差线性稳压器）进行二次稳压，如用AMS1117-5.0给数字部分供电，用AMS1117-3.3给模拟传感器供电。
2. 看门狗必须用：Arduino芯片有硬件看门狗（WDT）。务必在程序中启用它，并在主循环中定期“喂狗”。这是防止程序死机的最后防线。

   #include <avr/wdt.h> void setup() { wdt_enable(WDTO_2S); // 开启看门狗，2秒超时 // ... 其他初始化 } void loop() { wdt_reset(); // 定期喂狗 // ... 主循环逻辑 }

3. 信号隔离是底线：所有与现场设备连接的I/O线，必须进行光耦或磁耦隔离。数字输入输出用PC817这类普通光耦，模拟信号则需使用线性光耦（如IL300）或隔离运放模块。这能有效防止地线环路和高压窜入损坏核心板。
4. 软件滤波与去抖：工业信号噪声不可避免。除了硬件RC滤波，软件上必须下功夫。对于开关量，采用延时去抖算法；对于模拟量，采用前面提到的一阶滞后滤波或滑动平均滤波。关键控制信号，可以采用“三取二”或“五取三”的投票逻辑来判断其真实状态。

5.2 通信稳定性保障

1. RS485总线设计：总线两端必须接120Ω终端电阻。布线使用双绞线，远离动力线。A、B线不要接反。在程序中，发送数据前使能发送器（DE/RE引脚拉高），发送完成后立即切换回接收状态，避免总线冲突。为每个Modbus报文增加超时重发机制。
2. 处理网络异常：使用Wi-Fi或以太网时，连接必须稳定。代码中要实现断线重连机制。对于MQTT客户端，在loop()中检查连接状态，断开后尝试重连。发布重要数据时，使用QoS 1（至少送达一次）等级。避免在中断服务程序中进行网络操作。
3. 数据一致性：在中断服务程序（如定时器中断、外部引脚中断）中修改的全局变量，在主循环中读取时，如果变量长度大于单片机的字长（如32位float在8位机上），读取过程可能被中断打断，导致读到破损的数据。解决方法是暂时关闭中断进行读取，或者确保变量类型是“原子访问”的（如8位机上的8位、16位变量）。

5.3 程序架构与可维护性

1. 模块化编程：不要把所有代码都堆在ino文件里。将不同功能封装成独立的类和库。例如，创建一个PumpController类，包含启动、停止、状态查询等方法；创建一个ModbusHandler类处理所有Modbus通信。这样代码清晰，也便于复用。
2. 使用状态机：对于任何非 trivial 的逻辑流程，强烈推荐使用有限状态机（FSM）。它使程序逻辑变得清晰、确定，易于调试和扩展。可以使用switch-case语句实现，也可以使用更高级的状态机库。
3. 完善的日志系统：利用串口或SD卡模块，记录系统运行的关键事件、报警和错误。日志条目应包含时间戳（从RTC获取）、事件类型和描述。这在后期排查复杂问题时至关重要。可以设计不同的日志等级，如DEBUG、INFO、WARN、ERROR，在发布版本中关闭DEBUG输出。
4. 参数可配置化：不要将液位设定值、PID参数等硬编码在程序里。将它们存储在EEPROM或外部Flash（如AT24Cxx系列EEPROM芯片）中。编写一个配置页面（可以通过串口命令行或Nextion屏），允许用户在线修改和保存参数。上电时从存储器中读取参数。

6. 常见问题与故障排查实录

在实际部署中，你会遇到各种各样奇怪的问题。这里记录几个我印象深刻的案例和排查思路。

问题一：系统偶尔无故重启，毫无规律。

• 现象：安装在车间的设备，运行几天或几周后会突然重启，串口日志丢失。
• 排查：
  1. 首先怀疑电源，用示波器监控5V电源线，发现在大型电机启动时，有持续约100ms的电压跌落，最低至3.8V，导致Arduino复位。
  2. 检查电源设计，发现前端只用了普通的开关电源模块，未考虑大负载冲击。
• 解决：在24V输入侧增加一个大容量电解电容（如2200uF/35V）作为储能缓冲。同时，将给Arduino供电的DC-DC模块更换为宽输入电压范围（如9-36V）且具有欠压锁存功能的型号。问题彻底解决。
• 教训：工业现场电源环境恶劣，电源设计必须留有足够余量，并考虑瞬态干扰。

问题二：模拟量读数跳动剧烈，无法稳定。

• 现象：读取4-20mA液位信号，数值在±10%范围内无规律跳动。
• 排查：
  1. 用万用表测量250Ω采样电阻两端的电压，发现电压稳定，排除传感器和线路问题。
  2. 检查ADC基准电压，发现使用的是Arduino的5V引脚，该引脚也同时为数字电路供电。当数字I/O频繁动作时，会引起电源纹波。
  3. 用示波器观察ADC输入引脚，发现叠加了高频噪声。
• 解决：
  1. 为ADS1115模块提供独立的、经过LC滤波的3.3V基准电压（使用REF3033基准电压芯片）。
  2. 在ADS1115的模拟输入引脚与地之间，并联一个0.1uF的陶瓷电容，滤除高频噪声。
  3. 在软件中，将采样率从默认的860SPS降低到128SPS，并启用片内可编程增益放大器的噪声抑制模式。同时，采用更激进的软件滤波（一阶滞后滤波alpha=0.1）。处理后，读数稳定在±0.5%以内。
• 教训：模拟电路的供电和基准必须“干净”，数字噪声是精度杀手。软件滤波参数需要根据信号特性和采样率仔细调整。

问题三：Modbus通信时好时坏，从站偶尔无响应。

• 现象：Arduino作为Modbus RTU主站，轮询多个传感器，偶尔会超时，错误集中在某几个从站。
• 排查：
  1. 检查接线和终端电阻，无误。
  2. 用USB转RS485适配器接入总线，用电脑软件监听报文，发现当某个从站响应时，其报文会与另一个从站的请求报文发生轻微重叠，导致CRC校验错误。
  3. 分析代码，发现主站发送请求后，立即切换为接收模式，但没有留出足够的“静默时间”（即总线空闲时间）。在波特率9600下，3.5个字符的静默时间约3.5ms，而我的程序只等待了1ms。
• 解决：在发送完请求报文和切换为接收模式后，增加一个delay(4)，确保满足Modbus RTU协议要求的静默时间。同时，在接收完一个完整报文后，也增加一个短暂延时，再发送下一个请求，避免总线冲突。修改后通信再未出错。
• 教训：通信协议的时间要求必须严格遵守，这些细节在数据手册里往往以小字注明，却至关重要。

走过这些坑，我越发觉得，用Arduino做工业控制，就像自己动手组装一台精密仪器。它给了你无与伦比的灵活性和对底层细节的掌控力，但同时也把所有的责任和风险交给了你。而PLC，则像一台出厂就调校好的高性能汽车，你不需要关心发动机如何点火，只需要专注驾驶它到达目的地。两种工具，两种哲学，适用于不同的道路和司机。作为工程师，我们的价值不在于坚守某个阵营，而在于深刻理解每一种工具的特性，在面对具体问题时，做出最合理、最负责任的技术选型。