LiteMES 转型第 3 天为什么我把项目场景从“四道工序 Demo”升级为真实装配流水线这是 LiteMES 转型学习第 3 天记录。今天原本的主题是“工序配置”但学习过程中发生了一个很重要的设计纠偏我决定把最初的“控制盒组件四道工序”降级为入门讲解示例把正式项目主线升级为“电控箱/控制器总成装配流水线 MES”。一、今天先纠正一个问题我不是要做 Demo刚开始学习 MESManufacturing Execution System制造执行系统时用一个简单产品串起流程是有必要的。例如备料 - 装配 - 测试 - 包装这个流程很适合第 1 天理解 MES 闭环订单怎么来、工单怎么执行、工序怎么流转、报工和质检怎么进入追溯。但到了第 3 天继续往下建模时我发现一个问题如果继续把这个简单场景当成正式项目主线后续模型会越来越浅。真实工厂流水线不是“一个备料工序准备所有物料一个装配工序完成全部装配”。对于复杂一点的产品比如电控箱、控制器总成、设备控制模块物料可能很多螺丝、螺母、线束、端子、主板、标签、外壳都有型号差异。实际生产也不会把所有物料都堆在一个备料工序里。更常见的做法是仓库或备料区按工单配送物料 产线每个工位只放本站需要的线边物料 产品流到某个工位后该工位只完成本站负责的一段作业 系统提示本站装什么、装几个、装在哪里、用什么设备、参数标准是多少 执行完成后记录实际用料、设备、参数和判定结果所以今天最重要的收获不是多设计几张表而是明确LiteMES 不能停留在四道工序 Demo要升级为能解释真实流水线作业的模型。二、为什么要变更项目场景原来的“控制盒组件四道工序”有三个价值帮助理解 MES 闭环方便建立订单、工单、工序、报工、质检、追溯的第一印象适合第 1 天快速把业务流程讲顺。但它不适合作为最终可落地 MES 主线原因也很明确。第一它无法体现复杂产品的分工位作业。真实流水线中每个工位通常只做一件或一组明确的事例如锁螺丝、插线束、烧录程序、功能测试、外观检验。第二它无法体现线边物料。复杂产品的物料不会全部在“备料工序”一次性处理完而是按工位分配、按步骤消耗。第三它无法体现工艺参数。比如锁付工位不仅要知道用哪种螺丝还要知道安装位置、数量、使用设备、目标扭矩、允许范围以及是否每个锁付点都要记录结果。第四它无法支撑真实追溯。真实追溯不只查“经过了测试工序”还要查某个步骤用了哪个批次的物料、哪台设备、哪个参数值、谁操作、什么时候完成、是否合格。因此今天把正式主场景升级为电控箱/控制器总成装配流水线 MES典型流程调整为工单下发 - 线边备料 - 底壳预装 - 螺丝锁付 - 线束接插 - 主板装配 - 标签/铭牌 - 程序烧录 - 功能测试 - 耐压/老化测试 - 外观检验 - 包装入库 - 批次追溯这个场景仍然控制在小型离散制造范围内但比“四道工序”更接近真实工厂流水线。三、今天重新理解了“工序”今天的主题是工序配置。以前容易把工序理解成一张简单字典表备料 装配 测试 包装但在真实 MES 中标准工序应该是可复用的生产动作模板。它回答的是这一步是什么动作怎么执行是否关键需要什么能力有哪些标准动作是否需要记录结果或参数。标准工序不应该直接绑定具体产品、具体 BOM、具体工位或具体设备。例如“螺丝锁付”可以作为一个标准工序它可以定义工序名称螺丝锁付 执行方式半自动 是否关键是 能力要求电批锁付能力、扭矩采集能力 标准动作扫码开工、锁付、记录扭矩、判定合格但它不应该直接定义这个产品用 M3x8 螺丝 4 颗 安装在左上、右上、左下、右下 扭矩标准是 0.45 N·m 使用设备 EQ-SCREW-001这些内容属于产品路线步骤而不是标准工序本身。四、标准工序、路线步骤、工位、工单执行要分层今天我把这几个概念重新拆开了。1. 标准工序定义可复用动作标准工序只负责动作模板例如线边备料底壳预装螺丝锁付线束接插主板装配程序烧录功能测试耐压/老化测试外观检验包装入库。标准工序关注分类、标签、执行方式、关键工序、标准动作和能力要求。2. 产品路线步骤定义本站作业内容产品路线步骤才是某个产品的具体作业定义。比如电控箱总成的“底壳螺丝锁付”步骤可以定义引用标准工序螺丝锁付 本站物料M3x8 螺丝、M3 螺母 单台用量螺丝 4 颗螺母 4 个 安装位置左上、右上、左下、右下 设备能力电批锁付能力、扭矩采集能力 工艺参数目标扭矩 0.45 N·m允许范围 0.40 - 0.50 N·m 记录要求每个锁付点记录实际扭矩这说明真实 MES 里不能只有RouteStep还需要进一步设计RouteStepMaterial RouteStepWorkInstruction RouteStepParameter也就是路线步骤物料、路线步骤作业指导、路线步骤工艺参数。3. 工位配置定义现场边界工位不是空的。一个锁付工位需要提前配置它具备锁付能力它允许使用哪些电批默认设备是哪台线边可以放哪些物料是否有料盒、库位或工装当前工位和设备是否启用、可用。这部分属于生产资源和现场边界不属于标准工序。所以更准确的原则是工序管“要什么能力” 工位管“这里有什么资源” 路线步骤管“这个产品本站做什么” 工单执行管“这次实际用了什么”4. 工单执行记录真实发生的事实当工单要生产 20 台产品时系统不能只显示“执行螺丝锁付”。它应该根据路线步骤展开本站物料需求M3x8 螺丝20 x 4 80 颗 M3 螺母20 x 4 80 个现场执行时还要记录实际使用哪个物料批次实际使用哪台电批每个锁付点的实际扭矩是否合格操作人、工位、时间异常和返修情况。这才是后续追溯能成立的基础。五、为什么工序不直接绑定设备今天还讨论了一个很实际的问题如果测试工序需要测试设备为什么不直接在工序上绑定设备原因是工序绑定设备会把标准动作和现场资源耦合得太死。更合理的方式是标准工序要求测试能力 设备主数据声明自己具备测试能力 工位配置定义本站可用哪些测试设备 路线步骤定义这个产品本站需要测试哪些内容和参数 工单执行记录这次实际使用了哪台设备如果有多台测试设备都具备测试能力系统可以根据工位设备关系、启用状态、可用状态、默认设备和优先级做推荐。最终现场确认使用哪台设备并把实际设备写入工单执行记录。这样既符合真实工位通常有固定设备边界的事实也避免把标准工序写死到某一台设备上。六、今天的模型升级今天确认的设计方向是工序模块采用“工序主档 工序定义版本 标准动作/标签/能力要求关系”。核心对象包括ProcessCategory ProcessTag Process ProcessDefinition ProcessDefinitionTag ProcessStandardAction ProcessCapabilityRequirement其中Process保存工序稳定身份ProcessDefinition保存工序定义版本ProcessStandardAction保存标准动作ProcessCapabilityRequirement保存能力要求Capability作为工序要求与工位、设备能力之间的匹配语言。为什么要有版本因为工序一旦被路线引用后续修改就不能覆盖历史。例如“螺丝锁付”从 v1.0 调整为 v1.1扭矩记录要求或能力要求发生变化已经生成的工单不能被新规则污染。历史生产必须还能按当时版本解释。七、今天没有进入源码实现今天的产物仍然是业务和可开发设计不是已经完成了数据库、接口和页面。这是刻意控制的。因为这次纠偏后后续第 4 天产品、物料、BOM 和路线设计会变复杂。如果今天直接写代码很容易把早期简单场景写死后面再不断补字段、补关系、补异常规则最终变成难维护的 Demo 系统。所以今天先把主线升级清楚控制盒组件四道工序入门示例 电控箱/控制器总成装配流水线正式主线后续所有建模和实现都要围绕真实流水线展开。八、今天的收获今天最大的收获是MES 建模不能从“菜单有哪些”开始也不能从“表有哪些字段”开始而要从现场问题反推。真实现场会问当前工位做什么本站要用哪些物料物料来自哪个批次用哪台设备设备是否满足能力要求参数标准是多少实际参数是多少不合格后怎么追溯这些问题决定了系统需要区分标准工序、产品路线步骤、工位配置和工单执行。今天把项目从简单示例升级为真实流水线场景是为了让 LiteMES 后续能继续往可落地 MES 方向走而不是做一个看起来有菜单、实际上无法解释现场执行的练习项目。九、下一步下一步进入产品、物料、BOM 与产品工艺路线时重点不能只是“产品有哪些字段、BOM 有哪些字段”。需要重点解决BOM 明细如何分配到路线步骤每个步骤如何定义本站用料和单位用量每个步骤如何定义安装位置和作业指导每个步骤如何定义工艺参数工位如何配置线边物料和可用设备工单生成时如何按生产数量展开各步骤物料需求执行时如何记录实际物料、设备、参数和追溯事件。一句话总结今天标准工序负责复用路线步骤负责产品级作业定义工位负责现场资源边界工单执行负责记录真实发生的生产事实。