第428章 合城产能运营智能化改造（1 / 2）

老韩在追光五期投资方案通过内部审批后的第三天，把一份长达四十页的产能运营现状评估报告摆到了梁志远的桌上。报告的封面没有标题，只印着一行日期戳和三个红色的大字：「待解决」。梁志远翻开第一页，看到的是老韩手绘的一张合城产业园四座追光产线的设备综合效率对比图——追光一期的设备综合效率稳定在百分之八十七，追光二期百分之八十五，追光三期百分之八十二，而刚刚全线投产的追光四期只有百分之七十六。

「四期设备最新，国产化率最高，但效率最低。」老韩用粗糙的食指点了点追光四期的柱子，「不是设备不行，是四期的设备来自七个不同的国内供应商，每家的设备控制接口丶数据格式和报警代码体系都不一样。一条产线十二道工序，操作员要在七套不同的设备控制面板之间来回切换，每切换一次就是几十秒的认知重载。一个班次下来，光是在不同界面之间找按钮的时间就占了非计划停机的百分之十二。」

梁志远把老韩的报告从头到尾翻了一遍。报告里的数据颗粒度细到了每一台设备在每一个班次内的稼动率波动曲线。追光四期的国产第三代刻蚀设备在单独运行时效率不输进口设备，但当它与国产薄膜沉积设备和国产离子注入机串联成一条完整产线时，三台设备之间的晶圆传递节奏就出现了系统性的错位——刻蚀设备每批处理二十五片晶圆，薄膜沉积设备每批处理三十片，离子注入机每批处理二十片。三种不同的批处理节拍在产线上形成了三个不同频率的「呼吸节奏」，晶圆在缓冲区里等待的时间比实际加工的时间还长了百分之十八。

「这不是设备效率的问题，是产线节奏的问题。」老韩在报告的第二十七页画了一张节拍分析图，三条不同颜色的正弦波分别代表三台核心设备的批处理周期，波峰和波谷相互错开，形成了一片混乱的干涉条纹。「追光一期用的是全进口设备，三家供应商在交付前就做过了联机调试，批处理节拍是预先对齐的。追光四期的国产设备来自不同供应商，每一家都按照自己的最优节拍设计，没有人做产线级的节拍协同。这个责任不在供应商，在我们——我们买了七家的设备，但没有给它们一个统一的节奏。」

梁志远把节拍分析图拍了照发给章宸，附了一段话：「合城产能运营的智能化改造，第一刀应该砍在产线级调度系统上。天枢OS产线管理系统目前只做到了数据采集和工艺参数归档，还没有介入实时调度。如果把天枢OS的算力从『事后记录』升级到『事中调度』，追光四期的设备综合效率有机会从百分之七十六拉到百分之八十五以上。」

本书首发 读台湾小说就上台湾小说网，??t??w??k?a??n.??c??o??m 任你读 ,提供给你无错章节，无乱序章节的阅读体验

章宸在中央研究院收到消息时正在审阅补天工具链演示后的改进任务清单。他看完梁志远的消息，在终端上调出了天枢OS产线管理系统的架构图，把负责实时数据采集和工艺参数归档的两个模块用红圈标出来，然后在旁边画了一个新的模块框，写了四个字：「产线调度引擎」。他把修改后的架构图发回给梁志远，附了一条批示：「天枢OS的产线调度引擎开发任务从中央研究院软体架构组分出一半人力，与合城产线工程团队组成联合攻关组。目标八周内上线试运行，首期覆盖追光四期全部十二道工序。」

联合攻关组的第一次碰头会在合城产学研融合中心的三楼会议室举行。梁志远从追光设备工程团队抽调了三名最熟悉国产设备控制接口的工艺工程师，老韩从四座追光产线的班组长里选出了四个在产线上干了五年以上的老操作员，中央研究院软体架构组派来了一个六人团队，带队的是天枢OS数据采集模块的原作者，一个三十二岁的系统架构师，姓郑。郑工在来合城之前花了两天时间把追光四期全部设备的控制接口文档研究了一遍，得出的结论比老韩的节拍分析更尖锐。

「七家供应商的设备控制接口用的通信协议多达四种。」郑工把协议对比表投到屏幕上，「刻蚀设备用的是工业乙太网协议A，薄膜沉积设备用的是协议B，离子注入机用的是协议C，检测设备用的是协议D。四种协议的数据帧格式丶握手机制和错误处理逻辑完全不同。天枢OS目前的采集模块之所以只能做『事后记录』，是因为它只能被动接收各设备控制面板定时导出的日志文件——日志文件的导出周期是三十秒一次，三十秒在产线上足够晶圆在缓冲区里多等三批。」

「能不能做实时采集？」老韩问。

「能，但需要在每台设备的控制面板上加装一个协议转换中间件，把四种协议统一转换成天枢OS的原生数据格式。中间件的开发不难——我们已经在合城二期的厂务系统里做过类似的工作，把冷却水循环丶气体纯化和洁净室温控三套不同协议的子系统接入了天枢OS。难的是中间件的部署——七家供应商的设备控制面板在出厂时锁死了第三方软体安装权限，要装中间件需要每家供应商配合开放权限。」

「那就挨家挨户去谈。」老韩说，「合城产线上跑着他们的设备，我们是他们最大的单一客户。开放一个软体接口权限，换他们的设备在未来科技后续产线扩建中的优先采购权。这笔帐他们会算。」

梁志远把七家供应商的名单列在白板上，按照合作深度和国产化替代紧急程度标注了优先级。三家核心设备供应商——刻蚀丶薄膜沉积和离子注入——排在第一批，两周内完成接口权限谈判和中间件部署。其余四家辅助设备供应商排在第二批，四周内完成。离子注入机的供应商是那家正在冲刺片内均匀性提升的国内厂商，驻厂郭工在接到梁志远的电话后直接说：「权限可以开，但我们有一个要求——天枢OS采集到的注入剂量均匀性数据，希望能实时回传给我们总部的工艺优化团队。我们自己在产线上只有两名驻厂工程师，数据样本不够。如果能共享追光四期的全量注入数据，我们承诺在六周内把片内均匀性再提升百分之零点三。」

「百分之零点三对天权6号的工艺规格来说还不够。」梁志远说，「你们需要在八周内提升百分之零点六以上。」

「那就要给我们天权6号工艺设计套件中的阈值电压敏感度数据。」郭工在电话那头沉默了几秒，「离子注入的片内均匀性和阈值电压之间的关系不是线性的，我们需要知道天权6号的羲和架构对阈值电压偏差的容忍边界在哪里，才能在注入参数里做精确补偿。」

梁志远看了林薇一眼。天权6号的阈值电压敏感度数据属于晶片设计核心参数，向设备供应商开放意味着把设计端的敏感信息交给制造端的外部合作夥伴。但如果不开放，离子注入机片内均匀性的提升就缺少最关键的校准目标。他在笔记本上写了一个折中方案：不直接共享原始设计数据，而是由中央研究院将阈值电压敏感度转化为一组离子注入工艺窗口的量化指标——注入剂量偏差上限丶片内均匀性上限和退火温度曲线边界——以工艺规格书的形式发给供应商。这样既能保护设计端的核心参数，又能给设备端提供清晰的优化目标。

林薇批准了这个方案，同时加了一条补充：「天权6号的离子注入工艺窗口指标也同步发给追光五期那两台即将采购的国产离子注入机的供应商。不能等到设备进厂了才开始校准，工艺窗口的适配工作前移到设备出厂前的预调阶段。」

产线调度引擎的开发在两周内完成了架构设计。郑工把调度引擎的核心算法定位为「基于约束满足的混合整数规划」——将每批晶圆的工艺路线丶每台设备的批处理容量丶每道工序的标准加工时间和设备之间的物理传输延迟全部编码为约束条件，求解目标是在满足全部工艺约束的前提下最小化晶圆在缓冲区内的等待时间。这套算法的数学框架并不新颖，在传统的半导体制造执行系统中早有应用。但郑工在架构设计里加入了一个天枢OS独有的变量——实时环境数据。

「传统制造执行系统的调度模型只考虑设备状态和工艺参数，不考虑环境变量。」郑工把调度引擎的输入变量列表投到屏幕上，「但老韩的团队在追光三期的运营数据中发现了一个规律——合城每年三到四月的春季湿度高峰期间，薄膜沉积设备的工艺稳定性会下降约百分之二，对应的设备综合效率会下降约百分之一点五。原因是湿度变化影响了化学气相沉积前驱体的反应速率，而这个变化不在传统调度模型的考虑范围内。天枢OS已经接入了合城厂务系统的全部环境传感器——温度丶湿度丶气压丶冷却水温度丶气体纯度——这些数据目前只用于事后追溯，从来没有被用于事前调度。」

老韩听到这里时眼睛亮了。他在产线上干了二十年，对「春季效率低谷」这个现象深有体会，但从来没有把它和调度系统联系起来。「如果调度引擎能提前四十八小时读到气象数据——知道后天湿度会突然升高——它就可以在前天把薄膜沉积工序的批次提前排进产线，把对湿度不那么敏感的刻蚀工序挪到湿度尖峰时段。这等于用调度弹性换工艺稳定性。」

郑工把老韩的思路转化为算法语言写进了调度引擎的设计文档：「在目标函数中增加环境变量对工序稳定性的影响权重，使调度引擎具备对环境扰动的预响应能力。」