0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

ECU从休眠到网络唤醒时间怎么测?

冬至配饺子 来源:开心果 Need Car 作者:开心果 Need Car 2022-08-29 17:28 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

Q1:ECU从休眠到网络唤醒时间怎么测?

答:对于CAN网络,ECU从休眠到网络唤醒时间的测试方法如下:

t0时刻,使用仿真设备(CANoe/PCan/ZLG等)发送一帧或者连续多帧有效的网络管理报文;

t0~t1期间,由于ECU休眠(主芯片断电,不考虑低功耗情况),Controller关闭,ECU不能接收仿真设备发送的报文,所以,此期间仿真设备发送的报文,ECU无法应答而出现错误帧(No Ack);

t1时刻,ECU主芯片供电,程序运行,Controller恢复正常工作模式(Transceiver也处于正常工作模式),可以接收报文;

t2时刻,识别到有效唤醒源(有效网络管理报文),通信打开,ECU外发第一帧报文。如果节点的网络类型是Passive Mode,第一帧外发报文是应用报文;如果节点的网络类型非Passive Mode,第一帧外发报文是网络管理报文。

所以,ECU从休眠到唤醒的启->止时间 =t0 ->t2,测试时计算此时间差值(t2-t0)是否满足需求。注意,t0时刻是指第一帧错误帧时刻。

上述时序如下所示:

pYYBAGMMhleAfjoEAAB87OmbMfs649.png

提示:仿真设备为什么发送多帧网络管理报文?如果Transceiver没有PN(Partial Network)功能,不能识别网络管理报文,第一帧网络管理报文只是激活SBC,完成主芯片的供电任务,而没有被ECU有效接收,则需要第二帧网络管理报文唤醒节点网络。

Q2:节点被动唤醒进入RMS状态,RMB需要置位吗?

:不需要。节点被动唤醒(收到其他节点的网络管理报文),由BSM(Bus Sleep Mode)进入RMS(Repeat Message State),此时CBV(Control Bit Vector)值 =初始值,而CBV的初始值为0x00,如下所示:

pYYBAGMMhn2AfNHqAAA8MwcWdzA729.png

如果在NOS(Normal Operation State)/RSS(Ready Sleep State )主动请求进入RMS,即:主动调用CanNm_RepeatMessageRequest()接口RMB(Repeat Message Bit)置位,即:RMB = 1

CanNm_RepeatMessageRequest()接口不能在RMS、PBM、BSM状态下主动调用,如下所示:

pYYBAGMMhp2ADDnOAAByQenePxE631.png

这意味着,节点被动唤醒的时候,网络状态由BSM进入RMS,所以RMB = 0



审核编辑:刘清

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • CAN总线
    +关注

    关注

    145

    文章

    2020

    浏览量

    134687
  • ecu
    ecu
    +关注

    关注

    14

    文章

    965

    浏览量

    56880
  • RMS
    RMS
    +关注

    关注

    2

    文章

    158

    浏览量

    37492
  • 芯片供电
    +关注

    关注

    1

    文章

    3

    浏览量

    1744
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    深度休眠状态下外部所有的IO都可以唤醒MCU吗?

    深度休眠状态下,外部所有的IO都可以唤醒MCU吗?
    发表于 12-04 06:00

    MCU典型的睡眠唤醒时间delay的概念

    工作,这时器件就进入了正常工作模式。 这里我们重点分析一下这个唤醒delay的时间组成,在MCU系统唤醒中,如果我们对系统使能了在睡眠模式下的供电电压模块待机模式,则从待机activ
    发表于 11-25 08:03

    CW32L010进入休眠模式后,外部中断无法唤醒MCU,为什么?

    现在开发的项目需要低功耗,现在的工作逻辑是:无动作10s后,MCU进入休眠模式,然后在用户按下按键后,外部中断唤醒MCU。 在10s计时满足后,关闭定时器,重新配置PB06,用于外部中断唤醒,然后
    发表于 11-25 07:11

    TC10管理:虹科10BASE-T1S方案高效管控ECU休眠/唤醒

    虹科Technica深耕汽车以太网领域,基于OPEN Alliance TC10标准,推出10BASE-T1S网络接口卡,一站式解决「低功耗、快唤醒、易测试」三大痛点,无需额外布线与复杂开发,直接适配汽车场景的严苛需求。
    的头像 发表于 11-12 17:40 442次阅读
    TC10管理:虹科10BASE-T1S方案高效管控<b class='flag-5'>ECU</b><b class='flag-5'>休眠</b>/<b class='flag-5'>唤醒</b>

    虹科分享 | TC10管理:虹科10BASE-T1S方案高效管控ECU休眠/唤醒

    虹科10BASE-T1S接口卡TC10唤醒/休眠控制汽车以太网需兼顾「即时响应」与「低功耗」——驾驶员解锁车门、启动引擎时,网络必须毫秒级唤醒;但E
    的头像 发表于 11-12 17:02 1196次阅读
    虹科分享 | TC10管理:虹科10BASE-T1S方案高效管控<b class='flag-5'>ECU</b><b class='flag-5'>休眠</b>/<b class='flag-5'>唤醒</b>

    【道生物联TKB-623评估板试用】——2.TKB-623评估板休眠唤醒测试

    上一节我已经讲解了两块TKB-623评估板之间进行AT指令测试及互发数据,本节就来使用两块TKB-623评估板进行休眠唤醒测试。 原理很简单,使用一块TKB-623评估板作为板,进入休眠
    发表于 10-24 19:27

    RK3128 Android 7.1 进入深度休眠流程分析

    4. 唤醒流程当以下任一事件发生时,系统深度休眠唤醒: 电源键按下 RTC闹钟触发 其他预设的唤醒源信号 5. 调试与验证可以通过以下方
    发表于 07-22 10:45

    RK3568 EVB开发板 深度休眠与快速醒的工作流程

    RK3568 EVB开发板关于深度休眠唤醒流程的分析
    的头像 发表于 07-22 09:49 608次阅读
    RK3568 EVB开发板 深度<b class='flag-5'>休眠</b>与快速醒的工作流程

    CYW20829在ESL场景下,event和Subevent时间长短的设置是什么?

    如何? 2.任务密集时段和任务稀疏时段能否灵活更改周期?终端与AP重新约定新的周期时常的过程需要多久?唤醒周期能否设置为10秒以上,减少终端的唤醒次数? 3.这个问题是基于休眠时间较长
    发表于 07-07 07:32

    芯知识|广州唯创电子WT2003H语音芯片:智能低功耗,唤醒随心控

    在电池供电或对功耗敏感的语音应用场景中,WT2003H语音芯片凭借其精心设计的双模式低功耗休眠架构,为开发者提供了灵活高效的节能解决方案,显著延长设备续航时间。核心低功耗模式解析深度休眠模式
    的头像 发表于 06-30 08:52 398次阅读
    芯知识|广州唯创电子WT2003H语音芯片:智能低功耗,<b class='flag-5'>唤醒</b>随心控

    TC10以太网休眠唤醒测试详细指南!

    休眠唤醒互操作性测试是确保车载以太网设备在低功耗模式下正常工作的关键步骤。通过详细的测试用例和严格的通过标准,OPEN Alliance的测试规范确保了不同厂商设备之间的互操作性。
    的头像 发表于 02-18 10:00 1256次阅读
    TC10以太网<b class='flag-5'>休眠</b><b class='flag-5'>唤醒</b>测试详细指南!

    以太网休眠唤醒利器—OPEN Alliance TC10

    TC10为车载以太网的休眠唤醒机制提供了统一的技术规范,特别是在汽车ECU数量不断增加、网络复杂度日益提升的背景下,TC10规范通过定义PHY的新增服务原语和接口、
    的头像 发表于 02-17 18:24 883次阅读
    以太网<b class='flag-5'>休眠</b><b class='flag-5'>唤醒</b>利器—OPEN Alliance TC10

    以太网休眠唤醒利器OPEN Alliance TC10介绍

    TC10 为OPEN Alliance 中的一个技术委员会小组,专注于研究基于车载以太网的休眠唤醒机制,旨在为汽车应用场景提供灵活的休眠唤醒解决方案。
    的头像 发表于 02-13 09:06 1067次阅读
    以太网<b class='flag-5'>休眠</b><b class='flag-5'>唤醒</b>利器OPEN Alliance TC10介绍

    TC10以太网休眠唤醒测试用例

    在上一篇文章中,我们了解了TC10规范的内容,并掌握了基于以太网链路的物理层休眠唤醒机制。为了确保不同厂商的设备在以太网休眠唤醒功能上的互操作性,OPEN Alliance制定了详细的
    的头像 发表于 02-13 09:05 963次阅读
    TC10以太网<b class='flag-5'>休眠</b><b class='flag-5'>唤醒</b>测试用例

    如何通过PMC_GPIO唤醒AMD Versal™ Adaptive SoC Linux系统

    在功耗敏感的系统里,我们通常会在系统空闲的时候将系统休眠,然后可以通过一些外设的输入来唤醒系统,比如 Uart、USB 和 GPIO。AMD Versal Adaptive SoC 系统的休眠
    的头像 发表于 12-17 10:07 1257次阅读
    如何通过PMC_GPIO<b class='flag-5'>唤醒</b>AMD Versal™ Adaptive SoC Linux系统