问五个集成商什么是Micro PLCModbus 网络上的设备，四个会说是从站。第五个——那个没有 CPU 端口的人——知道真相：第五个希望 PLC 是主站。
xLogic 两者皆可。手册中明确说明：CPU 可以在 Modbus 网络中充当从站或主站，根据物理层使用 Modbus RTU、ASCII 或 TCP。这样的灵活性是适合您架构的 PLC 和迫使您重新设计的 PLC 之间的区别。
从站模式：舒适的默认设置
大多数安装都很简单：HMI 或 SCADA 轮询 PLC。CPU 通过内置端口或没有本地端口的 CPU 的 PR-RS485/SR-RS485 模块连接到 RS485，并响应 Modbus RTU 请求。寻址遵循标准映射：输入、输出、标志、模拟标志、寄存器、移位寄存器。设置站地址，设置波特率（9600 是默认值；如果需要速度，请先在 CPU 上更改），轮询就可以正常工作。
一个总线上的多个设备？给每个设备一个唯一的地址。手册对此直言不讳——重复的地址会导致通信表现得“错误”，这在工程师的术语中意味着“静默损坏数据”。
主站模式：安静的超能力
这里是架构开放的地方。将 CPU 作为主站放在总线上，它可以进行轮询：
- 用于速度反馈和故障代码的 VFD
- 用于消费总量的能量表
- 通过 Modbus 而不是 CAN 的远程扩展式 I/O
- 第二个 PLC——甚至第三个——用于分布式逻辑
突然间，一个紧凑的 PLC 成为一个小单元的“大脑”，聚合来自六个设备的数据，并通过以太网将其转发到 SCADA。这将整个面板的硬件压缩成一个 DIN 导轨模块。
真实架构：泵站
两个泵，一个液位变送器（4-20mA），两个流量计，一个变频器。主模式：CPU 在 RS485 上轮询流量计和变频器，运行液位 PID 和交替逻辑，通过 Modbus TCP 将聚合值发布到运行免费 easySCADA 软件包的 PC 上。一个 PLC。一个网络。没有网关，没有协议转换器，没有第二个 CPU。
使用 Modbus 读/写块的总配置时间：一个下午。旧设计需要三个设备和两个握手文档。
实用建议
先作为从站开始。这是低风险的路径，涵盖大多数面板。当第二个设备出现在总线上时，您开始希望 PLC 能直接读取它，切换模式并使用主站角色。学习曲线是一个下午——回报是一个可以在不增加新硬件的情况下扩展的架构。
混合架构：本地主站，全球从站
这是赢得最多争论的配置：CPU 在其本地 RS485 总线上充当 Modbus 主站——轮询变频器、流量计、远程 I/O——同时在以太网侧充当 Modbus 从站，响应 SCADA 通过 TCP 的轮询。局部控制保持确定性和本地；全局可见性在没有第二个 PLC 或网关的情况下向上流动。
这种混合架构是小单元的自然架构。机器逻辑拥有过程值；SCADA 看到干净的寄存器映射；两者从不争夺同一根线。当 SCADA 遇到糟糕的一天时，单元继续运行——本地主站角色不依赖于上游轮询。
同时为两个角色设计寄存器映射：本地轮询写入数据块，从站映射发布相同的块。一组寄存器，两种协议读取它们，零重复。早期部分的映射纪律在此设计中得到了两次回报。
何时完全跳过 Modbus
Modbus 是工作马，但并不总是答案。如果现场需要建筑管理集成，BACnet 是 BMS 使用的语言——而具备以太网功能的 CPU 可以支持它。如果数据必须通过防火墙到达云端，MQTT 在没有开放端口的情况下发布。如果要求是简单的本地控制而没有外部设备，Modbus 并没有增加任何东西——CPU 独立运行。
多协议的故事是一个菜单，而不是一个强制。首先使用 Modbus，因为它无处不在且便宜；当建筑加入时添加 BACnet；当云端呼唤时添加 MQTT。每次添加都是同一 CPU 上的配置步骤，而不是硬件更改。这是一个随着项目增长而发展的平台架构，而不是强迫迁移。
当客户坚持使用平台不支持的协议时——这种情况会发生——诚实的答案是一个网关，诚实的销售对话发生在订单之前，而不是在调试争论之后。
32 位寄存器问题
早晚会有设备发布 32 位值——一个能量表的总数，一个流量总计器——经典错误是只读取了一半。Modbus 将 32 位值拆分为两个连续的寄存器，字节顺序是协商的，而不是标准的。检查设备手册，匹配映射中的字序，并在将其接入报警逻辑之前验证已知值。错误的字序会产生看似合理但完全错误的读数——这是最昂贵的错误。
并保持接线的诚实：RS485 需要公共接地和适当的终端。协议可以承受很多。电气层无法承受一切。双绞线，正确的极性，一个接地参考——这就是多年安静的 Modbus 操作的全部秘密。
