标准解读丨ASAM SOVD系列之一:概述与特性
01 ASAM SOVD标准概述
ASAM SOVD (Service-Oriented Vehicle Diagnostics,面向服务的车辆诊断) 定义了一个与基于软件的车辆进行诊断和通信的接口API。SOVD是一个灵活的标准,提供了统一的访问HPC (High Performance Computing,高性能计算机) 及其相关应用的诊断内容,以及经典的ECU等。
随着自动驾驶技术的发展,车辆配置变得越来越复杂,车载软件也在迅速增长:基于高性能计算、多操作系统、不同应用程序及其依赖关系的新架构也给诊断工作带来了重大挑战。诊断的重点从识别硬件错误逐渐扩展到分析软件问题,因此带来了巨大的挑战。因为车辆的内容是动态变化的,同时当诊断通信被用于控制车辆复杂的更新过程时,诊断任务的范围也急剧增加。
车辆诊断
目前的诊断以ECU为核心,严重依赖于UDS (Unified Diagnostic Services,统一诊断服务) 协议。UDS是一种静态的诊断方法,无法应用于动态的软件诊断任务。因此,为HPC诊断需求扩展的UDS协议将不够灵活,无法满足必要的软件分析需求。
这就是ASAM开发与制定SOVD的原因。该标准旨在为所有诊断任务以及软件更新(跨车辆、车型)提供一个API。SOVD是具有一致性的方法,可用于全新系统,也可用于传统的传感器/执行器系统,同时,ASAM SOVD可用于近程、远程和车载三种应用场景。SOVD是一个自描述API,还支持无需外部描述文件的诊断,有别于当前的主流技术。
ASAM SOVD的开发旨在保持现有的程序、技术和方法的前提下,满足车载软件诊断的相关需求和挑战。因此,ASAM SOVD既涵盖了传统的用例(数据访问、故障信息、内部软件功能控制等),也涵盖了与HPC相关的诊断用例(车载软件更新、日志记录、跟踪、系统信息访问、内容动态发现等)。另一方面,SOVD并非为了取代广泛使用的技术,如UDS协议,而是与其共存,同时增强诊断通信功能,更好地支持新技术的发展与应用。
02 ASAM SOVD 1.0.0新特性介绍
ASAM SOVD的主要内容与更新包括以下部分:
SOVD为诊断提供了新的接口API;
适用于远程、近程和车载应用场景;
支持最先进的IT技术(HTTP, REST, JSON, OAuth);
诊断可以独立于诊断数据描述文件;
整个计算过程被封装,使无状态访问成为可能;
客户端实现不需要汽车特定的堆栈。
ASAM SOVD的架构示意如下图:
ASAM SOVD总体特性包括:
可覆盖传统诊断用例:
数据访问(Data Access);
故障信息(Fault Information);
控制内部软件功能(Internal Software-functions)。
可覆盖高性能计算相关的诊断用例:
车辆软件升级(Software update);
记录(Logging);
访问系统信息(Access to system information);
动态内容发现(Dynamic discovery of content);
在能力检测方面,可进行相关实体与资源的检查与发现:
发现包含的实体;
查询实体的子实体;
查询实体相关的其他实体;
查询实体功能;
代表实体区域的拓扑视图,能够代表面向领域和面向区域的体系结构
访问功能描述内容:
查询在线能力描述;
查询模式信息,用于内容处理
-
汽车测试网V课堂
-
微信公众号
-
汽车测试网手机站
最新资讯
-
车路云一体化测评能力发布,是德科技推动车
2024-12-11 18:04
-
DL950旋转变压器开发秘籍,让你秒变专家!
2024-12-11 12:05
-
道依茨收购HJS Emission ,加强内燃机领域
2024-12-11 12:04
-
西南研究院(SwRI)促进重型车辆加氢站技术
2024-12-11 12:03
-
目标维持柴油机竞争力,戴姆勒卡车北美投入
2024-12-11 12:03