一种车载仪表的日志存储方法及系统与流程

1.本发明涉及车载仪表技术领域，特别涉及一种车载仪表的日志存储方法及系统。


背景技术：

2.汽车仪表由各种仪表、指示器，特别是驾驶员用警示灯报警器等组成，为驾驶员提供所需的汽车运行参数信息。按汽车仪表的工作原理不同，可分为以下三代：1)第一代汽车仪表是机械机芯表；2)第二代汽车仪表称为电气式仪表；3)第三代为全数字汽车仪表，他是一种网络化、智能化的仪表，其功能更加强大，显示内容更加丰富，线束链接更加简单。
3.目前车载仪表没有记录仪表程序运行过程中的log数据，这就导致：当仪表程序运行过程中出现问题时，没有第一时间得到故障时的仪表状态，没有故障第一现场的运行信息供开发进行问题分析；如想解决问题，就需要重新复现问题，期间外接数据存储设备或者接通信工具到专用设备(如pc)，获取故障现象复现出来时的仪表状态信息来进行分析，不利于问题分析解决，还可能存在复现出来的问题与第一现场出现的故障表现相同，但故障原因不一样的情况，导致问题解决不彻底的情况；而对于偶发问题无法100％复现现象时，分析问题变得更加无从入手。
4.因此，一种车载仪表的日志存储方法及系统应运而生。


技术实现要素：

5.本发明的发明内容在于提供一种车载仪表的日志存储方法及系统，主要解决了现有车载仪表没有对日志文件进行存储记录，导致出现故障时难以复现并进行问题分析，同时难以保证复现后的故障原因与原故障原因保持一致，导致维护人员的工作难度大、效率低的问题。
6.本发明提出了一种车载仪表的日志存储方法，包括以下步骤：
7.s1，在仪表运行过程中生成日志文件；
8.s2，对所述日志文件进行加密后存储至特定的buffer中，且在所述buffer中以循环覆盖的方式进行存储。
9.优选地，所述步骤s2具体包括：
10.s21，对所述日志文件进行加密；
11.s22，所述buffer内形成多个以顺序命名的文件夹，且所述日志文件按照时间先后顺序存储于各个所述文件夹内；
12.s23，判断最后一个文件夹是否存满，若是则执行下一步，若否则持续顺序存储；
13.s24，删除最小值的所述文件夹,，并将其余所述文件夹的名称重新排序后新建最大值的所述文件夹，并将最新的所述日志文件进行存储，并返回步骤s23。
14.优选地，所述步骤s22中，所述buffer内形成多个以顺序命名的文件夹，具体为，所述buffer内创建多个大小相同的文件夹，且所有所述文件夹按顺序命名。
15.优选地，还包括步骤：
16.s3，将所述buffer中的日志文件传输至外接数据存储设备或通过外接通讯工具传输至专用设备，读取所述日志文件。
17.本发明还提出了一种车载仪表的日志存储系统，包括多个app，以及连接各个所述app的解析模块；
18.所述app，用于分别生成日志文件；
19.所述解析模块，用于对所有所述日志文件进行加密，并以循环覆盖的方式存储至特定的buffer中。
20.优选地，所述解析模块，还用于在buffer中形成多个以顺序命名的文件集；还用于将所述日志文件按照时间先后顺序存储于各个所述文件夹内；还用于在判断到最后一个所述文件夹存储时，删除最小值的所述文件夹，并将其余所述文件夹的名称重新排序后新建最大值的所述文件夹，并将最新的所述日志文件进行存储。
21.优选地，还包括设置于所述app与解析模块之间的slog模块；
22.所述slog模块，用于收集多个所述app生成的日志文件，并发送至所述解析模块。
23.优选地，还包括与所述解析模块连接的数据存储设备或通讯工具；
24.所述数据存储设备或通讯工具，用于向所述解析模块发起申请拷贝指令；
25.所述解析模块，用于接收到所述申请拷贝指令时，将所述日志文件拷贝至所述数据存储设备或通讯工具。
26.优选地，所述app设置于单片机或处理器上；所述slog模块与解析模块设置于所述单片机上。
27.由上可知，应用本发明提供的技术方案可以得到以下有益效果：
28.第一，本发明提出的方法与系统中，通过对仪表日志进行存储，保证了在仪表出现故障时，可通过外接数据存储设备或专用设备获取日志内容对故障原因进行分析，并针对性解决当前故障，提高问题解决效率
29.第二，本发明提出的方法与系统中，由于形成有仪表日志，可对问题进行100％复现，提高问题分析的成功率和效率。
附图说明
30.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
31.图1为本发明实施例1中日志存储方法的流程图及其相应模块；
32.图2为本发明实施例2中日志存储系统的系统框图。
具体实施方式
33.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
34.现有车载仪表没有对日志文件进行存储记录，导致出现故障时难以复现并进行问题分析，同时难以保证复现后的故障原因与原故障原因保持一致，导致维护人员的工作难度大、效率低的问题。
35.实施例1
36.如图1所示，为了解决上述问题，本实施例提出了一种车载仪表的日志存储方法，其主要包括以下步骤：
37.s1，在仪表运行过程中生成日志文件；
38.s2，对日志文件进行加密后存储值特定的buffer中，且在buffer中以循环覆盖的方式进行存储。
39.优选但不限定的是，本实施例中特定的buffer是指特定大小的buffer。
40.更具体地，步骤s2包括：
41.s21，对日志文件进行加密；
42.s22，buffer内形成多个以顺序命名的文件夹，且日志文件按照时间先后顺序存储于各个文件夹内；
43.s23，判断最后一个文件夹是否存满，若是则执行下一步，若否则持续顺序存储；
44.s24，删除最小值的文件夹，并将其余文件夹的名称重新排序后新建最大值的文件夹，并将最新的日志文件进行存储，并返回步骤s23。
45.优选地，步骤s22中，buffer形成多个以顺序命名的文件夹，具体为，buffer内创建多个大小相同的文件夹，且所有文件夹按顺序命名。
46.优选但不限定的是，本实施例中buffer的空间大概为10m，且形成有由0～10为命名的10个文件夹。在本实施例中，步骤s23若判断到10号文件夹存满时，步骤s24则删除0号文件夹，并将1～10号文件夹命名为0～9，并新建10号文件夹进行存储。
47.还包括步骤s3，将buffer中的日志文件传输至外接数据存储设备或通过外接通讯工具传输至专用设备，读取日志文件。
48.在本实施例中，当问题出现时，可以通过外接数据存储设备或者外接通讯工具到专用设备，第一时间读取存储在存储器中的log数据。
49.实施例2
50.如图1与图2所示，为了解决前述问题，本实施例提出了一种车载仪表的日志存储系统，其主要包括多个app，以及连接各个app的解析模块；其中，app，用于分别生成日志文件；解析模块，用于对所有日志文件进行加密，并以循环覆盖的方式存储至特定的buffer中。
51.在本实施例中，多个app可同时生成不同的日志文件，对应不同仪表数据。
52.优选地，本实施例中解析模块为log解析模块。
53.更具体地，解析模块，还用于在buffer中形成多个以顺序命名的文件夹；还用于将日志文件按照时间先后顺序存储于各个文件夹内；还用于在判断到最后一个文件夹存满时，删除最小值的文件夹，并将其余文件夹的名称重新排序后新建最大值的文件夹，并将最新的日志文件进行存储。
54.在本实施例中，按照覆盖存储的方式可将时间较久的日志文件进行删除，并循环替换，主要是由于故障出现时通常读取最新的日志文件即可，久远的日志文件并不具备参
考意义，因为将其删除腾出空间以存储最新的日志文件。
55.更具体地，还包括设置于app与解析模块之间的slog模块；其中，slog模块，用于收集多个app生成的日志文件，并发送至解析模块。
56.优选地，slog模块与解析模块设置于单片机上，而app设置于单片机或控制器上。因此，slog模块通过特定接口接收app的日志文件，并将其放入定义好的参数；解析模块则周期性地收集slog模块的日志文件后进行加密。
57.更具体地，还包括与解析模块连接的数据存储设备或通讯工具；数据存储设备或通讯工具，用于向解析模块发起申请拷贝指令；解析模块，用于接收到申请拷贝指令时，将日志文件拷贝至数据存储设备，或通过通讯工具发送至特定设备。
58.综上所述，本实施例1与实施例2提出的一种车载仪表的日志存储方法与系统，其主要通过将仪表日志文件进行覆盖存储，在故障出现时可直接获取故障原因，并提高问题处理效率。
59.以上所述的实施方式，并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等，均应包含在该技术方案的保护范围之内。