产经周知|埼玉大学与日立安斯泰莫构建跨平台追踪评估平台:软件定义汽车时代的底层基建

摘要:埼玉大学联合日立安斯泰莫构建自动驾驶跨平台追踪评估平台,解决AUTOSAR AP与ROS 2共存时的延迟定位难题。

10月9日,据盖世汽车报道,由埼玉大学Takuya Azumi教授领导的联合研究团队与日立安斯泰莫合作,成功构建了一个基于云的自动驾驶系统跨平台追踪评估平台。在“软件定义汽车”加速落地的当下,这一产学研合作并非单纯的学术验证,而是直击Tier 1供应商在复杂软件栈集成中的性能瓶颈痛点,为缩短研发周期、降低实车部署风险提供了关键的基础设施工具。

长期以来,自动驾驶系统的开发面临一个结构性矛盾:面向量产的AUTOSAR自适应平台(AUTOSAR AP)具备高可靠性与标准化优势,而开源的机器人操作系统2(ROS 2)则在研究与早期原型开发中拥有庞大的生态。当两者共存于同一套自动驾驶系统中时,跨平台边界的数据流追踪与处理延迟定位成为行业级难题。此前业界虽开发了名为CART(结合AUTOSAR AP与ROS 2的追踪框架)的工具,但其评估仅限于小规模应用配置,无法应对实际自动驾驶系统中海量传感器数据与众多协同组件的并发压力。

此次埼玉大学与日立安斯泰莫的合作,核心突破在于将CART工具与高保真自动驾驶仿真器CARLA、基于ROS 2的自动驾驶软件栈以及AUTOSAR AP进行了云端集成。在这一环境中,由CARLA生成的点云传感器数据经由ROS 2和AUTOSAR AP进行目标检测,结果随后反馈给Autoware生成车辆控制指令。测试结果显示,该环境实现了对预期端到端通信拓扑的100%覆盖重建,观测到约33 Hz的点云接收回调频率,并在低追踪开销下成功分析了跨越两大平台边界的延迟。这项题为“结合AUTOSAR AP与ROS 2的自动驾驶系统追踪评估平台”的研究成果已于8月6日发表在期刊《IEEE Open Journal of the Industrial Electronics Society》上。

将这一技术突破置于产业链视角下审视,其商业价值十分清晰。当前,整车电子电气架构正从分布式向中央计算演进,软件代码量呈指数级增长。对于日立安斯泰莫这类传统Tier 1巨头而言,硬件制造的毛利率正在被压缩,软件能力成为维持供应链话语权的核心壁垒。然而,如果跨平台软件栈的性能瓶颈只能在实车路测阶段才被发现,其带来的返工成本和时间延误将是巨大的。这种基于云的评估平台,本质上是将质量验证环节大幅左移,在快速原型开发阶段即可识别延迟问题,从而提升整体产能利用率和研发资金的使用效率。

与此同时,行业内类似的跨界整合正在密集发生。例如,台达在上月末宣布与英伟达合作,利用NVIDIA Hyperion平台及Halos安全系统加速下一代自动驾驶开发,试图将其在汽车能源管理和车载高性能计算方面的积累转化为系统集成优势。无论是台达拥抱算力平台,还是日立安斯泰莫攻克跨软件栈追踪,都反映出上下游企业正在争夺“软件定义汽车”时代的底层标准制定权。

台达企业标识

对利益相关方而言,这一平台的跑通意味着多重博弈格局的微调。对于上游芯片与基础软件供应商,统一的追踪标准可能促使AUTOSAR AP与ROS 2的接口进一步规范化;对于中游Tier 1供应商,掌握此类工具的企业将在竞标车企量产项目时具备更强的交付确定性,进而优化现金流预期;对于下游整车厂,这意味着软件外包或联合开发过程中的黑盒状态被部分打破,性能验收有了量化依据。此外,智能网联汽车的监管层日益关注系统安全性,类似昆明理工大学与滇中新区共建未来交通创新研究院以推动道路测试评估和安全监管体系建设的实践表明,可追溯、可量化的延迟分析工具将为未来的合规认证提供技术支撑。

短期来看,该评估平台有望率先在日立安斯泰莫内部的ADAS(高级驾驶辅助系统)研发管线中得到工程化应用,帮助其在面对车企客户时提供更精确的SLA(服务等级协议)承诺。中期而言,随着L3及以上级别自动驾驶法规在全球范围内的逐步放开,系统响应的毫秒级延迟差异可能直接决定事故责任的归属。届时,这种能够实现100%通信拓扑覆盖重建的跨平台追踪技术,或将从研发工具演变为强制性的安全认证基础设施。关键的变量在于,该技术能否进一步兼容更多元化的中间件生态,以及在处理更高算力需求的多模态大模型上车时,其追踪开销是否依然能保持在低位。

从产业逻辑看,自动驾驶的竞争早已越过单纯比拼算法精度的阶段,进入了对软件工程体系与系统鲁棒性较量的深水区。埼玉大学与日立安斯泰莫构建的跨平台追踪评估平台,正是为这场深水战提供了一张不可或缺的高精度海图。