第175章 AI已经形成了帮助方案进行迭代的能 第(2/2)分页

字数:   加入书签

A+A-

工作其实配合组装。”孙博也是对着纪弘笑了笑,他们见过机密那,主要是一直微信有联系,也算熟人:“你们也知道,EUV光刻机这个东西,它最大的难处其实不零部件,而是组装。”

    孙博介绍着,其实不用孙博介绍,纪弘也知道个大概。

    早在好几年前,阿斯麦交付第一台EUV光刻机的时候,他就了解过相关的技术,虽然流于表面,但仅仅只是表面的这些数据,就足以说明这个大家伙不好搞——

    它足足有几十万个零件,一百多吨!

    别说设计和制造了,用阿斯麦的说法,啥都干好,光组装都得组装半年之久!

    “所以,我们怎么干的呢?”孙博介绍道:“先说具体情况……”

    “这个厂区现在有十几万人,我们几乎把国内能够聚拢的力量,全都聚拢到了这里,包括卖二手光刻机的,研发低端光刻机的,甚至零部件供应商大批量的人全都吸纳了进来,让他们能干点啥干点啥。

    “是不是很不可思议?这么多人怎么管理啊?工作任务怎么分配啊?协同工作怎么处理啊?

    “你让一个人带十个人工作他可能能干的很好,出类拔萃,但带一千人一万人呢?不好搞啊!”

    孙博说着还卖起了关子,不过,纪弘也是看出来了,这肯定是利用了AI来实现的。

    这里使用的AI可是最新的版本,甚至每一次升级都没有漏掉他们。

    “设计方案这一块儿,AI给了巨大的帮助,它将整机系统分成了若干个难易不同、功能分门别类的模块。

    “然后又把这些模块儿按照同样的原则分成更加细小的模块儿,如此循环,直到这个模块儿能够让一个中等三十到五十人的团队进行研发和组装。”

    模块化的研发并不是什么稀罕事儿,任何一个大物件事实上都是这么做的。

    而且这种思维可不是产品独有的,开发一个软件同样是这样的思维——将功能剥离开,分成一个一个模块。

    然后将模块再剥离开,最终形成一个个的函数和方法。

    这其中耗时最长的,是方法和函数的编写吗?不是的!而是功能的分析和模块儿划分。

    光刻机的研发虽然是硬件,但道理也是同样的——只不过最复杂功能分析与模块儿衔接被AI给搞定了!

    剩下的人就是按照AI划定的任务去按部就班的完成就行了!

    这当然快了!

    “不仅仅快,而且,这些模块全部搞定之后,直接组装,其中的衔接甚至非常顺畅,一开机,诶,还真成功了!”

    孙博如此说着:“直到现在我其实都非常迷,也不知道这是偶然还是必然,是运气还是实力。”

    不仅仅是孙博,包括刘向东院士和申再平在内,或多或少的都有一些迷惑——成是成了,但是怎么就成了呢?

    “咱们捋一捋哈,”纪弘也有些费解了:“整体方案是谁设计的?申总?”

    “是我!”申再平说道:“是我带团队设计的,但是,我之前接触的最先进的光刻机是阿斯麦的1980di。

    “拆过不少,可以说是了如指掌。但是,EUV我没机会接触过!属于赶鸭子上架的类型!

    “我按照DUV的架子,然后融合了各个零部件的性质和参数,进行了一些调整。按理说,这是不可能成功的,至少不可能一两次就成功。”

    申再平很实诚,事实上,他也不认为这玩意儿是他的功劳,如果EUV的研发有这么简单,那沪上微电子这么些年干了些啥?

    把DUV的架子,换成EUV的部件,就成EUV光刻机了?离大谱好不好!

    “再有就是各个零部件的参数和性质以及3D立体图了,这些东西作为资料输送给AI了!”

    ……

    纪弘一边听着介绍,心里也不断的在思索着,

    “来,将从一开始,AI所有的训练、决策、结果记录全都整理出来,我来看看!”

    纪弘这个时候心里大约已经知道是怎么一个过程了,但是他还需要确认一下——AI已经形成了帮助方案进行迭代的能力!

    (本章完)