车载数据的采集方法、装置、车载终端及车辆与流程

文档序号:30520250发布日期:2022-06-25 04:41阅读:433来源:国知局
车载数据的采集方法、装置、车载终端及车辆与流程

1.本发明涉及数据处理技术领域,尤其涉及一种车载数据的采集方法、装置、车载终端及车辆。


背景技术:

2.出于对车辆集中管理或售后服务需要,车联网平台需要从车载终端获取车辆相关的车载数据。
3.目前,车载数据大多由车载终端自动上传至车联网平台,由于数据自动上传过程中并未考虑平台的实际需求,存在较多无用数据,导致车载数据的采集效率较低,且存在浪费车载终端的存储空间和通信流量的问题。


技术实现要素:

4.本发明提供一种车载数据的采集方法、装置、车载终端及车辆,用以解决现有技术中车载数据自动上传过程中存在较多无用数据,采集效率较低,且浪费车载终端的存储空间和通信流量的缺陷。
5.第一方面,本发明提供一种车载数据的采集方法,该方法包括:
6.基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;
7.分别按照更新后的所述数据采集参数,采集所述目标数据类型的车载数据;
8.将采集到的所述车载数据上传至车联网平台。
9.根据本发明提供的车载数据的采集方法,所述基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数之前,还包括:
10.获取车辆信息,并基于所述车辆信息确定至少一个预设数据类型;
11.分别确定每个所述预设数据类型对应的预设的数据采集参数;
12.按照预设的所述数据采集参数,采集所述预设数据类型的车载数据,并将所述车载数据上传至车联网平台。
13.根据本发明提供的车载数据的采集方法,所述获取车辆信息,并基于所述车辆信息确定至少一个预设数据类型,包括:
14.获取车辆信息,基于所述车辆信息识别当前车辆的运行状态和/或车型信息;
15.确定与所述运行状态和/或车型信息对应的至少一个预设数据类型。
16.根据本发明提供的车载数据的采集方法,所述分别确定每个所述预设数据类型对应的预设的数据采集参数,包括:
17.若所述预设数据类型为非重要模拟量,则将第一采集参数作为所述预设的数据采集参数;
18.若所述预设数据类型为重要模拟量,则将第二采集参数作为所述预设的数据采集参数;
19.若所述预设数据类型为开关量,则将第三采集参数作为所述预设的数据采集参数。
20.根据本发明提供的车载数据的采集方法,所述非重要模拟量包括车速、总电压、总电流、电机温度和水温。
21.根据本发明提供的车载数据的采集方法,所述重要模拟量包括油门踏板开度、电机转速、电机转矩和储气筒气压值。
22.根据本发明提供的车载数据的采集方法,所述分别按照更新后的所述数据采集参数,采集所述目标数据类型的车载数据之后,还包括:
23.将所述车载数据中的常规数据存储于第一区域,将所述车载数据中的异常或故障数据存储于第二区域。
24.根据本发明提供的车载数据的采集方法,所述数据采集参数包括采集时长、采集通道、采集数据标识和/或采集频率。
25.第二方面,本发明还提供一种车载数据的采集装置,该装置包括:
26.设置模块,用于基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;
27.采集模块,用于分别按照更新后的所述数据采集参数,采集所述目标数据类型的车载数据;
28.上传模块,用于将采集到的所述车载数据上传至车联网平台。
29.第三方面,本发明还提供一种车载终端,该车载终端包括:主处理器、数据采集单元以及数据收发器,所述主处理器的一端与车联网平台相连,所述主处理器的另一端与所述数据采集单元相连,所述数据采集单元与所述数据收发器相连,所述数据收发器与车辆的整车数据通信总线相连;
30.所述主处理器用于基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;
31.所述数据收发器用于从所述整车数据通信总线处获取原始数据;
32.所述数据采集单元用于按照更新后的所述数据采集参数,从所述原始数据中采集所述目标数据类型的车载数据;
33.所述主处理器还用于将采集到的所述车载数据上传至车联网平台。
34.根据本发明提供的车载终端,所述数据采集单元包括:核心控制器和数据采集过滤器,所述核心控制器的一端与所述数据收发器相连,所述核心控制器的另一端与所述数据采集过滤器相连;
35.所述核心控制器用于对所述数据收发器获取的原始数据进行转换处理,得到转换处理后的原始数据;
36.所述数据采集过滤器用于根据所述至少一个目标数据类型和更新后的所述数据采集参数,对所述转换处理后的原始数据进行过滤,采集所述目标数据类型的车载数据。
37.根据本发明提供的车载终端,所述数据采集单元还包括先入先出缓冲器,所述先入先出缓冲器的一端与所述数据采集过滤器相连,所述先入先出缓冲器的另一端与所述主处理器相连;
38.所述先入先出缓冲器用于根据车辆的运行状态确定所述车载数据的优先级;
39.所述主处理器还用于按照所述优先级对应的顺序将所述车载数据上传至车联网平台。
40.第四方面,本发明还提供一种车辆,所述车辆使用上述任一种所述的车载数据的采集方法或者包括上述任一种所述的车载终端。
41.本发明提供的车载数据的采集方法、装置、车载终端及车辆,通过车联网平台下发的采集控制指令,确定目标数据类型并更新预设的数据采集参数,从而可以按照更新后的数据采集参数对目标数据类型的车载数据进行采集和上传,由于上传的车载数据是基于车联网平台的采集控制指令采集的,可以保证上传的车载数据更满足车联网平台的需求,同时,通过采集目标数据类型的车载数据,可以减少无用数据参与,有效提高了车载数据的采集效率,避免无用数据浪费内存空间和通信流量的问题。
附图说明
42.为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
43.图1是本发明提供的车载数据的采集方法的流程示意图之一;
44.图2是本发明提供的车载数据的采集方法的流程示意图之二;
45.图3是本发明提供的车载数据的采集装置的结构示意图;
46.图4是本发明提供的车载终端的结构示意图;
47.图5是车载终端与车联网平台配合实现数据采集和上传的流程示意图;
48.图6是本发明提供的电子设备的结构示意图。
具体实施方式
49.为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
50.下面结合图1至图6描述本发明的车载数据的采集方法、车载数据的采集装置、车载终端、车辆以及使用上述车载数据的采集方法搭建的电子设备。
51.图1示出了本发明实施例提供的车载数据的采集方法,该方法可以应用于车载终端,具体包括:
52.步骤101:基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;
53.步骤102:分别按照更新后的数据采集参数,采集目标数据类型的车载数据;
54.步骤103:将采集到的车载数据上传至车联网平台。
55.本实施例提供的车载数据的采集方法,引入平台手动采集模式,具体地,车联网平台的用户可以在平台控制界面点击采集选项,录入采集控制指令,可供用户选定的采集选项包括采集时长选项、采集通道选项、数据类型标识选项和采集频率选项等。
56.车联网平台根据用户在平台控制界面的操作,可以生成采集控制指令,并将采集控制指令下发至车载终端,车载终端通过通信模块接收到平台下发的采集控制指令后执行上述步骤101至103的流程,可以实现手动采集模式下数据的采集和上传功能。
57.可以理解的是,本实施例中车载终端可以是t-box(telematics box,远程信息处理器),还可以是数据记录仪、vcu(vehicle control unit,整车控制器)、mcu(micro control unit,微控制单元)、行车电脑、ecu(electronic control unit,电子控制单元)、bcm(body control system,车身控制系统)等。车联网平台可以是tsp(telematics service provider,远程信息服务提供商)平台。
58.具体地,根据车联网平台下发的采集控制指令,可以确定至少一个目标数据类型,本实施例以车载数据为整车can(controller area network,控制器局域网)数据为例,每个数据类型对应各自的canid(controller area network identity document,控制器局域网标识),通过canid数据可以确定目标数据类型,比如用户通过数据类型标识选项选择了电池温度和油门开度对应的canid,这样目标数据类型为电池温度和油门开度,后续车载终端在接收到采集控制指令后,仅将采集并上传电池温度数据和油门开度数据。
59.同时,根据车联网平台下发的采集控制指令,还可以更新预设的数据采集参数,比如根据用户设定的采集频率对预设的采集频率进行更新,即按照采集控制指令中用户设定的参数更新先前预设的参数,后续车载终端将按照更新后的数据采集参数进行数据采集,以满足平台数据采集需求。
60.当然,为了使数据采集过程更加完善,在车联网平台的平台控制界面还可以设置无损数据采集选项,用户选择该选项后,车载终端接收采集控制指令,按照原始的擦剂周期采集所有数据类型的车载数据并上传至车联网平台。
61.为了保证车联网平台可以及时获悉下发的采集控制指令的执行情况,在基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数这一步骤之前,还可以包括:
62.判断采集控制指令是否有效,并将判定结果反馈至车联网平台。
63.需要说明的是,车载终端可以根据自身情况确定采集控制指令是否能被执行,在采集控制指令可以被执行时,则认为该采集控制指令有效,若采集控制指令不能被执行,则认为该采集控制指令无效。
64.例如,采集控制指令中canid为车载终端无法获得的数据类型,此时采集控制指令无法被车载终端执行,车载终端将反馈无法执行的信息至车联网平台。
65.在示例性实施例中,在基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数这一步骤之前,还可以包括:
66.获取车辆信息,并基于车辆信息确定至少一个预设数据类型;
67.分别确定每个预设数据类型对应的预设的数据采集参数;
68.按照预设的数据采集参数,采集预设数据类型的车载数据,并将车载数据上传至车联网平台。
69.本实施例中车载终端在接收到采集控制指令进入手动采集模式之前,还可以预先执行自动采集模式,该模式下,车载终端按照预设的数据采集参数采集预设数据类型的车载数据,并自动上传至车联网平台。
70.在示例性实施例中,获取车辆信息,并基于车辆信息确定至少一个预设数据类型,具体可以包括:
71.获取车辆信息,基于车辆信息识别当前车辆的运行状态和/或车型信息;
72.确定与运行状态和/或车型信息对应的至少一个预设数据类型。
73.本实施例中车辆信息可以是车载传感器回传的数据、车辆的vin(vehicle identification number,车辆识别码)等信息。
74.在实际应用过程中,基于特定canid及报文定义、车载传感器回传数据(比如搅拌桶转速信号大于0,即判断为搅拌桶作业状态)等,可以确定当前车辆的运行状态。
75.基于特定canid、车辆vin码、人工划分、mes(manufacturing execution system,制造执行系统)推送数据等信息,可以确定当前车辆的车型信息。
76.根据不同的运行状态或者不同的车型,可以确定当前需要采集的车载数据的数据类型,即预设数据类型。
77.参见附图2,以车型为电动搅拌车或者电动自卸车为例,该车的运行状态主要包括行驶状态、作业状态和充电状态,确定不同的运行状态对应的预设数据类型的流程如下:
78.步骤201:车载终端上电工作后,识别当前车辆的运行状态;
79.步骤202:在行驶状态时,需要采集并上传行驶相关的车载数据,此时预设数据类型可以是油门开度、车速、总电压、总电流、电机温度以及水温等。
80.步骤203:在作业状态时,需要采集并上传作业相关的车载数据,此时预设数据类型可以是取力状态、辅助电机转速转矩、搅拌桶转速以及货箱状态等。
81.步骤204:在充电状态时,需要采集并上传充电相关的车载数据,此时预设数据类型可以是电池温度、充电电流、充电器以及充电桩状态等。
82.步骤205:若均不属于上述三种状态,则判定为其他状态,采集预设的相关状态信息。
83.在示例性实施例中,分别确定每个预设数据类型对应的预设的数据采集参数,具体可以包括:
84.若预设数据类型为非重要模拟量,则将第一采集参数作为预设的数据采集参数;
85.若预设数据类型为重要模拟量,则将第二采集参数作为预设的数据采集参数;
86.若预设数据类型为开关量,则将第三采集参数作为预设的数据采集参数。
87.由于不同的数据类型,对于车辆安全运行来说重要程度不同,本实施例预先将模拟量信号划分为非重要模拟量和重要模拟量两类,分别设定不同的数据采集参数。以数据采集参数为采集频率为例,由于重量模拟量相对于非重要模拟量来说,对于车辆安全运行影响更大,因此重要模拟量的数据采集周期更短一些,采集频率要更高,以保证重要车载数据的时效性和完整性。
88.本实施例中非重要模拟量对应的数据类型可以是车速、总电压、总电流、电机温度和水温等,采样周期可以设定为10秒/次。
89.本实施例中重要模拟量对应的数据类型可以是油门踏板开度、电机转速、电机转矩和储气筒气压值等,采样周期可以设定为0.1秒/次。
90.当前,为了达到更优的数据采集效果,还可以在上述模拟量信号无变化时,采用更低的采集频率进行模拟量数据的采集,甚至可以在模拟量信号无变化时,停止采集,在检测
到模拟量信号变化后继续按照上述方案采集模拟量信号。
91.针对开关量对应的数据类型,如档位变化、制动开关、手刹开关、空调开启、启动上高压状态和故障报警触发等,可以以状态发生变化才进行一次数据采集的方式执行数据采集任务。
92.具体地,本实施例中提到的数据采集参数可以包括采集时长、采集通道、采集数据标识和/或采集频率。
93.采集时长主要指的是从开始采集数据到结束采集这段时间的耗时,比如可以设定为1小时,车载终端将在距离采集开始1小时后停止采集并将采集到的1小时内的车载数据上传至车联网平台。
94.采集通道主要是车载数据从被测端到车载终端的传输通道,本实施例中车载终端可以实现多通道数据采集,平台选定采集通道后,车载终端将通过被选定的通道采集数据。
95.采集数据标识主要指的是待采集的数据类型标识,比如canid,通过该采集数据标识可以获知需要采集的车载数据的类型。
96.采集频率为车载终端获取车载数据的频率,可以通过采集周期计算得到。
97.在示例性实施例中,分别按照更新后的数据采集参数,采集目标数据类型的车载数据之后,还可以包括:
98.将车载数据中的常规数据存储于第一区域,将车载数据中的异常或故障数据存储于第二区域。
99.也就是说,本实施例还对车载终端的数据存储方式进行了改进,将存储内存划分为两个区域,即第一区域和第二区域,第一区域可以专用于存储常规数据,作为短时缓存区,该区域的数据上传至车联网平台后会被立即删除或覆盖。
100.第二区域专用于存储异常或故障数据,存储异常或故障发生前后一段时间内的数据,比如可以存储故障发生前后10分钟内的数据,作为长时间存储,供平台或本地调取,只有当第二区域内存满时,新数据才能覆盖旧数据。
101.参见附图2,数据存储和数据上传的过程,具体可以如下:
102.步骤206:车载终端将常规数据存储到内存的第一区域,故障数据存储到内存的第二区域;
103.步骤207:车载终端打包压缩数据,并通过通信模块,比如4g或5g模块周期性的上传到车联网平台;
104.步骤208:车联网平台解析车载数据,显示相关信息,并预设相关参数。
105.由于上述存储方式仅对更有参考价值的异常数据进行长时间存储,对于常规数据仅通过缓存方式暂存于第一区域中,因此,通过上述数据存储方式,可以达到更优的节约内存的效果。
106.更优地,上述两个区域的容量大小可以由车联网平台的用户通过参数设置的方式设定,即可以在车联网平台的平台控制界面设置容量值设置选项。同时,车联网平台的平台控制界面上还可以设置故障数据提取选项和采集开始和停止选项。
107.车载终端可以根据故障数据提取选项提取第二区域内的故障数据并上传至车联网平台,根据采集开始和停止指令,可以开始数据采集或者停止数据采集。因此,本实施例提供的车载数据的采集方法,可以采集历史故障数据,还可以采集完整实时数据,可以为后
续数据分析提供有力的数据支持。
108.在实际应用过程中,根据平台下发的采集控制指令,车载终端可筛选采集特定一个或多个目标数据类型,如空调压缩机压力值,可以对采集到的数据进行单独存储;车载终端还可以根据平台下发的采集控制指令,对特定一个或多个数据类型的采集周期进行设置,如原始0.1秒周期可以调整为1秒;车载终端还可以根据平台下发的采集控制指令,在存在多个数据采集通道(如can通道)或数据通信总线(如can总线)时,可对特定一个或多个can通道或can总线传输的车载数据进行采集。
109.由于采集车载数据的过程中,可以根据平台的数据采集需求对数据类型做一定的筛选,且可以自行设定采集周期,针对长时间监控,可以将数据的采集周期设置的更长一些,因此,本实施例提供的车载数据的采集方法可以对某一部件或某一参数做长时间跟踪分析,功能更加完善,同时,由于去除了无用数据,数据采集效率大大提高,且更加节省内存空间和流量。
110.为了保证数据传输的安全性,车载终端可以对采集到的数据进行压缩和加密打包,通过4g或5g通信模块上传到车联网平台。
111.数据加密时可以使用的数据加密算法包括但不限于对称算法和非对称算法,比如国密sm2、sm3、sm4算法或rsa(公钥加密)算法,并可以进行签名验证。数据加密时还采用硬件安全芯片加密,并对密匙进行保护。
112.车联网平台接收到车载终端上传的车载数据后,可以对车载数据进行解压、解密、解析和保存等处理,并可以显示相关信息,还可以生成数据链接供用户下载分析。
113.由此可见,本发明实施例提供的车载数据的采集方法,通过手动采集模式与自动采集模式相配合,可以兼顾平台采集需求、采集效率以及车载终端的内存容量和通信流量问题,更能满足实际数据采集需求。
114.下面对本发明提供的车载数据的采集装置进行描述,下文描述的车载数据的采集装置与上文描述的车载数据的采集方法可相互对应参照。
115.图3示出了本发明实施例提供的车载数据的采集装置,该装置包括:
116.设置模块301,用于基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;
117.采集模块302,用于分别按照更新后的数据采集参数,采集目标数据类型的车载数据;
118.上传模块303,用于将采集到的车载数据上传至车联网平台。
119.更优地,上述提供的车载数据的采集装置,还可以包括:
120.自动采集模块,用于获取车辆信息,并基于车辆信息确定至少一个预设数据类型;分别确定每个预设数据类型对应的预设的数据采集参数;按照预设的数据采集参数,采集预设数据类型的车载数据,并将车载数据上传至车联网平台。
121.在示例性实施例中,上述自动采集模块具体可以通过如下方式实现获取车辆信息,并基于车辆信息确定至少一个预设数据类型的功能,包括:
122.获取车辆信息,基于车辆信息识别当前车辆的运行状态和/或车型信息;
123.确定与运行状态和/或车型信息对应的至少一个预设数据类型。
124.在示例性实施例中,上述自动采集模块具体可以通过如下方式实现分别确定每个
预设数据类型对应的预设的数据采集参数的功能,包括:
125.若预设数据类型为非重要模拟量,则将第一采集参数作为预设的数据采集参数;
126.若预设数据类型为重要模拟量,则将第二采集参数作为预设的数据采集参数;
127.若预设数据类型为开关量,则将第三采集参数作为预设的数据采集参数。
128.具体地,本实施例中非重要模拟量可以包括车速、总电压、总电流、电机温度和水温等。
129.重要模拟量具体可以包括油门踏板开度、电机转速、电机转矩和储气筒气压值等。
130.分别按照更新后的所述数据采集参数,采集所述目标数据类型的车载数据之后,还包括:
131.更优地,上述车载数据的采集装置,还可以包括:分区存储模块,用于将车载数据中的常规数据存储于第一区域,将车载数据中的异常或故障数据存储于第二区域。
132.在示例性实施例中,上述数据采集参数具体可以包括采集时长、采集通道、采集数据标识和/或采集频率。
133.由此可见,本发明实施例提供的车载数据的采集装置,由于上传模块上传的车载数据是基于车联网平台的采集控制指令采集的,可以保证上传的车载数据更满足车联网平台的需求,同时,通过采集目标数据类型的车载数据,可以减少无用数据参与,有效提高了车载数据的采集效率,避免无用数据浪费内存空间和通信流量的问题。
134.图4示出了本发明实施例提供的车载终端,该车载终端包括:主处理器401、数据采集单元402以及数据收发器403,主处理器401的一端与车联网平台相连,主处理器401的另一端与数据采集单元402相连,数据采集单元402与数据收发器403相连,数据收发器403与车辆的整车数据通信总线404相连;
135.主处理器401用于基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;
136.数据收发器403用于从整车数据通信总线404处获取原始数据;
137.数据采集单元402用于按照更新后的数据采集参数,从原始数据中采集目标数据类型的车载数据;
138.主处理器401还用于将采集到的车载数据上传至车联网平台。
139.在实际应用过程中,数据收发器403可以接收整车数据通信总线404上的差分电平信号并转换为逻辑电平信号,也就是说,本实施例中提到的原始数据,本质上指的是将差分电平信号转换后得到的逻辑电平信号。
140.以can数据为例,数据收发器403可以是can收发器,整车数据通信总线404可以是can总线,采集多路can总线则需要配置多个can收发器。
141.当车载数据为can数据时,上述数据采集单元402可以是can控制器,在实际应用过程中,主处理器401可以通过数据/地址复用总线和读写控制逻辑访问数据采集单元402的所有寄存器。
142.本实施例中主处理器401可以对canid的过滤、筛选和采样频率进行管理,主处理器可以根据外围晶体振荡器或定时器产生的时钟信号进行计时,确定数据采集周期或采集频率。
143.在示例性实施例中,上述数据采集单元402具体可以包括:核心控制器4021和数据
采集过滤器4022,核心控制器4021的一端与数据收发器403相连,核心控制器4021的另一端与数据采集过滤器4022相连;
144.核心控制器4021用于对数据收发器403获取的原始数据进行转换处理,得到转换处理后的原始数据;
145.数据采集过滤器4022用于根据至少一个目标数据类型和更新后的数据采集参数,对转换处理后的原始数据进行过滤,采集目标数据类型的车载数据。
146.核心控制器4021可以根据总线协议(比如can总线协议)控制数据帧的发送和接收,数据采集时需要先将总线上的串行位流数据转换位并行数据,得到转换处理后的原始数据。
147.数据采集过滤器4022可以实现数据过滤功能,以can数据为例,数据采集过滤器4022可以进行canid识别,确定当前报文是否为主处理器所要求的报文类别,并可以过滤掉无关的canid。
148.其中,上述提到的报文,可以理解为can数据,报文类别可以理解为某一类canid,比如温度这一类can数据,需要采集的can数据可以是水温、电机温度和电池温度等所有温度相关的数据。
149.更优地,上述数据采集单元402还可以包括先入先出缓冲器4023,先入先出缓冲器4023的一端与数据采集过滤器4022相连,先入先出缓冲器4023的另一端与主处理器401相连;
150.先入先出缓冲器4023用于根据车辆的运行状态确定车载数据的优先级;
151.主处理器401还用于按照优先级对应的顺序将车载数据上传至车联网平台。
152.先入先出缓冲器4023可以根据不同的工作模式(即车辆的运行状态)将车载数据按照不同地优先级和中断处理服务进行处理。
153.比如车辆处于作业状态时,作业相关的车载数据的优先级要高于其他数据,上传时需要先上传作业相关的车载数据再上传其他数据,在接收到中断请求信号时,也会根据工作模式的不同提供相应的终端处理服务,具体可以根据实际需要合理设定。
154.在实际应用过程中,主处理器401与先入先出缓冲器4023可以通过接口管理器4024相连。
155.在示例性实施例中,上述车载终端还可以包括存储单元,存储单元具体可以包括第一区域和第二区域;
156.第一区域用缓存车载数据中的常规数据,第二区域用于存储车载数据中的异常或故障数据。
157.不难发现,本实施例还对车载终端的数据存储方式进行了改进,将存储内存划分为两个区域,即第一区域和第二区域,第一区域可以专用于存储常规数据,作为短时缓存区,该区域的数据上传至车联网平台后会被立即删除或覆盖。
158.第二区域专用于存储异常或故障数据,存储异常或故障发生前后一段时间内的数据,比如可以存储故障发生前后10分钟内的数据,作为长时间存储,供平台或本地调取,只有当第二区域内存满时,新数据才能覆盖旧数据。
159.图5示出了上述车载终端在手动采集模式下与车联网平台(以下简称平台)配合实现数据采集和上传任务的工作流程,具体可以如下:
160.步骤501:用户通过平台点击数据采集选项,设置采集时长等数据采集参数;
161.步骤502:平台下发采集控制指令;
162.步骤503:车载终端通过通信模块(比如4g或5g模块)接收采集控制指令;
163.步骤504:车载终端即时采集车载数据,比如整车can数据;
164.步骤505:车载终端分段压缩打包数据,分时通过通信模块上传至平台,达到设定时长后停止采集;
165.步骤506:平台对下载的数据进行处理并显示。
166.此外,本发明实施例还提供一种车辆,该车辆使用上述车载数据的采集方法或者包括上述车载终端。
167.需要说明的是,本实施例中车辆适用于电动车辆,比如纯电及氢燃料电动专用车,具体可以是搅拌车、自卸车、牵引车、矿用车、洒水车和清扫车等电动车辆。
168.可以理解的是,本实施例中提到的can数据不限于扩展帧和标准帧;整车数据通信总线的总线形式不限于can、canfd(controller area network with flexible data-rate,具有灵活数据速率的控制器局域网)、most(media oriented system transport,面向媒介的系统传输)、lvds(low voltage differential signaling,低压差分信号)和以太网等;采集的车载数据除了整车can数据,还可以是音频、视频、图片等数据;数据存储用的内存可以是贴片式,也可以是插卡式,且容量可扩展;平台端可以通过电脑端或者移动端显示数据。
169.图6示例了一种电子设备的实体结构示意图,如图6所示,该电子设备可以包括:处理器(processor)601、通信接口(communications interface)602、存储器(memory)603和通信总线604,其中,处理器601,通信接口602,存储器603通过通信总线604完成相互间的通信。处理器601可以调用存储器603中的逻辑指令,以执行车载数据的采集方法,该方法包括:基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;分别按照更新后的数据采集参数,采集目标数据类型的车载数据;将采集到的车载数据上传至车联网平台。
170.此外,上述的存储器603中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
171.另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各实施例所提供的车载数据的采集方法,该方法包括:基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;分别按照更新后的数据采集参数,采集目标数据类型的车载数据;将采集到的车载数据上传至车联网平台。
172.又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时以实现上述各实施例提供的车载数据的采集方法,该方法包括:基于车联网平台下发的采集控制指令,确定至少一个目标数据类型,并更新预设的数据采集参数;分别按照更新后的数据采集参数,采集目标数据类型的车载数据;将采集到的车载数据上传至车联网平台。
173.以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
174.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
175.最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1