技术领域
[0001] 本
发明涉及嵌入式系统技术领域，具体涉及
汽车电子嵌入式系统中复用第三方插件源文件的方法。
背景技术
[0002] 目前，如图1所示，车载嵌入式系统整合第三方插件的实施方案为：
[0003] (1)车载嵌入式系统在需要使用第三方插件功能的地方，调用第三方插件功能模
块提供的
接口函数(不具备功能的函数)进行代码设计，同时更改应用层的功能代码；
[0004] (2)将编写好的信息系统文件和第三方插件源文件一起，利用第三方提供插件功能的接口函数实现的源代码进行组合编译，生成可执行文件；
[0005] (3)把可执行文件下载到嵌入式
硬件里面，进行确认更改的应用代码的功能是否可实现。
[0006] 因此，在车载嵌入式系统开发中，某些功能所需要的数据需结合第三方插件处理后才能使用，即，一个具有完整功能的车载嵌入式系统，需要和第三方插件代码整合在一起才能编译生成一个完整的可执行文件。
[0007] 有些第三方插件的源代码文件不开放，也不提供类似库的文件。当开发者开发的嵌入式系统文件(如图1中system.c、system.h)有改动，需要和第三方一起配合，重新把插件源代码文件和嵌入式系统代码文件进行组合、编译、链接，开发者才能得到最终的系统的可执行
软件。
[0008] 第三方插件的代码由于功能单一，代码一般少更改，但在嵌入式系统的开发中，代码更改、编译很频繁，每次改动想确认更改的效果，都需要重复和第三方配合编译生成对应的可执行文件，从而，第三方插件的代码在嵌入式系统开发过程中没有得到复用。这样，导致嵌入式系统开发效率大大降低，并且将限制限制系统代码的灵活移植和车载系统功能的开发。
发明内容
[0009] 本发明提供一种车载嵌入式系统复用第三方插件的方法，解决了使车载嵌入式系统复用第三方插件，提高嵌入式系统开发效率、便于嵌入式系统代码的灵活移植、提高系统扩展性的技术问题。
[0010] 为了解决上述技术问题，本发明所采取的技术方案为：
[0011] 本发明提供一种车载嵌入式系统复用第三方插件的方法，包括：
[0012] A.将插件源文件的代码
指定分配到嵌入式系统的地址分配文件中固定的地址空间；
[0013] B.将所述插件源文件与嵌入式系统文件组合、编译、链接，生成可执行文件；
[0014] C.从所述可执行文件里固定的地址空间分离出与插件源文件的代码对应[0015] 的数据；
[0016] D.将分离出的与插件源文件的代码对应的数据分布存放在数组中，将所述数组内容指定分配到另一嵌入式系统的地址分配文件中所述固定的地址空间或另一固定的地址空间；
[0017] E.将所述数组内容作为接口模块与所述另一嵌入式系统文件组合、编译、[0018] 链接，生成另一可执行文件。
[0019] 进一步地，步骤A包括：
[0020] A1.在嵌入式系统的地址分配文件中，为插件源文件的代码指定固定的地址空间；
[0021] A2.在插件源文件中，根据将代码生成到固定地址空间的命令，对代码进行地址指定分配预处理。
[0022] 更进一步地，若插件源文件的代码更改，将更改后的插件源文件与嵌入式系统文件重新进行步骤A至E。
[0023] 在本发明的车载嵌入式系统复用第三方插件的方法中，先把需要整合的第三方插件代码指定固定的编译开始地址，再把链接有插件代码的源文件的系统进行编译，接着把生成的目标文件二进制数据从固定的地址分离出插件代码对应的数据，最后把分离出来的数据建立一个数组或者函数形式，把这部分数据作为一个接口模块和嵌入式系统配合起来进行编译。以后需要运行插件的功能，通过地址跳转的方式进入对应的模块进行执行。
[0024] 本发明的技术方案，在需要和第三方插件源文件的代码进行配合但又不提供源代码的嵌入式系统开发方面，减少和第三方插件源文件配合编译的工作量，使车载嵌入式系统复用第三方插件，提高嵌入式系统开发效率，同时便于嵌入式系统代码的灵活移植、提高系统扩展性。
附图说明
[0025] 图1是现有的车载嵌入式系统整合第三方插件的实施方案示意图；
[0026] 图2是本发明的一种车载嵌入式系统复用第三方插件的方法的流程示意图；
[0027] 图3是本发明的一种车载嵌入式系统复用第三方插件的方法的实施过程示意图。
具体实施方式
[0028] 下面结合附图具体阐明本发明的实施方式，附图仅供参考和说明使用，不构成对本发明
专利保护范围的限制。
[0029] 如图2所示，本
实施例提供一种车载嵌入式系统复用第三方插件的方法，包括：
[0030] A.将插件源文件的代码指定分配到嵌入式系统的地址分配文件中固定的地址空间；
[0031] B.将所述插件源文件与嵌入式系统文件组合、编译、链接，生成可执行文件；
[0032] C.从所述可执行文件里固定的地址空间分离出与插件源文件的代码对应的数据；
[0033] D.将分离出的与插件源文件的代码对应的数据分布存放在数组中，将所述数组内容指定分配到另一嵌入式系统的地址分配文件中所述固定的地址空间或另一固定的地址空间；
[0034] E.将所述数组内容作为接口模块与所述另一嵌入式系统文件组合、编译、链接，生成另一可执行文件。
[0035] 在本实施例中，步骤A包括：
[0036] A1.在嵌入式系统的地址分配文件中，为插件源文件的代码指定固定的地址空间；
[0037] A2.在插件源文件中，根据将代码生成到固定地址空间的命令，对代码进行地址指定分配预处理。
[0038] 若插件源文件的代码更改，将更改后的插件源文件与嵌入式系统文件重新进行步骤A至E。
[0039] 本发明的实施例说明了以下实施方案：在嵌入式系统和第三方插件进行过一次插件代码组合后，在第三方插件功能没有更改的前提下，后面的嵌入式系统开发过程中可复用和源代码等效功能的编译文件，减少嵌入式系统在开发过程中和第三方插件配合的次数。具体实施步骤如下：
[0040] (1)根据代码编译生成的文件可指定到固定地址段的原理，在嵌入式系统的地址分配文件里，为全部插件源文件的代码(如PlugIn.c)指定固定的地址空间。根据开发需要，可把文件拆分两段或者三段地址空间。
[0041] 例如：
[0042] 把PlugIn.c文件的代码编译后的二进制数据拆分为两段地址空间进行存放。
[0043] 第一段开始地址范围是：
[0044] 0x00020400～0x00020500(0x00020400+0x00000100)
[0045] 第二段开始地址范围是：
[0046] 0x00020500～0x00021400(0x00020500+0x00000F00)
[0047] test_table_area和test_area只是代码段的标识符。
[0048]
[0049] (2)在PlugIn.c文件，根据代码指定生成到固定地址段的实现命令，把代码进行地址指定分配预处理。
[0050] 如：
[0051] #pragma arm section rodata“代码段的标识符”----指定代码段开始[0052] ----功能实现代码段内容
[0053] #pragma arm section//rodata,rwdata,zidata----指定代码段结束[0054] (3)把预处理完成的源文件进行编译，链接，生成可执行文件。
[0055] 如文件：system.Hex
[0056] (4)根据所述可执行文件里面的地址对应的数据，可把信息转换处理的源代码对应的二进制数据分离出来。
[0057] 如：
[0058]
[0059] (5)把代码段对应的二进制数据分布存放在独立的数组里面。按照下面地址存放方式，在其它的源文件里面，把数组内容在编译后指定到固定的存放地址。
[0060] #pragma arm section rodata“存放
位置的标识符”----指定数组开始[0061] ----数组的内容
[0062] #pragma arm section//rodata,rwdata,zidata----指定数组结束[0063] (6)通过步骤(5)，如图3所示，分离出来二进制数据段由于是信息转换处理源代码对应的二进制数据，具有插件源代码处理逻辑的功能。当把这部分二进制数据作为一个程序模块和嵌入式系统代码文件一起进行编译和链接，同样可以生成具有插件处理功能的完整系统。
[0064] 也就是说，本发明是通过指定地址进行代码编译，分离出同等功能效果的二进制数据，把二进制数据和嵌入式系统代码进行链接编译，生成同样功能的嵌入式系统的方法。
[0065] 通过本发明的实施方案，一个嵌入式系统平台只需要和第三方插件进行一次插件源代码文件的配合编译。开发者在以后开发过程中，更改嵌入式系统，同时加载分离出来的插件代码的二进制代码模块，可以随时、快速编译新的改善的代码文件并进行确认效果，不需要重新和第三方插件配合一起进行编译。
[0066] 如果第三方插件源代码文件有更改，也只需要和第三方重新配合一次代码整合和编译后，按照本发明的上述实施方案进行新插件代码处理的分离，后面的开发可快速进行调试。
[0067] 以上所揭露的仅为本发明的较佳实施例，不能以此来限定本发明的权利保护范围，因此依本发明
申请专利范围所作的等同变化，仍属本发明所涵盖的范围。
