标题：经纬恒润：AIDV下新一代诊断技术趋势及实践 内容： 2026年3月19日，在第七届软件定义汽车论坛上，北京经纬恒润科技股份有限公司AUTOSAR业务总监杨强指出，在汽车电子电气架构向中央计算与区域控制演进的背景下，传统UDS诊断方式已难以满足复杂软件与数据交互的需求，面向服务的SOVD技术成为新一代诊断的关键方向。 该技术将互联网理念引入汽车，采用HTTP、JSON等标准化方式实现高效诊断交互，并非替代UDS，而是与之兼容互补，具备降低成本、提升效率、增强安全等优势，并在AUTOSAR规范中持续完善。 杨强介绍到，经纬恒润可以提供完整的SOVD SDK组件集，为客户提供统一的诊断入口与实时车云诊断协同，助力车企在复杂异构环境中实现安全高效的诊断能力。 经纬恒润已将SOVD方案完整集成至经纬恒润整车操作系统品牌HIRAN OS中。 HIRAIN OS是一套涵盖智能硬件平台、嵌入式基础软件与功能软件以及智能工具链的一体化解决方案。 恒润旨在基于该方案，助力用户简化算法开发、提升效率，推动行业迈向Physical AI时代。 杨强｜北京经纬恒润科技股份有限公司AUTOSAR业务总监以下为演讲内容整理：汽车诊断技术发展趋势众所周知，软件技术的发展离不开电子电气架构的推动。 随着电子电气架构从传统的分布式向中央计算加区域控制的模式演变，大量HPC控制器被引入汽车中。 在传统架构中，诊断功能主要聚焦于硬件，实现读取故障信息、读取配置信息、刷写应用程序等功能，UDS完全可以胜任。 然而，在新型架构中，大量HPC逐步替代了分布式的ECU，车上运行的应用软件、应用数据，包括APP也日益增多。 在此背景下，UDS已难以应对，为解决这一痛点，一种全新的面向服务的诊断方式——SOVD技术应运而生。 SOVD的核心理念是将互联网技术引入汽车领域，它将车内所有组件视为独立的网络资源，可通过HTTP方法和URL进行访问与操作。 SOVD采用Restful范式，基于OpenAPI的JSON数据格式进行交互。 基于SOVD进行诊断时，需部署一个SOVD客户端和一个SOVD服务器，客户端与服务器之间，以及服务器与服务器之间通过统一的、标准的SOVD API进行诊断数据交互。 需要强调的是，SOVD的引入并非旨在取代UDS，而是实现了良好的兼容性，已将UDS内容纳入已定义的API方法中。 使用SOVD具有诸多优势。 第一，SOVD采用标准化的SOVD API接口，能够显著降低软件开发与集成成本，并减少对特定供应商的锁定依赖。 第二，基于原生HTTP技术和JSON数据格式，结合OpenAPI范式与成熟的工具链，SOVD可实现高效的工程化，便于快速调试、问题排查、日志收集，并轻松完成自动化流程。 第三，SOVD具备更强大的诊断能力，支持结构化数据，可实现UDS所不具备的数据聚合、数据传输及基于事件的订阅等高级诊断功能，从而减少交互次数，提升诊断效率。 第四，SOVD拥有更优异的安全性能，通过ECU级别的身份验证与访问控制授权，确保诊断功能的合规部署与安全运行。 此外，SOVD与AUTOSAR规范也紧密相关。 AUTOSAR R22-11规范中已提出汽车可基于SOVD实现诊断功能，并在后续规范中进行了进一步明确与细化。 SOVD核心技术介绍开发SOVD软件需要一套SDK组件集，其中包含SOVD-Master、SOVD-Agent、SOVD-Library和SOVD-Client四个组件。 这些组件之间通过标准的SOVD API进行诊断数据交互。 SOVD-Master是车内唯一的诊断接入口，只需在车内的某个主节点部署一套SOVD master即可。 SOVD-Agent需部署到车内各个域控制器上，以提供该域的诊断能力。 SOVD-Library可视为一套API集合，当需要诊断某个A核应用时，它能提供一套标准的API框架。 SOVD-Client则是一款轻量级的诊断仪软件，可灵活部署在车机、云端或手机上。 车内仅有一个节点用于部署SOVD-Master。 其主要功能是实现身份验证与控制授权，负责接收并转发整车级的SOVD请求，同时将车内各控制器返回的SOVD响应聚合后发送至SOVD-Client。 SOVD-Agent则被部署在各个域控制器上，主要包含SOVD网关、SOVD2UDS模块以及UDSClient。 在其下挂节点中，既包含传统的ECU，也包含具备A核应用的新型控制器。 若需诊断传统ECU，可通过SOVD2UDS模块及UDSClient将SOVD服务转换为传统的UDS数据；若需诊断新型控制器中的A核应用，则可通过IPC实现诊断过程。 SOVD-Library是一套与SOVD API相对应的框架。 在A核上存在多个不同应用，若需分别对这些应用进行诊断，这些应用可通过该框架封装成符合SOVD API的接口，以实现诊断数据的交互。 SOVD-Client的主要作用是解析车辆诊断相关的配置信息，发起对车辆的SOVD诊断请求，并接收SOVD的响应。 SOVD-Client与硬件无关，可灵活部署于云端、车端，支持近场与远程等多种场景。 下面通过几个典型应用场景分析诊断过程。 第一个场景是通过SOVD诊断主节点的A核应用。 在此情况下，主节点的SOVD-Master接收到诊断请求后，判断需诊断的是自身的A核应用程序，于是将诊断请求转发给自身的SOVD-Agent。 SOVD-Agent通过自身的网关，采用IPC进程间协议，将SOVD服务直接转发至A核应用。 A核应用接收请求并处理后，给出响应，响应沿原路径返回。 第二个场景是通过SOVD诊断主节点的M核应用程序。 前序流程与第一个场景一致，主节点的SOVD-Master接收到诊断请求后，将其发送给自身的SOVD-Agent。 此时，Agent需调用自身的SOVD2UDS Adapter模块，实现SOVD服务到UDS数据的转换。 转换完成后，再通过自身的UDS-Client，采用DoIP或DoCAN协议，将UDS数据发送至M核应用。 M核应用处理完毕后，同样沿原路径返回响应。 这两个场景均是对主节点自身进行诊断。 还有一个诊断其他域控制器下挂节点的场景。 假设系统中存在两个HPC，其中HPC1作为主节点，HPC2下挂了一个传统控制器。 若需诊断该传统控制器，其诊断路径为：主节点的SOVD-Master接收到诊断请求后，通过其网关将请求转发至HPC2的SOVD-Agent。 该Agent进行判断后，利用SOVD2UDS模块，通过UDS-Client采用DoIP或DoCAN协议，将UDS数据发送至目标ECU。 ECU处理请求后，沿相同路径返回响应。 恒润SOVD解决方案经纬恒润推出了面向整车的操作系统品牌——HIRAN OS。 开发这一产品的初衷在于简化并提升用户开发算法的效率。 基于此目标，我们能够提供完整的软硬件平台，该平台包含底层智能硬件，可推出车载快速原型机及面向机器人的快速原型机。 嵌入式软件方面，我们提供基础软件与功能软件。 我们拥有量产经验丰富的AUTOSAR CP和AP产品，同时具备专门的信息安全解决方案。 我们还提供智能工具链，包括全栈自研的AUTOSAR工具链，以及基于AI的智能配置与提效工具。 我们期望依托HIRAN OS这一集软件、硬件与工具链于一体的完整平台，全方位赋能用户，助力其迈入Physical AI时代。 上述SOVD解决方案已完整集成至HIRAN OS中。 我们的目标是为用户提供一套安全、统一的诊断入口，即便在整车复杂的异构环境下，也能实现实时的车云诊断协同。 （以上内容来自北京经纬恒润科技股份有限公司AUTOSAR业务总监杨强于2026年3月18-19日在第七届软件定义汽车论坛发表的《AIDV下新一代诊断技术趋势及实践》主题演讲。） 发布时间：2026-04-02 14:11:28 来源：雀牛网 链接：https://www.queniu.cn/post/43389.html