SOVD-Service Oriented Vehicle Diagnostic

文章目录

  • 前言
  • 一、SOVD是什么
  • 二、SOVD的设计目的
  • 三、应用场景
  • 四、SOVD架构


前言

随着自动驾驶技术的发展,车辆配置变得越来越复杂,车载软件也在迅速增长:基于HPC(高性能计算机)异构操作系统大量并行进程及其依赖关系的新架构也给诊断工作带来了重大挑战。诊断的重点从识别硬件错误逐渐扩展到分析软件问题,因此带来了巨大的挑战。因为车辆的内容是动态变化的,同时当诊断通信被用于控制车辆复杂的更新过程时,诊断任务的范围也急剧增加。

目前的诊断以ECU为核心,严重依赖于UDS (Unified Diagnostic Services,统一诊断服务) 协议。UDS是一种静态的诊断方法(ECU收到诊断请求后才会给与对应的响应),无法应用于动态的软件诊断任务。
SOVD-Service Oriented Vehicle Diagnostic_第1张图片

因此,为HPC诊断需求扩展UDS协议将不够灵活,无法满足必要的软件分析需求。

这就是ASAM开发与制定SOVD的原因。该标准旨在为所有诊断任务以及软件更新(跨车辆、车型)提供一个API。SOVD是具有一致性的方法,用于全新系统,也可用于传统的传感器/执行器系统&

你可能感兴趣的:(诊断协议那些事儿,经验分享,车载系统)