财经新动-"两种进入狂野式的方法有哪些"-Sonatus：向SDV迈进——一家全球汽车制造商通往灵活的集中式E/E架构之路

Sonatus：向SDV迈进——一家全球汽车制造商通往灵活的集中式E/E架构之路_两种进入狂野式的方法有哪些ZAKER新闻

共同民主党议员金炳柱批评称，总统最大的责任是守护国民的安全和生命，一些韩国网民也在相关报道下表示不满。当地媒体报道称，虽然气候变化导致极端天气现象越来越频繁，但政府事前对策存在局限性是事实。韩国去年8月的暴雨也曾造成巨大损失，政府今年承诺做好“彻底的”事前准备，但仍未能阻止灾难发生，因此不得不再次针对政府灾难管理方面出现漏洞予以指责。

在数字化时代，汽车的电子电气架构（E/E 架构）不尽相同。怎样在 E/E 架构的演变过程中，通过软件创新使汽车变得智能化，在降低研发成本的同时，又可以带来持续创新的用户体验，一直是车厂亟待解决的难题。2024 年 9 月 3 日，在 2024 第四届智能汽车域控制器与中央计算平台创新峰会上，Sonatus 中国区售前技术支持总监张建伟表示，向集中式 E/E 架构的迁移已经开始，但分布式架构将存在相当长的一段时间，预计到 2030 年及以后，我们才会看到大量拥有集中式 E/E 架构的汽车。Sonatus 成熟的平台构建、数据采集和数据应用方案，在赋能车厂实现软件定义汽车的同时，也协助车厂加快了软件创新的步伐。据张建伟介绍，引入带有 Sonatus Foundation 软件的集中式网关将提供灵活的全车访问、控制和更新；为车辆 E/E 架构增加了高度的灵活性。同时利用动态数据收集和车载功能自动化加快 OEM 的创新步伐。张建伟 | Sonatus 中国区售前技术支持总监以下为演讲内容整理：Sonatus 简介与业务概述Sonatus 是一家经过验证的汽车软件供应商，成立于美国硅谷。我们提供从云端到车端的端到端 SDV 解决方案，助力 OEM 实现软件创新。图源：Sonatus我们的产品已广泛应用于现代、起亚等品牌，累计量产车辆超过百万。同时，我们与众多一级和二级合作伙伴建立了紧密的合作关系，业务遍布全球，并荣获诸多奖项与荣誉。SDV 的变革潜力与 OEM 的电子电气架构转型SDV 具备彻底变革汽车行业的潜力，它不仅能够提升汽车的成本效益，还能实现灵活的软件更新与迭代，使 OEM 持续推动产品创新。要实现 SDV，关键在于在通用硬件上通过软件设计车辆功能，而非专用硬件，这是增强汽车灵活性的核心所在。因此，OEM 逐渐意识到，向集中式电子电气架构转型是提升汽车灵活性的关键。电子电气架构经历了漫长的演变过程，目前大部分 OEM 仍处于分布式架构阶段。此页为 S&P 的全球电子电气架构平台预测图。每个柱形图从下到上分别代表电子电气架构演变的五个阶段。可以看出，电子电气架构迁移已经开始，此图按每种架构类型列出了预计的汽车销售量。从趋势来看，分布式架构将在未来相当长一段时间内存在，直至 2030 年左右，集中式架构才将在市场上大量应用。OEM 需在迁移过程中，奠定更好的电子电气架构基础。从另一个角度看，目前市场上销售和运行的车辆，大部分仍以分布式为主。因此，OEM 如何在迁移过程中更好地实现 SDV，成为其关注的焦点。Sonatus如何助力 OEM 实现灵活的集中式架构引入由 Sonatus Foundation 提供支持的灵活的网关，我们为车辆电子电气架构提供了一系列主要功能。首先，我们将高速车载以太网引入了电子电气架构网络，简化了车辆布线，并从云端提供了精确的网络数据控制，包括以太网交换机和以太网转换子网关。同时，电子电气架构的升级还使 OEM 实现了真正的软件定义网络，允许 OEM 在云端通过控制台动态进行远程网络管理，特别是在车辆售出后的整个迭代过程中，真正促进了车辆全生命周期的更新。在提供电子电器架构网络高度灵活性的同时，Sonatus 还提供了两项更高级的功能。首先，我们可以利用基于高度配置和事件触发的数据收集整体解决方案，支持各种类型的数据收集。在研发阶段和售后阶段，我们都可以灵活配置数据收集的事件和类型，同时大幅减少数据收集时的运营商流量，实现高效数据收集。电子电气架构的升级，我们还可以实现车载功能自动化。OEM 的工程人员可以通过软件程序快速添加车载自动化，这在车辆售后阶段是非常强大的功能。我们支持 OEM 在售后阶段对车辆进行大范围的个性化设置，这种功能通常在售后阶段需要规划新功能的开发测试，再通过 OTA 引入，是一个耗时耗力的新功能更新过程。同时，我们还可以运行自动化测试和诊断，以提高车辆性能。接下来，我将为大家全面阐述这两项功能的核心要点。首先，借助网关和 Foundation 提供的集中访问和控制，OEM 得以应用 Sonatus 的另一款产品—— Collector。Collector 是一套基于事件触发的完整数据收集解决方案，实现了端到端的数据处理。我们可以在 Collector 的云端创建相应的数据收集策略，这些策略以轻量级的数据包形式存在，大小以 KB 为单位，明确规定了触发事件的条件、数据收集的内容、存储方式以及传输设置。一旦策略从云端一键下发至车端，它将被存储在车端，并由 Collector 的服务模块负责执行。当预设的触发事件发生时，Collector 服务能够立即响应，根据需求进行数据收集。收集的数据类型多样，涵盖诊断 DTC 故障码、媒体文件（如图片、视频）、日志文件、位置信息、ECU 或以太网等信号数据，以及网络统计和存储统计数据。对于消耗流量较少的数据，我们会选择将其传输至云端，供 OEM 及合作伙伴进行集成、整合和分析，以支持增值服务、深入数据分析或用户画像构建。同时，我们提供智能化的仪表盘，使收集数据得以实时可视化，更加直观易懂。通过 Collector，我们能够灵活、动态、实时地进行数据收集。以倒车摄像头为例，某 OEM 在新车型上增加了一款带 RVC 功能的摄像头。为确保新摄像头能够稳定运行，一般情况下，我们需要从线下经销商处收集各类摄像头错误，并进行统计分析以找出问题根源。然而，现在我们可以通过 Collector 在云端实时部署为期 6 个月的售后监控策略。策略下发至车端后，若检测到倒车时摄像头未启动，Collector 会立即收集故障发生前后 15 秒的车辆信号数据及其他错误数据，从而帮助 OEM 快速发现问题并精准解决。在 Collector 应用之前，平均每辆车每天约发生 5 个数据收集案例，消耗 100 兆运营商数据流量。而应用 Collector 后，案例数提升至 100 个，但每辆车每天仅需消耗 24 兆数据流量。由此可见，基于可配置、事件触发的数据收集解决方案，数据收集案例数从 5 个提升至 100 个，实现了 20 倍的增长；同时，数据消耗量从 100 兆降至 24 兆，仅为之前的四分之一，整体效率提升了 80 倍，Collector 的应用显著改进了成本和效率。电子电气架构的升级，为另一个重要产品—— Automator 的应用奠定了基础。Automator 是一个自动化的可执行程序，它能够帮助 OEM 通过远程配置的方式迅速实现新功能部署和测试。其操作简便，与 Collector 类似。OEM 在 Automator 的云端创建策略，并一键下发至车端进行存储和执行。Automator 的服务模块负责执行这些策略，将触发器与相应操作结合，实现特定功能。触发器涵盖多种类型，包括车辆相关的以太网或其他信号数据、警报、DTC、位置信息、日程信息以及外部事件和 API。操作也同样多样化，包括启动车辆功能、生成第三方 API、更新 ECU 和传感器配置、运行诊断程序以及触发其他工作流程。同时，我们还可以结合 SMS 服务进行短信的收发。触发器和操作的结合使得 Automator 能够实现多种功能，这些功能可以在售后阶段由 OEM 动态实时引入。例如，校准 BMS ECU 应对低温、在检测到 DTC 时运行诊断程序以及定期运行自动诊断测试以进行预测性维护等。Automator 不仅适用于诊断和校准 ECU，还可以应用于产线上的功能检测，如自动执行下线空调相关功能检测。OEM 还可以开放部分 Automator 功能，在配套应用上为终端用户提供个性化设置的接口。例如，在高速公路或其他路况下，为用户提供相应的驾驶模式设置选项；在寒冷或炎热天气下，实现车辆预热或预冷功能，这些功能均由 OEM 灵活引入和配置。这些由 Automator 引入的功能，均依托于强大的无代码编程框架，得以迅速部署至车辆上。借助此方式，可创建并立即部署自动化的策略，从而灵活地为车辆引入新功能。当前，OEM 通过不同场景定义差异化的功能，以此作为实现创新的重要途径。但若要添加新功能，特别是在车辆售出后，需经历定义、开发、测试及验证等一系列流程，再通过 OTA 或其他方式升级，此过程往往耗费大量人力与物力。然而，借助 Automator，便能以更为简便的方式实现此功能。例如，产品部门提出了夏季通风的需求，该功能要求在外部环境温度较高时，能自动摇下车窗并开启空调至最大模式，直至车内温度降低。这通常是一个复杂的功能，需要 OEM 进行大量的功能开发与测试。那么，我们应如何应对呢？使用 Automator，只需在车辆远程启动后，部署一个自动化策略。当环境温度超过 32 度时，便可自动摇下车窗，将空调温度调至最大模式，并设定运行 3 分钟。在此阶段，若检测到车窗内温度迅速降至 23 度，便可自动摇上车窗，并将空调温度调整为用户喜好的设置。这是一个由多个操作组成的整体功能，从中可以看出 Automator 能迅速实现此功能。当然，我们也可先将策略部署至测试车辆上进行验证。当这些功能验证通过后，便可作为增强功能实时下发至预生产或量产后的车辆，从而根据 Automator 策略不断增添新功能，提升用户体验，进而在一定程度上增强用户的使用黏性。最后，总结一下 Sonatus 如何助力 OEM 实现 SDV。首先，通过 NXP 的车辆架构演变阶段图和 S&P 的全球电子电气架构平台预测图，我们了解到 OEM 需要采用灵活集中式的 E/E 架构，以逐步实现 SDV。同时，我们也认识到，分布式架构将在一段时间内持续存在，整个架构的迁移是一个渐进的过程。在此迁移阶段，我们用于全车灵活访问和控制的集中式网关是 E/E 架构演进过程中至关重要的一个环节。在集中式网关的基础上，我们引入了由 Sonatus Foundation 提供的支持能力，为车辆的 E/E 架构增添了极大的动态灵活性，从而加快了创新的步伐。我们可以利用 Sonatus 提供的两个优秀产品：一是 Collector，它能实时、精准、快速地进行数据收集，不仅大幅降低了数据收集的成本，还能动态地增加各种类型数据收集的需求。另一个高级功能是 Sonatus Automator。OEM 可以通过 Automator 引入更多自动化执行的程序，从而建立基于场景的新功能。这些新功能的引入可在车辆的全生命周期内进行，无需耗费大量的 OTA 成本。（以上内容来自 Sonatus 中国区售前技术支持总监张建伟于 2024 年 9 月 3 日 -4 日在 2024 第四届智能汽车域控制器与中央计算平台创新峰会发表的《向 SDV 迈进：一家全球汽车制造商通往灵活的集中式 E/E 架构之路》主题演讲。 )