第146章 联合研发
阳光从落地窗洒进实验室,左城站在门口,看著里面忙碌的身影。
联合实验室正式运营已经三天了。402的三十人技术团队全部就位,和车企工程师隔著一道玻璃,各自调试设备。另一边,几辆崭新的测试车静静停在工位旁,等待被唤醒。
“左总。“沈一鸣走过来,压低声音,“对接的情况比预想的复杂。“
“怎么说?“
“接口协议有十几处不匹配。车企那边是传统的汽车电子架构,我们的算法是基於软体定义设计的,底层逻辑完全不一样。“
左城皱了皱眉。这是他早就预料到的问题,但真正面对时,还是感到一丝压力。
第一次全体会议在下午召开。
左城站在投影幕前,身后是一张清晰的技术架构图。
“感知层、决策层、执行层,三层分离。“他用雷射笔指著屏幕,“我们402负责感知和决策,车企负责执行层的接口適配。三个月后拿出可量產的演示版本,这是共同目標。“
会议室里有人点头,也有人交头接耳。
一个年轻工程师举手:“左总,你们的感知算法基於无人机场景训练,直接迁移到车载平台,准確率能保证吗?“
这个问题问到了点子上。
左城微微一笑:“问得好。我们用仿真器做了上万公里的虚擬测试,同时把无人机积累的环境感知数据做了迁移学习。但真正有说服力的,是实车测试。“
沈一鸣接过话:“仿真准確率97.2%,但仿真器毕竟不是真实路况。所以设计了严格的三阶段验证计划,封闭测试场是第二阶段。“
会议室里响起一阵低语。“97.2%?在仿真器上?“那个年轻工程师眼睛睁大了。
---
第一次技术对接在会议结束后立即开始。
问题很快出现。
“你们的车道保持指令输出频率是20赫兹。“车企工程师皱著眉头,“我们的esc系统要求50赫兹,这是博世產品的固定协议,改不了。“
沈一鸣翻了翻文档:“20赫兹是仿真验证的最优频率,强行提升会牺牲准確率。“
“做不到就是做不到。“
空气僵住了。
左城走上前,看了看两边的文档,在白板上画了个简单的框图:“在决策层和执行层之间加一个边缘计算单元,负责频率转换。我们这边的算法不用改,协议也能满足。“
“增加一个硬体节点?“工程师有些疑虑,“延迟会增加多少?“
“边缘计算单元延迟0.5毫秒,频率转换额外延迟不超过1毫秒,总延迟1.5毫秒,在车辆控制可接受范围內。“
包副总裁走过来,看了看方案,点了点头:“可行。增加一个硬体节点,换来最大的灵活性。这个成本我们承担得起。“
问题当场拍板。
---
接下来一周,类似的接口问题接连出现。通信协议不匹配、数据格式不一致、时间戳同步误差……每一个都不大,堆积在一起却是巨大的工作量。
沈一鸣连续三天睡在实验室。
本章未完,点击下一页继续阅读。