电镀线看着就是一排槽子加一个行车真要做控制的时候才知道里面的门道有多深。这套西门子S7-300程序是我为一个汽车零部件表面处理车间做的产线是龙门式挂镀线主要做镀锌、镀镍和装饰铬一共20多个工位。除了常规的自动/手动运行、温度控制、整流器给定和报警处理之外甲方最看重的是条码记录功能——每一挂产品从进入生产线到出线所有工艺参数、槽位停留时间、异常事件都必须能追溯到条码上。这篇文章我把整套方案从需求分析到硬件配置、程序结构、条码数据链路再到图纸和调试踩坑完整写出来给正在做或准备做电镀线、表面处理线控制系统的工程师一个可以直接参考的底稿。1. 需求拆解电镀线真正的控制难点和追溯要求先说需求是怎么来的。这个项目是给一家做汽车外饰件的厂子配套生产线上有挂镀锌、挂镀镍两条线。汽车行业对表面处理的批次追溯要求非常严本身并不是客户刻意刁难而是只要供的是汽车件第三方审核时拿不出每个批次对应的工艺参数记录饭碗就保不住。所以甲方提的需求清单里“条码记录功能”几乎是和安全联锁并列的硬性要求。电镀线的控制难点我拆成下面三块来看行车动作的节拍控制。龙门式行车的提升、横移、下降动作必须按工艺节拍精确执行。每个槽位的停留时间差异很大除油槽可能只需要几十秒镀铬槽动辄五分钟以上。再加上行车在提升过程中有沥液时间要求这就不是简单按一下启动然后走完就行而是一套带时间约束的序列控制。工艺参数的实时监控。温度、pH、整流器电流/电压、槽液液位这些参数的变化直接影响镀层质量。温度用PT100采集整流器用模拟量给定液位用开关量做联锁这些在程序里都要有对应的采集和处理逻辑。追溯数据的完整记录。这一条最容易被忽略。很多电镀线做了PLC控制但数据只在触摸屏上看一眼过一会儿就没了。真正的追溯要求是每条条码对应的产品在某年某月某日几点几分几秒进入哪个槽、停留多少秒、当时槽液温度是多少、整流器电流是多少、有没有报警、报警了什么内容全部要能查出来。这是一个典型的时序数据记录问题。我们需要换一种方式理解这套控制系统的本质它本质上是一套“带计时和事件存储的流程控制设备”。行车主循环处理的是流程条码系统处理的是事件与参数绑定记录。PLC的DB块就是手账本每个产品的生命周期就是一行行添加的记录。项目确定时甲方还提了个很现实的要求程序、图纸、条码记录要作为一个整体交付方便他们的电气维护人员后续自己修改和查线。这也就意味着程序结构不能太花哨不能用那种别人根本读不懂的“神级”程序写法而是按功能块分好给每段接线都配上IO图纸能一一对上。这其实比单纯堆功能更考验设计功力。整套系统的定位我最终定义为“可靠的、可追溯的、可维护的”。可靠性靠冗余和互锁实现可追溯性靠条码数据链实现可维护性靠规范的注释和图纸实现。后面所有的选型和编程都围绕这三个词展开。2. 硬件选型与系统架构S7-300这代平台的现实考量先回答一个很多人会问的问题现在S7-1200/1500都这么成熟了为什么还要用S7-300这个项目选S7-300倒不是为了情怀而是甲方现场有一套老的S7-300备件库存而且他们的电气工程师对Step 7的维护能力比TIA Portal更熟练。对项目而言这比“用最新平台”更明智——控制系统的核心目标是把活干好、出了故障能最快处理不是拿现场当新品试验田。2.1 CPU、DI/DO、AI模块的配置清单这套系统我选用的具体配置如下模块型号数量用途说明CPU315-2DP1程序逻辑与数据处理DISM321, 32×DC24V3按钮、接近开关、光电传感器、液位开关、故障输入DOSM322, 32×DC24V2电磁阀、指示灯、接触器、蜂鸣器DOSM322, 8×继电器输出1整流器启停、加热接触器控制通断大负载AISM331, 8×AI2PT100温度采集、整流器电流反馈AOSM332, 4×AO1整流器给定0-10V、变频器频率给定通讯CP3401接条码扫描枪RS485转RS232通讯CP343-1 Lean1以太网上传追溯数据给上位机CPU选315-2DP而不是更便宜的313C主要是考虑到DB块存储空间和在线修改能力。条码记录需要大量的字符串操作和时间戳存储CPU的工作内存太小会非常憋屈。另外315-2DP自带DP口后续如果要接分布式IO或者变频器走Profibus不需要额外扩展模块为扩展留好了余地。DI模块用32点的高密度卡能省槽位但如果现场电缆进线很多直接上32点模块对柜内接线会有点拥挤。这点我自己也有体会如果柜子空间够用两块16点DI更利于散热和接线。当时柜内空间紧凑还是用了32点现场接线时费了点功夫。我建议你选型时除了看IO点数一定把柜内布局一并考虑进去这往往是最终施工顺利与否的分水岭。2.2 通讯架构和数据交互逻辑这套系统的通讯分为三个层面第一层面是MPI/DP接口连接触摸屏。西门子的TP1200 Comfort面板走MPI主要完成操作员交互界面。触摸屏放在现场操作台显示当前的工艺流程、报警信息、温度曲线、行车位置等。第二层面是串口接条码扫描枪。这里有一个关键选择扫码枪信号进PLC还是进上位机。我的方案是扫码枪直接进CP340串口由PLC硬件中断接收扫码数据。这样做的好处是即便上位机死机扫码记录也不会丢PLC本地DB块里始终保留最新一批数据。坏处是CP340的串口编程比较繁琐需要处理start/stop字符、校验位、断帧等协议细节。后面在条码功能那一部分我会专门展开讲。第三层面是以太网接车间上位机。CP343-1 Lean用于PLC向上位机数据库发送历史记录。如果甲方有MES系统可以直接从这个网口走OPC UA或者西门子S7协议如果只是简单追溯查询就用上位机软件按固定间隔读取PLC里的数据块。硬件架构图虽然不画流程图但这三层关系值得理解透彻底层是设备层包括传感器和执行器中间是控制层PLC负责所有逻辑和数据处理上层是信息层触摸屏和上位机只做显示与存储。条码数据从扫描枪进PLC然后在PLC内部打上时间戳再上传到上位机数据库一路下来数据不经过操作员手工输入保证真实性和准确性。2.3 供电与柜内布局的处理细节电镀线现场环境比较恶劣酸雾重、湿度大电气柜防护等级至少做到IP54。柜内我会加装一个风扇强制排风进风口加过滤棉每个月换一次。电源部分用双回路控制回路用UPS供电保证突发断电时PLC和触摸屏还能运行一段时间让行车把当前产品提升到安全位置避免产品长时间停在槽液里被腐蚀。整流器的控制信号和主回路电缆要分开走线模拟量信号用屏蔽电缆屏蔽层单端接地。电镀线最怕的是变频器和整流器对模拟量信号的干扰如果布线时图省事把信号线和动力线捆在一起温度显示跳个十度八度是家常便饭。这些布局上的细节在后期的图纸设计里都要逐条落实到电气原理图和柜内布置图上。我见过不少项目程序写得好好的就因为在柜内布线上偷了懒系统一跑起来就莫名报警排查起来能让人崩溃。硬件设计阶段多花半天时间能省掉调试阶段好几天。3. 程序怎么搭自动流程、调试模式和防呆互锁S7-300的编程环境是Step 7我用了LAD作为主要编程语言部分数据转换和字符串处理用SCL写。整个程序没有追求什么高深的算法核心就是一个稳定可靠的自动状态机加上周密的互锁逻辑。下面分块拆解。3.1 程序文件架构和功能块划分项目程序按功能分成这些OB、FB、FC块功能说明OB1主循环调用所有FB/FCOB100初始化设置工位初始状态、清空部分临时数据OB35定时中断100ms温度PID调节、节拍计时OB82诊断中断模块拔插报警FB1行车定位与运行自动运行核心FB2工艺节拍管理每个工位的停留时间控制FB3温度采集与控制PT100读取与PID输出FB4整流器控制电流给定、启停、状态检测FB5条码记录管理扫码数据接收、处理、存储FC1报警处理报警字汇总、触摸屏显示FC2数据上传太网上传数据到上位机这里要说明一个经验电镀线的程序尽量不要把所有流程放在一个FB里写完。见过很多刚入行的工程师喜欢在一个块里用一堆M点和定时器把整个流程串下来看着逻辑很严密一旦要改工艺顺序改起来想死。把行车运行和节拍管理分成两个FB行车管“怎么动”节拍管“动多久”两者之间通过接口变量交互这样后续改工艺只动FB2的参数表就行不需要碰行车主逻辑。3.2 自动流程的状态机设计自动流程本质是一个状态机我用整型变量来定义当前状态编号定义如下0待机等待启动信号1启动准备检查各槽液位、温度、气压是否满足条件2提升从当前槽位把挂具提升到安全高度3横移从当前工位移动到目标工位4下降进入目标槽位5工艺等待在槽内按设定时间处理6沥液等待提升后在槽上方停留沥液7完成记录并进入下一循环状态跳转的触发条件很关键。例如从“下降”转到“工艺等待”不是光靠时间到了就跳还必须同时满足“行车下降到位信号有信号”和“定位确认信号有效”。这两个条件缺一不可否则可能发生挂具没到位就开始计时的错误。还有一种容易被忽略的情况行车提升过程中因为挂具晃动导致检测到槽位的接近开关信号在短时间内闪断。如果程序里直接在下降到位时闭锁信号那么到位信号只在下降动作结束的瞬间采集一次之后再收到信号不动作。这块逻辑必须做信号滤波一般我要求到位信号持续稳定在1秒以上才算有效避免误动作。事实上这个“稳定判据”的理念贯穿了整个项目报警信号要延时确认到位信号要持续确认模拟量要滤波处理。3.3 手动模式、调试模式和安全互锁自动流程再完善调试和生产异常时也必须能手动干预。这套程序把手动模式按权限分成了三种操作员手动只能操作单个动作例如提升、横移且必须在安全条件下。启动条件包括急停未按下、安全门关闭、限位正常等。工程师手动可以修改节拍参数、温度设定值、整流器电流设定涉及权限口令。点动调试用于检修可以不满足部分安全联锁但检修模式下自动流程强制禁止。安全互锁是电镀线的生命线。我总结出以下几项必须做进程序的互锁行车横移时不能有升降动作。行车升降时对应工位的槽盖必须打开到位如果是有盖槽体。整流器输出时不能执行提升动作防止挂具带负荷脱离极座引发拉弧。加热器必须在槽液位正常时才能投入低液位时无论自动还是手动全部切断加热。急停按下后行车所有动作立即停止整流器输出归零。还有一条非常容易被漏掉的当自动流程运行到一半时如果操作员切到手动模式必须有一个清晰的中断状态处理。我的做法是切手动后自动流程状态机强制回到待机状态同时把“允许自动”标志位清零。操作员重新启动自动流程时要求行车必须回到初始原点。这样做看起来有点粗暴但能保证任何人干预过后系统以确定的起始条件重新开始不会出现“不知道现在走到哪一步了”的尴尬局面。3.4 PID调节和模拟量处理细节温度的PID调节用了OB35的100ms定时中断采样周期1秒PID参数通过触摸屏可调。这里有一个仿真和现场完全不同的经验电镀槽液的热容量大温度变化慢PID参数几乎没有比例特别大的余地。温度高于设定值2℃就要开始降功率不然惯性会冲过设定点好几度。镀铬槽对温度尤其敏感温度波动大直接影响镀层外观。温度采集的量程转换也值得注意PT100通过SM331的硬件量程卡设置成4线制接法量程选0~150℃程序里通过FC105工程量转换得到实际温度值。所有模拟量信号我统一用工程量转换方式而不是直接读原始字。这样可以保证工程显示、报警和记录里都是真实的物理量不会出现“PLC里显示754操作员问你754是什么”的情况。4. 条码记录功能的完整实现从扫码枪到可追溯的数据链条码记录是本项目最核心的亮点也是很多同行在电镀线项目里不太熟悉的领域。甲方原本的想法是“扫码枪扫一下能存个Excel表格就行”。但真正做下来会发现这里面的水比想象中深得多。我在这部分详细说说。4.1 数据需求定义与追溯粒度先定义清楚记录什么。追溯的粒度是“挂”也就是单次挂在行车吊臂上的那一挂产品。数据分为三个层面数据类别数据项产品身份条码号、产品编码、挂具号工艺过程进入时间、离开时间、每个槽位的停留秒数、槽位编号工艺参数各槽温度、整流器电流/电压、异常报警事件记录触发点是这样设计的当一挂产品打码上线时操作员用扫码枪扫一次条码PLC把条码存入当前“工作对象”数据块。之后该挂产品在整条产线上运行期间所有事件都写入这个工作对象的记录区直到产品下线时把整条记录上传并清空工作区准备接受下一挂。这里涉及一个容易混淆的概念数据缓冲区和历史数据库的区别。PLC内的DB只是缓冲区容量有限最多存放当天的记录历史数据库在上位机里存放所有数据。PLC缓冲区的作用是保证在上位机离线期间数据不丢失。4.2 扫码枪接入PLC的方案与串口协议处理扫码枪用的是市面上最普通的工业级一维码扫描枪支持串口输出。扫描枪和CP340串口模块之间的连接需要做一个RS485/RS232电平转换。接线方式很简单但协议处理是程序员最容易卡壳的地方。CP340接收串口数据最常用的接收方式是字符中断模式。扫描枪发来一帧数据以起始字符STX开头、结束字符ETX结尾中间是ASCII码字符。程序里在OB1或OB35中调用接收功能块FB2CP340自带的FB把收到的一串字符放入接收缓冲区。处理逻辑如下扫描枪扫到条码后发送完整的一帧数据。PLC接收完整帧后检查帧头的STX和帧尾的ETX。去掉帧头和帧尾剩下的字符串就是条码内容。对条码做CRC或异或校验看扫描枪配置是否开启。校验通过后把条码字符串写入工作对象的数据区。这里有一个非常容易踩的坑扫描枪发来的字符串末尾还带了回车换行符如果不去掉存在DB里再上传到数据库查询时会发现条码后面跟着隐形换行经常导致查询结果对不上。连这个细节也要处理干净。另一个坑是扫描枪的触发模式。电镀线现场油污、水汽比较大如果把扫描枪设置成连续扫描模式经常会因为镜面反光或者水珠误触发。建议把扫描枪设置为手动触发操作员按一下扫一下。批量生产时可以设置成“自动感应”模式距离检测到挂具经过就开始扫但调试时要特别小心感应距离设置的干扰。4.3 PLC内部数据存储设计PLC内部的数据存储用DB块实现结构如下DB10.WORK_RECORD - BARCODE: String[20] // 当前条码 - PRODUCT_CODE: String[10] // 产品编码 - HANGER_NO: String[10] // 挂具号 - START_TIME: DT // 上线时间 - END_TIME: DT // 下线时间 - STATION_COUNT: INT // 已记录工位数 - STATION[1..30].STATION_NO: INT // 槽位编号 - STATION[1..30].ENTRY_TIME: DT // 进入时间 - STATION[1..30].EXIT_TIME: DT // 离开时间 - STATION[1..30].TEMP_AVG: REAL // 该槽平均温度 - STATION[1..30].CURRENT_AVG: REAL // 该槽平均电流 - ALARM_COUNT: INT // 报警次数 - ALARM[1..20].ALARM_CODE: INT // 报警代码 - ALARM[1..20].ALARM_TIME: DT // 报警时间需要注意的是S7-300的字符串数据类型一个String[20]占22个字节字符串数组如果数量多DB块会涨得很快。315-2CPU的工作内存约256KB实际做了一版之后发现DB容量完全够用而且S7-300还有MMC存储卡扩展离线数据可以直接存到MMC卡里定期导出。4.4 数据上传与上位机存储等产品下线后PLC把这一挂的完整记录上传给上位机。上位机是一台普通工控机装SQL Server数据库用C#写了一个后台服务每5秒轮询一次PLC的DB块。逻辑是检测PLC中“记录完成标志位”是否置位。如果置位读取整个DB块数据写入SQL Server。写入成功后给PLC发送“上传完成”信号。PLC收到确认信号后清除工作对象允许下一挂产品上线。这个握手过程看起来简单但有一个问题必须考虑如果PLC和上位机之间的以太网中断上传不了怎么办我的方案是PLC里维护一个队列记录完成的条码先存在PLC缓冲区标记为“待上传”上位机恢复后PLC按照队列顺序一条一条上传直到全部传完。5秒轮询和队列机制写起来不复杂但很好地解决了现场掉线问题。4.5 条码记录在追溯查询时的实际操作数据库建了三张表PRODUCT_INFO存条码和产品信息PROCESS_EVENT存每个工位的进入/离开时间PARAM_SNAPSHOT存该工位下的温度、电流等参数。查询时输入条码号先查出这个产品的所有工艺事件再按时间轴显示各工位的参数曲线。这套东西好用在哪甲方有一次收到客诉说某批次镀锌件盐雾试验不过。过去这种问题要在成堆的纸质记录里翻大半天还不一定查得到原因。现在只要在系统里输入该批次对应的条码范围几分钟就能调出当时所有镀锌槽的温度曲线、电流曲线和报警记录逐一看下来发现某个时间段镀锌槽的整流器出现了两次电流波动报警再结合现场排查确认是整流器的一个IGBT模块老化。如果没有这套数据记录这个问题根本无从查起。5. 图纸资料与现场调试那些说明书里不会写的坑程序只是项目的一半。交付时图纸和资料的完整度往往决定了这个项目在客户那边的口碑。5.1 电气图纸的构成和对应关系这套项目的图纸包括电气原理图、IO分配表、PLC柜内布置图、端子接线图、现场仪表位置图等。IO分配表是最关键的索引文件每一行对应一个IO地址和中文注释例如IO地址注释信号类型端子号I0.0急停按钮DIX1:1I0.1行车原点接近开关DIX1:2I0.21号槽液位低DIX1:3I0.31号槽液位高DIX1:4...Q8.01号槽加热接触器DOX2:1Q8.12号槽加热接触器DOX2:2这部分图纸设计其实没什么高深的东西真正拉开差距的是“图和程序对不对得上”。我用的方法是程序里每一个IO地址都必须能在IO分配表里找到对应行IO分配表里每一行都必须能在电气原理图上找到对应的接线端子。这三者之间的对应关系在画图和编程的时候就要同步更新千万不能程序改完了再去补图纸。5.2 安全回路和急停的接线细节急停回路是最不能含糊的部分。我的做法是急停采用双回路设计两个独立的急停按钮触点串联分别接在两个DI点上程序里只有当两个点的状态都正常时系统才允许运行。这样即使一个触点发生粘连故障另一个触点仍然能触发急停。急停按下后除了PLC逻辑里切断所有输出之外硬件的接触器回路也要断掉。具体做法是急停回路的干接点信号直接串接在各DO模块驱动的中间继电器线圈回路里这样PLC软件失效的时候急停依然能从硬件层面切断负载电源。这就是常说的“软硬双保险”。5.3 现场调试中遇到的几个典型问题和排查过程这个项目调试花了三周比预期多出几天问题主要集中在下面几个地方单独列出来给各位参考。问题一行车定位偶尔错位。现象是自动运行几十个循环之后行车的横向定位会偏移一个工位慢慢积累导致撞到槽边框架。排查时我先看编码器反馈值发现横移停止时编码器读数每次都稳定但接近开关的到位信号偶尔会晚到几百毫秒。真正的原因是行车惯性导致停止位置在不同负载情况下有差别空载时基本准确满载时冲过一点点接近开关又因为安装位置太紧而检测不到。解决办法是把接近开关的安装位置往前挪了5mm同时在程序里增加一个到位窗口判断编码器读到目标工位的设定值±10mm范围内且速度为零时就认为定位完成不依赖接近开关作为唯一判据。问题二温度显示一直有2-3℃的波动。先怀疑是干扰问题用示波器看AI模块的输入信号波形发现有条50Hz的工频波形叠加在直流信号上。把屏蔽层重新处理仍然存在。后来检查发现AI模块的电源和DO模块的电源是同一个开关电源DO模块驱动的中间继电器动作瞬间电源上产生毛刺干扰了AI模块的参考电压。解决办法是给AI模块单独配了一个隔离电源同时把模拟量输入电缆和数字量输出电缆在柜内分槽走线。这个问题处理完之后温度波动降到0.2℃以内。这也再次验证了前面提到的模拟量和数字量的供电、布线一定要分开。问题三扫码枪偶尔误读或读不出。电气方面查了一遍没发现问题后来才发现是现场有大量腐蚀性气体扫码枪的镜片用了一段时间后蒙上一层淡淡的雾。而且车间里的补光灯正好直射扫码枪的窗口在强光下条码反光造成误读。解决方案是调整扫码枪的安装角度避开直射光源同时规定操作员每班用无尘布擦拭一次扫码窗口。硬件设备在电镀车间的环境里维护成本往往比软件问题高得多但初期就要把这个因素考虑进去。问题四上位机断线后恢复数据补传顺序错乱。这个问题的原因是补传代码里用了并发任务去读取PLC缓冲区导致多线程同时读时顺序乱掉。后来在C#后台服务里把补传逻辑改为单线程队列一条传完再取下一条顺序就一致了。另一方面在PLC侧也做了优化把“待上传”的记录先按时间排序再逐条提供这样即使上位机程序写得再乱从PLC侧拿到的数据顺序也是对的。6. 后期扩展和维护的现实建议项目交付后甲方用了一年多整体运行比较稳定。我总结几条给同类项目做后续扩展时可以参考的建议。首先如果甲方的客户审核要求进一步升级需要把条码数据和电镀整流器的实时曲线精确对应到秒级可以考虑把数据采集频率从按工艺事件记录改成按时间周期记录也就是每10秒记录一条温度、电流数据。这会对PLC的存储空间提出更高要求建议选型时就评估上位机数据库和现场总线的承载压力。其次如果车间旁边还有钝化线、封闭线等多条产线可以考虑把条码追溯系统的上位机做成统一的追溯平台各产线PLC通过以太网上传数据到同一个数据库。这样同一批次产品在多个工序之间的流转就能串起来。不过要注意多产线接入时PLC数据上传的协议最好保持一致否则上位机维护成本会成倍增加。再说到备件和维护S7-300这块平台虽然老但优点是对恶劣环境的适应能力强而且市场上备件充足。甲方电气工程师一个人就能维护整套系统不需要依赖外部供应商这也是电镀类项目一个务实的考虑。最后一个小建议条码数据的备份机制一定要做好。上位机数据库最好定期自动备份并且备份文件存到另一台机器或者网盘上。千万别等到客户端来追溯三年前的记录时才发现数据库早就爆了或者备份文件损坏那时候真是欲哭无泪。