一种车载总线收发器唤醒方法及装置制造方法及图纸

本发明专利技术公开一种车载总线收发器唤醒方法及装置，其中，车载总线收发器唤醒方法包括：在整车电源处于点火开关关闭工况时，响应于任一ECU以CAN报文形式发送CANFD网络管理报文，待唤醒ECU的收发器检测所述CAN报文的数据场是否具有唤醒序列；若检测到所述CAN报文的数据场具有唤醒序列，所述收发器唤醒所述待唤醒的ECU。本发明专利技术通过把CANFD网络中的网络管理报文设计成CAN报文，并且在数据场中选用一个未使用的字节填充一个固定的唤醒比特流，保证了网络管理报文能够唤醒ECU，并且唤醒时间可控；通过在数据场并非仲裁场构造唤醒比特流，避免了网络管理报文ID的重新分配以及诊断寻址策略的更改。的更改。的更改。

【技术实现步骤摘要】
一种车载总线收发器唤醒方法及装置


[0001]本专利技术属于智能网联汽车
，具体涉及一种车载总线收发器唤醒方法及装置。

技术介绍

[0002]随着汽车智能化、网联化的程度越来越高，很多由电池供电的ECU在点火开关关闭(Ignition Off)工况下仍然需要实现某些功能。在该工况下，实现通讯的前提条件之一是在ECU处于低功耗模式的时候，总线收发器能够被唤醒使其进入正常工作状态。为了避免总线上出现电压波动造成非预期的ECU唤醒造成整车电量消耗的情况，ISO 11898
‑
2：2016定义了一种新的收发器唤醒的情形——Wake
‑
up pattern wake
‑
up。在这种唤醒情形下，收发器必须在唤醒超时时间tWake(800
‑
1000μs)内接收到连续的显性
‑
隐性
‑
显性电平序列，而每个显性电平或者隐性电平必须持续tFilter的时间才能被唤醒。而CANFD网络仲裁场速率为500kbps，仲裁场一个比特位的标称位时间为2000ns；数据场目前主流速率为2Mbps或5Mbps，数据场一个比特位的标称位时间为500ns或200ns。在Ignition off工况下，ECU往往通过网络管理报文被唤醒，而未经过特别设计的网络管理报文可能会出现无法唤醒ECU的情况。
[0003]目前市面上的收发器有遵循也有不遵循ISO 11898
‑
2：2016的产品，不遵循上述唤醒情形的收发器只需要一个2000ns的显性电平即可唤醒，这在整车网络中很容易满足，不需要额外设计。遵循了上述唤醒情形的收发器需要显性
‑
隐性
‑
显性的连续电平序列，而每个显性电平或者隐性电平必须持续总线活动过滤时间tFilter才能唤醒，而tFilter有500
‑
5000ns和150
‑
1800ns两种标准。市面上主流收发器厂商所开发的收发器产品所遵循的标准中最严苛的tFilter参数为500
‑
3000ns。
[0004]在CANFD网络中如果网络管理报文采用CANFD报文，在仲裁场则需要连续的2个显性+2个隐性+2个显性的连续电平序列才能确保收发器可被唤醒。如图1所示，如果对CANFD格式的网络管理报文的仲裁场进行设计，那么符合要求的网络管理报文ID则会大大受限(只能取0x300
‑
0x33F这个范围内的ID)，且当前不满足要求的网络管理报文ID需要重新分配，影响现有方案的平台化，甚至基于ECU节点ID而进行的诊断寻址策略也需要随之更改，大大增加ECU软件更改量以及开发周期。再如图2所示，如果在仲裁场没有这个序列，以数据场速率为2Mbps的CANFD网络为例，那么在数据场理论上就需要6个显性+6个隐性+6个显性的序列才能唤醒收发器，而6个连续相同的比特位违反了CAN协议的位填充规则，是不可能出现的情况。所以，网络管理报文为CANFD报文，如果在仲裁场不能唤醒收发器，那么在数据场就更不可能唤醒。如果不对网络管理报文进行额外设计，那么就可能会出现上述收发器无法唤醒以及ECU唤醒时间不可控制的情况，这在整车网络开发过程中是不可接受的。

技术实现思路

[0005]本专利技术实施例所要解决的技术问题在于，提供一种车载总线收发器唤醒方法及装
置，以实现通过网络管理报文对ECU进行唤醒，以及对唤醒时间的准确控制。
[0006]为解决上述技术问题，本专利技术提供一种车载总线收发器唤醒方法，包括：
[0007]在整车电源处于点火开关关闭工况时，响应于任一ECU以CAN报文形式发送CANFD网络管理报文，待唤醒ECU的收发器检测所述CAN报文的数据场是否具有唤醒序列；
[0008]若检测到所述CAN报文的数据场具有唤醒序列，所述收发器唤醒所述待唤醒的ECU。
[0009]进一步地，所述唤醒序列为2个显性+2个隐性+2个显性的连续电平序列，具体是001100的比特流。
[0010]进一步地，在001100的比特流前添加一个反向比特，剩下未使用的比特位填充0，得到整个字节的比特流为01001100。
[0011]进一步地，所述唤醒序列选取网络管理报文数据场中一个未使用的空白字节来构建。
[0012]进一步地，通过对FDF标志位置位为显性，来把CANFD网络中所有的网络管理报文都设计为CAN报文。
[0013]本专利技术还提供一种车载总线收发器唤醒装置，包括唤醒控制单元，用于在整车电源处于点火开关关闭工况时，响应于任一ECU以CAN报文形式发送CANFD网络管理报文，控制待唤醒ECU的收发器检测所述CAN报文的数据场是否具有唤醒序列；若检测到所述CAN报文的数据场具有唤醒序列，则控制所述收发器唤醒所述待唤醒的ECU。
[0014]进一步地，所述车载总线收发器唤醒装置还包括唤醒序列构建单元，用于构建所述唤醒序列，所述唤醒序列为2个显性+2个隐性+2个显性的连续电平序列，具体是001100的比特流。
[0015]进一步地，所述唤醒序列构建单元还用于在001100的比特流前添加一个反向比特，剩下未使用的比特位填充0，得到整个字节的比特流为01001100。
[0016]进一步地，所述唤醒序列构建单元还用于选取网络管理报文数据场中一个未使用的空白字节来构建所述唤醒序列。
[0017]进一步地，所述车载总线收发器唤醒装置还包括报文设计单元，用于通过对FDF标志位置位为显性，来把CANFD网络中所有的网络管理报文都设计为CAN报文。
[0018]实施本专利技术具有如下有益效果：本专利技术通过把CANFD网络中的网络管理报文设计成CAN报文，并且在数据场中选用一个未使用的字节填充一个固定的唤醒比特流，保证了网络管理报文能够唤醒ECU，并且唤醒时间可控；通过在数据场并非仲裁场构造唤醒比特流，避免了网络管理报文ID的重新分配以及诊断寻址策略的更改。
附图说明
[0019]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0020]图1是在仲裁场构造的唤醒序列示意图。
[0021]图2是在CANFD网络管理报文的数据场构造的唤醒序列示意图。
[0022]图3是本专利技术实施例一一种车载总线收发器唤醒方法的流程示意图。
[0023]图4是本专利技术实施例在CAN网络管理报文的数据场构造的唤醒序列示意图。
具体实施方式
[0024]以下各实施例的说明是参考附图，用以示例本专利技术可以用以实施的特定实施例。
[0025]请参照图3所示，本专利技术实施例一提供一种车载总线收发器唤醒方法，包括：
[0026]在整车电源处本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种车载总线收发器唤醒方法，其特征在于，包括：在整车电源处于点火开关关闭工况时，响应于任一ECU以CAN报文形式发送CANFD网络管理报文，待唤醒ECU的收发器检测所述CAN报文的数据场是否具有唤醒序列；若检测到所述CAN报文的数据场具有唤醒序列，所述收发器唤醒所述待唤醒的ECU。2.根据权利要求1所述的车载总线收发器唤醒方法，其特征在于，所述唤醒序列为2个显性+2个隐性+2个显性的连续电平序列，具体是001100的比特流。3.根据权利要求2所述的车载总线收发器唤醒方法，其特征在于，在001100的比特流前添加一个反向比特，剩下未使用的比特位填充0，得到整个字节的比特流为01001100。4.根据权利要求1所述的车载总线收发器唤醒方法，其特征在于，所述唤醒序列选取网络管理报文数据场中一个未使用的空白字节来构建。5.根据权利要求1至4任一项所述的车载总线收发器唤醒方法，其特征在于，通过对FDF标志位置位为显性，来把CANFD网络中所有的网络管理报文都设计为CAN报文。6.一种车载总线收发器唤醒装置，其特征在于，包括唤醒控制单元，用于在整车电源处于点...

【专利技术属性】
技术研发人员：黄光健，张雁英，程艳阶，何烈炎，孙小雨，刘光达，
申请(专利权)人：广州汽车集团股份有限公司，
类型：发明
国别省市：