第12章--传输层诊断报文收发功能开发

本文档详细介绍了基于CANoe的传输层诊断报文收发功能开发过程,包括诊断报文发送和接收的实现,缓存区的设计与锁机制,以及Python和CAPL代码实现。通过对CANoe Trace的分析,展示了功能测试的执行和结果。
摘要由CSDN通过智能技术生成

>>>返回总目录<<<

本章目标

  1. 基于前面完成的报文发送功能,开发诊断报文收发的功能

前言

朋友们看到本章的标题可能会有疑惑,我们不是已经通过COM模块实现了诊断收发功能吗?用起来也挺方便的,为什么还要再次开发?同时,我们可能会对传输层的概念感到困惑,不知道当前发送的报文是处于哪一层。接下来,让我们一起来解答这些问题。

疑问澄清

在第9章中曾提到开发报文发送功能的原因,在这里我们一起回顾一下。当使用CANoeInterface的send_diag_request方法时,只能够发送“10 02”这样的诊断报文,但实际在CANoe Trace窗口看到的的却是“02 10 02 00 00 00 00 00”,如下图所示。
在这里插入图片描述

那么,如果我们需要发送“01 10 02 00 00 00 00 00”这样的报文呢?发送这种

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值