数据配置方法、装置、终端设备以及存储介质与流程

1.本技术涉及车载系统通讯领域，尤其涉及一种数据配置方法、装置、终端设备以及存储介质。


背景技术：

2.随着汽车车载娱乐系统的发展，不同车型的控制器域网数据与整车电源变动存在差别。其中，基于网页自动化配置生成mcu/soc通讯代码能把接口定义变为可视化添加配置的方式，对通讯的数据结构进行适配。
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.图1为本技术数据配置装置所属终端设备的功能模块示意图；
35.图2为本技术数据配置方法第一示例性实施例的流程示意图；
36.图3为本技术数据配置方法功能整体系统架构图；
37.图4为本技术数据配置方法第二示例性实施例的流程示意图；
38.图5为本技术数据配置方法文件生成流程图；
39.图6为本技术数据配置方法第三示例性实施例的流程示意图；
40.图7为本技术数据配置方法第四示例性实施例的流程示意图；
41.图8为本技术数据配置方法整体方案流程图；
42.图9为本技术数据配置方法第五示例性实施例的流程示意图。
43.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
44.应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。本技术实施例的主要解决方案是：接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；将所述通讯代码上传到项目配置库。该方案基于网页自动化配置生成主处理器和微控制器间的通讯代码，有效解决传统的车载娱乐系统主处理器与微控制器之间的数据通讯耦合性太高的问题，实现主处理器和微控制器间的通讯代码的配置平台化。
45.本技术涉及的技术术语：
46.主处理器：soc，是系统的核心处理器，负责人机交互及相关功能实现(基于android系统、linux等系统)，对车辆信息处理后提供服务。
47.微控制器：mcu，主要负责车载娱乐系统的电源管理与整车控制器域网(can)数据收发，为soc提供车辆信息。
48.消息协议文件：proto文件，一种用于定义数据结构和消息格式的语言，用于主处理器和微控制器的数据传输的数据结构定制。
49.数据序列化：nanopb，是也是一个轻量的、支持c语言的protobuf，可以在stm32等单片机上使用。能够将proto文件进行编解码操作，用于生成主处理器和微控制器的通讯代码。
50.protobuf：protobuf是google公司开发的一种数据格式，类似于xml能够将结构化数据序列化，可用于数据存储、通信协议等方面。它不依赖于语言和平台并且可扩展性极强。protobuf的核心是一个.proto文件，我们自定义一个.proto来创建我们的协议数据，然后使用protoc工具编译生成c代码，有两个文件：一个头文件、一个源文件。
51.本技术实施例考虑到，相关技术方案基于异步收发传输器(uart)/串行外设接口(spi)进行长连接数据传输，通讯的数据接口则需要mcu工程师soc工程师按照商定好的数据结构，然后各自编写发送，接收的代码，同时上传配置库，投入大量的学习成本和人力成本，对版本控制有较高的要求，效率低还容易出错。
52.基于此，本技术实施例提出一种解决方案，可以实现主处理器和微控制器间的通讯代码的配置平台化，从而实现网页配置自动生成mcu/soc通讯代码。
53.具体地，参照图1，图1为本技术数据配置装置所属终端设备的功能模块示意图。该数据配置装置可以为独立于终端设备的、能够进行数据处理的装置，其可以通过硬件或者软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动设备，还可以为具有数据处理功能的固定终端设备或服务器等。
54.在本实施例中，该数据配置装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
55.存储器130中存储有操作系统以及数据配置程序，数据配置装置可以将接收到的和处理的数据，以及消息处理集群的配置模板等信息存储于该存储器130中；输出模块110可为显示屏、扬声器等。通信模块140可以包括wifi模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
56.其中，存储器130中的数据配置程序被处理器执行时实现以下步骤：
57.接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；
58.根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；
59.根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；
60.将所述通讯代码上传到项目配置库。
61.进一步地，存储器130中的数据配置程序被处理器执行时还实现以下步骤：
62.根据所述配置数据分析结果，生成消息协议文件；
63.对所述消息协议文件进行数据序列化处理，生成所述主处理器和微控制器间的通讯代码。
64.进一步地，存储器130中的数据配置程序被处理器执行时还实现以下步骤：
65.对所述主处理器和微控制器间的通讯代码进行数据传输的自动化测试；
66.若所述自动化测试正常，则执行步骤：将所述通讯代码上传到项目配置库。
67.进一步地，存储器130中的数据配置程序被处理器执行时还实现以下步骤：
68.记录所述相关配置消息的操作信息，对所述通讯代码进行数据备份；
69.根据所述相关配置消息，生成通知邮件；
70.将所述通知邮件发送给主处理器和微控制器的相关人员；
71.在接收到主处理器和微控制器的通讯指令时，从所述项目配置库中拉取对应所述通讯代码；
72.根据所述通讯代码，对所述主处理器和微控制器的数据传输进行控制。
73.进一步地，存储器130中的数据配置程序被处理器执行时还实现以下步骤：
74.在接收到配置回溯的指令时，根据所述操作消息的记录和所述备份的数据，对所述项目配置库进行回溯处理。
75.本实施例通过上述方案，具体通过接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；将所述通讯代码上传到项目配置库。方案基于网页自动化配置生成主处理器和微控制器间的通讯代码，可以解决传统的车载娱乐系统主处理器与微控制器之间的数据通讯耦合性太高，无法做到平台化的问题。基于本发明实施例，从现有技术的数据配置存在数据配置效率低的问题出发，结合网页自动化配置，设计了一种数据配置方法，并在数据配置中验证了本发明的数据配置方法的有效性，最后经过本发明方法进行数据配置实现了数据配置平台化。
76.基于上述终端设备架构但不限于上述架构，提出本发明方法实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。本实施例方法的执行主体可以是一种数据配置装置，也可以是一种数据配置终端设备或服务器，本实施例以数据配置装置进行举例，该数据配置装置可以集成在具有数据处理功能终端设备上。
77.参照图2，图2为本技术数据配置方法第一示例性实施例的流程示意图。
78.本发明一实施例提供一种数据配置方法，该方法包括：
79.步骤s10：接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息。
80.其中，为了车载娱乐系统主处理器与微控制器之间的通讯数据解耦，实现数据配置平台化，本实施例设计相应的数据配置程序。
81.其中，作为一种实施方式，可以通过接受前端的消息配置请求，通过对消息配置请求中主处理器和微控制器通讯相关配置消息进行配置数据分析得到配置数据分析结果，生成主处理器和微控制器间的通讯代码，将通讯代码上传到项目配置库。从而实现主处理器与微控制器之间的数据通讯的配置，提高数据配置的效率。
82.使用b/s架构，基于node.js来部署，前端使用js+html+css实现，后台使用js+sqlite3，前端配置，后台自动生成mcu以及soc代码的方式，把接口定义变为可视化添加配置的方式，解决通信的数据结构收发定义人力成本高，复杂且不容易理解，并且还容易出错的缺点，做到平台化处理。简单高效，方便维护，可以轻松应用于多个项目。
83.依托于浏览器，无需安装客户端，做到有网的地方就可以随时修改,生成,方便快捷。将复杂的通讯和收发数据接口化为简单的消息配置，更加直观，可以定制消息的规则，对人员的能力要求更低,再多消息也可轻松应对。
84.接收从前端发送过来的消息配置请求，该请求包括主处理器和微控制器通讯相关的配置消息，其中，主处理器和微控制器通讯相关配置消息包括消息的方向、消息参数和参数类型。
85.步骤s20：根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析。
86.根据消息配置请求中的主处理器和微控制器通讯相关配置消息对配置数据进行分析，其中，分析的内容包括相关配置消息的方向，消息参数，参数类型等。
87.为了确保生成的通讯代码能够在特定环境下正常运行，并满足特定的数据传输要求。通过对各种参数的分析和比较，可以确定适合当前要求的通讯协议和数据传输方式，从而在开发阶段避免不必要的错误或调整，确保生成的通讯代码能够正常工作并满足主处理器和微控制器通讯需求。
88.步骤s30：根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码。
89.根据配置数据分析的结果，生成适用于主处理器和微控制器之间进行数据通讯的通讯代码。
90.为了主处理器和微控制器之间进行数据通讯的有效性，并确保配置数据的正确和可靠传输，降低开发维护成本。
91.通讯代码需要能够正确地完成主处理器和微控制器之间编码和解码数据，以确保
数据正常传输。
92.步骤s40：将所述通讯代码上传到项目配置库。
93.将生成的通讯代码上传到项目配置库。
94.为了在主处理器和微控制器之间通讯时能够从项目配置库中获取，从而实现主处理器和微控制器之间通讯数据的控制和管理。通过将通讯代码存储到项目配置库中，减少了不必要的重复生成通讯代码的时间和成本，提高了开发效率。
95.本方案具备用户管理功能，mcu/soc数据配置功能，邮件通知功能，数据存储功能，代码生成功能，自动化测试功能以及系统配置功能，还可以随时扩展相关功能，如：窗口优先级功能，音频优先级功能等，极大的方便了整个项目的开发。
96.利用用户管理模块，做到管理员对用户的权限管理，生成代码自动提交到配置库，并且通知管理人员以及相应工程师，方便项目管理。
97.如图3所示，后台服务器接收前端浏览器的请求，通过调用后台服务器中的服务对相应的请求做出响应，其中后台服务器的服务包括多用户系统、数据分析、邮件服务器、数据存储、文件生成、自动测试、操作记录和文件配置等，执行不同功能时会调用到不同的服务。
98.本实施例通过上述方案，具体通过接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；将所述通讯代码上传到项目配置库。实现车载娱乐系统主处理器与微控制器之间的通讯数据解耦，从而实现主处理器与微控制器数据配置平台化。
99.参照图4，图4为本技术数据配置方法一示例性实施例的流程示意图。
100.基于第一实施例，提出本技术第二实施例，本技术第二实施例与第一实施例的区别在于：
101.在本实施例中，所述根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码的步骤包括：
102.步骤s301：根据所述配置数据分析结果，生成消息协议文件；
103.步骤s302：对所述消息协议文件进行数据序列化处理，生成所述主处理器和微控制器间的通讯代码。
104.首先，根据主处理器和微控制器之间通讯相关配置消息的分析结果，进而选择适合当前需求的通讯协议，生成消息协议文件。其中，分析结果包括通讯协议、通讯速率、数据位数、校验方式等内容，用于明确通讯需求和确定可行的通讯方案。生成的消息协议文件规定了通讯双方之间的消息格式和规范。
105.然后，对生成的消息协议文件的数据进行序列化处理，生成主处理器和微控制器间的通讯代码。其中，通讯代码通过c/c++,java等文件进行存储。
106.如图5所示，对数据进行配置数据分析，根据配置规则和配置数据分析结果生成.proto文件，再通过nanopb将.proto文件生成需要的c/c++,java等文件存储主处理器和微控制器间的通讯代码。
107.使用nanopb可以根据实际需要生成需要的c/c++,java等代码，适应不同的系统平台。
108.本实施例通过上述方案，具体通过根据所述配置数据分析结果，生成消息协议文件；对所述消息协议文件进行数据序列化处理，生成所述主处理器和微控制器间的通讯代码。通过将配置消息进行序列化处理，将配置数据分析结果生成代码，确保通讯代码符合通讯的需求，降低通讯出现错误的概率，提高设备之间通讯的效率和稳定性。
109.参照图6，图6为本技术数据配置方法一示例性实施例的流程示意图。
110.基于第一实施例，提出本技术第三实施例，本技术第三实施例与第一实施例的区别在于：
111.在本实施例中，所述根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码步骤之后还包括：
112.步骤s303：对所述主处理器和微控制器间的通讯代码进行数据传输的自动化测试；
113.步骤s304：若所述自动化测试正常，则执行步骤：将所述通讯代码上传到项目配置库。
114.首先，对主处理器和微控制器间的通讯代码进行数据传输的自动化测试，测试，验证其正确性。
115.然后，若自动化测试正常，则将通讯代码上传到项目配置库。
116.为了验证通讯代码的正确性、稳定性和可靠性，并确保其符合项目需求和标准。其中，主处理器和微控制器间的通讯代码进行数据传输的自动化测试可通过编写自动化测试脚本实现自动化测试，利用主处理器和微控制器间的通讯环境进行数据传输测试。
117.本实施例通过上述方案，具体通过对所述主处理器和微控制器间的通讯代码进行数据传输的自动化测试；若所述自动化测试正常，则执行步骤：将所述通讯代码上传到项目配置库。实现对主处理器和微控制器间的通讯代码的正确性验证，节省测试时间，提高测试效率，避免传统数据配置方案人工测试出现误差的情况，降低故障处理成本，并提高数据通讯的效率和稳定性。
118.参照图7，图7为本技术数据配置方法一示例性实施例的流程示意图。
119.基于第一实施例，提出本技术第六实施例，本技术第六实施例与第一实施例的区别在于：
120.在本实施例中，所述将所述通讯代码上传到项目配置库的步骤之后还包括：
121.步骤s305：记录所述相关配置消息的操作信息，对所述通讯代码进行数据备份；
122.步骤s306：根据所述相关配置消息，生成通知邮件；
123.步骤s307：将所述通知邮件发送给主处理器和微控制器的相关人员；
124.步骤s308：在接收到主处理器和微控制器的通讯指令时，从所述项目配置库中拉取对应所述通讯代码；
125.步骤s309：根据所述通讯代码，对所述主处理器和微控制器的数据传输进行控制。
126.首先，针对每次通讯代码修改或更新，记录记录本次修改点，修改时间，修改人员等，并对通讯代码进行数据备份。其中，相关配置消息的操作信息包括修改点、修改时间和修改人员。
127.然后，根据配置消息，生成通知邮件，详细说明通讯代码的修改内容和原因。
128.然后，将生成的通知邮件发送给主处理器和微控制器相关的工程师和管理员。
129.在主处理器或微控制器的通讯指令时，从项目配置库中拉取对应的通讯代码。
130.最后，根据拉取的通讯代码，对主处理器和微控制器之间的数据传输进行控制。
131.不论是soc开发工程师还是mcu工程师，只需要在浏览器上打开客户端，输入注册的用户名，锁定消息，就可以创建或者修改消息，然后根据实际情况来配置消息的方向，消息参数，参数类型等，生成.proto，最后利用nanopb来生成mcu和soc代码，最后代码自动上传到项目的配置库，系统可以自动记录本次修改点，修改时间，修改人员等，最后邮件通知相关人员。
132.操作记录以及数据备份功能，可以实际记录用户操作，也可以在特殊情况下回溯到任意版本。
133.如图8所示，后台服务器接收来自前端的消息配置请求数据，数据接入到网络服务器中，网络服务器生成主处理器和微控制器间的通讯代码，网络服务器再将通讯代码推送到版本控制服务器中，将配置的信息发送给邮件服务器，邮件服务器生成配置信息相关的信息邮件，通过信息邮件通知管理员以及相应主处理器和微控制器的工程师，在主处理器和微控制器进行通讯的时候，拉取配置库中的通讯代码进行主处理器和微控制器的数据传输。
134.本实施例通过上述方案，具体通过记录操作信息，数据备份，将配置消息生成通知邮件，通知主处理器和微控制器相关的工程师和管理员。实现配置数据的版本控制，将通讯代码的修改内容和原因通过邮件相关人员，便于相关人员进行更新设备，避免由于通讯代码版本不一致带来的问题。
135.参照图9，图9为本技术数据配置方法一示例性实施例的流程示意图。
136.基于第一实施例，提出本技术第七实施例，本技术第七实施例与第一实施例的区别在于：
137.在本实施例中，所述记录所述相关配置消息的操作信息，对所述通讯代码进行数据备份的步骤之后还包括：
138.步骤s3051：在接收到配置回溯的指令时，根据所述操作消息的记录和所述备份的数据，对所述项目配置库进行回溯处理。
139.在接收到配置回溯的指令时，操作消息的记录和所述备份的数据，对于获取到的通讯代码和配置文件信息，进行回溯处理，并将其应用到项目配置库中。
140.为了避免版本升级导致的通讯问题，可以回溯到某个修改时间点的通讯代码和配置文件信息，以便快速定位、查找出现错误原因，并及时进行修正。
141.本实施例通过上述方案，具体通过在接收到配置回溯的指令时，根据所述操作消息的记录和所述备份的数据，对所述项目配置库进行回溯处理。实现对项目配置库的版本控制，从而实现主处理器和微控制器通讯出错的问题修正，保证了数据传输的安全性和可靠性。
142.此外，本技术实施例还提出一种数据配置装置，所述数据配置装置包括：
143.数据接收模块：用于接收前端发送的消息配置请求；
144.数据分析模块：用于对消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；
145.代码生成模块：用于根据配置数据分析结果，生成主处理器和微控制器间的通讯
代码；
146.代码上传模块：用于将通讯代码上传到项目配置库。
147.本实施例实现数据配置的原理及实施过程，请参照上述各实施例，在此不再赘述。
148.此外，本技术实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据配置程序，所述数据配置程序被所述处理器执行时实现如上所述的数据配置方法的步骤。
149.由于本数据配置程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
150.此外，本技术实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有数据配置程序，所述数据配置程序被处理器执行时实现如上所述的数据配置方法的步骤。
151.由于本数据配置程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
152.相比现有技术，本技术实施例提出的数据配置方法、装置、终端设备以及存储介质，通过接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；将所述通讯代码上传到项目配置库。基于网页自动化配置生成mcu/soc通讯代码能把接口定义变为可视化添加配置的方式，实现主处理器和微控制器间的通讯代码的配置平台化，从而实现网页配置自动生成mcu/soc通讯代码。
153.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
154.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
155.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术每个实施例的方法。
156.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。

技术特征：
1.一种数据配置方法，其特征在于，所述方法应用于后台服务器，所述方法包括：接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；将所述通讯代码上传到项目配置库。2.根据权利要求1所述的数据配置方法，其特征在于，所述主处理器和微控制器通讯相关配置消息包括：消息的方向，消息参数，参数类型中的一种或多种。3.根据权利要求1所述的数据配置方法，其特征在于，所述根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码的步骤包括：根据所述配置数据分析结果，生成消息协议文件；对所述消息协议文件进行数据序列化处理，生成所述主处理器和微控制器间的通讯代码。4.根据权利要求1所述的数据配置方法，其特征在于，所述根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码步骤之后还包括：对所述主处理器和微控制器间的通讯代码进行数据传输的自动化测试；若所述自动化测试正常，则执行步骤：将所述通讯代码上传到项目配置库。5.根据权利要求1所述的数据配置方法，其特征在于，所述将所述通讯代码上传到项目配置库的步骤之后还包括：记录所述相关配置消息的操作信息，对所述通讯代码进行数据备份；根据所述相关配置消息，生成通知邮件；将所述通知邮件发送给主处理器和微控制器的相关人员；在接收到主处理器和微控制器的通讯指令时，从所述项目配置库中拉取对应所述通讯代码；根据所述通讯代码，对所述主处理器和微控制器的数据传输进行控制。6.根据权利要求5所述的数据配置方法，其特征在于，所述相关配置消息的操作信息包括：修改点，修改时间，修改人员中的一种或多种。7.根据权利要求5所述的数据配置方法，其特征在于，所述记录所述相关配置消息的操作信息，对所述通讯代码进行数据备份的步骤之后还包括：在接收到配置回溯的指令时，根据所述操作消息的记录和备份的数据，对所述项目配置库进行回溯处理。8.一种数据配置装置，其特征在于，所述数据配置装置包括：数据接收模块：用于接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；数据分析模块：用于对消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；代码生成模块：用于根据配置数据分析结果，生成主处理器和微控制器间的通讯代码；代码上传模块：用于将通讯代码上传到项目配置库。
9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据配置程序，所述数据配置程序被所述处理器执行时实现如权利要求1-7中任一项所述的数据配置方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有数据配置程序，所述数据配置程序被处理器执行时实现如权利要求1-7中任一项所述的数据配置方法的步骤。

技术总结
本申请公开了一种数据配置方法、装置、终端设备以及存储介质，其方法包括：接收前端发送的消息配置请求，所述消息配置请求包括主处理器和微控制器通讯相关配置消息；根据所述消息配置请求中的主处理器和微控制器通讯相关配置消息进行配置数据分析；根据配置数据分析结果，生成所述主处理器和微控制器间的通讯代码；将所述通讯代码上传到项目配置库。本申请解决了传统的车载娱乐系统主处理器与微控制器之间的数据通讯耦合性太高的问题，实现了主处理器和微控制器间的通讯代码的配置平台化，降低了通信的数据结构收发定义的人力成本。降低了通信的数据结构收发定义的人力成本。降低了通信的数据结构收发定义的人力成本。


技术研发人员：郭磊 李鹏 蒋诗敏
受保护的技术使用者：武汉市航盛汽车电子有限公司
技术研发日：2023.06.27
技术公布日：2023/10/19