做汽车零部件压装这一行的朋友应该都有同感：产线节拍越来越快，客户对质量追溯的要求越来越狠，每一件产品不光要压得进去，还得能证明“压得没问题”。这两年我经手过好几条压装线，其中一条就是给某车型前副车架做衬套压装的项目，一共12个压装位，每个位置都要实时采集压力和位移数据，判定合格之后再放行。这套系统从选型、编程到调试，踩了不少坑，也总结出一些比较实用的套路，今天专门写一篇分享一下，希望能给正在做类似项目的人一点参考。
这篇内容主要讲三件事：第一，基于西门子S7-1200系列PLC怎么搭建一套多工位压装数据采集系统；第二，压力、位移数据怎么采、怎么存、怎么判定，才能满足汽车行业最基础的质量追溯要求；第三，现场调试中那些说明书上不写但一定会遇到的坑。如果你正在做压装设备改造、新线体设计，或者想了解PLC在装配工艺数据追溯上的实际用法，这篇文章应该对你有用。
1. 这个项目到底在做什么
先把这个项目的背景交代清楚，因为很多问题如果不站在工艺角度看，根本想不明白PLC程序为什么要这么写。
1.1 汽车零部件压装的工艺特点
汽车底盘件、发动机附件里有大量需要压装的场景：把橡胶衬套压入副车架、把轴承压入壳体、把销轴压入连杆等等。这类压装的共同特点是：零件刚性大，压入力大（从几kN到几十kN不等），但工艺窗口很窄——压力太小，衬套没到位，行驶中会松动异响；压力太大，零件变形或过盈量被破坏，直接报废。
关键还在于，这些缺陷往往不是压完当下就能发现，而是要等整车跑起来才暴露。所以主机厂和零部件供应商现在都要求：每一件产品都要有压力-位移曲线记录，作为质量追溯的依据。这就把普通的“按下启动键、压到位就退回”的简单动作，升级成了“边压边测、实时判定、全程记录”的数据型压装。
1.2 12个压装位到底是什么意思
标题里的“12个压装位置”，在这条线体里指的是同一套设备上有12个独立的压装工位。你可以把它们理解成12个小压机，每个工位压一个不同的衬套/销轴，或者同一个零件上不同位置的压装点。
为什么会有这么多工位？核心原因是节拍。单工位逐个压装，每个循环要花掉几十秒，整线节拍根本满足不了产能要求。用户把12个工位做成并行结构，一次装夹，12个位置同时或者按顺序压装，单件生产节拍能压缩到一个很理想的范围内。
这里有个很现实的问题：12个工位虽然动作逻辑相似，但每个工位的压装力范围、位移行程、传感器量程、合格判定窗口可能都不一样。比如1号工位压的是大衬套，最大压入力8kN，持续行程40mm；7号工位压的是小销轴，最大力只有2kN，行程15mm。如果你的程序是复制粘贴12遍再各改各的，那后期维护就是灾难。我的做法是把压装控制写成一个通用功能块，每个工位只维护一份数据块里的参数，程序结构统一，调哪个工位就查哪个工位的数据。
1.3 整个项目的需求拆解
从用户的需求描述来看，这个项目最核心要解决的是数据，而不仅仅是动作。拆开来讲，这几点是绕不开的：
- 每个工位必须实时采集压力传感器和位移传感器的信号，采样频率要足够高，否则压装曲线的拐点、峰值会被抹掉。
- 每一个压装循环都要生成一条“压力-位移曲线”，并且要能自动判定合格/不合格。
- 判定合格后，数据要本地存储，同时要考虑联网上传，方便后续MES追溯。
- 12个工位之间要独立运行、互不干扰，一个工位出故障不能拖垮整条线。
- 换产品型号时，各工位的参数（压力窗口、位移窗口、保压时间等）要能一键切换。
这套需求用S7-1200去做，性价比很高。S7-1200本身定位就是小型PLC，但它支持高速模拟量采集、支持数组和DB数据块管理、支持Modbus TCP/Profinet通讯、还能通过存储卡做CSV数据记录，对一个12工位的数据压装系统来说，性能上是够用的。当然，如果你要同时做几十个点的闭环压力控制或者视觉定位，那就得上S7-1500或者加运动控制器了，这是后话。
2. 12个压装位的控制系统架构如何搭
搞压装系统不能上来就写程序，硬件架构没理清楚，后面写什么都是空中楼阁。我习惯先画IO清单和通讯拓扑，把每一个信号量级和传输路径盘明白，再动手。
2.1 硬件选型和IO规划
先说S7-1200的选型。12个工位，每个工位至少有压力传感器、位移传感器两个模拟量输入，驱动压装动力源（伺服电缸或比例液压阀）可能需要一个模拟量输出，再加上每个工位的启动按钮、合格指示灯、报警指示灯、压装到位磁性开关等数字量点。
按最常规的配置估算一下：
| 信号类型 | 每工位数量 | 12工位合计 |
|---|---|---|
| 压力传感器模拟量输入 | 1 | 12 |
| 位移传感器模拟量输入 | 1 | 12 |
| 伺服电缸/阀控模拟量输出 | 1 | 12 |
| 数字量输入（启动/到位/回退等） | 3~4 | 36~48 |
| 数字量输出（合格/报警/运行指示） | 3 | 36 |
这样一看就明白：直接选CPU1214C是标配，本体自带14个DI/10个DO，再插一个SM1231模拟量输入模块或者SM1234模拟量混合模块做扩展。量多的话可以上CPU1215C，AI/AO更多，通讯口也更宽裕。我当时选的是CPU 1215C加两个SM1231模块，外加一个CM1241 RS485通讯模块，用来和上位机走Modbus RTU，如果后期要做物联网上传，CPU本体网口也够用。
有一点我要特别提醒：模拟量模块的输入通道之间要共线吗？压装现场电机的启停、电缸的功率驱动、液压阀的电磁线圈动作都会产生强烈的电磁干扰。压力和位移传感器信号线必须使用屏蔽双绞线，并且屏蔽层要单端接地，不能图省事把屏蔽层接到PLC的0V上，否则你会看到压力曲线在压装过程中疯狂抖动，找半天原因，最后发现是接地问题。
2.2 压力传感器和位移传感器怎么选
这是整个系统里最影响数据质量的一环，传感器选不好，PLC写的判定逻辑再精巧也是白搭。
压力传感器方面，压装工位一般用的是应变式力传感器，常见的有柱式、轮辐式、S型几种。我建议根据压装力范围选量程，让传感器的工作区间落在满量程的20%~80%之间。比如1号工位最大压入力8kN，就选10kN或20kN量程的传感器，太大量程会牺牲精度，太小量程又怕过载损坏。精度等级至少选0.5%FS，有条件上0.25%FS。输出信号优先选4~20mA，和PLC模拟量模块的接线兼容性最好。
位移传感器的选择有讲究。压装行程通常不大（十几到几十毫米），但对分辨率要求高。磁致伸缩位移传感器精度高、抗干扰强，但价格也高。LVDT差动变压器式位移传感器在老设备上很常见，做小行程压装足够。如果你的压装动力是伺服电缸，还有一种省钱的方案——直接用伺服电机自带的编码器反馈位置，把电缸的行程当位移信号看待。但要注意，电缸丝杠的机械背隙会影响位移精度，如果产品窗口很窄（比如要求位移±0.2mm以内），编码器间接测量的方案可能不够，最好还是上直连的磁致伸缩传感器，让测量头直接顶在压头上。
2.3 通讯方式的选择
这套系统里PLC要面对的通讯对象主要有三个：伺服电缸驱动器/比例阀、触摸屏、上位机/MES。
伺服电缸驱动器的控制方式，我强烈推荐用Profibus或者Profinet总线，而不是模拟量速度给定。原因是：模拟量控制电缸时，速度精度受模拟量信号转换误差影响，而且电缸的到位停车如果只靠PLC判断位移到达再停，会有扫描周期延迟，位置精度不稳定。用总线通讯，速度和位置指令直接发给驱动器，驱动器内部做位置闭环，定位精度高得多。S7-1200配合伺服自带的总线接口，组态起来也不复杂。
触摸屏直接用Profinet和PLC通讯，没什么好说的，都是常规操作。上位机或者MES这块，我建议预留两种方式：走Modbus TCP，方便后期用Python/C#快速写数据采集脚本；或者直接用S7通讯协议，但需要上位机组态软件配合。我经历过的情况是，客户MES系统用的是第三方组态软件，比较老，只支持Modbus，所以CM1241 RS485模块加Modbus RTU反而成了最稳妥的对接方式。
3. 程序设计的核心：压装控制功能块
硬件架构定了，接下来就是写程序。这一节是整个PLC程序设计的重点，我会拆成状态机、数据采集、过程判定三个层面来说。
3.1 压装过程的状态机设计
压装动作看着简单，但写成PLC程序后如果不做状态机，逻辑会乱成一锅粥。一个工位从上料到完成压装，至少要经历以下状态：
- 待机：等待上料，检测压头位置、零件到位信号
- 快进：压头以较快速度下行，接近零件但没有接触
- 工进：压头接触到零件，开始施加压力，此时进入采集模式
- 保压：压力达到设定值后，维持一段时间，这个阶段是很多质量判定的关键
- 退回：压力释放，压头返回初始位置
- 完成/报警：记录结果，输出合格或不合格信号
我用一个整型变量来维护当前状态，配合CASE语句写状态切换。S7-1200支持SCL语言，这种场合SCL比梯形图好写得多的多。每个状态内部写各自的动作，比如快进状态只管速度输出和位置判断，位移一旦到达接触位置就切换下一状态，这样每个状态自己做的事少，逻辑透明，排查问题也方便。
有一个很多人会犯的错误：把压装过程的时间当成一个整体，只在最后判断“压到位了没有”。实际压装问题百分之八十出在过程中间——比如衬套倾斜导致初始阶段压力异常升高，或者压力还没起来就滑过去了。所以状态机内部，每转换一个状态，都要记录下当前的压力和位移，方便后续排查到底是哪一段出了问题。
3.2 压力-位移曲线的采集方法
这是“数据采集”的核心。压装过程中，压力和位移的关系是一条曲线，外行看这条曲线只关心“像不像”，内行要从这条曲线提取特征值。PLC程序里怎么把曲线数据采下来，是有讲究的。
第一个关键点是采样频率。S7-1200的OB1扫描周期通常在几毫秒到十几毫秒，如果直接在OB1里读模拟量，曲线点之间的间隔完全取决于扫描周期的波动，数据不均匀，后期不好分析。我的做法是单独建一个循环中断OB，设定时间间隔比如10ms或者20ms，在这个中断里统一采集压力和位移，存入数组。压装行程如果30mm、速度10mm/s，整个过程3秒，10ms一个点就能采到300个点，画出来的曲线已经足够光滑。
第二个关键点是把采样到的值及时转换成工程单位。S7-1200模拟量模块的原始值是0~27648，对应4~20mA或者0~10V，不能直接拿来做判定，要做一个线性换算。手工写公式很容易出错，其实可以用S7-1200自带的NORM_X和SCALE_X指令，把原始值标准化成0~100%的百分比，再乘上传感器量程，就是当前的牛顿或毫米了。NORM_X输入原始值，输出0~1之间的实数，SCALE_X再把0~1映射到量程范围，两步搞定，记得把传感器的量程和偏移量做成数据块里的参数，方便标定。
3.3 合格判定逻辑与数据记录
采集压力的同时就要做判定，不能等曲线采完了再回头算，那样如果过程中出现超差，零件已经压坏了。我的做法是边采边判定，实时监测几个关键特征：
- 当前压力是否超过最大允许压力。如果出现突变尖峰，说明可能压到异物或零件卡死——立即报警并退回。
- 当前压力不得低于最小压力下限。如果压力一直起不来，可能衬套没放正、涂了太多润滑剂或者孔径太大——压到底的位置是不合格的。
- 位移是否到达目标范围。压到底了位移不足，说明没压到位；位移超了，说明过压。
等压装过程结束，整个数组里的数据已经存好了。这时候做几个窗口判定：终点压力是否落在合格窗口内、终点位移是否合格、保压阶段压力波动是否在允许范围内，全部通过就给合格信号。
数据记录方面，S7-1200的存储卡可以支持用“数据日志”功能把数组写成CSV文件，每个工位每个循环生成一行记录。但要注意，别把12个工位的数据全写到一个文件里，那样查询很痛苦，我一般每个工位独立一个日志文件，文件名带日期和工位号。如果客户要MES追溯，那建议把判定特征值（终点压力值、终点位移值、保压时间、合格与否）单独通过Modbus TCP传上去，曲线文件留在本地备份，这样既不把PLC当服务器用，又能满足追溯要求。
4. 数据追溯：配方管理与上位机交互
纯做动作控制的PLC项目不值钱，加了数据追溯能力之后，这套系统才算真正满足汽车行业需求。这一节说说配方和上位机怎么配合。
4.1 多产品共线时的配方管理
汽车零部件产线通常不会只做一个型号的产品，换型是家常便饭。换型最怕的是什么？就是工人手动改参数，改错一个数，整批报废。我的方案是把所有参数集中到一个数据块，做成“配方”结构：
TYPE "T_PressParam" VERSION : 0.1 Force_Max : Real; // 最大允许压力 Force_Min : Real; // 最小允许压力 Force_Target : Real; // 目标压装力 Pos_Start : Real; // 接触位置 Pos_End_Max : Real; // 终点位移上限 Pos_End_Min : Real; // 终点位移下限 Dwell_Time : Int; // 保压时间 (ms) Speed_Advance : Real; // 快进速度 Speed_Press : Real; // 工进速度 END_TYPE每个工位对应一份这样的参数实例。需要换产品时，从触摸屏上选择产品型号，PLC自动把所有工位的参数一次性覆盖掉，并且在触摸屏上弹出一个确认窗口，操作员看一眼确认无误才能执行。这个“二次确认”动作别看简单，真能拦住一大半的人为失误。
另外我强烈建议：每个产品型号的参数用一个单独的数据块保存，而不是用一个“当前参数”数据块反复覆盖。这样即使换型换错了，随时能调回上一个产品的参数，不用重新敲一遍，排查问题也有参照。
4.2 数据上传到MES或监控系统
上位机对接这块，我通常会提供一个独立的Modbus TCP从站功能，把12个工位的最新数据和判定结果映射到连续的保持寄存器区里。上位机只需要按照固定地址表轮询读取，当前生产状态就一目了然了。
这里放一个简化的地址规划表，给大家打个样：
| 寄存器地址 | 内容 | 说明 |
|---|---|---|
| 40001 | 当前产品型号编号 | 1~100 |
| 40011~40022 | 1~12工位的判定结果 | 0=待机 1=合格 2=不合格 |
| 40031~40042 | 1~12工位当前压力值 | 工程量，单位0.1N |
| 40051~40062 | 1~12工位当前位移值 | 工程量，单位0.01mm |
| 40101~40112 | 1~12工位累计压装数量 | 32位，需占两个寄存器 |
有一点要注意：PLC写寄存器数据时，建议用移动指令统一刷新，而不是让各段状态互不相干地直接写，避免上位机读到半更新状态的数据。
4.3 本地存储与备份的思路
很多中小型工厂的MES系统并不健全，甚至根本没有，这时候PLC本地的数据日志就是唯一的质量追溯来源。我建议在PLC里给每个工位另外加一个“最近N条记录”的循环缓冲区，用数组实现，打包放在一个数据块里，条数500条左右就好。这样即使存储卡拔下来去了办公室读数据，现场屏幕还能看到最近500条压装结果，排查当班问题很方便。
循环缓冲区的思路很简单：用一个指针变量指向当前写入位置，每次写完指针加1，到最大值后回0，并且记录总共写入了多少条。触摸屏用一个表格空间显示这些记录，翻页翻到最后一条就是最新的。这个功能代码量不大，但现场用起来非常香，客户一看就觉得你的系统“高级”。
5. 调试实录：那些年压装系统踩过的坑
硬件接线、程序写完，真正的战场在调试现场。这一节分享几个我实际碰到过的典型问题，希望能帮各位少走弯路。
5.1 模拟量信号干扰：压力曲线跳得跟心电图似的
问题现象：压装过程中压力曲线高频抖动，峰值能差出几百牛顿，明明传感器静态时读数很稳，一通电缸就乱跳。
排查步骤：先把传感器输入端短路，看PLC读值稳不稳——结果很稳，说明PLC和模块没问题。再把传感器接上，电机不转时调零，也稳。但压装一开始就不行，基本断定是干扰。后面查下来，问题是传感器信号线有一段和电缸的功率线绑在同一个线槽里，线缆间距太近。处理办法：换独立屏蔽双绞线，走线槽时隔开至少20厘米；屏蔽层在PLC这一端单端接地，传感器端悬空；又把模拟量模块的滤波设置从“无”改成了“弱滤波”，曲线明显平滑了。这里要提醒：滤波设置不能开太强，否则真实压力尖峰也会被滤掉，判定就失真了。
5.2 传感器零点漂移：早上合格晚上不合格
还有一次，设备白天跑得好好的，到了晚上夜班，同一个零件压装结果偏偏不合格。排查到最后发现是车间温度变化引起的传感器零点漂移。力传感器特别是应变片式的，对温度很敏感，而压装设备旁边就是厂房进出的大门，冷风一吹传感器输出就偏了。
解决思路：一是让设备运行前强制加一个“校零”动作，压头悬空状态下记录此时传感器输出值作为零点偏移量，每次压装之前自动扣除；二是把关键尺寸位置的机械结构尽量做得对称，避免热胀冷缩导致应力传递路径变化。另外，每天开机第一次压装前，我建议做一次标准块标定，用一块已知重量的砝码或者标准压力源来验证传感器读数，防止设备放长假回来之后传感器特性变了。
5.3 上位机读到PLC数据的同时刷新生效
这个坑比较隐蔽。我用Modbus TCP把结果数据映射到保持寄存器，结果上位机那边偶尔会读到“压力值极大”的错误数据。后来跟踪发现，是因为我给寄存器赋值用的指令分散在不同功能块里，PLC扫描过程中上位机可能正好读到“旧数据还没被完全覆盖”的瞬时状态。
解决办法很干脆：给这块数据区加一个“批次号”寄存器，上位机每次读取时先记录批次号，读完数据后再次读取批次号，如果两次批次号不一致或者批次号没更新，就丢到这批数据重新读。虽然多了一次读操作，但彻底避免了脏数据，这是工业通讯里常见的数据一致性保障手段，大家以后做数据交互时也值得借鉴。
5.4 伺服电缸低速爬行和到位冲击问题
电缸在小压力低速压装时，经常出现爬行现象，表现在曲线上就是力不稳、位移一步一停。这个不是PLC能完全解决的，要从伺服驱动器的参数上入手。我调试时把速度环增益适当调低，位置环增益调高，让电缸低速时依然能保持稳定；到位停车前的减速距离也调得长一些，让压头在触碰到零件前就处于一个很低的速度，这样既能减少冲击，又不会把衬套顶坏。
另外如果你的压装系统是液压的，比例阀的PID参数也要仔细调。我见过为了追求压装速度，把PID比例增益调得很高，结果压力震荡，产品表面压出一圈一圈的痕迹。压装这类过程，稳定性永远是第一位的，宁可慢一点，也要保证压力均匀变化。
6. 几点总结与个人体会
做完整套12工位压装系统，我最大的体会是：这类项目难点不在“动作”，而在“数据”。动作控制是PLC的基本功，但把压力、位移这些过程量采下来、判得准、存得住、传得通，才是真正体现经验的地方。
如果你正准备做一个类似的压装项目，在你动手写程序之前，先把这几件事确认好：第一，客户到底要追溯哪些数据，是只要判定结果，还是要完整曲线？第二，传感器的安装位置、量程、信号类型选好了没有，精度够不够满足产品窗口？第三，上位机对接用的是标准Modbus还是定制协议，需要预留多少寄存器地址？这三点没想清楚就写程序，后面大概率要返工。
我开头就说了，这套系统后来实际跑下来的效果还不错，客户最满意的一点就是：我们给他留了一个“最近500条记录”的现场查询功能，某天夜班质量工程师怀疑一批零件有问题，直接在触摸屏上翻了翻记录，就把问题批次定点隔离了，不用像以前一样整批报废。
最后再分享一个小技巧：给每个工位的数据块里都加一个“调试模式”开关，置位之后PLC会跳过判定逻辑，只记录数据不做合格判断，同时把当前压力值、位移值实时传送到触摸屏趋势图上。这个开关在设备调试和故障排查时候特别好用，不建议生产时打开，但永远留着它。有了这个功能，现场工程师排查问题会轻松很多，这也是我做了几个项目之后才总结出来的经验。
