本发明涉及车载系统，尤其涉及一种车载控制器的数据处理方法、车载控制器与电子设备。
背景技术
随着例如互联网技术的普及和新能源汽车的爆发式增长的情况的发生，汽车电子化程度不断提高，车载控制器的数量更多，功能更复杂，软件更新更块，相互需求也随之增加。
故而，车载控制器供应商软件开发周期长，难度加大，维护成本增加且软件质量得不到保证。现有技术中，车载型控制器的软件模块之间，若需传递信息，其多采用直接传递的方式。
直接传递的方式中，所传递的信息的格式不统一，从而导致软件模块间的接口难以统一，对于不同软件模块传输而来的信息，以及传输至不同软件模块的信息，分别需以不同的方式解析、处理，可能会影响信息传递的效率。
技术实现要素：
本发明提供一种车载控制器的数据处理方法、车载控制器与电子设备，以解决软件模块间的接口难以统一的问题。
根据本发明的第一方面，提供了一种车载控制器的数据处理方法，包括：
通过n个软件中的第一软件获取采集到的m个第一待传数据，根据每个所述第一待传数据，得到一个第一中间数据；并将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层；
其中，所述第一中间数据包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的编号信息；
通过所述第二软件在发布于所述中间层的所有中间数据中，根据所述第一编号信息，确定并获取所述m个第一中间数据，并根据所述m个第一中间数据，得到所述m个第一待传数据。
根据本发明的第二方面，提供了一种车载控制器的数据处理方法，包括：
通过n个软件中的第一软件获取采集到的m个第一待传数据，根据每个所述第一待传数据，得到一个第一中间数据；并将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层；
其中，所述第一中间数据包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的第一编号信息；
通过所述中间层在发布于所述中间层的所有中间数据中，根据所述第一编号信息，向所述第二软件发送所述m个第一中间层；
通过所述第二软件根据所述m个第一中间数据，得到所述m个第一待传数据。
可选的，所述第一待传数据为小于或等于64位的数据，所述第一编号信息为小于或等于11位的数据，所述第一中间数据的大小为1帧。
可选的，若所述第一软件为基础层软件，则对应的所述第二软件为另一基础层软件或应用层软件；
若所述第一软件为应用层软件，则对应的所述第二软件为基础层软件或另一应用层软件。
可选的，所述应用层软件的代码为matlab的simulink工具自动生成的。
可选的，所述基础层软件为所述车载控制器的ide工具中的硬件配置工具生成的。
可选的，所述中间层为所述车载控制器的vectorcanoe工具链配置确定的。
可选的，所述车载控制器为以下至少之一的控制器：
车载数据通信模块dcm、车载车身控制模块bcm、汽车仪表，空调控制器，组合开关，智能传感器，智能灯。
根据本发明的第三方面，提供了一种车载控制器，包括：n个软件和中间层，所述n个软件包括第一软件与第二软件
所述第一软件，用于获取采集到的m个第一待传数据，根据每个所述第一待传数据，得到一个第一中间数据；并将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层；
其中，所述第一中间数据包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的编号信息；
所述第二软件，用于在发布于所述中间层的所有中间数据中，根据所述第一编号信息，获取所述m个第一中间数据，并根据所述m个第一中间数据，得到所述m个第一待传数据。
根据本发明的第四方面，提供了一种车载控制器，包括：n个软件和中间层，所述n个软件包括第一软件与第二软件；
所述第一软件，用于获取采集到的m个第一待传数据，根据每个所述第一待传数据，得到一个第一中间数据；并将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层；
其中，所述第一中间数据包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的第一编号信息；
所述中间层，用于在发布于所述中间层的所有中间数据中，根据所述第一编号信息，确定并向所述第二软件发送所述m个第一中间数据；
所述第二软件，用于根据所述m个第一中间数据，得到所述m个第一待传数据。
可选的，所述第一待传数据为小于或等于64位的数据，所述第一编号信息为小于或等于11位的数据，所述第一中间数据的大小为1帧。
可选的，若所述第一软件为基础层软件，则对应的所述第二软件为另一基础层软件或应用层软件；
若所述第一软件为应用层软件，则对应的所述第二软件为基础层软件或另一应用层软件。
可选的，所述应用层软件的代码为matlab的simulink工具自动生成的。
可选的，所述基础层软件为所述车载控制器的ide工具中的硬件配置工具生成的。
可选的，所述中间层为所述车载控制器的vectorcanoe工具链配置确定的。
可选的，所述车载控制器为以下至少之一的控制器：
车载数据通信模块dcm、车载车身控制模块bcm、汽车仪表，空调控制器，组合开关，智能传感器，智能灯。
根据本发明的第五方面，提供了一种电子设备，包括：处理器与存储器；
所述存储器，用于存储可执行指令；
所述处理器，用于读取所述可执行指令，并根据所述可执行指令实施第一方面及其可选方案涉及的车载控制器的数据处理方法，或者根据所述可执行指令实施第二方面及其可选方案涉及的车载控制器的数据处理方法。
本发明提供的车载控制器的数据处理方法与车载控制器，通过第一软件可获取采集到的待传数据，并将待传数据对应的包含编号信息与待传数据的中间数据发布至中间层；通过第二软件或中间层，可使得所需的中间数据能够被传输至对应的第二软件，可见，本发明可利用中间层实现第一软件与第二软件之间数据传输的数据总线功能，因中间数据的信息格式是确定的，第一软件的输出接口的格式，以及第二软件输入接口的格式是确定且匹配的，故而，本发明可实现软件模块间接口的统一，提高效率。
同时，本发明可选方案还可避免使用汽车开放系统架构autosar，进而避免支付工具链的费用，软件包授权费等费用，有效降低成本，同时，也可避免因使用autosar而有整车平台限定，有效提高了普适性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例中车载控制器的数据处理方法的流程示意图；
图2是本发明另一实施例中车载控制器的数据处理方法的流程示意图；
图3是本发明一实施例中车载控制器的架构示意图；
图4是本发明另一实施例中车载控制器的架构示意图；
图5是本发明再一实施例中车载控制器的架构示意图；
图6是本发明又一实施例中车载控制器的架构示意图；
图7是本发明一实施例中车载全自动空调控制器的架构示意图；
图8是本发明一实施例中应用于测试的车载全自动空调控制器的架构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1是本发明一实施例中车载控制器的数据处理方法的流程示意图。
请参考图1，车载控制器的数据处理方法，包括：
s110：通过n个软件中的第一软件获取采集到的m个第一待传数据。其中，m可以为大于或等于1的任意整数，n可以为大于或等于2的任意整数。
第一软件，可以理解为任意与其所对应的第二软件不同的软件，具体可以为基础层软件或应用层软件；第二软件也可以是基础层软件或应用程序软件。即：
若所述第一软件为基础层软件，则对应的所述第二软件为另一基础层软件或应用层软件；
若所述第一软件为应用层软件，则对应的所述第二软件为基础层软件或另一应用层软件。
同时，在实现一组m个待传数据的收发时的第一软件，也可以为收发另一组m个待传数据时的第二软件；在实现一组m个待传数据的收发时的第二软件，也可以为收发另一组m个待传数据时的第一软件。
可见，第一软件与第二软件是针对于一组m个待传数据而言的。
待传数据，可理解为能够被第二软件使用，进而执行任意预设功能的数据。例如，可以是触发开灯、关灯、开空调、关空调、调整空调参数的信息，或者传感器的检测信息等等。具体实施过程中，m个待传数据可以为对所需上传的数据进行分包后确定的。
车载控制器，可以为任意设置于车上，应用于实现控制功能的控制器，具体实施过程中，所述车载控制器可以为以下至少之一的控制器：
车载数据通信模块dcm、车载车身控制模块bcm、汽车仪表，空调控制器，组合开关，智能传感器，智能灯。
s120：通过所述第一软件实施：根据每个所述第一待传数据，得到一个第一中间数据。
第一中间数据，可以理解为包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的编号信息。
其中一种实施方式中，所述中间数据的大小可以为1帧，所述待传数据可以为小于或等于64位bit的数据，所述编号信息可以为小于或等于11位bit的数据。具体实施过程中，待传数据可以为64bit的数据，编号信息可以为11bit的数据。
编号信息可具体为id，中间数据可具体为报文message。
s130：通过所述第一软件将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层。
中间层，可理解为任意可实现数据的接收与发送的交互层，其可具有类似数据总线的功能，故而，其可表征为data_bus。
其中一种实施方式中，第一中间数据的接收顺序可以与第一中间数据的发送顺序相同，例如，第一个接收到的第一中间数据可第一个被发送至第二软件。
s140：通过所述第二软件在发布于所述中间层的所有中间数据中，根据所述第一编号信息，确定并获取所述m个第一中间数据。
s150：通过所述第二软件根据所述m个第一中间数据，得到所述m个第一待传数据。
本实施例提供的车载控制器的数据处理方法中，通过第一软件可获取采集到的待传数据，并将待传数据对应的包含编号信息与待传数据的中间数据发布至中间层；通过第二软件或中间层，可使得所需的中间数据能够被传输至对应的第二软件，可见，本发明可利用中间层实现第一软件与第二软件之间数据传输的数据总线功能，因中间数据的信息格式是确定的，第一软件的输出接口的格式，以及第二软件输入接口的格式是确定且匹配的，故而，本发明可实现软件模块间接口的统一，提高效率。同时，统一的接口还可有利于模块移植。
图2是本发明另一实施例中车载控制器的数据处理方法的流程示意图。
请参考图2，其为图1所示实施例的一种变化，其区别主要在于利用步骤s16代替步骤s14，其中，步骤s16包括：
通过所述中间层在发布于所述中间层的所有中间数据中，根据所述第一编号信息，向所述第二软件发送所述m个第一中间层。
图2所示实施例可适用的实施方式与技术效果，均可参照图1所示的实施例理解。
图3是本发明一实施例中车载控制器的架构示意图。
请参考图3，车载控制器200，包括：中间层202，以及n个软件；所述n个软件包括第一软件201与第二软件203。
对应于图1所示实施例，本实施例的一种实现方式中：
所述第一软件201，用于获取采集到的m个第一待传数据，根据每个所述第一待传数据，得到一个第一中间数据；并将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层202；
其中，所述第一中间数据包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的第一编号信息；
所述第二软件203，用于在发布于所述中间层的所有中间数据中，根据所述第一编号信息，获取所述m个第一中间数据，并根据所述m个第一中间数据，得到所述m个第一待传数据。
对应于图2所示实施例，本实施例的一种实现方式中：
所述第一软件201，用于获取采集到的m个第一待传数据，根据每个所述第一待传数据，得到一个第一中间数据；并将所述m个第一待传数据对应的m个第一中间数据分别发布至中间层；
其中，所述第一中间数据包含所述第一待传数据与第一编号信息，所述第一编号信息为n个软件中任意一个需使用所述第一待传数据的第二软件所对应的第一编号信息；
所述中间层202，用于在发布于所述中间层的所有中间数据中，根据所述第一编号信息，确定并向所述第二软件发送所述m个第一中间层；
所述第二软件203，用于根据所述m个第一中间数据，得到所述m个第一待传数据。
对于第一软件、中间层202，以及第二软件的作用，可参照图1和图2所示实施例的相关描述理解。
本实施例提供的车载控制器中，通过第一软件可获取采集到的待传数据，并将待传数据对应的包含编号信息与待传数据的中间数据发布至中间层；通过第二软件或中间层，可使得所需的中间数据能够被传输至对应的第二软件，可见，本发明可利用中间层实现第一软件与第二软件之间数据传输的数据总线功能，因中间数据的信息格式是确定的，第一软件的输出接口的格式，以及第二软件输入接口的格式是确定且匹配的，故而，本发明可实现软件模块间接口的统一，提高效率。同时，统一的接口还可有利于模块移植。
图4是本发明另一实施例中车载控制器的架构示意图。图5是本发明再一实施例中车载控制器的架构示意图。图6是本发明又一实施例中车载控制器的架构示意图。
请参考图4、图5和图6，其中一种实施方式中，以上所涉及的基础层软件可以例如：底层硬件驱动软件，实时操作系统rtos，总线通信驱动模块，内存操作模块。以上所涉及的应用层软件可以例如：车子的各功能子模块，系统状态机，内部诊断服务软件。
可见，无论表征为模块、系统、子模块、状态机等，只要以代码形式记载，用于执行特定功能的内容，均可理解为本实施例所描述的软件。
其中的各功能子模块，可以为车载系统、设备中所使用的任意实现特定功能的软件。
其中一种实施方式中，所述应用层软件的代码为matlab的simulink工具自动生成的。所述基础层软件为所述车载控制器的ide工具中的硬件配置工具生成的。所述中间层为所述车载控制器的vectorcanoe工具链配置确定的。该实施方式下，全程无需手工写代码，降低出错率，有利于模块化设计和维护管理，缩短开发周期，节约开发成本。
此外，对比参考图5和图6可知，一个第一软件发布的以message表征的中间数据，可以如图5所示，被多个第二软件接收，其中，对应的第一编号信息也可以是多个，也可以如图6所示，被对应的一个第二软件接收，其中，对应的第一编号信息可以是一个。
在一种具体实施过程中，以车载控制器为车载全自动空调控制器为例，请参考图7，图7是本发明一实施例中车载全自动空调控制器的架构示意图；其实现的方法包括：
s21：响应于用户操作ac按键，bsw_ionode将采集的信号进行编码，形成bsw_iomsg报文，此过程可对应上述步骤s110与s120。
s22：bsw_iomsg发送到数据总线上databus，此过程可对应上述步骤s130。
s23：app_sysnode，app_uds_node从databus接收bsw_iomsg报文，解析。此过程可对应上述步骤s140与s150。
步骤s23之后，可进入app_uds_node判断是否有故障，app_sysnode判断是否切换空调工作模式，输出rte_appsys_msg，app_acnode接收到rte_appsys_msg，判断该模式是否可以开压缩机，判断结束后app_acnode输出rte_appac_msg，允许开压缩机，bsw_io_msg接收到rte_appac_msg后执行mcu相应的io操作，最终实现ac打开操作。
将以上所涉及的方法应用于自动测试的场景中，即车载控制器可以为自动测试设备的车载控制器，第一软件将所有的数据发送在中间层，自动测试设备可以通过数据接口读取更改数据，自动测试设备可以基于canoevtsystem板块搭建，建立测试用例库，对第一软件和第二软件进行模块测试与系统测试，大大提高测试效率和测试覆盖率。
对应于以上车载控制器为车载全自动空调控制器的举例，请参考图8，图8是本发明一实施例中应用于测试的车载全自动空调控制器的架构示意图，测试过程可包括：
s31：计算机pc通过wifi远程登陆到服务器。
s32：通过matlabvteststudio等第三方软件建立测试用例。
s33：服务器基于vectorcanoe软件平台加载测试用例。
s34：服务器通过路由器链接vtsystem板卡。
s35：vtsystem板卡通过硬线串联在负载箱控制器之间，控制负载和信号输入的通断。
s36：vtsystem板卡在can总线传输两组信号：控制器信号和中间层的信号。
s37：基于matlabsimulink平台测试应用层代码。
s38：基于vtsystem板卡模拟信号源和和负载测试底层硬件在环测试。
s39：基于vtsystem板卡进行软件系统集成测试，侦测数据总线上的数据。
本发明的一个实施例提供了一种电子设备，包括：处理器与存储器；
所述存储器，用于存储可执行指令；
所述处理器，用于读取所述可执行指令，并根据所述可执行指令实施图1所示实施例提供的车载控制器的数据处理方法，或者根据所述可执行指令实施图2所示实施例提供的车载控制器的数据处理方法。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。