PLC 还是 PC-based：WCS 控制架构选型的 trade-off

先说结论：WCS 选型里，控制架构（PLC 还是 PC-based）比品牌重要十倍。没有银弹——设备十几台、团队里没有电气工程师，选 PC-based/软 PLC；设备几十台以上、带着分拣机这种实时设备，老老实实上 PLC。架构选错，后面三年你都在还债。这个坑我见过三次。

为什么架构定错了，WCS 品牌再好也救不回来

先把概念摆正。WCS 是仓库控制系统，管的是设备：输送机、提升机、分拣机、AGV 的调度接口。而控制架构是 WCS 的"手"——PLC 是工业界用了几十年的硬实时控制器，确定性强、抗造；PC-based/软 PLC 是把控制逻辑跑在工控机或服务器上的软件方案，灵活、便宜，但住在通用操作系统上。

很多项目选型时只看 WCS 的功能清单，打勾打完了，控制架构那页 PPT 就翻过去了。上线之后才发现：改一行分拣逻辑要等集成商排期两周；或者园区网络一抖，分拣机丢信号。功能清单再漂亮，也还不起架构欠的债。

这里有个反常识的判断：**控制架构的贵贱必须和项目规模匹配，错配的代价比选错品牌大得多。**小项目上重型 PLC 架构，是杀鸡用牛刀——而且每挥一下刀都要付钱；大项目图便宜用 PC 方案，是拿家用车跑货运，迟早抛锚。

PLC vs PC-based：一张对照表说清楚

维度	PLC 架构	PC-based / 软 PLC
实时性	硬实时，毫秒级确定性响应，抖动极小	软实时，依赖操作系统调度，负载一高就有抖动
稳定性	几十年工业验证，断电重启快，抗干扰强	依赖工控机+操作系统，补丁、死机是真实风险
改逻辑	要找集成商/电气工程师，改完要联调，周期按周算	IT 人员自己能改，重启服务就行，周期按小时算
成本	硬件+授权+集成商服务，贵	硬件便宜，软件授权看厂商，总体便宜一截
维护团队	需要懂电气、看得懂梯形图的人	IT 团队能接手
扩展	加设备=加模块，成熟但贵	加设备=改软件+加 IO，灵活但考验设计功底
网络依赖	控制层可以独立于 IT 网络跑	强依赖网络，网络抖动直接打到控制层

PLC 电控柜与 PC-based 工控机在仓库现场的对照

五步决策清单（按顺序走，别跳步）

**第 1 步：数设备。**把 WCS 要直接控制的设备一条条列出来：输送机多少段、提升机几台、分拣格口多少、有没有高速分拣机。十几台以下、没有高速分拣，倾向 PC-based；几十台以上、带着分拣机，倾向 PLC。设备数量是第一性指标，先看这个再谈别的。

**第 2 步：定实时性红线。**去问业务一个问题：分拣机丢一个信号，代价是什么？如果答案是"包裹错分格口，人工返工一下"，那 PC-based 的抖动大概率扛得住；如果答案是"高速线堵线停线"，那必须 PLC 的硬实时兜底。把这条红线写下来，让业务负责人签字——别口头约定，出事的时候口头约定不算数。

**第 3 步：盘团队能力。**你们团队里有没有能看懂梯形图、敢下现场调 PLC 的人？没有，就别选纯 PLC 架构，否则以后每次改逻辑都要花钱请集成商。有很强的 IT 团队、零电气人员，PC-based 更现实。架构必须和你养得起的人匹配，这是实施顾问的第一条铁律。

**第 4 步：算三年总账。**别只比采购价。PLC 方案要算：硬件+集成商实施+三年维保+每次改逻辑的服务费；PC 方案要算：工控机+软件授权+IT 人力+网络改造成本。把"改一次逻辑多少钱、多少天"单独列一行写进对比表——这一行才是大头，采购价差的那点钱在它面前不值一提。

**第 5 步：看扩展计划。**未来两三年要不要加分拣线、上立库、接 AMR？PLC 架构扩起来贵但是稳；PC 架构扩起来快，但每扩一次都要做回归测试。扩展计划不确定的，选当下够用、将来扩起来便宜的那边。

两个真实翻车现场

**案例一：小项目用了重型架构，改个逻辑等两周。**2024 年，华东某电商仓，日均几千单，十几台输送机加一台提升机。集成商给配了全套 PLC 架构——纸面上看没毛病，稳定可靠。上线后业务提了个需求：大件包裹改走人工复核口，其实就是加一条分拣规则，逻辑改动就几行。走 PLC 流程：提需求、集成商排期、电气工程师改梯形图、现场联调、上线，前后两周，服务费小几万。仓储经理跟我吐槽："早知道改个规则这么贵，当初不如用 PC 方案，我们自己 IT 半天就改完了。"这个项目设备少、无高速分拣，PC-based 完全够用，重型架构纯属过度设计。

**案例二：大项目图便宜用 PC 方案，网络抖动丢信号。**2023 年，华南某 3PL 仓，几十台输送机加交叉带分拣机，日均十几万件。为了省预算选了 PC-based 软 PLC 方案，控制程序跑在机房服务器上。试运行第一周就出事：园区网络晚高峰抖动，分拣信号延迟，错分率飙升，还堵了两次线。最后被迫整改：控制网和办公网物理隔离、工控机下沉到现场、加 UPS，一通折腾下来，省的钱全吐回去还超了。这个坑我见过三次——PC 方案不是不能用，是网络和运维的功课必须提前做。大项目上 PC 方案，网络架构要按控制级标准设计，拿办公网凑合就是赌博。

常见翻车点（看完再去列上线前夜 checklist）

**混淆 WCS 和 PLC 编程的边界。**WCS 管策略（什么货去哪个格口），PLC 管执行（电机转、气缸推）。边界不清的典型症状：分拣规则写进了 PLC 程序，业务一变就要改梯形图。铁律：业务规则必须沉淀在 WCS 层，PLC 只做设备动作。
**没留手动接管。**WCS 宕机的时候，输送线能不能手动跑？PLC 架构一般自带手动模式；PC 方案必须在设计阶段就把手动接管写进需求。上线前夜这一条必须实测——我亲眼见过 WCS 升级失败、整条线瘫了两小时的现场。
**把 IT 运维习惯带进控制层。**工控机不是普通服务器：自动更新必须关，补丁走变更流程，别装全家桶杀毒软件。PC 方案死机，十次有八次是 IT 运维习惯惹的祸。