本文探讨了UDS（统一诊断服务）协议中的NRC（否定响应码）及其优先级，特别是在车辆ECU诊断过程中的应用。通过一个经典的Security解锁模型，解释了如何在不同错误情况下选择合适的NRC响应。根据协议推荐，优先级考虑包括请求报文长度、服务支持、安全认证等因素。在实际工作中，OEM会定义服务的NRC优先级，指导工程师编写测试规范。文章鼓励深入理解协议并实践长期主义。
最近被新东方转型之举震撼，让自己震撼的不是销售业绩、不是俞敏洪再创业启航，震撼的是多读书是真的可以改变一个人的，多读的这些书不是应用工作的功利书，是能慰藉心灵的“闲书”。为使自己摆脱高知识低文化宿命，分享一段文字，开始今天的主题：
“
我当然很希望自己可以得偿所愿，但是我也希望自己可以坦然面对未能如愿以偿带来的落差感。顺而不狂，逆而不伤，抛开执念，道路且长。心向远方，无心驻望！
”
Return to today‘s topic！
诊断功能是车辆ECU自属的一个重要功能，作用大致可分为：
-> 通过诊断功能获取车辆运行信息，界定车身出问题部位；
-> 通过诊断功能实现对ECU的Software update；
-> 通过诊断功能做车辆产线下线配置操作等等。
诊断典型模型如下：
Tester（车辆诊断仪）发送诊断请求（Service是诊断功能的载体，ID是诊断服务标识符）SID至ECU，ECU基于收到的诊断请求发送诊断响应，响应格式是SID + 40,如上是诊断请求的肯定响应。但是如果ECU收到请求后，无法给与肯定响应，这个时候就会回复否定响应，响应格式是7F SID NRC，其中NRC是否定响应码，功能是告知ECU为何给与否定响应。
比如下图典型的NRC/35/
订阅专栏 解锁全文
扫一扫
5586
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
