CAN网络诊断服务与功能需求分析——基于Zotero+坚果云的文献管理

需积分: 49 147 下载量 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标准的诊断服务,以及如何通过合理选择寻址方式优化网络资源的使用,同时提供了开发诊断软件的初步框架。对于理解和设计车载诊断系统以及相关软件的开发者来说,这些都是关键的知识点。