1. 别被MES绑架了CIM全家桶到底是个啥1.1 车间里最真实的一幕只要你在半导体或者面板厂干过制造信息化大概率遇到过这种场景领导拍板说要上一套MES项目组忙活大半年工单、工序流转、报表看板总算跑起来了。结果产线上的关键工艺参数还是靠人工抄Excel设备报警没人接良率掉了一截也说不清是哪一步出的问题。这时候你才意识到光有一个MES根本撑不起整个车间的数字化。我再举一个更具体的例子。某天刻蚀工序的良率突然下滑MES只告诉你这批Lot现在流到了哪台设备、哪个工序但设备当时的气体流量、腔体压力、RF功率是什么样的MES一概不知。工程师只能跑到设备前面翻设备硬盘里的日志文件拿着几个小时的报文一条条比对。运气好能找到原因运气不好只能先停产排查。问题出在哪出在MES只做了流程管理设备的实时数据没人采集、过程参数的波动没人监控、良率结果和工艺数据没有人帮你做关联分析。这三件事恰好就是EAP、SPC、YMS这些CIM系统要干的事。CIM全称Computer Integrated Manufacturing计算机集成制造。它不是某一个软件而是一整套面向工厂制造环节的信息化体系。在半导体和面板厂CIM通常包含MES、EAP、YMS、SPC以及RMS配方管理、FDC故障检测、APC先进过程控制等系统。把这套体系理解成一支足球队就清楚了MES是前锋负责把生产任务执行下去EAP是边后卫负责和设备打交道SPC是后腰负责盯住过程质量YMS则是数据分析师赛后复盘为什么丢球。单独把MES拎出来夸真没什么意义。1.2 CIM体系里几个核心角色先给一张速查表把CIM体系里最常见的几个系统的分工说清楚。系统一句话职责核心产出MES管生产计划执行与追溯工单状态、WIP批次、生产履历EAP管设备连接和自动化设备数据采集、配方下发、联锁控制RMS管配方版本和参数审批配方变更记录、参数下发日志SPC管过程质量统计控制图、CPK、异常预警YMS管良率数据管理与分析良率报表、缺陷分析、根因假设FDC管设备故障检测和分类设备异常模式、报警分类这六个系统在半导体和面板厂的成熟产线上基本是标配但在中小型工厂里经常只上了MES甚至只上了MES的排产和报表模块。EAP没有就把设备数据采集做成人工抄表SPC没有就把质量检验做成抽检记录YMS没有就把良率分析做成Excel透视表。短期能应付一旦客户要追溯数据、工程师要查根因、产线要做防呆整套流程就开始到处漏风。1.3 为什么“只上MES”是半拉子工程MES解决的是“流程在线化”它管的是工单、批次、工序、物料这些业务对象。可工厂车间的另外三样东西——设备、过程参数、良率结果MES通常管不好也不该由它全包。设备这块MES要拿到设备的生产数量、状态、报警信息一般都得靠EAP去采集和翻译。如果EAP没上MES的完工报工只能靠操作员手工输入数量错、时间错、设备号错最后追溯链条全是漏洞。过程参数这块MES做不了实时监控它也没有控制图、判异规则的算法等你从MES报表里看出膜厚偏了产线可能已经连续跑了两天废品。良率这块MES最多给你看看不良数、合格率但良率下滑和哪个设备、哪个配方版本、哪个腔体相关它没有能力去做多维度交叉分析这是YMS的活。所以我的看法很简单MES是CIM的中枢神经但它不是全部。你把工单管得再顺设备数据是断的质量数据是断的良率归因是断的这工厂的数字化就还是“半拉子”。CIM体系真正的价值是把生产执行、设备自动化、过程质量、良率分析这四条数据链路都打通让车间里每一台设备、每一批产品、每一个参数都有迹可循。2. 把MES的核心业务和功能模块拆开揉碎2.1 MES到底是干什么的MES全称Manufacturing Execution System制造执行系统。它的定位是车间的执行层负责把上层的生产计划转化成车间里真正可执行的工单然后跟踪从原料投放到成品入库的全过程。你说它是车间的总调度、总记录员都没错。用做饭来类比ERP是餐厅的收银台告诉后厨今天卖了多少份宫保鸡丁MES就是后厨的灶台管理员知道哪口锅在炒哪道菜、缺哪些食材、谁负责切配、哪个订单快超时了。它管的不是“要不要做这道菜”而是“这道菜现在做到哪一步了、材料是不是正确、出来的东西合不合格”。没有MES的时候车间靠纸质工单传递靠班组长口头沟通一个批次走到哪道工序只有当事操作员知道。有了MES批次到了A设备加工完一扫描就自动流转到B工序系统记录下加工时间、操作员、设备号、用料批次整个过程实时可查。这就是MES最基础的价值让生产过程变得透明、可追溯、可控制。2.2 功能模块速查表不同行业、不同厂商的MES模块划分略有差异但核心功能其实大差不差。下面列的是我见过的大部分半导体、面板、电子制造类MES都会覆盖的模块。模块核心能力常见术语工单管理工单下达、拆分、关闭分配到产线或设备Work Order, LotBOM与工艺路线管理物料清单、工序顺序、标准工时、替代工序BOM, Routing投料与在制品管理批次状态、工序流转、暂停、移动、报废WIP, Track In/Out物料追溯记录每个批次用了哪些原物料支持正向和反向追溯Traceability质量管理首件检验、巡检、完工检验、不合格品处理IPQC, FQC, NC报表与看板产量、OEE、直通率、质量报表、实时看板OEE, Dashboard每个模块展开都是深水区。就拿物料追溯来说看起来简单真做扎实了很费劲来料要绑定供应商批次上料要绑定用料工位半成品加工又要生成新的批次最终成品出库还要能往前反查。生产一批产品用到的物料可能有几十种要保证每一条链路都能串起来系统设计和数据采集的点位必须非常细。2.3 半导体和SMT厂的特殊点半导体的MES有几个很鲜明的特征一是以Lot为最小管控单位通常一批25片晶圆批次跟随整个加工过程二是工艺极其依赖Recipe同一台设备不同产品要切换不同的配方MES要和RMS联动确保当前批次用的是被批准的配方版本三是防呆要求极高物料、设备、工单必须三重校验任何一个不匹配就不允许投料加工。SMT行业的MES场景也很有代表性。SMT产线最怕两件事贴错料、追溯不到批次。针对第一件MES要做上料防错操作员把物料条码和站位条码一扫描系统立刻校验物料型号和BOM是否匹配匹配才放行。针对第二件MES要联动SPI、AOI、回流焊等设备把每块PCB的炉温曲线、检测数据、上料记录全部关联起来一旦发生客诉输入产品序列号就能查到是哪台贴片机、哪个吸嘴、哪批锡膏。不管半导体还是SMTMES本质上都在做同一件事把离散的动作变成连贯的数据把模糊的责任变成可追溯的记录。理解了这一点你再看那些五花八门的模块都是在为这个核心目标服务。3. EAP设备与系统之间那座绕不开的桥3.1 没有EAP你会被现场逼疯EAP是Equipment Automation Program的缩写设备自动化程序。它的核心职责是让设备能和上层系统对话把设备的状态、数据、报警上报给MES/YMS/SPC同时把主机侧的命令、配方、放行信号下发到设备。没有EAP是什么状态产线几十台设备每台都有自己的控制器和操作界面操作员要手动把设备参数抄到纸质表单再录入Excel工程师想看某台设备的生产数据得一台台去导文件MES说这批Lot已经在A设备加工完了但A设备到底有没有按正确Recipe跑没人知道。设备像一个哑巴所有的信息都要靠人去搬去猜。有了EAP设备就像被装上了一套自动翻译器。加工结束设备自动告诉MES“这批Lot加工完了结果是OK关键参数如下。”MES再自动流转到下一道工序。这才是自动化产线该有的样子。3.2 SECS/GEM协议S1F13和S1F1到底谁先谁后EAP最底层的通信依托于SECS/GEM协议这是半导体设备通信的事实标准。SECS定义了消息怎么传GEM定义了设备的标准行为模型。传输方式有两种老设备用SECS-I基于RS232串口新设备基本都用HSMS基于TCP/IP以太网。通信消息的格式是“SxFy”S代表StreamF代表Function偶数Function是回复消息。新手最纠结的问题就是S1F1和S1F13谁先谁后。先说清楚这两个消息各自是什么。消息名称作用S1F1Are You There你在吗探测设备是否在线做链路握手S1F13ECR建立通信请求正式建立通信交换协议版本、设备ID信息S1F1 回复S1F2Are You There Reply设备确认在线S1F13 回复S1F14ECR Acknowledge设备确认通信建立完成从逻辑上讲当然是先确认“你在吗”再谈“我们签约开始干活”。所以正常的连接顺序是TCP连接建立之后主机先发S1F1探测设备响应设备回S1F2然后主机发S1F13建立通信设备回S1F14这时候双方才算进入可传输业务数据的状态。简单说S1F1是敲门S1F13是对暗号正式建交。我在实际调试中见过不少新手先把S1F13发出去结果设备回一个错误代码一脸懵。你把S1F1这个探活消息省掉大部分严谨的设备都会拒绝你或者虽然能通但后面状态同步经常出问题。经验是宁可在握手阶段多走两步也别跳步后面省事得多。3.3 EAP开发里最容易踩的四个坑第一是超时处理。设备响应慢是常态EAP必须设置合理的超时时间超时后要有重试策略重试几次还不行就要告警。没有超时机制的EAP一旦设备假死消息队列会越积越多最后整条线卡死。第二是心跳保活。TCP长连接不会自己检查对方是不是还活着EAP要定期发保活消息或者依赖设备的周期事件。我遇到过设备侧的网线松了连接还挂着实际上设备已经完全脱离控制产线却还在继续报工的情况。心跳机制能帮你尽快发现这种“假连接”。第三是设备状态模型。GEM定义了一套完整的设备状态机包含通信状态、控制状态、处理状态等。EAP必须在本地维护好这套状态设备从离线变在线、从运行变空闲都要及时同步给MES。不然就会出现“系统显示设备正在跑实际设备早就停了”这种闹心事。第四是Track In / Track Out的时机。EAP检测到Lot进入设备要立刻通知MES做Track In并查询配方、校验放行条件加工完成要收集完所有过程数据再发Track Out。这个时机如果把握不好数据漏采了很难补。还有一条保命建议EAP必须把收到的所有原始报文存档建议按天落成日志文件或者打进消息队列。线上出问题的时候你能拿出原始报文跟设备厂商对质否则对方一句“我们设备没报错”就能把你噎回去。4. YMS与SPC过程控制和良率归因的组合拳4.1 YMS良率数据的档案馆和侦探所YMS全称Yield Management System良率管理系统圈内也常叫良率分析系统。它的核心能力是管理良率相关的海量数据并提供多维度的分析手段帮助工程师找出良率损失的根因。YMS接的数据五花八门有来自测试机的CP/FT测试结果有来自AOI、Review SEM、KLA这些缺陷检测设备的缺陷数据还有来自MES的批次信息、来自EAP的工艺参数。数据进到YMS之后按产品、设备、腔体、操作员、班次、时间、配方版本这些维度重新组织起来然后什么良率趋势图、Bin分析、Pareto图、Defect Map、相关性分析通通能一键生成。举一个真实场景。面板厂某一款产品良率连续一周下滑YMS把数据按“光刻机-前处理设备-班组-时间段”交叉切分很快发现异常集中在某台涂胶显影设备对应的产品上。再把这台设备的历史工艺参数调出来一比发现膜厚数据里有一部分明显偏移。整个过程从发现问题到锁定嫌疑设备可能只要半天而如果用Excel靠人工分析没个三四天根本下不来。YMS还有一个容易被忽略的价值它是数据资产的沉淀。生产线跑得越久YMS里积累的数据就越有价值。相同型号的设备、同类缺陷的分布、不同配方版本的良率差异这些都是可以反复使用的知识库。4.2 SPC过程健康度的巡逻员SPC全称Statistical Process Control统计过程控制。它跟YMS最核心的区别在于YMS管的是结果SPC管的是过程。SPC用统计学的方法实时监控生产过程中的关键参数一旦发现趋势异常立刻报警争取在废品出现之前就干预。SPC最常见的工具是控制图比如Xbar-R图均值极差图。中心线是历史稳定期的均值上下控制限UCL、LCL是均值加减3倍标准差。这个原理有点像个体温计正常体温在36到37度之间晃动一旦飙到38度你就知道身体出问题了不用等到确诊肺炎才知道对吧。SPC还会算过程能力指数CPK公式是Cpk min[(USL-μ)/(3σ), (μ-LSL)/(3σ)]简单理解就是规格上下限和实际分布之间的余量。行业里一般要求CPK大于1.33低于这个值说明过程能力不足迟早会出不良。判异规则也很值得讲。除了单个点超出控制限还有连续7点上升、连续7点在中心线同一侧、2/3的连续点落在距离中心线2倍标准差以外的区域这些情况只要命中任意一条系统就要报警。在半导体厂SPC常被用来监控刻蚀速率、膜厚、关键尺寸CD、套刻精度这些关键参数面板厂则常监控配向膜厚度、液晶滴下量、Cell Gap这些指标。SPC系统一般和EAP、MES联动参数异常时自动Hold住相关批次防止不良品继续流到后道工序。4.3 两个系统怎么配合才算真正闭环YMS和SPC的关系我打过一个比方SPC是急诊科的预检护士YMS是病理科的检验医生。SPC日常盯着过程参数发现异常立刻拉警报YMS在终检发现良率问题后负责把数据切片做深度分析找到幕后真凶。举个他们配合的案例。某半导体厂一条产线的薄膜厚度CPK已经连续一周往下掉SPC系统第5天就发出了趋势预警但因为没达到超限的停止标准工程师只是记录了一下。一周后YMS良率报表显示该设备对应的产品良率下降了2%YMS按设备号和时间段锁定到这台薄膜设备再拉取它的历史工艺参数发现膜厚均值已经偏移到规格边缘。这时候再看SPC的控制图趋势早就提示了只是没人重视。两个系统配合起来一个负责趋势预警一个负责良率归因一旦都指向同一个设备处理起来就非常笃定。所以企业在规划CIM时不要SPC和YMS二选一。SPC控制的是“过程健康度”YMS分析的是“结果品质度”一个在前面吹哨一个在后面破案缺一个都不闭环。5. 落地选型参考开源MESCarbon和商业化的取舍5.1 为什么越来越多人研究开源MES本地部署这两年“开源MES系统carbon本地部署”这个话题热度很高好多群友都在问。原因不外乎三个预算有限、想快速验证流程、不想被软件厂商绑定。一套商业MES授权费动辄几十万上百万对中小规模的SMT、机加、电子组装厂来说确实肉疼。开源的MES系统源码拿到手可以自己部署、自己改、自己研究用来学习业务逻辑或者做小范围试点非常方便。还有一种情况是工厂已经有了一堆工业软件只想在某个车间试跑一套轻量MES看效果开源方案是成本最低的验证路径。我记得有个做SMT的工程师朋友老板让他调研MES选型他直接下载了一套开源的MES在自己电脑上部署起来让生产经理登录上去看了几个页面又把上料防错的流程演示了一遍第二天老板就对预算松口了。这种“先拿开源验证思路再决定要不要买商业软件”的做法我非常推荐。5.2 Carbon本地部署的基本流程以常见的Java技术栈开源MES项目Carbon为例部署方式其实和其他类似系统差不多大致步骤如下。首先是准备服务器环境。建议用Linux系统配置至少4核8G数据库用MySQL 5.7或8.0缓存用Redis前端用Nginx做反向代理运行环境需要JDK 8或11构建工具用Maven。然后是获取源码和初始化数据库。克隆代码仓库后在数据库里创建对应的库执行项目自带的SQL初始化脚本把数据表、基础菜单、初始账号都建好。这里有个坑很多开源项目脚本顺序不能乱漏执行会导致登录进来一堆菜单打不开。接下来配置后端。打开application-prod.yml之类的配置文件把数据库连接地址、账号密码、Redis地址改成本地环境然后执行mvn clean package -DskipTests打成一个jar包再运行java -jar就启动后端服务了。前端构建也简单进去npm install然后npm run build把生成的dist目录部署到Nginx下并配置反向代理把API请求转发到后端的8080端口。最后浏览器访问服务器地址用初始账号登录先把“系统管理—基础数据—生产计划—生产执行—质量管理”这条主线菜单过一遍再开始研究改业务。需要提醒两点。第一开源MES通常不自带SECS/GEM通信功能和RMS配方下发这些半导体级能力你需要在外面接一套EAP或者做二次开发。第二文档质量参差不齐很多细节要自己翻源码部署团队里最好有一个能读懂Java代码的人。5.3 商业、开源、自研三选一的判断框架对比维度商业MES开源MES自研MES成本高有授权费和服务费低主要是人力和服务器成本最高开发和维护全靠自己上线周期短有成熟模板中需要消化源码再改很长从零开始灵活度中受产品架构限制高源码在手最高风险低厂商兜底中依赖社区和个人能力高核心成员离职就麻烦适合场景快速上线、团队人少学习验证、小范围试点、预算有限大型集团、有长期自研规划我见过不少工厂在选型时被销售顾问的演示界面打动结果上线后才发现某些关键场景不支持比如设备联机规范不开放、追溯链路有断点。我的建议是无论在哪个方案里选都先让实施团队带着你现场演练三个场景——一是设备联机状态上报二是物料防错校验三是一键追溯。这三个场景走通了系统基本能满足车间最核心的需求否则再漂亮的大屏都是摆设。对SMT行业来说预算如果实在有限用开源MES加自己开发EAP再集成一个轻量SPC是能跑通的经济型组合。但对半导体行业我真心不建议从零折腾开源方案Recipe管理、FDC、RMS这些模块的复杂度太高商业方案在这类行业里贵有贵的道理。6. 实战中的常见问题与排查技巧6.1 设备连不上EAP按这个顺序查设备联机问题我排查过太多次了整理一套标准思路先确认网络通不通。ping设备IP不通就查网线、VLAN配置、防火墙策略。再确认端口通不通。HSMS通信一般走TCP端口常见的如5000、7000用telnet或nc测一下端口是否开放。确认设备侧配置。设备有没有把主机IP加进允许列表通信模式是主动连接还是被动监听这些参数在设备端的工程师菜单或者配置文件里。看报文。用EAP日志或者模拟工具抓一下看S1F1有没有回S1F2S1F13有没有回S1F14。如果S1F1没有回复问题大概率在网络或者设备侧白名单如果S1F13回了错误码再去查协议版本或者设备状态。最后才怀疑EAP程序本身。别看EAP的代码先着急先确认底层链路是通的不然改了半天代码发现是网线没插好真的很尴尬。6.2 SPC报警满天飞别急着调控制限SPC系统上线初期报警多几乎是必然的。原因通常是控制限算得不对、数据分组不合理、或者判异规则太敏感。控制限应该用历史稳定时段的数据来算而不是上线第一天就急着设置。如果产线还在调试阶段参数波动大这时候算出来的控制限要么宽得没有意义要么窄得天天报警。等设备稳定跑一周以上再重新计算控制限才靠谱。还有一个常见的坑是数据分组不合理。SPC控制图是按照子组采样的如果样本量太小或者采样的时间间隔和设备的状态不匹配控制图的判异结果会很飘。我见过一个工厂把每天的点位算成一个子组结果周一和周五的差异全变成了报警点最后只能把分组口径改成按班次。每个参数也不要一视同仁关键工艺参数薄膜厚度、刻蚀速率、CD值优先级调高非关键参数优先级调低。报警之后如果没有明确的处置流程告警很快就会被无视变成狼来了的故事。6.3 YMS数据和现场对不上问题出在哪YMS分析结果和现场对不上十有八九出在数据链路上。常见的几个原因一是设备时间不同步。设备本地时间、EAP服务器时间、数据库时间不一致导致一批产品的加工参数被归到了错误的时间段图表上全是伪关联。这个问题在EAP上线时就要解决设备时钟建议每天同步一次。二是批次号没对上。EAP采集过程数据时如果没正确取到MES下发的Lot ID后续YMS的切片分析就挂不上批次良率数据自然对不齐。排查时要看原始采集记录里的批次号是不是和MES一致。三是采样周期不一致。不同设备的数据上报频率不同有的每秒一条有的每分钟一条。YMS做趋势对比前必须先统一采样粒度否则趋势图上的波动非常误导人。四是良率口径不统一。合格数的分母是投入量还是产出量缺陷数按单个点算还是按一片板算不同部门如果口径不一样最终报表数字一定对不上。YMS上线前先和各业务部门确认指标口径是最重要的一步。6.4 给刚起步团队的上线顺序建议做了这么多年工厂信息化我比较推荐的上线顺序是先EAP再MES然后SPC最后YMS。这个顺序的理由很简单没有设备数据MES的追溯就是无源之水没有MES的批次信息SPC的异常追批无从谈起没有前面积累的过程数据YMS的根因分析就是巧妇难为无米之炊。先把数据这条腿接上后面做什么都顺。试点选型也很重要。别一上来就在整条产线铺开挑一条相对标准、设备接口齐全的产线先跑通“MES发工单、EAP采数据、SPC看趋势、YMS做分析”的最小闭环验证完再横向扩展到其他产线。这个节奏看着慢实际上比一次性铺开要稳得多。团队配置上至少要有四个角色懂网络和SECS/GEM协议的设备集成工程师、懂数据库和接口开发的后端工程师、懂车间业务流程的工艺或生产骨干、懂数据分析的质量工程师。外包可以帮你干活但自己人必须全程在场不然项目验收后你连日志在哪看都不知道。我个人做工厂信息化最大的体会是不要把CIM各系统当成互相独立的软件它本质上是一套“用数据把车间管起来”的方法论。MES解决流程在线化EAP解决设备自动化SPC解决质量预警YMS解决良率归因缺一块其他几块的效率都会打折。我最深的教训是当年第一个EAP项目设备厂商和MES集成商互相扯皮最后靠一份完整报文才分清楚责任。所以做这个方向团队里一定要有一个能从“报文级别”看懂问题的人。如果你正打算上CIM别被MES这个概念框住先把设备数据这条腿接上再谈别的。
