诊断Diagnostics

最新推荐文章于 2023-10-07 17:00:26 发布
最新推荐文章于 2023-10-07 17:00:26 发布
阅读量1.2k 收藏 4
点赞数 1
分类专栏： AUTOSAR专栏 文章标签： autosar
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Xiaowestwind/article/details/107395326
版权

>>>点我返回《AUTOSAR专栏》目录

目录

  1. 汽车诊断介绍
  2. AUTOSAR中的诊断

1. 汽车诊断介绍

关于汽车诊断，相关的ISO标准有ISO14229和ISO15765,但是直接看标准不是很好理解。所以先总结下汽车为什么需要诊断？再就是我们为什么要按照ISO14229和ISO15765来做诊断？

随着科技进步，车上的智能硬件，ECU节点很多，这些节点时通过CAN总线外加网关连接的，虽然CAN总线比较稳定可靠，但是不是说永远不可能出问题，为了快速定位问题出在了哪个节点或者哪些节点，因此一般每个ECU节点都需要做一些诊断功能，一旦检测出故障，需要保存在eeprom中，这样拉去4S店时，检修工人用台机器（诊断仪）搭在CAN总线上，就能快速定位问题所在了，然后该升级的ECU软件的升级ECU软件，该换硬件的换硬件。

在这里插入图片描述
诊断一般分为两种：

1）在线诊断：汽车在开时候，ECU内部在自己诊断自己有什么故障，一旦检测出故障，可以显示在仪表板上，然后保存到eeprom中，这样送4s

了解本专栏 订阅专栏 解锁全文 超级会员免费看
汽车软件攻城狮
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
专栏目录
订阅专栏
AutoSAR系列讲解（实践篇）12.1-Diagnostics简介
雪云飞星的博客
02-19 1万+
主要概括性的讲解了诊断协议UDS和AutoSAR的诊断架构
车载诊断系列 —— 车辆诊断（Vehicle Diagnostics）
Soly_kun的博客
01-30 617
介绍车载诊断全流程分析
【CANoe基础使用之Diagnostics功能区常用功能】
汽车控制器系统开发、VIL测试、HIL测试、MIL测试、EMS电喷系统标定与开发、热管理系统标定
10-07 1020
Diagnostics功能区主要包括诊断相关的配置组件、控制组件和工具组件。Diagnostics功能区的组件功能需要在Diagnostics/ISO TPConfiguration中添加相应的诊断描述文件后才可用，否则为置灰状态。Diagnostic/ISO TP按钮诊断/ISO TP设定。分别添加CDD诊断描述文件以及DLL解密算法文件即可对ECU进行诊断控制。Basic Diagnostic Editor按钮基本诊断编辑器。一般情况下显示为灰色。Diagnostic Console按钮。
crash-diagnostics:Crash-Diagnostics（Crashed）是一种工具，可帮助调查，分析无响应或崩溃的Kubernetes集群并对其进行故障排除
05-06
崩溃-崩溃诊断 崩溃诊断（Crash Diagnostics，Crashd）是一种工具，可帮助人类操作员轻松地交互并从Kubernetes上运行的基础架构中收集信息，以执行诸如自动诊断和故障排除之类的任务。 崩溃的功能 Crashd使用（一种Python方言）来表达和调用自动化功能 轻松自动化与运行Kubernetes的基础架构的交互 从计算机等计算资源进行交互并捕获信息（通过SSH） 在计算节点上自动执行命令以捕获结果 从Kubernetes API服务器捕获对象和集群日志 轻松地从Cluster-API管理的集群中提取数据 它是如何工作的？ Crashd执行用Starlark编写的脚本文件，该脚本文件与指定的基础结构及其群集资源进行交互。 Starlark脚本文件包含预定义的Starlark函数，这些函数能够进行交互并从群集中的服务器收集诊断信息和其他信息。 有关Crashed设
深入理解统一诊断服务（UDS）ISO14229-1
汽车网络那些事儿
04-05 5344
诊断服务常用于诊断仪（客户端）和ECU（服务器）之间的会话控制、安全访问、例程控制、DTC读取，ECU软件刷写（软件下载）等，今天带大家深入理解统一诊断服务（Unified Diagnostic Services，UDS）ISO14229-1，可根据个人兴趣阅读，干货如下（123页ppt）： 视频讲解：https://www.bilibili.com/video/BV1aP4y1p7Vo/ ...
Diagnostics with CAPL
12-19
【Diagnostics with CAPL】是关于使用CAPL（CAN Automation Programming Language）进行车载诊断的指导文档，CAPL是Vector Informatik GmbH开发的一种用于CANoe和CANalyzer的编程语言，主要用于自动化测试、数据分析...
旋转机械诊断技术 Fundamentals of Rotating Machinery Diagnostics.rar
12-30
对旋转机械的故障诊断资料都是国外的文献，相关中文资料比较少，因此对学习相关故障诊断技术的门槛增加，这本书是比较靠谱的书籍之一，旋转机械诊断技术_Fundamentals of Rotating Machinery Diagnostics，高清中文...
diagnostics-color.md
12-18
这是gcc-4.9新增的功能，可以通过定义环境变量`GCC_COLORS`来彩色打印诊断信息
cassandra-diagnostics：Cassandra节点诊断工具
02-04
卡桑德拉诊断 用于Apache Cassandra的监视和审核电源工具包。 介绍 Cassandra Diagnostics是对实现为Java代理的Apache Cassandra服务器节点的扩展。 它使用字节码检测功能来增强Cassandra节点的其他功能。 下图描述...
ISO15031诊断协议
03-25
ISO15031协议广泛应用于汽车维修、检测站、制造厂和OBD（On-Board Diagnostics）设备。通过遵循这个协议，技术人员能够准确地识别和解决车辆电子系统的问题，同时减少因不兼容性导致的困扰。 5. **与其它标准的...
Diagnostics - DID, DTC区别与联系
迟来大师的博客
03-21 2万+
Diagnostic Trouble Code(DTC) 诊断故障代码。 诊断协议 诊断牵涉到几个概念：SID、DID、RID和DTC。 发请求时的格式1：SID+DID； 发请求时的格式2：SID（特指例程控制服务）+子类型+RID； SID意为Service ID，即服务类ID， DID意为Data ID，即数据类ID，一般都是与产品系统相关的信息和一些配置信息， RID意为RoutineControl ID，即例程控制的ID，一般都是些与标定、烧录相关的耗时耗资源操作，
汽车诊断简介
脚踏实地，仰望星空
03-09 2万+
一. 诊断概述     当前，整车厂和供应商采用在线诊断与离线诊断相结合的诊断方法。 在线诊断：它能够在汽车运行过程中不断监测电子控制系统各组成部分的工作情况，如有异常，根据特定的算法判断出具体的故障，并以代码形式存储下来，同时启动相应故障运行模块功能，使有故障的汽车能够被驾驶到修理厂进行维修，维修人员可以利用汽车故障自诊断功能调出故障码，快速对故障进行定位和修复。因此，从安全性和维修便利的角
如何使用CANoe和CANalyzer中的Diagnostics/ISO TP
「汽车电子助手」的博客
02-06 9049
在使用CANoe/CANalyzer时，常用菜单栏Diagnostics下的“Diagnostic Console”选项，将CANoe/CANalyzer充当一个诊断仪（主机），来模拟UDS/OBD诊断服务的请求，以及ECU（从机）诊断响应的可视化。 下面我将详细介绍菜单栏Diagnostics下的各个选项：Diagnostics/ISO TP，Diagnostic Parameters，Diagnostic Console，Fault memory和Session Control。 ...
AutoSAR系列讲解（入门篇）4.7-BSW的Diagnostics功能
雪云飞星的博客
08-19 2万+
BSW的诊断功能，主要是故障的实时处理、故障记录和故障信息的传输
C# Process.Start()方法详解
热门推荐
雾里看花
08-22 6万+
System.Diagnostics.Process.Start(); 能做什么呢？它主要有以下几个功能： 1、打开某个链接网址（弹窗）。 2、定位打开某个文件目录。 3、打开系统特殊文件夹，如“控制面板”等。 那么它是怎么实现这几个功能的呢？在讲应用前，我们先来看看Process.Star()的构造方法。 名称 说明 Process.Start () 启
AutoSAR基础篇之FiM
wto9109的博客
03-15 7706
AUTOSAR基础篇之FiM 今天天气晴朗，惠风和畅，再加上心情愉悦，着实是个写文章的好日子。之前的文章跟大家分享过DEM模块的整体关系以及针对DTC、Event的细节性的阐述，分享文章只是抛砖引玉，希望能够给大家些许帮助，如需回忆，可以直接点击文尾相关链接进行查看。本文将立足于文章AUTOSAR-DEM模块的几点思考的基础上，来重点分享我对FiM模块的基本理解与认识，该模块是故障监控的最后一环，也就意味着针对故障监控的分享就暂时告一段落了。 前言 你清楚以下几个问题吗？ 当系统发生故障时，系统应该怎样
python threading condition使用_多线程中的Condition对象
weixin_39881167的博客
12-11 251
python多线程模块threading中，有一个Condition对象。这个对象可以用来控制更加复杂的线程间的同步。Condition本身包含一个Lock或者Rlock，可以在创建Congdition对象的时候传一个进去，如果不传，默认创建一个Rlock。通过with语句，即可acquire，并且自动release。不过这不是Condition对象的用法，它的亮点在于wait和notify。在通...
UDS的DTC和J1939的SPN和FIM的区别
pvmsmfchcs的博客
02-24 1万+
标准故障码字符所属系统 00 P Powertrain 动力系统故障 01 C Chassis 底盘故障 10 B Body 车身故障 11 U Network 网络故障 DTC故障码表示是通过UDS请求，获取到的故障，服务是19， 和参数读取其实类似的过程。这个时候替换掉U=11 即可以得出136330365=U10 06 0B（十进制和十六进制的关系） J1939的SPN以及FMI码，是通过...
AUTOSAR配置中的PostBuild、Precompile、Linktime
Xiaowestwind的博客
07-03 1万+
>>>点我返回《AUTOSAR专栏》目录 目录 缘由 编译基础知识回顾 为什么需要配置？ Pre-compile time Link time Post-build 总结 1.缘由 在AUTOSAR的配置软件中，经常可以见到PostBuild、Precompile、Linktime这三个的影子，所以想搞清楚它们的区别，以及知道大概是干什么的。 1）DaVinciCFG中 2）EB工具中 3）在买AUTOSAR模块时 2. 编译基础知识回顾 在研究之前，先复习一下编译过程的基础知识
Diagnostics
最新发布
01-09
Diagnostics是指诊断系统，用于检测和诊断车辆或设备的故障和问题。在汽车行业中，On-board Diagnostics(OBD-II)是一种常见的诊断系统，它通过连接到车辆的诊断接口，收集和分析车辆的故障码和传感器数据，以帮助诊断和解决问题。 在OBD-II系统中，您可以使用诊断描述来管理故障码的说明。这包括添加、删除和打开故障码的描述。通过这些描述，您可以更好地理解故障码所代表的问题，并采取适当的措施进行修复。 此外，还可以使用Additional Diagnostic Descriptions来扩展诊断窗口和CAPL中的诊断功能。这些附加描述可以用于Diagnostic Console、Fault Memory Window和Diagnostic Session Control等工具中，以及在Diagnostics Observer中跟踪和解释诊断消息。 总结起来，Diagnostics是一种用于检测和诊断车辆或设备故障的系统，而诊断描述和附加描述则是用于管理和扩展诊断功能的工具。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值