DoIP协议从入门到精通系列——怎样在CANoe中“DisableRouteActivation”？

已于 2024-02-12 15:59:13 修改
阅读量868 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 车载电子电气架构 车载DoIP协议总览 文章标签： tcp/ip 网络 网络协议 数据库 数据库架构
于 2023-01-01 20:34:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Soly_kun/article/details/128514684
本文介绍了如何在CANoe中禁用DoIP通信的Routine Activation操作，以适应简化版DoIP通信需求。通过分析CANoe的内置诊断通道和CAPL回调接口（CCI）的工作原理，展示了在不同场景下选择合适的方法。文中提供了使用CCI实现不进行Routine Activation的示例，并详细解释了配置和通信过程。

伴随着车载通信对速率和带宽要求越来越高，现将以太网引入到车载网络中。在诊断范畴，ISO 13400 对通信桥梁的建立做了规定：

  1. 车辆与Tester连接；
  2. 车辆声明—当车辆加入到当前网络时，告知网络内其他节点加入者的信息（VIN,GID,EID,IP地址）；
  3. 通信激活—使能通信连链接Port-IP组成Socket；
  4. 诊断通信—发送Payload Type为8001/8002的诊断通信。

对应上述内容，自己在其他文章中也做了描述：

https://mp.youkuaiyun.com/mp_blog/creation/editor/128514497

等

上述是ISO 13400协议定义的标准的DoIP（Diagnostic on IP）通信过程。

但是在实际应用中对于车内DoIP实体通信，不会严苛按照DoIP规范进行通信，比如会有在DoIP通信过程中不需要通信激活——Routin

了解本专栏 订阅专栏 解锁全文
使用CANoe实现DoIP通信的方法及控制算法
CfProgram的博客
09-27 993
CANoe是一款广泛应用于汽车电子系统开发和测试的工具，它提供了丰富的功能和工具，用于模拟、测试和分析车辆通信网络。CANoe是一款功能强大的工具，可模拟DoIP通信并提供相应的控制算法。本文介绍了使用CANoe实现DoIP通信的方法，并展示了一个简单的控制算法示例。通过CANoe的强大功能和工具，你可以方便地模拟、测试和分析DoIP通信。在上述示例中，我们首先定义了一个DoIP消息的ID，然后实现了发送和接收DoIP消息的函数。函数中，我们初始化CANoe和DoIP通信，并调用发送和接收函数。
DoIP协议从入门到精通系列——DoIP协议时间参数
Soly_kun的博客
01-01 1538
DoIP全称是DiagnosticOverIP，望文知意就是基于IP的诊断协议，主要定义内容： 车辆识别和声明：识别整个网络（局域网）都有谁在参与DoIP通信； 路由激活（RoutineActivation）：通信机制允许单个诊断消息路径被激活或不区别对待不同的协议(如UDS和OBD)，也可以以不同的方式对待单个测试客户端； 通信网络节点信息：提供单个DoIP实体的自属信息。测试工程师使用它获取DoIP实体当前DoIP协议相关信息； 活动机制：用于维护不同的测试客户端连接策略。
DOIP协议的入门基本知识
Little_Cars_NO1的博客
04-17 264
DOIP (Diagnostic communication over Internet Protocol)，诊断网络通信协议，ETH以太网主要应DOIP协议进行诊断以及远程OTA功能的实现，具体诊断又包括：远程诊断和车端数据周期采集。诊断使用的是统一标准UDS-ISO-14229诊断服务，那么以太网是结合DoIP传输协议，用于传输UDS诊断服务。
CANoe应用案例之DoIP通信
weixin_48120109的博客
07-24 9529
诊断 DoIP
CANoe中配置基于TLS通信的DoIP
gitblog_06717的博客
04-29 459
CANoe中配置基于TLS通信的DoIP 【下载地址】CANoe中配置基于TLS通信的DoIP 探索如何在CANoe中实现基于TLS的DoIP加密通信，确保数据传输的安全性。本文档详细指导从ISO 13400-2标准出发，使用端口3496替代常规的13400端口，适用于CANoe 14及以上版本。通过步骤清晰的配置指南，...
【CANoe】Doip配置&CAPL代码调用
最新发布
hphhuang的博客
05-13 570
a. 在TCP/IP Stack中选中此测试节点，若"CANoe TCP/IP Stack"中的配置符合此节点的测试要求，则可以选择“Use shared CANoe TCP/IP stack”，如果不符合则需要单独设置，则勾选“Individual TCP/IP stack”至于CAPL的代码调用，只需要diagSetTarget(步骤二的ECUQualifier）即可，由于和CAN诊断一样都是使用的CDD且都是ECUQualifier调用，使用方式也都是一样的。10 03是发送的命令。
DoIP协议从入门到精通系列——车载网络安全
Soly_kun的博客
12-31 723
可以采取一些基本措施以保护ECU，如关闭暂时不使用的端口。在应用程序层面，可以在验证和加密的基础上运用真实性检查和数据使用策略。也可以设定应用程序在特定状态仅接受期望或特定数据（例如控制消息），当接受到的数据出现异常（如周期性发送消息发送频率增加或传感器数据异常）时则可以探测并采取措施。除了以太网技术，车载网络使用的其他技术均采用分层级的安全策略。由于以太网技术在IT行业已经得到成熟应用，车载以太网技术的网络安全策略得以借鉴其15年发展累计的经验
【车载以太网测试从入门到精通】——DoIP协议测试
测试领域技术分享
01-08 3316
DoIP（Diagnostic communication over Internet Protocol）是基于车载以太网的诊断，在OSI 七层模型中属于传输层，即ISO组织发布的ISO 13400协议，其传输的诊断数据也是基于UDS，即DoIP是在以太网网络上传输UDS诊断数据的传输协议。DoIP带宽高，适合传输大量数据的场景，如车上的OTA软件升级。
DoIP协议从入门到精通系列——车载网络拓扑
Soly_kun的博客
01-01 1144
关于DHCP server存在方式： 对于车身网络，边缘节点可以充当DHCP Server角色 ，可由它给车内DoIP实体动态分配IP地址； 对于车身外网络，此时诊断仪若采取动态IP地址方式，此时DHCP Server由外部第三方充当。
如何在CANoe中进行DoIP测试配置
weixin_43441058的博客
06-08 2844
在vTESTStudio中调用Diagnostic Service服务，服务名称选择上一步诊断控制台对应的服务名称，并根据测试需要进行参数设置、响应设置。：需要对诊断结果数据做进一步处理的，可以在CAPL或vTESTStudio中编写自动化脚本来进行DoIP测试，以添加更多的业务逻辑。在Diagnostics页面进行通道配置，包括诊断文件cdd/pdx、接口类型、变量、诊断方式等信息。上述配置项完成后，可保存运行工程，在诊断控制台手动进行诊断发送，验证DoIP功能是否可用。
CANoe CAPL——DoIP函数
ray963的博客
03-16 1729
CANoe CAPL——DoIP函数
CANoe 发送DoIP诊断报文
qq_44094644的博客
08-09 1942
通过CANoe 发送DOIP诊断豹纹
CANoe—基于DoIP通过CAPL实现与ECU通信测试
Soly_kun的博客
12-27 2772
如下连接是在CANoe中基于DoIP通过加载诊断数据库实现CANoe与待测ECU诊断通信： CANoe链接 本文继续此话题，通过一个简单的CAPL Demo，实现CANoe与ECU进行DoIP通信。
基于DoIP使用CANoe对ECU进行诊断测试
Soly_kun的博客
12-27 2100
伴随以太网引入到车载网络中，本文分享通过常用工具CANoe怎么样对ECU进行通信以及测试。 相比在车载CAN总线，以太网又有什么与众不同之处？ 1、硬件接口卡（收发器） 以往车载CAN网络较常使用的是VN 16XX 系列，在连接ECU进行通信时，除了配置波特率也要进行通道分配：
车载DoIP测试 --- CANoe DoIP中如何配置路由激活请求中的 OEM 特定场（RoutingActivationWithOEMSpecific）
Soly_kun的博客
03-17 693
车载DoIP测试 --- CANoe DoIP中如何配置路由激活请求中的 OEM 特定场（RoutingActivationWithOEMSpecific）
CANoe基于doip.dll仿真tester
天赐好车的博客
06-05 964
如果想把这个节点当做tester,需要在on preStart中调用DoIP_InitAsTester();在canoe节点加载doip.dll后，会当做一个doip控制器节点。
CANoe-如何基于DoIP协议在诊断控制台诊断通信
jasonj333
08-22 4590
诊断控制台是用来和其他ecu（不管是模拟ecu还是真实ecu）进行诊断通信的节点，诊断控制台是诊断服务的上位机，可以看成是canoe版的诊断仪，也可以看成是一个ecu。它的好处是只需要配置诊断服务的数据库（cdd文件），can总线的诊断服务配置tp层参数（传输层），以太网总线的诊断服务配置doip层参数，诊断控制台即可进行诊断通信，can的网络层或者以太网的doip层加tcpip协议栈会自动处理好所有的逻辑（can的多帧处理，以太网的tcp连接和路由激活等）并组装好完整的报文发送出去。
CANoe 5650 和5620的DOIP Driver 配置
bingdian0625的博客
11-08 938
5650 配置 DOIP配置。
电子电气架构——测试：使用CANoe做DoIP通信实现方法
Soly_kun的博客
03-11 1505
在基于车载以太网诊断通信过程中，DoIP将诊断报文基于 TCP/IP 协议传输，如下图所示，诊断服务数据仍然沿用传统的诊断协议如 UDS(Unified Diagnostic Services, ISO 14229) 进行描述，所以DoIP并非是一个诊断协议，准确来说是一个扩充的传输层协议，其内容在 ISO 13400 中定义。
如何在CANoe中实现DoIP协议的路由激活？
05-09
<think>嗯，用户现在想了解如何在CANoe中配置DoIP协议的路由激活。根据之前的回答，用户已经知道了如何发送DoIP报文，现在需要更具体的路由激活步骤。我需要结合之前的引用资料和系统知识来组织回答。 首先，引用[3]提到了使用CAPL脚本配置OEM特定字段，这应该是关键步骤。用户可能需要具体步骤，比如包含头文件、设置变量、调用函数等。然后引用[2]和[4]提到TCP连接和车辆声明的过程，需要确保诊断通道的配置正确，比如以太网通道和IP地址设置。 另外，用户的问题可能涉及到路由激活的整个流程，包括物理连接、IP分配、车辆发现、诊断通道建立等。需要分步骤说明，可能还要结合CAPL代码示例，如设置OEM特定值、发送请求等。 还要注意可能的常见问题，比如ECU不响应，需要检查IP、端口、OEM字段是否正确。同时，确保引用之前的回答中的相关内容，比如TCP握手后的报文发送注意事项。可能需要提醒用户路由激活的类型和超时设置，以及如何通过诊断控制台验证状态。 最后，生成相关问题时要围绕路由激活的扩展问题，比如超时处理、多ECU场景、动态IP配置等。确保回答结构清晰，步骤详细，帮助用户逐步完成配置。</think>在CANoe中实现DoIP协议的路由激活需要**协议栈配置、诊断参数设置和CAPL脚本控制**三部分协同工作。以下是基于ISO 13400标准的详细配置方法： --- ### 一、协议栈基础配置 $$ \text{物理层} \rightarrow \text{TCP/IP协议栈} \rightarrow \text{DoIP应用层} \rightarrow \text{UDS诊断服务} $$ 1. **硬件连接验证** - 通过`Hardware`→`Network Hardware`确认以太网接口状态（建议使用VN5610A/VN5640等支持DoIP的接口） - 在`Network`→`Ethernet`配置页面设置`Channel 1`为DoIP通道[^4] 2. **IP地址配置** ```plaintext Tester IP: 192.168.1.100 (静态) ECU IP: 192.168.1.200 (需与ECU实际地址一致) Subnet: 255.255.255.0 ``` --- ### 二、诊断参数配置 #### 步骤1：创建诊断数据库 1. 在`Diagnostics`→`ISO TP`中导入CDD/ODX诊断描述文件 2. 勾选`DoIP Transport Layer`选项并设置： ```python Protocol Version = 0x02 (ISO 13400-2) Payload Type = 0x8001 (Routing Activation Request) ``` #### 步骤2：配置OEM特定字段（关键步骤） ```cpp // CAPL脚本示例（参考引用[3]） #include "Diagnostics\CCI_DoIP.cin" variables { int cIsTester = 1; // 标识为诊断仪 char gECU[8] = "ECU1"; // ECU逻辑地址 } on start { DoIP_SetRoutingActivationOEMSpecific(1, 0x11223344); // 设置OEM特定值 diagConnectChannel(gECU); // 建立诊断连接 TestWaitForDiagChannelConnected(gECU, 3000); // 等待连接建立 } ``` --- ### 三、路由激活流程实现 #### 阶段1：TCP连接建立 | 参数 | 示例值 | |---------------------|-----------------| | 目标端口 | 13400 | | 源端口 | 动态分配(>49152)| | TCP标志位 | SYN → SYN-ACK → ACK | *注：通过`Ethernet IG`模块可实时监控握手过程* #### 阶段2：发送路由激活请求 ```python # DoIP路由激活请求报文结构 0000 02 fd 00 05 00 00 00 08 01 00 00 00 11 22 33 44 ``` - **字节解析**： `02 FD` → 协议版本 `0005` → 路由激活请求类型 `00000008` → 数据长度8字节 `01` → 激活类型(默认诊断) `000000` → 保留字段 `11223344` → OEM特定值[^3] #### 阶段3：ECU响应验证 通过`Diagnostics`窗口查看响应报文： ```plaintext Positive Response: 02 FD 00 06 00 00 00 04 00 00 00 0A ``` - **成功标志**： `0006` → 路由激活响应类型 `0000000A` → 分配的逻辑地址（示例为0x0A） --- ### 四、关键配置验证点 | 验证项 | 检测方法 | 预期结果 | |-----------------------|-----------------------------|-------------------------------| | OEM值传递正确性 | Trace窗口过滤DoIP协议 | 请求报文中应包含预设的0x11223344 | | 逻辑地址分配 | 诊断控制台输入`22 F1 90` | 应收到ECU的62 F1 90响应 | | 超时机制 | 手动断开TCP连接 | 应在3秒内触发`0x8003`连接保持报文 | --- ### 五、典型问题解决方案 1. **ECU无响应** - 检查`DoIP_SetRoutingActivationOEMSpecific()`是否在连接前调用 - 验证ECU的IP地址是否与配置一致（通过ARP表确认） 2. **OEM特定值被拒绝** ```cpp // 通过CAPL脚本动态调试 write("当前OEM值: 0x%X", DoIP_GetRoutingActivationOEMSpecific()); ``` 3. **路由激活超时** - 在`Diagnostics`→`Transport Layer`中调整`TA_DoIP`参数（默认2000ms） --- ### 六、进阶配置建议 1. **多ECU场景** ```cpp on diagRequest ECU1.RoutingActivationReq { if(this.ResponseCode == 0x10) // 检查否定响应 { DoIP_ReSetOEMSpecific(0x55667788); // 动态修改OEM值 } } ``` 2. **安全扩展** ```plaintext 在路由激活请求后追加： Security Access Request (0x27) → Seed & Key交换 ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汽车电子实验室

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值