一条汽车焊装线有上百个气缸、几十个传感器——一台PLC的I/O再多也接不完，扫描周期也会被拖到不可控。系统一复杂，多PLC协同就成了必然。

上页说PLC之间要交换数据，那数据怎么'跑'过去？想象你在咖啡店排队——店员一次只接一单，后面的订单依次补位。串行通信就是这条队的逻辑。

两台PLC用串行线连起来就能交换数据。但真实车间里常有三台、五台甚至更多——线怎么拉？谁能主动说话？这些答案藏在1:1和1:N两种链接模式的区别里。

教室里老师点名提问，被叫到号的学生才回答——PLC 通信里的主从关系，就是这个逻辑。

寄快递要填发件人、收件人、寄什么、寄多少——少一项对方都收不到。NETCR 指令把这套信息翻译成了 PLC 能看懂的参数，按顺序填对才能把数据送过去。

上页 NETCR 把数据"扔"进了发送缓冲区。但对方 PLC 怎么知道数据到了？会不会像 TCP 那样回一个 ACK 包？答案是：这里没有专门的 ACK 帧——"数据出现在链接寄存器里"本身就是送达凭证。

沿箭头方向读一遍：主站主动发→从站被动接再回→主站确认收，五步走完一次完整通信。

理论讲完了，现在动手——两台PLC之间的物理链路怎么接，是所有实验的第一步。

硬件接好之后，下一步给两台PLC各自贴上'门牌号'，并约定共同的'说话方式'。

发送方与接收方各自编写对应的通信程序。

同一链路下，主站和从站程序结构差异明显：从站几乎不需要通信指令。

对照核心：主站主动发起 NETR/NETW，从站只配站号和格式、不写任何通信指令——这就是“主-从”通信的不对称性。

通信握手成功只是第一步；数据要逐级验证，异常按从易到难排查

总线型拓扑：主站与两从站并接在同一条RS-485差分线上，靠站号区分身份，总线两端需接终端电阻。

上一张我们看到两台PLC按『发—等—收』的节奏对话，那再多一台呢？主站只有一个口，三台设备同时抢着说话就会乱套——必须有人出来排班。

上一页主站轮流喊三台从站，但从站凭什么知道叫的是自己？靠的就是站号。

沿时间从上往下读：主站依次点名从站，从站应答后主站才叫下一个，这就是轮询的节奏。

RS-485总线把一主两从串成一条链，硬件接线按这五步来。

三台PLC上电后，先各发一张不重复的「身份证」，再把通信协议的每一项都对齐。

三菱FX3U主站用N:N网络轮询两个从站的核心指令段。

D8170/D8171是主站发送区，D8172映射从站1、D8174映射从站2——主站只写自己的区，从站数据靠站号偏移自动同步到对应槽位。

用两步验证数据通路，再用一次掉线演练考验主站容错。

节点一多通信逻辑就完全变了——三维度拆开看两台 vs 三台的真实差异。

1道选择题验证受众是否真正理解主从站关系与通信时序

• ✓通信的本质是跨距离共享数据，突破I/O与空间限制
• ✓RS-485多机挂线：靠站号轮询避免总线冲突
• ✓NETCR等指令是「标准信封」，统一收发双方格式
• ✓两台到多台：协议不变，轮询列表加项即可扩展
• ✓调试铁律：先查硬件接线与站号，再核参数匹配

先合上书自己想，再点开参考答案对一对思路。