AUTOSAR-CAN报文的发送类型-OnChange、OnWrite、IfActive、Repetition

已于 2024-12-03 18:43:36 修改
阅读量2.6k 收藏 17
点赞数 1
分类专栏： 汽车电子基础软件 文章标签： 网络 汽车 车载系统 单片机 嵌入式硬件
于 2024-06-25 20:40:13 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xiandang8023/article/details/139968892
版权

CAN报文的发送类型分为基本发送类型和混合发送类型两大类

  • CAN基本发送类型包括Cyclic周期发送、OnChange变化时发送、OnWrite写入时发送和IfActive有效时发送。基本发送类型中的Cyclic称为周期型，而其他3个类型称为事件型（Event）。发送次数是通过定义Repetition重复次数来实现的，所以基本型中又衍生出3个子类型OnChangeWithRepetition、OnWriteWithRepetition和IfActiveWithRepetition。

  • 对于需要快速响应变化的数据,应该选择 OnChange 机制。例如,一个温度传感器节点,当温度发生变化时会立即发送一个 CAN 报文,通知其他节点温度的变化情况。
  • 对于需要实时更新其他节点的数据,应该选择 OnWrite 机制。例如,一个电机控制节点,当接收到来自上位机的电机控制指令时,会立即发送一个 CAN 报文,通知电机驱动节点执行相应的动作。
  • 对于只有在特定条件下需要更新的数据,应该选择 IfActive 机制。例如,一个故障检测节点,当检测到某个故障发生时会发送一个 CAN 报文进行报警。只有在故障发生时才会发送这个报文。
  • 对于需要周期性更新的数据,应该选择 Repetition 机制。例如,一个节点会定期发送一个"心跳"报文,即使它的内部数据没有发生变化。
  • 举例：AEB一般是Cyclic and OnChange也可以采用 Repetition 机制,定期发送车速、加速度等状态信息的 CAN 报文。这样可以让其他安全系统模块持续了解 AEB 系统的工作状态,有利于整车协调控制。

  • 混合发送类型就是指基本类型中的周期型与事件型的组合，包括Cyclic and OnChange、Cyclic and OnWrite、Cyclic and IfActive

    • Cyclic and OnChange：是指报文平时是周期性发送，当报文中的信号变化时，此报文会额外的发送一次，原来的周期不变。
    • Cyclic and OnWrite：指报文平时是周期性发送，当报文中的信号被重新写入时，此报文会额外的发送一次，原来的周期不变。
    • Cyclic and IfActive：指报文平时是按正常周期cyclic time发送，当报文中的信号为有效值时，报文会按IfActive报文的快速周期cyclic time fast发送，等到信号变为无效值时，报文又会恢复到原来的正常周期发送。

  • Cyclic是通过Com_MainFunctionTx周期TASK调用，到了时间就去传输。Direct是通过调用写接口Com_SendSignal去传输数据，只有接口被调用，并且等到周期Com_MainFunctionTx才会传数据。

  • Cyclic周期发送

  • Cyclic + OnChange变化时发送：是指当报文中的信号发生变化时，报文才会发送

  • Cyclic + OnWrite写入时发送：写入时发送是指当报文中的信号被重新写入时，报文才会发送。OnWrite与OnChange的主要区别是OnWrite重新写入不一定就是数值的改变，也可以保持不变

  • IfActive有效时发送，有效时发送是指当报文中的信号为有效值时，报文会以一个快速的周期（cycle time fast）发送，当信号变为无效时，报文就不再发送。

  • OnChangeWithRepetition：当报文中的信号发生变化时，重复发一次，重复发送之间间隔50毫秒。

  • J1939 Rep=1,Trigger = 5 sec

  • ADAS Rep=1,Trigger = 5 sec

【DBC专题】-12-不同类型报文(应用/诊断/网管/测量标定)在DBC中配置，以及在Autosar各模块间的信号数据流向
「汽车电子助手」的博客
03-15 1万+
1)Autosar中不同类型报文(App应用，UDS/OBD诊断，NM网络管理报文，XCP测量标定)的信号数据流向； 2)CAN DBC中，不同的Attribute属性决定不同类型报文（APP应用报文，UDS/OBD诊断报文，NM网络管理报文，XCP报文）。
AUTOSAR-CAN通信的Com层触发I-PDU的逻辑
xiandang8023的博客
08-14 210
对于传输模式的选择，可以根据Message定义的周期等待Com_MainFunction发送，也可以是只有数据变更时，等到一个Com_MainFunction就向外发送，数据无变化，不需要向外发送。当I-PDU被填充完整后，判断I-PDU的传输模式，等待Com_MainFunction将I-PDU根据传输方式向底层传输。因为是向外发送，所以Can_MainFunction_Write会读Can驱动寄存器，确认传输是否完成，也就会返回Com_TxConfirmation，可以配置是否需要触发Callout。
CAN报文发送类型和信号发送类型、恢复默认值方式
qiu421的博客
08-25 1万+
报文发送类型有周期型Cycle、事件型Event、周期事件型CycleEvent（简称CE）、激活型IfActive周期型Cycle最简单，就是按照固定周期循环发送的报文。事件型Event平时不发送，当事件发生的时候才发送一段时间后停发。周期事件型CE就有点复杂了，他有两个周期，快发周期和慢发周期，平时按照慢发周期（譬如100ms），事件发生的时候按照快发周期（譬如20ms）发一段时间后切换回慢发周期。激活型IfActive平时不发送，状态激活的时候才发送。
图解AUTOSAR_CP_COM模块
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
03-04 1807
用直观的逻辑图让AUTOSAR标准通俗易懂.
CAN报文触发类型
m0_48434559的博客
11-25 9257
事件型触发：用于请求 周期型触发：用于发送状态 发送周期可以是10ms,20ms， 50ms， 100ms， 200ms等 周期报文,ECU周期性地往CAN总线上发送，以10ms,20ms周期 事件报文，触发式发送。 事件触发方式，又分为（根据CANoe中的分类） OnWrite, OnWriteWithRepetition, OnChange, OnChangeWithRepetition, IfActive, IfActiveWithRepetition ...
CAN Interaction Layer (谈谈我对交互层的理解)
蚂蚁小兵
09-20 1万+
CAN 报文层交互层的报文属性的理解 CAN 报文层交互层的函数 CAN 报文层交互层实现对报文counter和checksum的计算
CAN报文
haoge121415519的博客
10-21 5901
CAN报文 Motorola (大端) 与 Intel (小端)、lsb、msb 发送类型："Cycle", "Event", "IfActive", "CE" and "CA" 分别为周期型，事件型，激活置位后发送某个报文，周期型和事件型分时段，激活置位后发送周期型报文。 计算 CAN 数值
CAN总线报文发送类型
wgl110110的博客
11-12 1666
我们在用CANoe进行CAN总线 的测试时，会发现CAN报文的发送类型有很多种，有些类型不太容易理解，有些类型之间又容易混淆，一不小心就会用错，今天我们就来介绍下CAN报文的发送类型。CAN报文的发送类型分为基本发送类型和混合发送类型两大类。基本发送类型包括Cyclic周期发送、0nChange变化时发送、0nWrite写入时发送和IfActive有效时发送。基本发送类型中的Cyclic称为周期型，而其他3个类型称为事件型(event)
autosar架构详细介绍_CAN通讯系列--AUTOSAR架构的CAN通讯5
weixin_39758032的博客
11-27 1506
在前面已介绍的CAN总线基础上，本文将简介AUTOSAR架构的CAN通讯软件实现。6 AUTOSAR架构的CAN通讯简介6.1 AUTOSAR概念关于AUTOSAR概念之类的内容不在此展开，权威资料请参见AUTOSAR官网。引自： AUTOSAR AUTOSAR (AUTomotive Open System ARchitecture) is a worldwide development par...
CAN总线协议：CAN消息之“报文类型”
m0_46512607的博客
02-23 9202
CAN有四种不同的报文类型：数据帧、远程帧、错误指示帧和超载帧。 1、数据帧 CAN协议有两种数据帧类型：标准CAN和扩展CAN（见上文）。 一个数据帧中包括7个主要的域： 帧起始域——标志数据帧的开始，由一个显性位组成。 仲裁域——内容由标示符和远程传输请求位（RTR）组成，RTR用以表明此信息帧是数据帧还是不包含任何数据的远地请求帧。 当标准CAN和扩展CAN的数据帧必须在同一条总线上传输时，首先判断其优先权，如果ID相同，则非扩展数据帧的优先权高于扩展数据帧。 控制域——r0、r1是保留位，作为扩展位
Autosar CAN报文的接收和发送
weixin_45798899的博客
12-27 3190
CANIF接收到LPDU后，继续解析CAN帧，根据其标识符和数据长度等，组装成一个IPDU，通知PDUR。CAN硬件层上接收到总线上的CAN报文后，硬件层会打包为LPDU驱动通知CANIF。PDUR肩负着路由的作用，根据CAN帧的标识符，如果是应用报文，就路由到COM。以上是CAN报文从CAN传递到COM的过程，后续信号的处理需要结合Development处理。接收路径：CAN--->CANIF--->PDUR--->COM。接收路径：COM---PDUR---CANIF---CAN。
汽车电子 -- CAN报文接收解析和发送组包
不积跬步，无以至千里
10-16 4970
之前已经讲过如何生成DBC文件了，程序中该如何解析DBC呢？其中包括接收CAN报文和发送CAN报文该如何组包？？
PEAK CAN自动发送CAN报文的python程序.zip
05-09
简单的Python程序（基于Python3.7）实现PCAN自动发送CAN报文。。。。 程序定义了每隔10ms、100ms、1000ms各发送若干帧数据。 修改main.py文件中的msg.ID、msg.MSGTYPE、msg.DATA可以修改帧ID、帧类型和数据。
can 报文传输的源代码
04-11
主要进行了硬件程序的编写 局域网控制总线的报文传输协议的相关代码 希望对于arm学习的人有用
Autosar Com模块的发送与DBC文件之间的关系
EFingZ的博客
05-24 1379
Autosar Com模块的发送与DBC文件之间的关系
AUTOSAR汽车电子嵌入式编程精讲300篇-智能网联汽车CAN总线异常检测（中）
getusushu的博客
04-29 269
监听到的报文可以通过统计、重 放、逆向等方法手段解析出报文数据的含义，注入的报文可以给出错误的信息替换正常的数据，还可以通过优先级压制总线上的其他报文的发送。(2)基于报文有效荷载的IDS：对CAN报文有效荷载的攻击可能是通过注入 报文来完成，也可能通过篡改报文来完成，前者攻击的目的侧重于修改报文 的内容，但仍然属于注入报文的范畴，后者则不会对流量产生任何影响，如果篡改后的数据明显非法，仍可以通过统计等方法检测到，否则可能没有有 效的方法来发现这种攻击。(3)固定选取某些范围内的ID或数据，如边界值。
【笔记篇】Davinci Configurator Com模块
weixin_47571898的博客
05-12 1351
AUTOSAR 达芬奇工具Com模块学习笔记，介绍了AUTOSAR Com模块的模块功能及配置参数。
常见报文类型
热门推荐
柚子树's Blog
05-31 1万+
1、超文本传输协议   超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。1960年美国人Ted Nelson构思了一种通过计算机处理文本信息的方法，并称之为超文本（hypertext）,这成为了HTTP超文本传输协议标准架构的...
详解Autosar Arxml中的CANFD报文及格式
赞的博客
06-25 7771
Autosar CANFD报文详解
CAN报文发送类型："Cycle", "Event", "IfActive", "CE" and "CA"
最新发布
04-04
<think>好的，用户之前问过关于嵌入式系统中的Cycle和Event，现在他进一步询问CAN报文发送类型，包括Cycle、Event、IfActive、CE和CA。我需要先确定这些术语在CAN协议中的具体定义和应用场景。 首先，用户可能是在学习或工作中遇到了CAN总线配置的问题，需要了解不同的报文发送类型。他的身份可能是嵌入式系统工程师、学生或相关领域的开发者。他的需求是明确这些类型的区别，以便正确配置CAN节点，优化通信效率。 接下来，我需要回忆CAN协议的相关知识。Cycle和Event之前已经解释过，但需要结合报文发送来详细说明。IfActive、CE和CA这些可能是特定厂商或标准中的术语，比如在CANopen或AUTOSAR中常见。需要确认这些缩写是否对应具体的发送模式，例如CE可能代表Cycle和Event的组合，CA可能是Conditional Active的缩写。 用户可能没有明确说出这些术语的来源，但根据常见的CAN应用，IfActive可能指报文在特定条件下发送，比如当数据变化时。CE和CA可能涉及混合模式，结合周期和事件驱动。需要逐一解释每个类型的工作原理、触发条件和应用场景，最好用例子说明，比如汽车中的不同系统如何使用这些类型。 另外，用户可能希望了解如何选择适合的发送类型，因此需要给出对比表格或选择建议，帮助他根据实际需求做决定。要注意避免过于技术化的术语，保持解释清晰易懂，同时确保信息准确，比如CAN FD是否支持某些类型，或者这些类型在实时系统中的表现。 最后，检查是否有遗漏的细节，比如错误处理、资源管理或与其他协议的区别。确保回答覆盖所有提到的类型，并指出可能的混淆点，如不同标准中的术语差异。这样用户就能全面理解各种发送类型，并应用到实际项目中。</think>在CAN总线协议（尤其是汽车电子和工业控制领域）中，报文发送类型定义了数据帧的触发条件和管理规则。以下是 **Cycle（周期型）、Event（事件型）、IfActive（条件激活型）、CE（周期+事件型）和CA（条件自动型）** 的详细说明： --- ### 1. **Cycle（周期型发送）** - **定义**：以**固定时间间隔**自动发送报文，无论数据是否变化。 - **触发条件**：定时器超时（如每100ms触发一次）。 - **特点**： - **确定性**：时序严格可控，适用于实时性要求高的场景。 - **带宽占用稳定**：无论数据是否更新，均占用固定带宽。 - **典型应用**： - 汽车ECU周期性发送车速、发动机转速（如CAN信号 `VehicleSpeed`）。 - 工业传感器定期上报温度、压力数据。 - **示例**： $$ \text{Cycle\_Tx(MessageID=0x100, Period=50ms)} $$ --- ### 2. **Event（事件型发送）** - **定义**：仅在**数据变化或特定事件**发生时触发报文发送。 - **触发条件**：数据更新、外部中断（如按键按下）或状态跳变。 - **特点**： - **带宽高效**：仅在有实际数据更新时发送，减少总线负载。 - **低延迟**：响应速度快，适用于突发性事件。 - **典型应用**： - 车载安全气囊碰撞信号（紧急事件触发）。 - 用户操作（如车窗升降指令）。 - **示例**： $$ \text{Event\_Tx(MessageID=0x200, Trigger=ButtonPressed)} $$ --- ### 3. **IfActive（条件激活型）** - **定义**：在**特定条件满足时**才激活报文发送，否则停止发送。 - **触发条件**：外部状态（如系统模式切换、故障标志位）。 - **特点**： - **动态启停**：根据系统状态动态管理通信。 - **节能设计**：非激活状态下节省总线资源。 - **典型应用**： - 车辆进入“诊断模式”时发送诊断报文。 - 工业设备在“运行模式”下才上报实时数据。 - **示例**： $$ \text{IfActive\_Tx(MessageID=0x300, Condition=SystemMode == "Normal")} $$ --- ### 4. **CE（Cycle+Event混合型）** - **定义**：结合**周期性和事件型**的混合发送模式。 - **工作逻辑**： - **基础周期**：按固定周期发送。 - **事件优先**：若在周期内发生数据更新，立即触发发送（覆盖原周期）。 - **特点**： - **兼顾实时性与带宽效率**：既保证最低更新频率，又响应突发变化。 - **典型应用**： - 汽车仪表盘数据（基础周期更新，急加速时立即刷新）。 - 电池管理系统（定期上报状态，电压异常时紧急发送）。 - **示例**： $$ \text{CE\_Tx(MessageID=0x400, BasePeriod=100ms, EventTrigger=VoltageDelta > 0.5V)} $$ --- ### 5. **CA（Conditional Auto，条件自动型）** - **定义**：根据**预设逻辑自动切换**发送策略（如周期/事件/静默）。 - **触发条件**：动态评估数据重要性、总线负载或系统优先级。 - **特点**： - **自适应优化**：灵活调整发送频率以适应实时需求。 - **复杂度高**：需配置优先级策略和仲裁规则。 - **典型应用**： - 智能驾驶中的多传感器融合（高负载时降低次要数据频率）。 - 网络拥堵时自动降频非关键报文。 - **示例**： $$ \text{CA\_Tx(MessageID=0x500, Priority=High, AdaptRule=BusLoad < 70\%)} $$ --- ### 6. **对比与选型建议** | **类型** | **触发机制** | **优点** | **缺点** | **适用场景** | |------------|----------------------------|--------------------------|------------------------|--------------------------| | **Cycle** | 固定周期 | 时序可控，实时性强 | 带宽浪费（数据未变时） | 稳定状态监测（如转速） | | **Event** | 数据/事件变化 | 带宽高效，响应快 | 时序不可预测 | 紧急信号（如故障报警） | | **IfActive** | 外部条件激活 | 节能，按需启用 | 依赖外部状态管理 | 模式依赖型数据（如诊断） | | **CE** | 周期+事件覆盖 | 平衡实时性与效率 | 逻辑复杂度中等 | 需兼顾常规与突发场景 | | **CA** | 动态策略调整 | 自适应优化资源 | 实现复杂，需策略配置 | 高负载或可变优先级系统 | --- ### 7. **实际应用案例** - **汽车CAN网络**： - **Cycle型**：发动机控制单元（ECU）每20ms发送转速数据。 - **Event型**：安全气囊碰撞信号立即触发。 - **CE型**：车身控制器在车门状态变化时立即发送，否则每500ms周期更新。 - **工业PLC**： - **IfActive型**：仅在设备运行时发送生产数据。 - **CA型**：根据网络负载动态调整传感器上报频率。 --- 如果需要进一步分析某个类型的配置细节（如CANdb信号定义或报文仲裁规则），可提供具体场景描述。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

梅尔文

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

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

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

打赏作者

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

抵扣说明：

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

余额充值