CN114170705A - 车辆数据上传方法、装置和设备 - Google Patents
车辆数据上传方法、装置和设备 Download PDFInfo
- Publication number
- CN114170705A CN114170705A CN202111359161.6A CN202111359161A CN114170705A CN 114170705 A CN114170705 A CN 114170705A CN 202111359161 A CN202111359161 A CN 202111359161A CN 114170705 A CN114170705 A CN 114170705A
- Authority
- CN
- China
- Prior art keywords
- vehicle data
- vehicle
- data
- fault
- uploading
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种车辆数据上传方法，包括：获取车辆数据；对所述车辆数据进行可靠性判定，当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。本发明还公开了一种车辆数据上传装置、设备和计算机可读存储介质。采用本发明实施例，能够对实车状态进行灵活性监控，及时获取车辆中的问题数据，为车辆软件功能完善提供数据基础。
Description
技术领域
本发明涉及车辆技术领域，尤其涉及一种车辆数据上传方法、装置和设备。
背景技术
在车辆运行过程中，为了提高车辆和乘车人员的安全，需要实时对车辆可能存在的故障进行检测和诊断。而对车辆进行故障检测和诊断时，主要是对车辆数据进行分析，以得到故障诊断结果。因此，车辆数据的上传过程显得尤为重要，有效地挖掘车辆数据，不仅能够提升系统的智能化，在一定程度上也能提高技术人员的工作效率，提前预知高危风险，降低事故发生率。但现有的车辆在数据上传过程中，直接上传原始数据，对于明显有问题的数据也不会做任何处理，导致影响后续车辆故障分析。
发明内容
本发明实施例的目的是提供一种车辆数据上传方法、装置和设备，对实车状态进行灵活性监控，及时获取车辆中的问题数据，为车辆软件功能完善提供数据基础。
为实现上述目的，本发明实施例提供了一种车辆数据上传方法，包括：
获取车辆数据；
对所述车辆数据进行可靠性判定，当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；
当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；
当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
作为上述方案的改进，所述对所述车辆数据进行可靠性判定，包括：
对总线上传输的报文进行校验；
当所述报文满足预设的报文故障条件时，判定所述车辆数据不满足所述可靠性条件；
当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较；
若所述车辆数据在所述数据标准范围内，判定所述车辆数据满足所述可靠性条件；若所述车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
作为上述方案的改进，检测到所述车辆发生故障的响应条件为：检测到故障标志位满足预设的故障数值。
作为上述方案的改进，在确定故障类型后，还包括：
获取与所述故障类型对应的故障数据上传时长；
则，所述将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，包括：
在所述故障数据上传时长内，将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
作为上述方案的改进，在确定故障类型后，还包括：
获取与所述故障类型对应的故障数据上传时长；
则，所述将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，包括：
在所述故障数据上传时长内，将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
作为上述方案的改进，所述第一数组的格式中包括所述车辆数据的参数值；所述第二数组的格式中包括所述车辆数据的参数值和对应的故障信息。
作为上述方案的改进，所述车辆数据包括行驶参数和模块运行参数中的至少一种。
为实现上述目的，本发明实施例还提供了一种车辆数据上传装置，包括：
数据获取模块，用于获取车辆数据；
可靠性判定模块，用于对所述车辆数据进行可靠性判定；
故障情况获取模块，用于当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；
数据上传模块，用于当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
作为上述方案的改进，所述可靠性判定模块用于：
对总线上传输的报文进行校验；
当所述报文满足预设的报文故障条件时，判定所述车辆数据不满足所述可靠性条件；
当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较；
若所述车辆数据在所述数据标准范围内，判定所述车辆数据满足所述可靠性条件；若所述车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
作为上述方案的改进，所述第一数组的格式中包括所述车辆数据的参数值；所述第二数组的格式中包括所述车辆数据的参数值和对应的故障信息。
为实现上述目的，本发明实施例还提供一种车辆数据上传设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上述任一实施例所述的车辆数据上传方法。
相比于现有技术，本发明实施例所述的车辆数据上传方法、装置和设备，通过实时获取车辆数据并对车辆数据进行可靠性校验，不会上传明显有误的车辆数据，避免对后续车辆运行分析时造成不良影响。另外，在车辆数据满足可靠性条件后，对车辆进行故障分析，确定此时上传的车辆数据是否为车辆故障时的数据，若不是车辆故障时的数据，则将所述车辆数据以预设的第一数组形式上传至云端，若是车辆故障时的数据，则确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，针对不同的故障，可上传不同的信号组合，便于对车辆数据进行故障分类，后续研发人员可直接获取这类故障数据进行分析，从而对车辆进行优化。
附图说明
图1是本发明实施例提供的一种车辆数据上传方法的流程图；
图2是本发明实施例提供的一种车辆数据上传装置的结构框图；
图3是本发明实施例提供的一种车辆数据上传设备的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1，图1是本发明实施例提供的一种车辆数据上传方法的流程图，所述车辆数据上传方法包括：
S1、获取车辆数据；
S2、对所述车辆数据进行可靠性判定，当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；
S3、当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；
S4、当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
值得说明的是，本发明实施例所述的车辆数据上传方法可以由车辆中的整车域控制器(Vehicle domain controller)执行实现，所述整车域控制器可以扩展算力，为车辆的控制逻辑提供动力。整车域控制器的正常运行可以使得车辆能够兼容传统BCM(BodyControl Module，车身控制模块)功能，同时集成空调算法、门控逻辑、胎压监控等整车控制策略。
具体地，在步骤S1中，所述车辆数据包括行驶参数和模块运行参数中的至少一种，所述行驶参数数据为车辆在运行时的速度、加速度、碰撞信息等，所述模块运行参数中为所述车辆中一些硬件设施的运行参数，比如蓄电池、继电器、信号灯、仪表盘显示信息等。
具体地，在步骤S2中，所述对所述车辆数据进行可靠性判定，包括步骤S21～S24：
S21、对总线上传输的报文进行校验；
S22、当所述报文满足预设的报文故障条件时，判定所述车辆数据不满足所述可靠性条件；
S23、当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较；
S24、若所述车辆数据在所述数据标准范围内，判定所述车辆数据满足所述可靠性条件；若所述车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
具体地，所述车辆数据是通过总线传输的，比如CAN总线，在传输所述车辆数据时，对总线上的E2E报文进行校验。E2E(End to End，端到端的通信保护)，是一种针对安全相关数据，为防止通信链路中可能存在的故障(HW/SW)，在通信节点之间执行的一种数据保护协议/机制。假设有两个ECU：ECU1和ECU2，两节点之间通过CAN总线通信，ECU1要将某一安全信号传输至ECU2，如果采用E2Eprofile1保护协议(AutoSAR E2E Library)，ECU1在对必要信息数据做传递之外，还要补充CRC和Counter信息给至ECU2，ECU2在接收到这帧数据后，会计算CRC，然后与接收到的进行比较，ECU2会根据校验结果执行下一步动作。因此，对所述E2E报文进行校验可以验证数据的可靠性。
示例性的，当检测到所述E2E报文满足所述报文故障条件时，判定此时传输的车辆数据不可靠，停止上传这一车辆数据。所述报文故障条件为所述E2E报文满足Checksum(校验和)、Rollingcounter(滚动计数器)或者Timeout(超时)故障。当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较，对信号的合理性做检查，如车速、环境温度、车辆SOC等是否在软件设计的范围内。所述数据标准范围可以预先设置，在此不做具体限定。比如此时获取的车速明显大于车辆车速极限值，此时获取的这一车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
具体地，在步骤S3～S4中，所述第一数组的格式中包括所述车辆数据的参数值；所述第二数组的格式中包括所述车辆数据的参数值和对应的故障信息。
示例性的，比如所述车辆数据为所述车辆未发生故障时的数据，此时可以将所述车辆数据统一发送给云端，比如所述车辆数据包括车辆速度和电池电压，此时将车辆速度和电池电压对应的参数值一并发送给云端。因车辆在未发生故障时，都是一些正常数据，用户查阅这些正常数据的几率不会太高，因此未对这些数据做分类。当所述车辆数据为所述车辆发生故障时的数据时，需要进一步获取故障类型，不同故障类型对应有不同的数组上传形式，比如当检测到车辆发生通信故障时，此时需要获取故障标识符、报文诊断信号等参数信息一并发送给云端。不同的故障类型对应有不同的数组上传形式，在上传完毕后可以针对数组形式对同一故障类型下的所有数据做归纳，方便后期开发者需要分析故障信息时，可以直接按照这一数组形式获取这一故障类型下的所有数据。
进一步地，检测到所述车辆发生故障的响应条件为：检测到故障标志位满足预设的故障数值。
更进一步地，在步骤S2中确定故障类型后，还包括：
获取与所述故障类型对应的故障数据上传时长；
则，所述步骤S4中将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，包括：
在所述故障数据上传时长内，将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
示例性的，不同的故障类型可以有不同的上传时长，针对不同的故障，可上传不同的信号组合，实现不同的上传时长，故障数据上传时长如10s、1min或者更长的时间，依据故障需求标定任意时长。在所述故障数据上传时长内，需要连续获取车辆数据，并以第二数组形式上传至云端。
进一步地，对于域控制器来说，在车辆运行过程中，会对实车进行实时监控。待故障发生后此段数据上传完毕之后，重新切换回原始传输的数组函数，周期上传，待下一次不同/相同故障再次Confirm之后，重新进行内部逻辑切换，实现数据上传的灵活切换。不会受限于硬件的资源限制，可以在问题触发时刻上传所需要的任意数据。同时，在原有的流量消耗的基础上，实现更多数据的上传。
相比于现有技术，本发明实施例所述的车辆数据上传方法，通过实时获取车辆数据并对车辆数据进行可靠性校验，不会上传明显有误的车辆数据，避免对后续车辆运行分析时造成不良影响。另外，在车辆数据满足可靠性条件后，对车辆进行故障分析，确定此时上传的车辆数据是否为车辆故障时的数据，若不是车辆故障时的数据，则将所述车辆数据以预设的第一数组形式上传至云端，若是车辆故障时的数据，则确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，针对不同的故障，可上传不同的信号组合，便于对车辆数据进行故障分类，后续研发人员可直接获取这类故障数据进行分析，从而对车辆进行优化。
参见图2，图2是本发明实施例提供的一种车辆数据上传装置10的结构框图，所述车辆数据上传装置10包括：
数据获取模块11，用于获取车辆数据；
可靠性判定模块12，用于对所述车辆数据进行可靠性判定；
故障情况获取模块13，用于当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；
数据上传模块14，用于当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
值得说明的是，本发明实施例所述的车辆数据上传装置10可以由车辆中的整车域控制器(Vehicle domain controller)执行实现，所述整车域控制器可以扩展算力，为车辆的控制逻辑提供动力。整车域控制器的正常运行可以使得车辆能够兼容传统BCM(BodyControl Module，车身控制模块)功能，同时集成空调算法、门控逻辑、胎压监控等整车控制策略。
具体地，所述车辆数据包括行驶参数和模块运行参数中的至少一种，所述行驶参数数据为车辆在运行时的速度、加速度、碰撞信息等，所述模块运行参数中为所述车辆中一些硬件设施的运行参数，比如蓄电池、继电器、信号灯、仪表盘显示信息等。
具体地，所述可靠性判定模块12用于：
对总线上传输的报文进行校验；
当所述报文满足预设的报文故障条件时，判定所述车辆数据不满足所述可靠性条件；
当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较；
若所述车辆数据在所述数据标准范围内，判定所述车辆数据满足所述可靠性条件；若所述车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
具体地，所述车辆数据是通过总线传输的，比如CAN总线，在传输所述车辆数据时，对总线上的E2E报文进行校验。E2E(End to End，端到端的通信保护)，是一种针对安全相关数据，为防止通信链路中可能存在的故障(HW/SW)，在通信节点之间执行的一种数据保护协议/机制。假设有两个ECU：ECU1和ECU2，两节点之间通过CAN总线通信，ECU1要将某一安全信号传输至ECU2，如果采用E2Eprofile1保护协议(AutoSAR E2E Library)，ECU1在对必要信息数据做传递之外，还要补充CRC和Counter信息给至ECU2，ECU2在接收到这帧数据后，会计算CRC，然后与接收到的进行比较，ECU2会根据校验结果执行下一步动作。因此，对所述E2E报文进行校验可以验证数据的可靠性。
示例性的，当检测到所述E2E报文满足所述报文故障条件时，判定此时传输的车辆数据不可靠，停止上传这一车辆数据。所述报文故障条件为所述E2E报文满足Checksum(校验和)、Rollingcounter(滚动计数器)或者Timeout(超时)故障。当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较，对信号的合理性做检查，如车速、环境温度、车辆SOC等是否在软件设计的范围内。所述数据标准范围可以预先设置，在此不做具体限定。比如此时获取的车速明显大于车辆车速极限值，此时获取的这一车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
具体地，所述第一数组的格式中包括所述车辆数据的参数值；所述第二数组的格式中包括所述车辆数据的参数值和对应的故障信息。
示例性的，比如所述车辆数据为所述车辆未发生故障时的数据，此时可以将所述车辆数据统一发送给云端，比如所述车辆数据包括车辆速度和电池电压，此时将车辆速度和电池电压对应的参数值一并发送给云端。因车辆在未发生故障时，都是一些正常数据，用户查阅这些正常数据的几率不会太高，因此未对这些数据做分类。当所述车辆数据为所述车辆发生故障时的数据时，需要进一步获取故障类型，不同故障类型对应有不同的数组上传形式，比如当检测到车辆发生通信故障时，此时需要获取故障标识符、报文诊断信号等参数信息一并发送给云端。不同的故障类型对应有不同的数组上传形式，在上传完毕后可以针对数组形式对同一故障类型下的所有数据做归纳，方便后期开发者需要分析故障信息时，可以直接按照这一数组形式获取这一故障类型下的所有数据。
进一步地，检测到所述车辆发生故障的响应条件为：检测到故障标志位满足预设的故障数值。
更进一步地，所述车辆数据上传装置10还包括：
故障数据上传时长，用于在确定故障类型后，获取与所述故障类型对应的故障数据上传时长；
则，所述数据上传模块14用于：
在所述故障数据上传时长内，将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
示例性的，不同的故障类型可以有不同的上传时长，针对不同的故障，可上传不同的信号组合，实现不同的上传时长，故障数据上传时长如10s、1min或者更长的时间，依据故障需求标定任意时长。在所述故障数据上传时长内，需要连续获取车辆数据，并以第二数组形式上传至云端。
进一步地，对于域控制器来说，在车辆运行过程中，会对实车进行实时监控。待故障发生后此段数据上传完毕之后，重新切换回原始传输的数组函数，周期上传，待下一次不同/相同故障再次Confirm之后，重新进行内部逻辑切换，实现数据上传的灵活切换。不会受限于硬件的资源限制，可以在问题触发时刻上传所需要的任意数据。同时，在原有的流量消耗的基础上，实现更多数据的上传。
相比于现有技术，本发明实施例所述的车辆数据上传装置10，通过实时获取车辆数据并对车辆数据进行可靠性校验，不会上传明显有误的车辆数据，避免对后续车辆运行分析时造成不良影响。另外，在车辆数据满足可靠性条件后，对车辆进行故障分析，确定此时上传的车辆数据是否为车辆故障时的数据，若不是车辆故障时的数据，则将所述车辆数据以预设的第一数组形式上传至云端，若是车辆故障时的数据，则确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，针对不同的故障，可上传不同的信号组合，便于对车辆数据进行故障分类，后续研发人员可直接获取这类故障数据进行分析，从而对车辆进行优化。
参见图3，图3是本发明实施例提供的一种车辆数据上传设备20的结构框图，所述车辆数据上传设备20包括：处理器21、存储器22以及存储在所述存储器22中并可在所述处理器21上运行的计算机程序。所述处理器21执行所述计算机程序时实现上述各个车辆数据上传方法实施例中的步骤。或者，所述处理器21执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能。
示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器22中，并由所述处理器21执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述车辆数据上传设备20中的执行过程。
所述车辆数据上传设备20可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述车辆数据上传设备20可包括，但不仅限于，处理器21、存储器22。本领域技术人员可以理解，所述示意图仅仅是车辆数据上传设备20的示例，并不构成对车辆数据上传设备20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述车辆数据上传设备20还可以包括输入输出设备、网络接入设备、总线等。
所述处理器21可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器21是所述车辆数据上传设备20的控制中心，利用各种接口和线路连接整个车辆数据上传设备20的各个部分。
所述存储器22可用于存储所述计算机程序和/或模块，所述处理器21通过运行或执行存储在所述存储器22内的计算机程序和/或模块，以及调用存储在存储器22内的数据，实现所述车辆数据上传设备20的各种功能。所述存储器22可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其中，所述车辆数据上传设备20集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器21执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。
Claims (10)
1.一种车辆数据上传方法，其特征在于，包括：
获取车辆数据；
对所述车辆数据进行可靠性判定，当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；
当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；
当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
2.如权利要求1所述的车辆数据上传方法，其特征在于，所述对所述车辆数据进行可靠性判定，包括：
对总线上传输的报文进行校验；
当所述报文满足预设的报文故障条件时，判定所述车辆数据不满足所述可靠性条件；
当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较；
若所述车辆数据在所述数据标准范围内，判定所述车辆数据满足所述可靠性条件；若所述车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
3.如权利要求1所述的车辆数据上传方法，其特征在于，检测到所述车辆发生故障的响应条件为：检测到故障标志位满足预设的故障数值。
4.如权利要求1所述的车辆数据上传方法，其特征在于，在确定故障类型后，还包括：
获取与所述故障类型对应的故障数据上传时长；
则，所述将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端，包括：
在所述故障数据上传时长内，将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
5.如权利要求1所述的车辆数据上传方法，其特征在于，所述第一数组的格式中包括所述车辆数据的参数值；所述第二数组的格式中包括所述车辆数据的参数值和对应的故障信息。
6.如权利要求1所述的车辆数据上传方法，其特征在于，所述车辆数据包括行驶参数和模块运行参数中的至少一种。
7.一种车辆数据上传装置，其特征在于，包括：
数据获取模块，用于获取车辆数据；
可靠性判定模块，用于对所述车辆数据进行可靠性判定；
故障情况获取模块，用于当所述车辆数据满足预设的可靠性条件时，获取车辆的故障情况；
数据上传模块，用于当所述车辆未发生故障时，将所述车辆数据以预设的第一数组形式上传至云端；当所述车辆发生故障时，确定故障类型并将所述车辆数据以预设的与所述故障类型对应的第二数组形式上传至云端。
8.如权利要求7所述的车辆数据上传装置，其特征在于，所述可靠性判定模块用于：
对总线上传输的报文进行校验；
当所述报文满足预设的报文故障条件时，判定所述车辆数据不满足所述可靠性条件；
当所述报文不满足预设的报文故障条件时，将所述车辆数据与预设的数据标准范围进行比较；
若所述车辆数据在所述数据标准范围内，判定所述车辆数据满足所述可靠性条件；若所述车辆数据不在所述数据标准范围内，判定所述车辆数据不满足所述可靠性条件。
9.如权利要求7所述的车辆数据上传装置，其特征在于，所述第一数组的格式中包括所述车辆数据的参数值；所述第二数组的格式中包括所述车辆数据的参数值和对应的故障信息。
10.一种车辆数据上传设备，其特征在于，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6中任意一项所述的车辆数据上传方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111359161.6A CN114170705A (zh) | 2021-11-17 | 2021-11-17 | 车辆数据上传方法、装置和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111359161.6A CN114170705A (zh) | 2021-11-17 | 2021-11-17 | 车辆数据上传方法、装置和设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114170705A true CN114170705A (zh) | 2022-03-11 |
Family
ID=80479340
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111359161.6A Pending CN114170705A (zh) | 2021-11-17 | 2021-11-17 | 车辆数据上传方法、装置和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114170705A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115761933A (zh) * | 2022-11-03 | 2023-03-07 | 成都赛力斯科技有限公司 | 汽车故障恢复方法、装置、计算机设备和存储介质 |
| CN116001705A (zh) * | 2023-01-17 | 2023-04-25 | 中国第一汽车股份有限公司 | 一种车辆数据监控方法、装置、设备及存储介质 |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104836832A (zh) * | 2014-12-10 | 2015-08-12 | 北汽福田汽车股份有限公司 | 车辆的can信号传输安全与校验方法 |
| CN105357254A (zh) * | 2015-09-25 | 2016-02-24 | 宇龙计算机通信科技(深圳)有限公司 | 远程监控汽车故障的方法、系统及智能终端 |
| CN106488191A (zh) * | 2016-10-27 | 2017-03-08 | 山东省科学院自动化研究所 | 电动汽车远程安全监控方法 |
| CN206023812U (zh) * | 2016-09-14 | 2017-03-15 | 南京康尼机电股份有限公司 | 集成数据采集传输装置的门控器 |
| CN107016057A (zh) * | 2017-02-28 | 2017-08-04 | 北京铁路局 | 列控车载atp设备一体化智能运维方法及系统 |
| CN207529370U (zh) * | 2017-11-30 | 2018-06-22 | 比亚迪股份有限公司 | 故障信息存储系统 |
| CN109120430A (zh) * | 2018-06-26 | 2019-01-01 | 天津鼎成高新技术产业有限公司 | 一种保证数据通信可靠性的方法 |
| CN109866710A (zh) * | 2019-02-18 | 2019-06-11 | 苏州工业园区职业技术学院 | 一种车载网络异常检测系统 |
| CN110045720A (zh) * | 2019-05-31 | 2019-07-23 | 北京长城华冠汽车技术开发有限公司 | 车载TBox异常数据上传监控系统及监控方法 |
| CN110111446A (zh) * | 2019-01-25 | 2019-08-09 | 东北大学 | 一种基于运行工况的高铁列车数据自适应采集系统及方法 |
| CN111077880A (zh) * | 2019-12-24 | 2020-04-28 | 国汽(北京)智能网联汽车研究院有限公司 | 一种车辆故障的诊断系统及方法 |
| CN111586155A (zh) * | 2020-04-30 | 2020-08-25 | 上海华东汽车信息技术有限公司 | 车辆数据处理方法和系统 |
| CN112092674A (zh) * | 2020-08-21 | 2020-12-18 | 华人运通(江苏)技术有限公司 | 电池状态监测方法、装置、介质、边缘处理器和车辆 |
| CN112995061A (zh) * | 2019-12-02 | 2021-06-18 | 长城汽车股份有限公司 | 车辆数据传输方法、装置、系统及存储介质 |
| CN113645083A (zh) * | 2021-09-14 | 2021-11-12 | 上汽通用五菱汽车股份有限公司 | Can网络异常检测方法、网关模块、车辆及可读存储介质 |
-
2021
- 2021-11-17 CN CN202111359161.6A patent/CN114170705A/zh active Pending
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104836832A (zh) * | 2014-12-10 | 2015-08-12 | 北汽福田汽车股份有限公司 | 车辆的can信号传输安全与校验方法 |
| CN105357254A (zh) * | 2015-09-25 | 2016-02-24 | 宇龙计算机通信科技(深圳)有限公司 | 远程监控汽车故障的方法、系统及智能终端 |
| CN206023812U (zh) * | 2016-09-14 | 2017-03-15 | 南京康尼机电股份有限公司 | 集成数据采集传输装置的门控器 |
| CN106488191A (zh) * | 2016-10-27 | 2017-03-08 | 山东省科学院自动化研究所 | 电动汽车远程安全监控方法 |
| CN107016057A (zh) * | 2017-02-28 | 2017-08-04 | 北京铁路局 | 列控车载atp设备一体化智能运维方法及系统 |
| CN207529370U (zh) * | 2017-11-30 | 2018-06-22 | 比亚迪股份有限公司 | 故障信息存储系统 |
| CN109120430A (zh) * | 2018-06-26 | 2019-01-01 | 天津鼎成高新技术产业有限公司 | 一种保证数据通信可靠性的方法 |
| CN110111446A (zh) * | 2019-01-25 | 2019-08-09 | 东北大学 | 一种基于运行工况的高铁列车数据自适应采集系统及方法 |
| CN109866710A (zh) * | 2019-02-18 | 2019-06-11 | 苏州工业园区职业技术学院 | 一种车载网络异常检测系统 |
| CN110045720A (zh) * | 2019-05-31 | 2019-07-23 | 北京长城华冠汽车技术开发有限公司 | 车载TBox异常数据上传监控系统及监控方法 |
| CN112995061A (zh) * | 2019-12-02 | 2021-06-18 | 长城汽车股份有限公司 | 车辆数据传输方法、装置、系统及存储介质 |
| CN111077880A (zh) * | 2019-12-24 | 2020-04-28 | 国汽(北京)智能网联汽车研究院有限公司 | 一种车辆故障的诊断系统及方法 |
| CN111586155A (zh) * | 2020-04-30 | 2020-08-25 | 上海华东汽车信息技术有限公司 | 车辆数据处理方法和系统 |
| CN112092674A (zh) * | 2020-08-21 | 2020-12-18 | 华人运通(江苏)技术有限公司 | 电池状态监测方法、装置、介质、边缘处理器和车辆 |
| CN113645083A (zh) * | 2021-09-14 | 2021-11-12 | 上汽通用五菱汽车股份有限公司 | Can网络异常检测方法、网关模块、车辆及可读存储介质 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115761933A (zh) * | 2022-11-03 | 2023-03-07 | 成都赛力斯科技有限公司 | 汽车故障恢复方法、装置、计算机设备和存储介质 |
| CN115761933B (zh) * | 2022-11-03 | 2024-05-24 | 成都赛力斯科技有限公司 | 汽车故障恢复方法、装置、计算机设备和存储介质 |
| CN116001705A (zh) * | 2023-01-17 | 2023-04-25 | 中国第一汽车股份有限公司 | 一种车辆数据监控方法、装置、设备及存储介质 |
| CN116001705B (zh) * | 2023-01-17 | 2024-03-26 | 中国第一汽车股份有限公司 | 一种车辆数据监控方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111930407B (zh) | 车辆ecu软件升级方法、系统、车载tbox的微控制器和soc端 | |
| CN114170705A (zh) | 车辆数据上传方法、装置和设备 | |
| CN110545220B (zh) | 汽车诊断协议检测方法及相关产品 | |
| US10216550B2 (en) | Technologies for fast boot with adaptive memory pre-training | |
| US11841942B2 (en) | Anomaly detection device and anomaly detection method | |
| CN114839949A (zh) | 一种车辆故障的在线诊断方法及系统 | |
| US10223319B2 (en) | Communication load determining apparatus | |
| CN111614531B (zh) | 用于监视lin节点的方法、介质、监视设备 | |
| US11474889B2 (en) | Log transmission controller | |
| US10310934B2 (en) | Methods and systems for diagnosing a controller area network | |
| CN111596638A (zh) | 车辆故障排查方法、装置、设备和计算机可读存储介质 | |
| CN116626492A (zh) | 电池故障诊断方法、装置及车辆 | |
| CN113507487B (zh) | Can通信安全的检测方法、装置、电子设备及车辆 | |
| CN116320379A (zh) | 车辆摄像头的状态监测方法、装置、计算机设备及存储介质 | |
| CN114911982A (zh) | 一种车辆故障预警方法、装置、终端设备及存储介质 | |
| CN110177032B (zh) | 报文路由质量监测方法及网关控制器 | |
| US11726853B2 (en) | Electronic control device | |
| KR20200124470A (ko) | 차량의 게이트웨이 장치, 그를 포함한 시스템 및 그 침입 탐지 방법 | |
| CN112164200B (zh) | 基于轨道车辆的火警测试方法及终端设备 | |
| CN112799370B (zh) | 一种控制装置、车载系统软件还原方法及其系统 | |
| CN115220422B (zh) | 电压检测方法、装置、车辆以及存储介质 | |
| CN118124500A (zh) | 车辆的信息传输方法、装置、设备、存储介质及车辆 | |
| US20230179570A1 (en) | Canbus cybersecurity firewall | |
| KR101628072B1 (ko) | 휴대통신 단말의 느림 진단장치 및 진단방법 | |
| CN117168838A (zh) | 车辆信号处理方法、装置、终端设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |