我在美利坚当学霸 第259节

  况且只需要在技术方向上把关,本质上更像是挂个名儿,倒也不会占用太多精力。

  思索片刻后,李傲点头应允:“好,我接受。”

  “太好了,感谢你的信任!”霍华德脸上露出了衷心的笑容。

  能为NASA拉拢到这样一位顶尖人才,无论对当前项目还是中心长远的发展,都大有裨益。

  一旁的米勒教授目睹这一幕,无奈地笑了笑,心中十分理解霍华德的想法。

  毕竟当初他自己为了搞课题,也是想方设法把李傲拉进计算机系。

  面对这种级别的天才,没有任何一个科研机构能抵挡住诱惑。

  短暂的插曲过后,话题重回正轨。

  贝克博士主动接过了话头:“我先带你们去接口算法组的办公区吧,组里的工程师们正盼着支援团队到位呢。”

  “好,早点对接也能早点推进。”李傲赞同道。

  众人不再耽搁,在贝克博士的带领下,前往负责墨菲斯与ALHAT接口整合算法的办公区域。

  既然核心算法的思路已经明确,当务之急就是尽快完成代码编写,以便开展后续的任务仿真与可靠性分析,验证两套系统能否在严格的实时约束下稳定协同工作。

  与当年参加无监督图表示学习项目时不同,如今的李傲早已享誉学术界。

  哪怕他主要是以数学家的身份跨界参与工程项目,也绝不会有任何工程人员敢轻视他。

  况且能被霍华德博士亲自登门请来的研发专家,其算法功底毋庸置疑。

  当李傲一行人走进研发区域时,原接口算法组的工程师们纷纷起身热情致意:“欢迎加入项目,李教授!”

  贝克博士微笑着上前,为李傲介绍组里的负责人:“李教授,这位是迈克尔·哈里斯博士,负责接口软件的开发工作。后续有什么需求,你直接找他就行。”

  “关于接口整合算法的后续研发,中心已决定由李教授统筹技术方案与任务分配,你这边没问题吧?”

  “没问题,我们组全力配合!”哈里斯博士是个三十五六岁的年轻人,闻言干脆利落地回答。

  他博士毕业后便进入NASA工作,能在三十多岁的年纪掌管约翰逊航天中心的接口算法组,负责重大项目中的关键子系统研发,自身技术底子相当扎实。

  加入墨菲斯自主着陆项目时,他满腔热血,渴望攻克技术难关,为行星自主着陆与人类深空探索贡献力量。

  然而真正接手项目后,他才体会到这项工程的艰难。

  要让墨菲斯验证器在复杂地形上安全着陆,系统必须在有限时间内选出安全且可达的落点,并在随后的每个控制周期内及时更新导航状态和制导指令,难度超乎想象。

  最棘手的是,墨菲斯起降平台与ALHAT感知系统此前长期独立研发,全球范围内都没有可供参考的系统级接口整合经验,一切只能靠他们摸着石头过河,自己慢慢探索。

  这段时间,整个算法组都承受着巨大的压力与煎熬。

  随着明年飞行试验节点的临近,留给他们的时间所剩无几。

  尤其是墨菲斯验证器的起降控制,与ALHAT系统的地形探测都在顺利推进,这让进度卡壳的接口算法组显得像是在拖整个项目的后腿。

  直到霍华德博士宣布邀请芝加哥大学的天才教授李傲加盟,哈里斯才稍稍松了一口气,心中也重新燃起了期待。

  虽然在他过往的认知里,李傲的名头更多与纯粹的数学理论绑定,与机载实时接口工程似乎没多大关系,但哈里斯深知霍华德的严谨作风,若非确有真才实学,绝对不可能被委以如此重任。

  “既然大家都认识了,那我就不打扰你们对接了,ALHAT组那边还有个研讨会等我主持。”贝克博士笑着说道,随后便告辞离开。

  他主要负责ALHAT的地形探测与相对导航,需要先将各路传感器数据对齐到统一时标,再分别用于危险地形识别和导航状态估计,最后把地形信息与位置、速度、姿态估计结果交给落点决策和制导模块。

  这一过程对时标精度要求很高。如果时间偏差超出系统容差,就可能造成状态估计偏差,进而影响制导精度。

  贝克离开后,霍华德也有其他工作需要处理,叮嘱哈里斯全力配合后,随即离开了办公区。房间里只剩下李傲一行和接口算法组的成员。

  李傲神色自然而认真,决定趁热打铁,先把整体技术方案敲定。

  “哈里斯博士,趁着离午餐还有段时间,我们先把接下来的研发路线明确一下?”

  “好的,请跟我来。”哈里斯点头赞同,随即引导李傲一行人走向旁边的会议室。

  众人落座后,哈里斯将一份整理好的技术文档递给李傲,主动汇报:“李教授,这是我们组目前的成果总结与研发进度。”

  李傲接过文档快速翻阅。

  没过多久,他便察觉到了问题所在。

  哈里斯团队目前采用的在线轨迹优化方案,把候选落点筛选与非线性在线轨迹优化紧密耦合,迭代次数没有可靠上限,最坏情况下无法保证在规定时限内给出可用的制导结果。

  即便强行补齐代码,也很难通过后续的任务仿真与可靠性测试。

  正当李傲组织语言准备指出问题时,一旁的米勒教授开口打破了沉闷的气氛。

  “直接按照你在飞机上构思的方案来吧,”

  米勒教授笑着说道,“你直接给我们分配具体模块就行。”

  米勒在航程中就已经彻底被李傲的“动力学可达域剪枝算法”说服,先利用动力学可达域排除不可达落点,再为剩余候选设计计算时间可控的轨迹评估方法。在他看来,既然原架构的关键缺陷无法靠局部修补解决,就没必要继续沿着原方案投入时间。

  随行的学术成员与博士生们也纷纷表示赞同。

  “我也赞同李教授的思路。”艾文第一时间附和道。

  见自己这边团队意见高度一致,李傲心中有了定数。

  他转向哈里斯,神情严谨,而且十分坦诚:

  “哈里斯博士,有一件事我需要提前与你沟通下。

  “现有方案把落点筛选与在线轨迹优化耦合得过于紧密,局部修补无法解决最坏情况下的超时问题。

  “为了满足项目的实时性和可靠性要求,已经验证过的底层数据接口可以保留,但核心算法需要全部推倒重来,按照新的方案重新编写。”

  ……

第376章 四个月……还是保守估计(求订阅)

  “……核心算法全部推倒重来,按照新的方案重新编写。”

  李傲的话音刚一落下,会议室内立刻安静了几秒。

  哈里斯博士和几位接口组的工程师面面相觑,脸上满是吃惊,显然没料到这位新来的算法首席顾问会提出如此果断且激进的做法。

  在常规工程研发中,重写核心算法,意味着既有方案中的大部分成果需要废弃,也会带来很高的进度风险。

  面对瓶颈时,沿着现有方案修修补补,通常才是工程师们的首选。

  哈里斯最先反应过来,有些急切地讲出心中的顾虑:“李教授,你是不是再慎重考虑一下?留给我们的时间确实不多了。现有的底层数据接口已经完成,核心算法虽然不够完美,但代码也已经写了大半。”

  “时间进度上不用担心。”

  李傲摆摆手,语气平静而从容,“根据我的估算,就算推倒重来,最多四个月就能完成核心算法的开发,交付可进入任务仿真的版本。”

  他当然理解哈里斯的顾虑。

  科研人员对自己的成果往往倾注了大量心血,为了攻克瓶颈连续加班加点更是常态。

  面对前期努力做出的大半成果都要作废的情况,一时难以接受再正常不过。

  然而,明年的自主着陆飞行试验容不得这种已知的结构性风险。

  底层数据接口虽然可以保留,原有核心算法却没法光靠继续修补就解决隐患,哪怕完成了大半,也得重新开始。

  工程研发讲究严谨,尤其是这种面向未来行星着陆的航天试验项目。

  飞行中哪怕一个很小的错误,也可能导致验证器受损,令整个试验失败。

  听到“四个月内交付可供任务仿真的版本”,哈里斯一时间有些失神,连心血被否定的低落都被冲淡了。

  他抬起头,用不可思议的语气脱口而出:“最多……四个月?”

  在他的研发经验里,如此复杂且实时性要求严苛的接口算法,即便已有底层数据接口可供复用,从核心算法开发到完成单元测试,通常也要一年以上。

  四个月内交付可用于任务仿真的版本,简直是不可能完成的任务。

  然而哈里斯并没有注意到,对面的艾文此时正若有所思地看着他。

  艾文看着震惊的哈里斯,仿佛看到了当年的自己。

  他清晰地记得,第一次与李傲合作无监督图表示学习时,项目刚刚启动,团队便在无标注训练信号的技术路线选择上陷入了困境。

  团队原本想借用图同构项目中的群作用不变量约束,却很难同时满足节点置换稳定性和跨网络迁移的要求。

  那个时候,全组一筹莫展,拿不定主意,而李傲仅仅用了一个长周末,就重构出了不变量代理训练目标,为后续验证解决了大难题。

  那一幕给艾文留下了极深的震撼,至今难忘。

  即便后来李傲在数学领域声名鹊起,连拿国际大奖,在艾文眼里,依然难以掩盖他在计算机算法上的过人天赋。

  别人或许觉得四个月是天方夜谭,艾文反而认为,李傲这么说,大概只是个十分保守的估计。

  于是艾文毫不犹豫地接过话茬,语气果断:“我相信李教授的判断。”

  李傲朝艾文微微颔首,随即环视众人,拍板道:“就按这条路线定。接下来我把算法逻辑和各模块的分工详细讲一下。”

  既然身为技术负责人的李傲已经明确表态,哈里斯即便心存疑虑,也不再坚持己见。

  反正只要能取得理想的最终结果,任何尝试都是值得的。

  他深吸一口气,重重地点了点头:“好吧,听您的。”

  随后,李傲就在会议室里系统介绍了全新的算法方案,内容包括ALHAT地形与导航信息的接入、基于动力学可达域的候选落点筛选、限时轨迹评估,以及接口状态监测与故障处置。

  其中,系统先根据ALHAT给出的安全落点和导航状态,结合验证器的剩余燃料与机动约束,排除不可达候选。再对其余候选进行限时轨迹评估,选出安全且可达的目标落点。制导模块随后围绕该目标持续更新制导指令。

  针对传感器数据可能出现的失真、超时或中断,李傲还设计了故障检测、隔离和降级处置机制。

  一旦某一路数据被判定异常,系统会立即将其隔离,改用仍然有效的观测。

  若剩余信息不足以维持可靠导航,就放弃继续改道,转入预设的紧急着陆程序,尽可能降低失控风险。

  一个多小时后,会议结束,正好到了中午,众人便一同前往食堂。

  相比芝加哥大学团队的从容与期待,哈里斯的眼神始终有些复杂。

  听完李傲详尽的方案架构后,他心里已是彻底折服。

  如此严密且兼顾工程可靠性的设计,难怪连米勒教授这位领域内久负盛名的计算机大牛都甘当绿叶,给李傲教授打下手。

  相比之下,自己组里先前的方案确实漏洞百出,推倒重来是极具远见的决定。

  但也正因为方案如此完善,包含了多个计算模块与复杂的故障处理逻辑,哈里斯对“四个月”的时限反而愈发忧心。

  按照航天软件的标准研发流程,光是完成这些模块的代码编写和审查,以及后续的单元测试,正常情况下至少需要一年。

  他暗自捏了把汗,生怕开发延期,挤占后续任务仿真和系统联调的时间。

  简单吃过工作餐,众人回到办公区。

  下午,接口整合算法的编写正式启动。

  李傲在工作台前坐下,双手落于键盘,整个人瞬间进入高度专注的状态。

  清脆连贯的键盘敲击声在室内响起,代码行在屏幕上如流水般飞速延伸。

  他行云流水地构建着算法底层框架,几乎没有任何迟疑或顿挫,甚至极少按下退格键,仿佛整套算法架构早已在他脑海中完成了编译。

  除了早已习以为常的米勒教授和艾文博士,航天中心接口组的几名工程师全都看呆了。

  他们下意识地停下手头的工作,围在李傲身后,目光紧紧落在他那飞速跳动的代码界面上,眼神中满是震撼。

  “这真的是在现场写C++算法架构……?”哈里斯愣在原地,心中掀起了巨浪。

  眼前的景象完全颠覆了他对“顶尖数学家”的刻板印象。

首节 上一节 259/347下一节 尾节 目录