自动锁螺丝机程序设计与调试经验：PLC时序、防呆逻辑与MES对接

做设备调试这些年，我一个特别深的体会是：自动锁螺丝机这种设备，看着是机械和电气的事，但真正让你半夜被电话叫起来的，十个里有八个是程序问题。机械卡顿、气缸漏气这些事好歹能用扳手解决，而程序层面的坑，往往藏在一段看不到的时序逻辑里，表面症状却是"设备不动了""偶尔漏锁"这种让人抓狂的怪病。

这篇东西不是什么教材，更多是我做了几年锁螺丝机项目后攒下来的经验梳理：从一台自动锁螺丝机的程序该管哪些事，到动作时序怎么搭，再到扭矩判定、防呆、MES对接这些真正决定设备能不能稳定跑起来的部分，最后是现场调试和选型维护里踩过的坑。适合刚转行做非标自动化编程、准备接手锁螺丝设备程序的人看，也适合设备维护人员当作排查参考。

1. 先搞明白：自动锁螺丝机的程序到底管哪些活

1.1 一台设备从待机到锁完螺丝的动作清单

自动锁螺丝机听起来是一个整体，但拆开来看，它就是一台有螺丝供给、分料、取料、定位、锁付、检测六个环节的组合设备。程序要干的活，本质上就是把六个环节的传感器信号、气缸动作、电批启停、伺服移动按正确的顺序串起来，同时盯着每个环节有没有出错。

一套最普通的单轴XYZ平台自动锁螺丝机，动作清单大概是这样的：

1. 设备上电，各轴回原点，检测料仓和供料器状态。
2. 人工或上游设备将工件放入治具，载具到位检测传感器亮起。
3. 气缸伸出定位销，夹紧工件，程序判断工件确实就位。
4. 供料器分料，把一颗螺丝送出轨道，分料到位传感器确认。
5. 吸嘴或批头移动到取料位，真空打开，吸住螺丝，真空检测确认吸到。
6. 移动到锁付坐标点，下压气缸下降，批头接触螺丝。
7. 电批启动，扭矩开始爬升，程序实时读取扭矩和角度反馈。
8. 扭矩到达设定值且角度增量正常，判定拧紧OK，电批停止或反转松脱。
9. 气缸退回，移动到下一个孔位，重复步骤5到8。
10. 所有孔位完成，松开定位销，放行工件，产量加一。

这里每一步在程序里都对应一个状态，状态之间靠传感器信号和时间确认来切换。只要任何一个信号没到位，程序就要停下来报警，而不是继续往下走。设备能不能稳定、良率高不高，就看这套状态切换逻辑写得细不细。

1.2 程序出问题，为什么从来不是"转不动"这么简单

机械故障的表象多数是直观的，比如轴卡死、气缸不动作、螺丝卡料。而程序问题的表象往往很迷惑人，最常见的就是"偶尔出问题，按复位又好了"。

举一个我印象很深的例子。早前做一台四轴同时锁付的设备，现场反馈说偶尔漏锁一颗螺丝，但不是每次都有，操作员按一下复位又能继续跑。机械查了、电批换了、传感器也重新对过，就是找不到原因。后来我把程序一个个扫描周期对过去，发现漏锁的那个孔位，程序用了输入信号的上升沿触发开始锁付，而电批启动瞬间的电流波动干扰了传感器信号，导致PLC捕捉到的沿信号时有时无，有时候信号还没稳定程序已经判断"取到螺丝"了。这种问题在纯机械排查里永远找不到答案，因为它就是纯程序逻辑和信号时序之间的隐形冲突。

所以对程序的要求从来不是"能跑起来"，而是"每个信号在什么条件下生效、信号抖动怎么办、传感器坏了会出现什么症状"这些都要在编写时考虑进去。锁螺丝机程序的价值，恰恰体现在这些平时看不到的细节上。

2. 程序架构与控制时序：我是这样搭的

2.1 五层结构：从按钮到电批反馈信号

我习惯把一套锁螺丝机程序拆成五层来看，这样写起来不会乱：

程序分层最大的好处是排故障快。现场报警了，你能直接判断是调度层逻辑没走到，还是执行层输出没出来，不会拿着万用表满机器乱量。特别是设备出货以后，售后的同事远程问你说"程序卡在哪一步"，一个好的分层结构能让他们少走很多弯路。

2.2 一次锁付动作的完整程序时序拆解

锁螺丝机的核心时序，我一般用状态机来写，而不是一长串普通梯形图指令。状态机的好处是逻辑清晰、不容易在条件互锁上出错，出了问题也容易定位在哪一步。

我用结构化文本写出来的状态机思路大概是这样的：

CASE 锁付状态 OF 待机: IF 启动信号 AND 工件到位 THEN 锁付状态 := 分料 END_IF 分料: IF 分料到位 THEN 锁付状态 := 取螺丝 ELSE 启动分料超时定时器 END_IF 取螺丝: IF 真空检测OK THEN 锁付状态 := 移到锁付点 END_IF 移到锁付点: IF 轴到位 THEN 锁付状态 := 下压 END_IF 下压: IF 下压到位 THEN 锁付状态 := 电批启动 END_IF 电批启动: 电批启动 := TRUE IF 电批OK信号 THEN 锁付状态 := 退批 ELSIF 电批NG信号 OR 锁付超时 THEN 锁付状态 := 故障报警 END_IF 退批: 电批启动 := FALSE IF 气缸回位 THEN 锁付状态 := 待机 END_IF END_CASE

这个写法看起来简单，但几个细节必须提醒你：

• 每个状态切换都要加上"有效沿"而不是简单的电平判断，防止信号抖动造成状态跳变。
• 分料、锁付都要有超时定时器，超时意味着卡料或者电批异常，不能让它永远等下去。
• 电批的OK/NG信号，按照实际情况考虑用脉冲型还是电平型，这个我会在第三章细说。
• 状态之间的转移条件最好在注释里写明编号，比如"等待B20传感器上升沿"，这样调试时对着IO表看一目了然。

2.3 节拍优化的并行处理逻辑

很多客户对节拍的要求是"越快越好"，但程序上不是单纯把每个动作加速就能搞定，而是要先把串行动作变成并行动作。

举个例子，客户要锁8颗螺丝，单颗螺丝锁付时间约2秒，如果完全一颗一颗串行操作，光锁付就是16秒，加上取螺丝和移动起码20秒以上。这时候程序上就要考虑分段重叠：

• 第一颗螺丝锁付的同时，供料器提前准备第二颗螺丝，程序上让分料和锁付并行执行。
• 如果取料口设计允许，采用双吸嘴结构，两颗螺丝同时取同锁。
• 移动轴在电批释放后的返程过程中，就提前发指令让供料器分料计数。
• 多轴同时锁付时，各轴的启动时间错开200到300毫秒，避免电批同时启动造成大电流冲击导致电压跌落。

但我要提醒一句：并行逻辑每增加一分，程序的复杂性就增加两分。并行处理的前提是每个分支都有独立的传感器和超时保护，不然一个分支卡住了，其他分支还在往下跑，后果不是漏锁这么简单，可能是批头直接怼到工件上。程序优化前，一定要和机械设计确认清楚哪些动作在物理上可以重叠，程序只是把你的确认结果写进去。

3. 真正值钱的部分：扭矩判定、防呆逻辑与数据追溯

3.1 扭矩、角度、圈数究竟怎么配合才能判OK

锁螺丝机程序里最核心的判定，不是"电批转了就算锁上"，而是怎么判断这颗螺丝真的拧到位了。很多设备验收纠纷都出在判定机制太粗糙：螺丝浮锁、滑牙、歪锁都当成OK放过去，结果客户在装配线上发现不良品，最后反过来追责设备。

目前生产线上主流的有三种判定方式：

我现在的习惯是：能上扭矩加角度双监控的，绝不用纯扭矩。比如在PLC程序里同时读取电批控制器的扭矩反馈和角度编码器数据，判断逻辑是：

• 先确认电批已经启动，转速爬升到设定值。
• 检测到起始扭矩（一般设定为最终目标扭矩的10%到20%），从这一刻开始累计角度。
• 扭矩到达目标值，且角度增量在设定范围内，判定OK。
• 扭矩提前到达但角度增量明显低于下限，判定浮锁。
• 角度已经超过上限而扭矩迟迟不达标，判定滑牙或螺丝规格不对。

这套逻辑写起来不难，难的是把阈值设对。客户给的螺丝来料质量参差不齐，弹簧垫片的压缩量不一样，都会影响角度范围。调试时我一般会先锁20颗正常螺丝，统计角度增量的分布区间，再留50%以上的余量写进程序，绝对不能拿着手册上的理论值直接抄进去。

3.2 防漏锁、防重锁与工位互锁

程程序里还有个很容易偷懒的地方，就是防漏逻辑。有的调试员图省事，只判断最后一个孔位锁完就放行，结果前面漏了一颗，到末端检测根本反应不过来。负责一点的做法是在PLC里建立一个"孔位状态字"，每个地址对应一个孔位，对应位置锁付OK后置位，全部完毕才允许松开工件：

孔位状态字[1] := TRUE // 第一颗锁付OK 孔位状态字[2] := TRUE // 第二颗锁付OK ... IF 孔位状态字[1] AND 孔位状态字[2] AND ... THEN 允许放行 := TRUE ELSE 允许放行 := FALSE END_IF

重锁的问题也要考虑。如果产品有防错需求，程序里要用当前孔位坐标加状态字双重判断——只有当前状态字为FALSE的位置才允许启动电批，已锁过的位置再经过时直接跳过或报警。你可以在触摸屏上做一个孔位状态实时显示页面，这样操作员一眼就能看到哪些孔位没锁，不用拿着镜子去照工件。

工位互锁更是不能省。尤其在一个工位密集的转盘或流水线上，锁螺丝机的程序必须与上下工位有联机信号：上工位未给信号，设备不启动；锁付未完成不给下工位放行。这些互锁信号建议用硬接线加程序双重冗余，程序判断只是第一道防线，安全回路上必须有物理介入。你要知道，现场操作工习惯性地绕传感器、短接信号，程序写得再严，硬互锁缺失就是一颗定时炸弹。

3.3 对接MES和数据上传的程序设计

现在越来越多的客户要求锁螺丝机记录每个工件的锁付数据，做成唯一ID追溯。程序上就需要预留数据接口，常见的方式有PLC通过以太网模块直接向MES发送JSON报文，或者通过串口输出到上位机，由上位机完成解析入库。

这个环节最容易踩的坑是通信失败。现场网络一抖动，数据就丢了。靠谱的做法是在PLC里做一个发送缓存区：

• 锁付完成后，先把记录写入PLC内部的先入先出缓冲。
• 程序尝试发送，收到MES确认后才将记录从缓冲删除。
• 如果发送失败，报警提示"数据缓存已满"，同时设备暂停锁付，避免数据断层。

还有一个容易被忽视的点：数据里除了扭矩、角度、OK/NG状态，一定要包含时间戳、产品序列号、拧紧程序号。很多客户后续做质量分析，靠的就是这些维度的数据，你如果没有在最开始就把它存下来，后面想补都补不出来。

4. 现场调试踩过的坑：下载失败、串口占用、误判与参数玄学

4.1 程序写好了却下载不进去，问题多半在通信

现场调试的第一道坎，往往不是程序本身，而是"程序根本下载不进去"。你编好的逻辑，PLC不理会你，上传下载都报超时。说实话，这类问题80%都出在通信环境上，而不是PLC坏了。

我接手过别人一台设备，程序下载到一半提示超时，换了好几条下载线都解决不了。最后排查才发现，问题在触摸屏上——人机界面的编程口和PLC的编程口共用了同一个COM通道，触摸屏程序里设定了开机主动上传配方数据，把通信口一直占着，PLC自然不理你的下载请求。当时把触摸屏通信临时断开，PLC程序就顺利下载进去了。

这里给刚入行的人一个排查顺序，能帮你省下大量时间：

• 先检查通信线是不是原厂线，有些USB转串口线电平方案不对，经常握手失败。
• 其次看PLC的通信参数，站号有没有被其他设备占用，波特率、数据位、校验位是否和软件一致。
• 再检查软件侧的连接设置，有没有选错接口。
• 最后断开一切挂在这条通信链路周边的设备，尤其是触摸屏、上位机、无线模块，逐个加回来看是谁在抢资源。

4.2 串口被占用与通信中断的排查套路

做设备调试的人迟早都会遇到"串口被占用"这个问题，尤其是在用电脑对PLC或者电批控制器做在线监控的时候。明明是COM3，打开软件却提示打不开，这基本就是有程序或后台进程把端口占了。

排查思路很固定：打开设备管理器，看一眼端口下有没有异常的叹号，确认驱动装好；然后到任务管理器里关掉可能占用串口的第三方调试软件、老旧的串口助手残留进程，再重新插拔USB转串口线让它重新枚举一次。如果你装了不止一个USB转串口驱动芯片的线，还要注意Windows可能给它们分配了同一个COM口，这样会打架。

通信中断的问题就更隐蔽了。我遇到过一次设备运行中偶发和电批控制器通信丢失，程序收到的反馈数据全是FFFF。查到最后是电批控制器的通信屏蔽线接地不良，锁付马达运转时干扰直接串进通信线。这种干扰问题靠程序逻辑是绕不过去的，只能硬着头皮查线：屏蔽层单端接地、通信线远离动力线、主从站的终端电阻是否匹配，这些基本功比改代码管用多了。

4.3 扭矩误判和坐标偏移这类"看不见"的故障

设备跑起来之后出现的误判是最难搞的，因为机械、电器、程序每个环节都可能掺一脚。

扭矩误判的典型案例是：电批反馈扭矩明明没到设定值，程序却报了"扭矩到达"。这通常不是电批坏了，而是PLC的输入信号被干扰。我调试的一台机器，旁边就是变频器，每次变频器启动瞬间，电批的OK信号线就蹦出一个尖峰干扰，PLC误认为锁付完成。处理办法有两个：硬件上给信号线加屏蔽和滤波，程序上在判断OK信号前增加一个3到5毫秒的稳定确认时间，两次采样都是高电平才判定有效。但要注意，滤波时间不能太长，不然真正OK信号是一个短脉冲的设备会被你直接吃掉，反而漏判。

坐标偏移则多半是回原点方式的问题。设备用伺服轴锁多个孔位时，程序要保证每次开机都走同一条回原点路径。有的轴用的是绝对式编码器，断电不丢位置，有的用增量式编码器，断电后必须回原点。程序里就要设计强制回原点流程：开机后先低速找零点，找不到就报警，绝不允许"记住上次位置"直接开跑。我处理过一回很典型的故障，操作员手动把某个轴推到别的位置，然后直接按了启动，程序按记忆坐标去锁付，结果批头直接撞上工件。后来我在开机复位流程里加了"所有轴必须经过回原点才允许启动"的强制条件，才彻底堵住了这个隐患。

排查这类"看不见"的故障，别一上来就怀疑程序逻辑，先做三件事：

• 用示波器或者PLC的在线监控功能抓信号波形，确认实际信号和程序读到的一致。
• 把报警出现时刻的时间戳、当前坐标、程序状态位记录下来，恢复现场后对着分析。
• 把问题分成"每次都发生"和"偶尔发生"两类，偶尔发生的优先怀疑干扰和信号抖动。

5. 方案选型与日常维护：让程序少给售后添乱

5.1 小型PLC、运动控制卡还是工业机器人，别只看价格

很多人一上来就问"用哪个PLC品牌好"，但选控制方案首先要看设备形态，我就把最常见的几种匹配关系列一下：

我的观点是，锁付工艺的控制核心尽量交给专业的拧紧控制器，PLC只做整机流程协调。专业拧紧控制器在扭矩角度采集精度、拧紧曲线的细节数据上，比PLC直接读电批模拟量要可靠得多，程序职责划分也清晰。你把所有功能都塞在PLC里，短期看着省了成本，后期调扭矩、看曲线会痛苦不堪。

5.2 程序版本管理、配方参数与注释习惯

设备程序最怕散落在现场的U盘里，这版是谁改的、改了哪里，没人说得清。我见过太多设备停机，想恢复上一版程序，结果到处找不到源程序，最后只能派人直接去现场从PLC里上传，再反着推逻辑。

维护得好的项目，至少要满足三件事：

• 每个项目一个源码目录，按日期加版本号保存成压缩包，文件名写清楚"设备型号_程序版本_修改日期_修改人"。
• 程序里统一使用中文或英文注释，把每个气缸、传感器、报警编号都写清楚，现场操作工也能对着注释判断大概是哪里问题。
• 每种产品的锁付参数（扭矩、转速、角度范围、锁付顺序）放进配方区，不要写死在逻辑里。换型号时操作员自己在触摸屏上切换配方，不需要调机员去改程序，这是客户体验差距最大的一点。

注释这件事，说实话最体现工程师的职业素养。同样一段判断逻辑，有注释的程序十分钟看懂，没注释的程序能让人翻一上午还不敢动手。我从第二年开始就养成了习惯：每一个状态、每一个输出点、每一段超时处理都写注释，设备交付后售后同事咨询的次数明显少了。

5.3 保养时程序侧要做的事

设备保养不光是擦机器、打润滑油，程序侧同样有该做的事。我建议每个保养周期里加这几项：

• 查看PLC内部寄存器里的累计锁付次数和单个电批锁付次数，超过寿命阈值及时提醒更换批头和电批。
• 把报警历史标签页完整过一遍，统计哪种报警次数最多，然后反向优化程序逻辑。比如"分料超时"报警特别多，就可以在程序里增加二次分料尝试，而不是让操作员天天弯腰去清料。
• 检查程序的后备电池或断电保持区状态。断电保持区的数据如果丢失，产品切换配方、累计产量全都会乱套，保养时花一分钟看看保持区地址有没有异常覆盖，能躲掉很多莫名其妙的问题。
• 在触摸屏上加一个隐藏的调试页面，记录最近一次程序修改时间、修改人、版本号。别小看这个动作，半年后客户问你"程序改过什么"，你是答得上来还是答不上来，差别很大。

还有个脏活我提醒一下：很多设备用的存储卡或者内存里保存的程序注释，长时间不上传，最后电池耗尽直接清空。定期把在线程序上传备份到电脑，再标注版本号，这个习惯看着繁琐，但设备真出问题的一次，它就能帮你少跳脚三天。

做了这么多年锁螺丝机项目，我最大的感受是：程序不是写完就结束了，它像设备的一本病历，每一次报警、每一次误判、每一次参数调整，都在往里面写记录。你对待程序的态度，直接决定这台设备三个月后是稳定运转还是频繁停机。最后再分享一个小技巧吧：每次调试改完程序，我都会做一个"改动清单"，哪怕只改了一个定时器数值也记上去，攒上几十条回看，你对设备逻辑的理解会深一个层次，下次遇到类似项目，那些当初让人头疼的坑，就成了你给客户报价的底气和把握。