本发明属于机载综合航电系统技术领域，涉及一种以数据仓库为中心的综合核心处理机自升级方法。
背景技术：
综合核心处理机(icp)是航空电子系统的核心基础平台，具备数据、图形/图像和视频的综合处理能力以及系统存储能力。综合核心处理机包含多个数据处理模块和1个mmm模块。数据处理模块运行传感器融合、态势评估、进攻作战管理、防御响应管理、武器投放火控计算等多个计算任务，mmm模块是大容量存储模块，存储航空电子系统的大数据，同时对数据进行访问控制管理。综合核心处理机是复杂航电设备，各模块用到各种硬件资源，升级维护包含应用文件、配置文件、逻辑文件等多个不同类型文件的升级，使得整个综合核心处理机升级过程复杂、可维护性差、周期长、出错率高。
技术实现要素：
本发明的目的：提出了一种操作简单、效率高、可靠性好的以数据仓库为中心的综合核心处理机自升级方法，解决了综合核心处理机升级维护过程中操作复杂、维护性差等问题。
本发明的技术方案如下：以数据仓库为中心的综合核心处理机自升级方法，事先将各个模块的待升级维护数据分类存放至数据仓库中，并按照目录结构编写生成配置文件，解析配置文件，并通过综合核心处理机与各数据模块进行通信，将待升级数据按序发送至各数据模块进行升级，其中，所述配置文件为二层配置，第一层配置文件，根据升级方案配置所需要的目的端模块信息，第二层配置文件，配置各目的端模块所需的各种类型文件升级维护数据。
第一层配置文件存储在数据仓库根目录中，配置有模块号名称和ip地址对应关系。
第二层配置文件存储在各个类型的文件夹中，包括固化地址、固化文件长度、校验和信息。
第一层配置文件和第二层配置文件均为xml配置文件。
数据仓库对数据内容进行解析操作后，通过以太网按顺序发往各个模块，发送过程中将数据拆包，并在每包数据前附加包头，包头包含包号、文件固化信息、crc校验和信息。
目的端收到每包数据后进行应答，如果超时未响应则进行重传，重传超过一定次数则报错，目的端接收到全部文件数据后根据固化信息进行升级维护操作，并将升级检验结果反馈至数据仓库。
本发明的技术效果是：本发明数据仓库为中心的综合核心处理机自升级方法事先将待升级数据和配置表文件存储至数据仓库中，需要进行产品升级时，通过解析仓库内升级配置文件，将数据仓库中的待升级数据发送至综合核心处理机各个模块，各模块收到数据后进行自身升级维护操作，从而并完成整个综合核心处理机的自升级工作。而且通过配置分层设置，可以有效提高自升级流程的整体性和可操作性，使得升级过程逻辑清晰，方便快捷。并事先存储不同版本状态的升级维护数据，可以按需求将综合核心处理机升级至不同版本状态，方便快捷。本发明通过数据仓库的使用，解决了综合核心处理机数据量大，升级过程复杂，不便统筹安排等问题，有效提高了综合核心处理机维护升级的效率和可靠性。
附图说明
图1是以数据仓库为中心的综合核心处理机自升级方法的流程图。
具体实施方式
下面结合附图和实施例对本发明做进一步说明：
请参阅图1，其是本发明以数据仓库为中心的综合核心处理机自升级方法的流程图，具体过程如下：
1、创建目录结构，将待升级文件分类存放至各目录机构下。生成两类xml配置文件供后续解析。
2、选择升级固化方案，解析第一类xml配置文件，获得各个模块目的端的ip地址，读取该方案下的待固化文件并解析第二类xml配置文件，获得文件数据和升级维护信息数据。
3、将数据封装按指定包格式发送至各个数据模块，并等待各模块的反馈信息。
4、数据模块接收到数据后按照文件类型进行升级固化操作，升级完成后进行数据校验，并将校验结果反馈至数据仓库模块。
下面在对本发明以数据仓库为中心的综合核心处理机自升级方法中的关键环节进行展开说明：
1、数据仓库数据的存储
在进行综合核心处理机升级前需将待升级的数据文件存储至数据仓库即mmm中，将所有数据文件整合归纳，方便进行集中处理统一升级。由于数据文件类型多数量大，按照分层方法安排目录结构。
第一层为升级方案号文件夹：update1、update2、update3…
第二层为目的端模块编号文件夹：gpp1-1、gpp1-2、gpio1-1、spm1-1…
第三层为文件类型文件夹：fc_logic、fc_config、1394_logic、1394_config、psm_config、app_bin…
具体目录结构安排如表1所示。
目录结构创建好后，将对应模块的对应类型文件放至指定位置，全部文件放置存储完成后，数据仓库准备完成，可以进行后续的自升级维护操作。
该存储方法首先按照模块分类，其次按照升级文件类型分类，这样做逻辑清晰，可维护性强，便于根据需要进行裁剪取舍。
表1数据仓库目录结构安排
2、生成配置文件
数据仓库目录结构安排好，数据存储完成后，需要生成配置文件，以便自升级时自动获取待升级数据的目的端、文件固化地址等信息。
按照需要设计了两层xml配置文件，第一层配置文件记录各方案下各模块号名称和ip地址对应关系，便于后续自升级过程中与各模块的数据通信。即比如update1方案中gpp1-1模块对应192.10.0.131的ip地址。在后续升级过程中读取到update1方案中gpp1-1文件夹下的内容便发往至192.10.0.131目的端。
第二层配置文件记录各个文件的具体固化升级信息，比如固化地址、固化文件长度、校验和等内容。在后续升级过程中数据仓库将文件内容及固化信息一并发送至各数据模块，由各模块完成固化升级工作。
第一层配置表文件存储在数据仓库根目录中，只有一张，与整机的各种不同升级方案对应，这样做便于查看维护，在实际自升级过程中通过解析配置表，可以方便快捷得与各个待加载数据模块进行数据通信。第二层配置文件存储在各个类型的文件夹中，比如fc_logic、fc_config文件夹下，每个文件夹下均有一张记录该文件夹下文件具体信息的xml配置文件，与加载文件的升级信息对应，这样做逻辑清晰，根据升级需要进行简单的取舍，即可方便得运用在不同的升级方案中。
3、数据仓库与各模块间的通信应答机制
数据仓库对数据内容进行解析操作后，通过以太网按顺序发往各个模块。发送过程中将数据拆包，并在每包数据前附加包头，包头包含包号、文件固化信息、crc校验和等信息。目的端收到每包数据后进行应答，如果超时未响应则进行重传，重传超过一定次数则报错。目的端接收到全部文件数据后根据固化信息进行升级维护操作，并将升级检验结果反馈至数据仓库。该设计保证了模块通信的可靠性，而且设计简单，逻辑清晰，便于进行新功能的扩展。包格式如下所示：
4、各数据模块对数据的处理校验机制
由数据仓库发来的文件类型各不相同，这就要求各目的端模块根据数据类型采取不同的操作。
各目的端模块接收到数据后，根据包头中的文件类型进行处理，如果是应用文件，直接固化在该目的端模块flash芯片中；如果是逻辑或配置文件，调用底层相关接口固化在底层设备flash中；如果是电源配置表等文件，需采用代理发送至电源模块进行操作。
在固化升级完成之后，要对固化的内容进行读取并计算校验和，与包头中的校验和数据进行比较，将校验结果反馈至数据仓库。