[发明专利]基于网络管理远程监控车端控制器休眠唤醒方法

说明书

本发明公开了一种基于网络管理远程监控车端控制器休眠唤醒方法，基于整车网络管理技术和大数据上传云端技术，对带有网络管理的控制器唤醒原因和不休眠原因进行定义，在满足一定条件下控制器将各自定义的唤醒原因和不休眠原因带上时间戳信息通过网络管理报文的形式发送到CAN网络上，然后由网关收集各控制器的唤醒原因和不休眠原因并统一打包后上传至THU，由THU透传到云平台，如此就能够通过云平台实时远程查看每个车控制器唤醒和不休眠的原因信息，若有用户反馈亏电问题，就能够结合用户反馈的故障发生时间段信息快速锁定该车辆异常唤醒原因或异常不休眠原因，从而锁定异常工作的控制器，大大缩短了问题分析时间，减少了公司资源浪费。

技术领域

本发明属于汽车电子技术领域，具体涉及一种基于网络管理远程监控车端控制器休眠唤醒方法。

背景技术

如专利文献CN106302060A公开的一种整车休眠唤醒方法、系统和汽车CAN网络网关，包括：网关在预定条件下被唤醒后唤醒所有CAN网络；网关在预设的通信时间内对所有CAN网络中各节点网络管理报文所携带的唤醒信号进行接收判断，获得各CAN网络是否需要保持唤醒的唤醒配置表；待预设的通信时间结束后，网关根据唤醒配置表执行相应CAN网络的请求睡眠或保持唤醒状态。本发明能够同步请求休眠的各CAN网络之间的休眠时间，并协调保持通信的各CAN网络之间的唤醒状态，从而降低能量损耗。但一旦有发生网络异常唤醒或异常不休眠文都导致整车耗电急剧增加，通常网络持续处于异常唤醒或异常不休眠情况下，整车蓄电池电量将在1天内耗尽，导致车辆无法整车启动，严重影响用户使用。此类问题发生后，通常要求主机厂能快速锁定原因，解决用户问题，但传统的分析此类问题的方法都很有限且难度大，更没有什么便捷高效的技术手段支持，通常都需要携带专用工具/设备出差到全国各地对故障车安装设备长期蹲点监控网络状态，只有当故障再次复现时才有可能锁定异常唤醒或异常不休眠的原因，耗费公司大量人力物力财力，一般至少需要10-15天才能查明原因，不能高效的解决用户问题。

因此，有必要开发一种新的基于网络管理远程监控车端控制器休眠唤醒方法。

发明内容

本发明的目的是提供一种基于网络管理远程监控车端控制器休眠唤醒方法，能快速锁定车辆异常唤醒原因或异常不休眠原因，以达到快速锁定异常工作的控制器。

本发明所述的一种基于网络管理远程监控车端控制器休眠唤醒方法，包括以下步骤：

对车端带有网络管理的控制器的唤醒原因和不休眠原因进行定义；

在满足前置条件和触发条件时，各控制器将各自的唤醒原因和不休眠原因通过网络管理报文的形式发送到CAN网络上；其中，发送唤醒原因的前置条件为：车辆处于移动网络信号正常的位置，且车辆处于网络休眠状态；发送不休眠原因的前置条件为：车辆处于移动网络信号整车的位置，且车辆处于网络唤醒状态；发送唤醒原因和不休眠原因的触发条件为：车辆由网络休眠状态变为唤醒状态时；

网关收集各控制器的唤醒原因并打包为监测报文后上传至THU；

网关收集各控制器的不休眠原因并打包为监测报文后上传至THU；

THU接收到监测报文后增加时间戳并上传到云平台，云平台存储对应的报文信息与时间戳。

可选地，当车辆由网络休眠状态变为唤醒状态时，无法休眠的控制器将各自无法休眠的原因发送至GW；并在车辆从非OFF到OFF挡后计时达到预设时间时，或车辆持续在OFF挡，从休眠到唤醒后计时达到预设时间时，GW将接收到的不休眠原因通过监测报文上传至THU。

可选地，所述监测报文具体为：

第1个字节的前4位定义为事件有无；

第2个字节定义为各控制器的编号；

第3-5字节定义为各控制器的唤醒原因；

第6-8字节定义为各控制器的不休眠原因。

可选地，当车辆处于移动网络信号不正常位置时，存储此次数据和当时的时间戳，待下次登录后台后再发送数据。