最近在知乎上有一篇 PLC 工程师写的深度文，值得所有用威纶通触摸屏做调试的同行读一读——尤其是已经把 cMT 系列屏用在设备上、用平板或手机做无线远程调试的。它讲的这个问题，是真的可能造成撞机事故的：在平板上按住 Jog 按钮，连接恰好在这时断开，电机不会停，会一直转到撞上极限。知乎
先说结论：这不是 bug，也不是威纶通独有的毛病，大多数触摸屏加 PLC 的组合都有这个风险，只不过在支持"一机多屏、远程操作"的 cMT 系列上，这个问题格外难解。如果你的项目有运动轴，又在做远程调试，建议把这篇看完。
为什么断线之后电机不停
很多人直觉上以为：触摸屏都断线了，信号没了，PLC 自然就停了。实际不是。触摸屏和 PLC 之间的通讯不像 IO 那样靠接线电平工作，而是靠报文。按下 Jog 按钮，本质是 HMI 给 PLC 发了一帧"把这个变量写成 TRUE"的报文；松开，是再发一帧"写成 FALSE"的报文。
关键点在于：这两帧报文都是事件触发的，"松开"这一帧只会在手指抬起的那一刻发出一次。如果按下和松开之间通讯恰好断了（或者只是卡了一下），PLC 就永远收不到"松开"那帧报文，这个变量在 PLC 里会一直保持 TRUE，电机就一直转。
更反直觉的一点：PLC 甚至分不清"触摸屏断线了"和"触摸屏只是恰好没说话"。主流架构里，PLC 是从机/服务器，触摸屏是主动发消息的一方，PLC 被动等消息。等不到消息时，两种情况在它看来完全一样。所以指望"收不到消息就当断线处理"是行不通的，必须让触摸屏这边主动、周期性地发心跳，PLC 才能确认"触摸屏还活着"。
为什么经典心跳在 cMT 上会失效
做过通讯的都知道，在 PLC 和 HMI 之间做一个心跳标志位，通讯一断就把操作变量清零，这是标准解法。这个思路在传统触摸屏上成立。但在 cMT 上，有工程师实测发现它失效了，问题出在架构上。
cMT 内部是两层结构：底下是"通讯内核"（协议网关），直接跟 PLC 通讯；上面是一个个"会话层"——本体的屏幕、平板上的 App、电脑上的 cMT Viewer，各算一个会话层，多个会话层共享同一个通讯内核。这就是 cMT"一机多屏"的来源，威纶通官方在 B 站评论区也确认过"可以多个平板手机同时操作"。哔哩哔哩便利的代价是：链路变成了两条。链路①是 PLC↔cMT 本体，传统 Modbus TCP/串口链路，心跳能覆盖；链路②是 cMT 本体↔各客户端（平板/手机/电脑），走网络，PLC 在协议层面完全看不见。你在平板上按着 Jog，平板的 WiFi 掉了，本体和 PLC 之间的链路①好好的——PLC 看心跳一切正常，电机却还在转。
有人会想：那让平板端自己发心跳行不行？结论是不行。cMT 的会话层是纯事件驱动的，会话层局部变量（位型 PLB、字型 PLW）没法跑定时任务，平板端做不到"定时发数"。知乎翻遍官方文档，也没有能对应到具体某个客户端的标识，只有一个 LW-11839 寄存器能看到客户端连接数量——它要在客户端断线约 10 秒后才检测得出来，对需要几百毫秒内停机的场景太慢了，而且分不清断的是哪一个客户端。
再换一条路：PLC 主动发心跳、让 HMI 回应——同样不行，因为应答是走通讯内核/全局层面返回的，本体屏幕这个会话层一直在线，平板死了，本体照样会回应，PLC 依然不知道链路②出事了。
三步方案：把心跳变成"事件"
既然客户端没法定时发心跳，思路就反过来：不让客户端主动发，让 PLC 制造事件，客户端被动响应。这套方案一句话概括：
① PLC 用定时器按周期（建议 200~500ms）对"心跳源"全局变量取反，变量变化事件会广播到所有客户端；
② 客户端侧用 PLB 局部标志记住本屏的 Jog 是否被按下，PLB=TRUE 时，利用威纶通的"变量触发"功能在心跳源变化时把"返回心跳"变量取反写回 PLC；
③ PLC 监测返回心跳，连续若干周期没变化就判定操作端断线，强制把 Jog 等操作变量复位为 FALSE，电机安全停止。
这套方案的巧妙之处：会话层不能定时执行→用事件触发；不知道是哪个客户端→谁按下谁应答，断线的那个自然失去应答；不用改业务逻辑→只加心跳变量和超时检测。
落地前补两句。一是方案提出者自己承认的盲区：两个客户端同时操作同一个 Jog 时，两边都在回应心跳，一个断线另一个还在回应，不会触发停机——这需要再加一层多屏操作互锁机制。二是别指望软件层做到 100%：有运动轴的设备，硬件急停和机械限位永远是最后一道防线，心跳保护是通讯层面加的一道保险，两者不冲突。
谁应该赶紧做这件事
正在用平板或 cMT Viewer 远程调试、设备有运动轴/伺服的项目：优先把这套方案加进画面规范；
触摸屏只做监视和参数设置、没有 Jog/阀门点动这类持续操作按钮的项目：风险低，但"按1松0类按钮都应有超时复位"这个通用经验值得记住；
还没选型、准备上 cMT 做无线调试的：设计阶段就决定远程操作按钮用不用，用的话把保护一并做进通讯变量，成本最低。
顺带几个实测核对过的细节：威纶通官方在 B 站评论区说过，cMT Viewer 支持除 cMT1107X 外的 cMT 全系，CMT-HD 不支持；平板端登录和屏端是两套体系，画面的登录控制地址如果用了 PLW，平板登录可能无效；无线连接走同一网段，现场整线调试注意 IP 冲突和 WiFi 干扰——这也是断线最常见的诱因。哔哩哔哩官方移动监控工具对比视频的评论区，也有用户直接吐槽"卡的一比"。哔哩哔哩无线体验见仁见智，但要按 Jog 之前，先确认网络质量是个好习惯。
最后说两个值得盯的动向。一是今年 8 月起，威纶通官方 B 站持续在推 cMT X 基础型这条新产品线，cMT 生态入门门槛降低后，接入无线调试的设备只会更多，“断线保护"这件事会越来越绕不开。哔哩哔哩二是这套断线保护的作者承诺下一期出逐步实操教程，感兴趣的可以关注公众号"工控人张侠”。知乎本周要上现场调试的，把这篇转给负责平板调试的同事——少撞一次机，就少一次损失。
