CAN网络诊断服务与功能需求分析——基于Zotero+坚果云的文献管理
需积分: 49 193 浏览量
更新于2024-08-10
收藏 2.99MB PDF 举报
"车载诊断系统, CAN网络, 诊断服务, 功能需求, ISO14229, ISO15765, 寻址方式, 诊断会话控制, ECU复位, 故障码读取"
这篇文档讨论了车载诊断系统(OBD)在网络服务和功能需求方面的分析,特别关注了如何利用Zotero和坚果云进行文献管理和同步。在车载诊断系统中,网络结构通常基于CAN(Controller Area Network)协议,并遵循国际标准如ISO15765和ISO14229。
在诊断服务及功能需求分析部分,文档提到了几种寻址方式,包括常规寻址、常规固定寻址、扩展寻址和混合寻址。经过分析,混合寻址适用于远程诊断,而扩展寻址由于占用数据帧资源较多而不被选择。考虑到汽车行业的普遍实践,常规固定寻址虽有其优势,但在11位ID的使用上不统一。因此,文档建议采用11位CAN报文ID的常规寻址,对同一个ECU(电子控制单元)的物理寻址和功能寻址分配不同的ID。
在诊断服务需求方面,文档列举了一系列基于ISO14229.1和ISO15765.3的应用层诊断服务,这些服务包括但不限于:
1. 诊断会话控制(10):用于初始化或改变诊断通信状态。
2. ECU复位(11):重置ECU到初始状态。
3. 清除故障码(14):删除存储的故障信息。
4. 读取故障码(19):获取ECU当前或历史故障信息。
5. 读取数据(22):读取ECU的实时数据流。
6. 读取内存(23):从ECU内存中读取数据。
7. 读Scaling数据(24):处理数据的标度和转换。
8. 安全访问(27):用于执行需要权限的操作。
9. 输入输出控制(2F):控制ECU的输入/输出信号。
10. 其他如例程控制、数据传输、写入内存等功能。
此外,文档还提到了上位机诊断软件设计的相关内容,这涉及到利用VC软件平台和USB-CAN II硬件进行诊断工具的开发,以实现低成本、自主知识产权的CAN网络诊断解决方案。
这篇硕士论文的核心在于探讨车载CAN网络诊断的实现,特别是基于ISO标准的诊断服务,以及如何通过合理选择寻址方式优化网络资源的使用,同时提供了开发诊断软件的初步框架。对于理解和设计车载诊断系统以及相关软件的开发者来说,这些都是关键的知识点。
2020-03-30 上传
184 浏览量
2021-11-25 上传
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情