69阅读网

记住本站地址不迷路:www.69ydw.com
69阅读网 > 重回1990:我的科技强国路 > 第428章 合城產能运营智能化改造

第428章 合城產能运营智能化改造

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

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

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

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

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

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

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

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

“能不能做实时採集?”老韩问。

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

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

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

“百分之零点三对天权6號的工艺规格来说还不够。”梁志远说,“你们需要在八周內提升百分之零点六以上。”

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

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

林薇批准了这个方案,同时加了一条补充:“天权6號的离子注入工艺窗口指標也同步发给追光五期那两台即將採购的国產离子注入机的供应商。不能等到设备进厂了才开始校准,工艺窗口的適配工作前移到设备出厂前的预调阶段。”

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

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

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

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

四周后,產线调度引擎的第一个原型版本在追光四期的刻蚀到薄膜沉积三道串联工序上开始试运行。测试用的晶圆是一批天权4號量產批次的非关键层——选用非关键层是为了降低测试风险,但工艺复杂度与正式量產完全一致。老韩把四號操作台的班组长叫到中控室,指著调度引擎的实时界面说:“今天这批晶圆,不用手动排產。让天枢os自己排。”

『记住本站地址 www.69ydw.com』