Device for generating monitoring system through configuration file

Abstract

The invention discloses a device for generating a monitoring system through a configuration file. The device comprises a configuration file automatic generation module, a CBB driver library, a sub-function module configuration unit and an integration unit. The configuration file automatic generation module is used for automatically generating a configuration file through configuration options of the upper computer; the CBB driver library is used for completing writing of specific driving functions of different processor hardware interfaces and establishment of the driver library and providing a data source for driving of the whole system; the sub-function module configuration unit calls corresponding drivers from a CBB driver library according to the generated different configuration files and generates function modules required by the monitoring system; and the integration unit is used for putting each functional module into the whole architecture of the monitoring system according to the generated configuration file, completing the monitoring function of the whole monitoring system, and completing the online upgrading of an application software program at the same time.

Description

Technical Field

[0001] The scheme relates to a device for generating a monitoring system through a configuration file, and a method for realizing online upgrading of aerospace application programs, and belongs to the field of aerospace control systems. Background Art

[0002] The monitoring system in the field of aerospace control is solidified on the embedded processor, completing the self-booting of the processor, the initialization of the hardware interface, and the initialization of the storage device. It communicates with the user of the embedded platform through the communication interface to complete the configuration of the embedded platform, data upload and download, unit test program upload and boot, application software solidification and jump and other functions. At present, the monitoring and upgrading systems in the field of aerospace control are all developed by aerospace stand-alone software designers according to model requirements. The development is difficult and complex, the time cycle is long, and the R&D cost is very high. In addition, due to different personnel, the software architecture design is also different, the communication interface is diverse, the code quality varies according to the level of the designer, there are many hidden problems, low reliability, poor maintainability, and it is impossible to achieve unification. With the increasing number of model types, this development method and efficiency of the monitoring system urgently need to be broken through. Summary of the invention

[0003] The technical problem solved by the present invention is: to overcome the shortcomings of the prior art, to provide a device for generating a monitoring system through a configuration file, to unify the monitoring system software framework, to be simple and convenient to operate, to have a short development cycle, and to have strong maintainability, and to have good promotion and application value in the monitoring online upgrade function in the field of aerospace control.

[0004] The technical solution of the present invention is: a device for generating a monitoring system through a configuration file, comprising a configuration file automatic generation module, a CBB driver library, a sub-function module configuration unit, and an integration unit;

[0005] Configuration file automatic generation module, automatically generates configuration files through host computer configuration options;

[0006] CBB driver library is used to complete the writing of specific driver functions for different processor hardware interfaces and the construction of driver libraries, providing a data source for the driver of the entire system;

[0007] The sub-function module configuration unit calls the corresponding driver from the CBB driver library according to the generated different configuration files to generate the function modules required by the monitoring system;

[0008] The integration unit, based on the generated configuration files, places each functional module into the overall architecture of the monitoring system, completes the monitoring function of the entire monitoring system, and completes the online upgrade of the application software program.

[0009] The configuration file automatic generation module generates the configuration file required by the monitoring system through a GUI interface; the configuration file contains macro definitions of each submodule function and CBB driver preprocessing commands.

[0010] The automatic generation tool used to generate the configuration file is implemented in Python language and is divided into Python code and meta configuration file; the MVC software architecture is adopted in the project to achieve complete separation of interface logic and processing logic.

[0011] The interface of the automatic generation tool includes various configuration item selections, including platform, processor, elastic ground bus, and forwarding bus; after selecting the platform, the default values ​​of all configuration items change according to the selected platform, and the configuration items are automatically selected based on the platform as the baseline.

[0012] The CBB driver library serves as the basis for the implementation of the monitoring system application layer / protocol layer, and encapsulates the underlying library of processor drivers including hardware interface, storage interface, ground communication interface and general timer of mainstream processors.

[0013] The drivers in the CBB driver library include: 1553BC driver, 1553RT driver, GLINK bus driver, TTE bus driver, 8259A control driver, serial port driver, timer driver, SDP driver, SRIO driver, and FLASH storage driver.

[0014] The drivers in the CBB driver library include device initialization functions, device read and write functions, function functions, and interrupt service functions in software encapsulation. In order to improve the portability of the driver and decouple the driver layer, only the read and write functions need to be modified for different platforms, and there is no need to modify the function functions.

[0015] The CBB driver library supports two modes for processing received data on the bus: interrupt mode and query mode. When the interrupt mode is used, the received data is queued in the interrupt service program and queried and dequeued in the program; in the query mode, the received data is directly queued and dequeued in the loop function.

[0016] The CBB driver library supports three access modes: 8-bit, 16-bit, and 32-bit, and can be configured to support existing 8-bit or 32-bit processors; by decoupling the driver from the application software, the interface requirements of all device driver library functions are unified, and the writing of all device drivers is realized.

[0017] The sub-function module configuration unit serves as a special customized unit in the monitoring system, and the generated function modules include an automatic migration and jump module, a component module, a triple-redundancy module, and a full stand-alone upgrade module; the automatic migration and jump module includes a single-core self-service jump, and can also be configured as a master core controlling a slave core jump; the component module is used to provide complete information processing and storage for a single machine; the triple-redundancy module is used to provide monitoring system reliability; the full stand-alone upgrade module configures a unique ID for all single machines in the entire system, and implements the full stand-alone online upgrade function through the ID.

[0018] The sub-function module configuration unit adopts conditional compilation instructions in the implementation of the monitoring system, and performs preprocessing commands for the macro definitions of each function module according to the configuration file generated by the automatic generation tool. During the program running process, the function module is implemented or deleted through the conditional compilation preprocessing commands.

[0019] The integration unit, according to the generated configuration file, places each functional module into the overall architecture of the monitoring system to complete the monitoring function of the entire monitoring system, including:

[0020] The generated configuration file is embedded into the header file of the monitoring system, and the CBB driver library and sub-function module configuration unit are placed in the compilation environment of the monitoring system. The monitoring system first calls the configuration file, and pre-processes the sub-function module configuration unit and the CBB driver library according to the macro definition of the configuration file to achieve customization needs. At the same time, the monitoring system can also complete the online upgrade function of the application software.

[0021] The communication in the process of realizing the monitoring function adopts the "command + reply" or "command + forwarding + reply" method; the ground equipment sends the command through the control bus, and the onboard equipment performs a 16-bit redundant error check on the command after receiving the command; if the check fails, a check failure error is returned; if the check passes, it is determined whether it is its own command through the target ID; if it is its own command, the protocol is parsed and the reply is executed and returned to the ground test equipment; if it is to upgrade other equipment, it is upgraded through transparent forwarding using the configured onboard bus through the unique target ID.

[0022] The advantages of the present invention compared with the prior art are:

[0023] 1) Use the GUI graphical host computer automatic generation tool to select the configuration file generated according to the model or project requirements, and embed it into the software framework to quickly generate the monitoring system. The configuration is simple and clear, and the speed of getting started is fast, which can greatly save R&D time, promote the R&D progress of the entire system, and improve efficiency.

[0024] 2) It integrates all ground control communication interfaces of the existing software framework, such as 1553B, Glink, Ethernet, TTE, RS422 and other communication interfaces, and also covers inter-core SDP communication, inter-processor SRIO communication, etc. At the same time, all communication interfaces are modularized and decoupled from the underlying chip driver to make the communication interface files configurable.

[0025] 3) Supports direct application development of a variety of domestic chips, including Fudan Micro 7045, 7100AI chips, Galaxy Feiteng Q6713, M6678 chips, and supports Huawei HWD32, JDSPF28335 chips and other domestic chips, greatly enriching the system's development simplicity and scalability.

[0026] 4) It can realize the upgrade function of all stand-alone machines in the entire system. The monitoring system assigns unique target IDs to different stand-alone machines through configuration files. Through different target IDs, the stand-alone equipment is forwarded within the machine, realizing the online upgrade function of all stand-alone machines after installation, so that if there is any problem, it can be directly upgraded without the complicated and tedious operation of disassembling and installing the machine. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 It is a schematic diagram of the monitoring system framework;

[0028] Figure 2 Generate tool demo images for profiles;

[0029] Figure 3 It is the workflow diagram of the monitoring system;

[0030] Figure 4 It is a schematic diagram of the system structure of the present invention. DETAILED DESCRIPTION

[0031] like Figure 4 As shown, the present invention proposes a device for generating a monitoring system through a configuration file, including a configuration file automatic generation module, a CBB driver library, a sub-function module configuration unit, and an integration unit. The software hierarchy of this configurable monitoring system is as follows Figure 1As shown. JKcongfig.h is a configuration file, which is generated by the automatic generation tool in the configuration file automatic generation module. Different models can generate customized monitoring configuration systems through the configuration file; 1553BC / RT, GLINK, TTE and other bus drivers and Flash, DSP6713 chip drivers are drivers in the system's CBB driver library module, including the writing of specific driver functions for different processor hardware interfaces, the construction of driver libraries, etc., which are the combination of hardware and software and provide support for the driver of the entire system; System, intr, etc. are functional modules configured by the sub-function module configuration unit of the system. This part isolates the specific hardware driver layer and the protocol layer, so that the protocol layer does not need to involve the driver layer. The protocol layer calls the driver layer through the abstract layer, and the driver layer does not pay attention to the protocol layer. It is uniformly coordinated and managed by the abstract layer. In this way, the abstract layer selects the sub-module functions used according to the configuration file and forms a customized monitoring system together with the protocol layer; and main, JKProc, etc. are the application layer of the monitoring system, including the protocol layer, which is mainly the main program and parses and processes all contents related to the monitoring protocol.

[0032] The configuration file automatic generation module generates the monitoring system configuration file JKcongfig.h through the GUI interface, which is convenient for user operation. The automatic generation tool is implemented in Python language and is divided into Python code and meta-configuration files. The automatic generation tool project adopts the MVC (Model-View-Controller) software architecture to achieve complete separation of interface logic and processing logic. When the user opens the automatic generation tool, the interface (View) initiates a request to the model (Model) through the controller (Controller), and pulls data from the database for display. When the user makes modifications on different interfaces (View), it will be routed to the corresponding model (Model) through the controller (Controller), and the modified data will be saved in the database. The final generated GUI interface effect demonstration diagram is as follows Figure 2As shown. The interface of the automatic generation tool includes various configuration item selections, including platform, processor, elastic ground bus, forwarding bus, sub-module functions such as flash partition, automatic jump, various element configuration, and all stand-alone online upgrade functions of the entire system. Specific usage process: 1. Open the generation tool, select the platform in the "Platform Selection" configuration item in the "Platform" category. Currently, 12 platforms such as Aviation Control 2D, Aviation Control 4D, and Aviation Control 6D are supported. After selecting the platform, the default values ​​of all configuration items will change according to the selected platform. The configuration items are automatically selected based on the platform as the baseline. At the same time, other options can be selected according to the model requirements to generate the configuration mode required by the model and realize the special functions of the model. 2. After selecting the platform, various processors can be selected in the processor category, covering Fudan Micro 7045, 7100AI chips, Galaxy Feiteng Q6713, M6678 chips, supporting Huawei HWD32, JDSPF28335 chips and other domestic chips. After selecting the chip, the number of cores of the chip can be selected, and different communication methods and functions can be configured for different cores. 3. Select the content of each configuration item in turn according to the configuration item category. The automatic generation tool will display and adjust according to the different configuration items entered by the user. For example, in the ground "Bus Information" category, you can select 1553BC / RT bus, TTE, Ethernet, serial port, SRIO, GLINK and other buses. After selection, the right side will set different usage configurations according to the selected bus. For example, GLINK will automatically display the base address of GLINK, CtrlNC / CtrlNT / SmartNC / SmartNT mode, bridge, routing and node related configuration information; all stand-alone upgrade mechanisms of the entire system can be configured by forwarding bus, and the configuration ID can be selected in the "Target ID" category to automatically assign a unique ID to each stand-alone. This unique ID is used to identify the forwarding mechanism in the monitoring system. In the selection of configuration items, you can arbitrarily combine single functions or multiple functions according to the model requirements, which is flexible and meets different requirements. 4. After the configuration is completed, the JKConfig.h configuration file is generated. The automatic generation tool will check whether the input of all configuration items is correct. If the input is correct, the JKConfig.h file will be automatically generated; if there is an incorrectly input configuration item, the configuration item will be located and an error message will be prompted.

[0033] The generated JKConfig.h file is the header file in the system software. The header file contains macro definitions of various processors, drivers, and sub-function modules. According to the configuration options of the host computer, each function macro definition will be automatically enabled and canceled. The compiler's preprocessing command is used to select whether the sub-module function is valid. For example, #define DSP_6713, #undefFMQL_Z7 indicates the use of processor DSP6713; #define JKJP_AUTO_EN indicates enabling the automatic move jump function, etc.

[0034] The CBB driver library supports the mainstream processor hardware interface, storage interface, ground communication and forwarding communication interface of the existing monitoring system, and also provides necessary and comprehensive encapsulation function interfaces, which are not only used in the monitoring system, but also can be called in the application system software. As shown in Table 1, the CBB driver library covers ground control communication buses such as URAT, TTE, SDP, GLINK, 1553B, SRIO, Ethernet, etc., and also includes EMIF bus, Flash driver, timer driver, 8259A controller driver, etc. It is not limited to the covered drivers, and you can also select "other" driver in the automation configuration tool to complete the writing and calling of software driver functions, which is flexible and changeable.

[0035] Table 1 CBB driver library driver table

[0036]

[0037]

[0038] The integration unit belongs to the application layer or protocol layer, which mainly includes the communication protocol between the ground control and the aerospace controller, interrupt or query processing, data analysis and processing. Typical functions in the monitoring system include handshake, data forwarding, data upload, data solidification, data verification, data migration and application jump. The processor can be single-core or multi-core, and can also be multi-core multi-select combination monitoring function. This software architecture is a mature framework structure. The monitoring system process is as follows: Figure 3As shown in the figure, after the whole machine is powered on, the CPU clock, SDRAM and other related resources are initialized, and then the monitoring program solidified in the flash is moved, and then it jumps to the monitoring to execute. In the monitoring system, the configuration file JKconfig.h is used to initialize the ground bus, forwarding bus, interrupt initialization, message queue initialization, and modular functions such as automatic move and jump functions. If the automatic move and jump function is enabled, the timer is initialized and started, and the timer is automatically jumped to the application program for execution after waiting for timeout. If it does not time out, it receives messages from the ground control system or messages from the internal bus. After receiving the message, it parses the protocol and processes it. If it is a monitoring function of handshake, data forwarding, data uploading, data solidification, data verification, data moving and jumping, it sends a return command, and if it is an error message, it replies to the corresponding error. The monitoring system processes the message in a reliable way of "command + return command" or "command + forwarding + return command", and the on-board equipment performs 16-bit redundant error check on the received message. If the check fails, a failure error is replied; if the check passes, it is determined whether it is its own command by the target ID. If it is its own command, the protocol is parsed and the return command is executed and returned to the ground test equipment. If it is not its own command, it will be forwarded inside or outside the machine, waiting for the return command before replying to the ground control equipment. When upgrading all single machines in the entire system, the configuration file automation tool will assign a unique target ID to all single machines. The monitoring system implements the monitoring function and upgrades the single machine system through the configuration ID and forwarding bus, and replies to the ground test equipment. The monitoring system of the present invention meets more than 95% of the functions of the existing monitoring system, and developers only need to focus on the specific characteristics and differentiated functions of the model.

[0039] Sub-function module configuration unit, the generated function modules mainly include automatic migration jump module, various element modules, three-redundancy function, full stand-alone upgrade function, etc., as shown in Table 2, all sub-module functions can use configuration files to achieve model customization and personalization. After the configuration file is generated by the automatic generation tool, the monitoring system adds or deletes sub-module functions through macro definitions and conditional compilation of the configuration file, automatically adapts the software architecture and realizes the monitoring system design to meet the model and project requirements.

[0040] Table 2 Configurable submodules

[0041]

[0042] Although the present invention has been disclosed as above in the form of a preferred embodiment, it is not intended to limit the present invention. Any person skilled in the art can make possible changes and modifications to the technical solution of the present invention by using the technical contents disclosed above without departing from the spirit and scope of the present invention. Therefore, any simple modifications, equivalent changes and modifications made to the above embodiments based on the technical essence of the present invention without departing from the content of the technical solution of the present invention shall fall within the protection scope of the technical solution of the present invention.

Claims

1. A device for generating a monitoring system through a configuration file, characterized in that: It includes configuration file automatic generation module, CBB driver library, sub-function module configuration unit and integration unit; Configuration file automatic generation module, automatically generates configuration files through host computer configuration options; CBB driver library is used to complete the writing of specific driver functions for different processor hardware interfaces and the construction of driver libraries, providing a data source for the driver of the entire system; The sub-function module configuration unit calls the corresponding driver from the CBB driver library according to the generated different configuration files to generate the function modules required by the monitoring system; The integration unit, based on the generated configuration files, places each functional module into the overall architecture of the monitoring system, completes the monitoring function of the entire monitoring system, and completes the online upgrade of the application software program.

2. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The configuration file automatic generation module generates the configuration file required by the monitoring system through a GUI interface; the configuration file contains macro definitions of each submodule function and CBB driver preprocessing commands.

3. The device for generating a monitoring system through a configuration file according to claim 2, characterized in that: The automatic generation tool used to generate the configuration file is implemented in Python language and is divided into Python code and meta configuration file; the MVC software architecture is adopted in the project to achieve complete separation of interface logic and processing logic.

4. The device for generating a monitoring system through a configuration file according to claim 3, characterized in that: The interface of the automatic generation tool includes various configuration item selections, including platform, processor, elastic ground bus, and forwarding bus; After selecting a platform, the default values ​​of all configuration items change according to the selected platform, and configuration items are automatically selected based on the platform as the baseline.

5. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The CBB driver library serves as the basis for the implementation of the monitoring system application layer / protocol layer, and encapsulates the underlying library of processor drivers including hardware interface, storage interface, ground communication interface and general timer of mainstream processors.

6. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The drivers in the CBB driver library include: 1553BC driver, 1553RT driver, GLINK bus driver, TTE bus driver, 8259A control driver, serial port driver, timer driver, SDP driver, SRIO driver, and FLASH storage driver.

7. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The drivers in the CBB driver library include device initialization functions, device read and write functions, function functions, and interrupt service functions in software encapsulation. In order to improve the portability of the driver and decouple the driver layer, only the read and write functions need to be modified for different platforms, and there is no need to modify the function functions.

8. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The CBB driver library supports two modes for processing received data on the bus: interrupt mode and query mode. When the interrupt mode is used, the received data is queued in the interrupt service program and queried and dequeued in the program; in the query mode, the received data is directly queued and dequeued in the loop function.

9. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The CBB driver library supports three access modes: 8-bit, 16-bit, and 32-bit, and can be configured to support existing 8-bit or 32-bit processors; by decoupling the driver from the application software, the interface requirements of all device driver library functions are unified, and the writing of all device drivers is realized.

10. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The sub-function module configuration unit is a special customized unit in the monitoring system. The generated function modules include automatic migration and jump module, various element modules, three-redundancy module, and full stand-alone upgrade module; the automatic migration and jump module includes single-core self-service jump, and can also be configured as a master core controlling a slave core jump; the various element modules are used to provide complete information processing and storage for a single machine; the three-redundancy module is used to provide monitoring system reliability; The full stand-alone upgrade module configures a unique ID for all stand-alone machines in the entire system, and implements the full stand-alone online upgrade function through the ID.

11. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The sub-function module configuration unit adopts conditional compilation instructions in the implementation of the monitoring system, and performs preprocessing commands for the macro definitions of each function module according to the configuration file generated by the automatic generation tool. During the program running process, the function module is implemented or deleted through the conditional compilation preprocessing commands.

12. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The integration unit, according to the generated configuration file, places each functional module into the overall architecture of the monitoring system to complete the monitoring function of the entire monitoring system, including: The generated configuration file is embedded into the header file of the monitoring system, and the CBB driver library and sub-function module configuration unit are placed in the compilation environment of the monitoring system. The monitoring system first calls the configuration file, and pre-processes the sub-function module configuration unit and the CBB driver library according to the macro definition of the configuration file to achieve customization needs. At the same time, the monitoring system can also complete the online upgrade function of the application software.

13. The device for generating a monitoring system through a configuration file according to claim 1, characterized in that: The communication in the process of realizing the monitoring function adopts the "command + reply" or "command + forwarding + reply" mode; the ground equipment sends the command through the control bus, and the on-board equipment performs a 16-bit redundant error check on the command after receiving it; If the verification fails, a verification failure error is returned; if the verification passes, the target ID is used to determine whether it is a self-command; if it is a self-command, the protocol is parsed and the command is executed and returned to the ground test equipment; If you are upgrading other devices, you can upgrade them through transparent forwarding on the configured on-board bus using a unique target ID.

Images