SOVD：面向服务的车辆诊断（ISO 17978-3）
随着功能强大的高性能计算机（HPC）的引入，以及向以软件化系统为特征的软件定义汽车（SDV）的转变，对车辆诊断的需求也在发生变化。
异构操作系统、大量并行进程以及软件变更频率的提高，导致诊断范围的变化，给传统诊断方法带来新的挑战。
一个标准，三种场景：现代汽车诊断中的SOVD
为应对这些新的诊断挑战，ASAM的SOVD v1.0标准为实现简单且现代的诊断访问奠定基础，既涵盖对传统ECU的访问，也涵盖对新型软件定义系统的访问。
SOVD作为ISO 17978-3标准化，为软件定义汽车的诊断增添更多功能。使用HTTP REST作为基础技术，SOVD为远程诊断、近场诊断或车载诊断等各种场景提供智能访问方式。
这使得SOVD能够为面向未来、灵活且标准的车辆诊断奠定理想基础，以满足现代车辆架构日益增长的需求。
软件定义汽车（SDV）诊断
软件定义汽车（SDV）的发展趋势给车载架构带来重大变革。
向区域架构的转变实现了对基础硬件层的抽象化，使得能够基于独立的软件模块（应用程序）为客户提供各项功能。随之而来的是，诊断工作的重点也扩展到软件诊断，从而实现对软件定义汽车的全面诊断。
SOVD的目标是提供用于诊断软件定义汽车的API。为实现这一目标，该标准引入一套工具箱，例如：
- 自描述式API，以减少对车外客户端的依赖。
- 专注于微处理器的新使用场景，以加速SDV的开发。
- 基于REST的无状态通信，以实现原生后端集成。
- 采用HTTP、OpenAPI、OAuth等尖端IT技术，以降低工程门槛并加速开发进程。
作为面向软件定义汽车（SDV）的标准，SOVD与端到端软件工厂及灵活的电子/电气（E/E）架构共同构成车辆中现代化、持续软件部署的基础，涵盖从开发到在OTA的整个过程。
这种集成使新车功能的开发、测试和部署更加高效，并创建真正能够持续演进的软件定义汽车（SDV）的条件。
专业知识
SOVD标准化
Vector的SOVD解决方案可确保始终符合SOVD标准，同时能够灵活设计出更快、更现代化且面向未来的开发流程。
ASAM SOVD
ASAM SOVD的目标是为新系统和传统传感器/执行器诊断制定统一的API。
ASAM SOVD开发的一个重要前提是使用合适的技术，而非发明新技术。SOVD API基于HTTP/REST架构。
ASAM SOVD API支持内容搜索，从而避免对外部数据规范的需求。尽管如此，仍设有离线文档和规范机制，以最佳方式支持开发、生产和售后流程。
ASAM SOVD专注于定义接口（API）。在车辆中实现SOVD并不属于ASAM项目的范畴。AUTOSAR标准化工作中的并行活动已创建基于AUTOSAR的SOVD实现必要条件。
ISO SOVD - ISO 17978-3
ISO 17978系列标准将SOVD的标准化工作转移至ISO。此次发布扩展了API，增加了诸如基于触发器和周期性数据查询、执行诊断脚本以及为SOVD在法律应用中的使用做准备等功能。
ASAM和ISO中的SOVD开发工作保持同步。因此，ISO 17978-3也于同一时间在ASAM SOVD中发布。
值得一读
充分利用各种SOVD文档。
相关内容
