CN110908963A - DF file loading method of airborne display control library - Google Patents

The invention discloses a DF file loading method of an airborne display control library, which designs DF file transmission conditions, transmission modes and abnormal handling means in the transmission process between a CDS (media gateway) end and a UA (user interface) end, ensures the effectiveness, timeliness, reliability and safety of DF file transmission between two systems, reduces the potential risk of avionic equipment operation caused by DF file loading errors and improves the maintainability of the avionic equipment.

DF file loading method of airborne display control library

Technical Field

The invention relates to a DF file loading method of an airborne display control library, belonging to the technical field of a DF file loading process implementation method of ARINIC 661.

Background

Currently, avionic software generally adopts a man-machine interaction interface design mode based on ARINIC661, wherein a Cockpit Display System (CDS) is mainly used for various Display terminals, and can parse DF files and render initialized man-machine interfaces, a User Application (UA) is mainly used for User applications running in a task System to drive man-machine interface switching and data Display, and a Define file (DF file) is an initialized data set defining interface Display styles and is stored in a bin file in a binary form to Define basic elements displayed by the man-machine interfaces.

The DF file is generally stored in a storage module, and the storage module software, the user application program, and the display terminal software have data interaction capability between each two. In the using process, the DF file is frequently required to be updated online, and the scheme aims to realize the updating of the DF file from the storage module to the display terminal, ensure that the display terminal analyzes and processes the DF file of the latest version and renders a display picture after the system is powered on.

Disclosure of Invention

The invention aims to solve the defects of the prior art and provide a DF file loading method of an airborne display control library, aiming at the problem that the traditional DF file is easy to be abnormal in the loading process.

In order to achieve the purpose, the technical scheme adopted by the invention is as follows:

a DF file loading method of an airborne display control library is based on an ARINIC661 airborne display control library and comprises the following steps: .

Step S1, after the CDS judges the CDS to surf the internet, the user application sends a DF file version number request command to the CDS, the command is sent at intervals of 100ms, and the user application clears the command after receiving the DF file version number reported by the CDS;

step S2, after receiving the DF file version number request command, the CDS reports the version number of each DF file to the user application;

step S3, after the storage module is electrified and initialized, the DF file version number is automatically reported to the user application once;

step S4, if the wheel-load signal is invalid, the user application directly sends a version consistent command to the CDS after receiving the file version number reported by the CDS, and the CDS analyzes the DF file and displays the picture;

step S5, if the load signal is valid, the user application starts timing after sending the version request command, if the DF file version number reported by the storage module is not received in 30S or the DF file version number reported by the CDS is not received in 30S, the comparison is considered to be finished and the versions are consistent, at this time, the CDS sends a version consistent command to the CDS to analyze the DF file and display the picture, and the next step is carried out;

step S6, comparing whether each version number reported by CDS is consistent with DF file version number reported by storage module, if not, user application sends DF file loading command to storage module, storage module sends all DF files to CDS after receiving command and carries out next step, if all DF file version numbers are consistent, jumping to the last step;

step S7, the CDS receives the DF file, the DF file is loaded in the picture display in the receiving process, after the receiving is completed, the version number of the received DF file is reported again, the picture display is started, the version is consistent, after the version consistent command of the user application is received, the CDS starts to analyze the DF file, the picture display is analyzing the DF file, if the DF file is analyzed correctly, the end command of the definition stage is reported; if the DF file is analyzed wrongly, setting the version number of the DF file reporting the mistake as 0xff, reporting again, and simultaneously displaying the XX DF file analysis mistake;

step S8, the user application compares the version number reported by each CDS with the version number of the DF file reported by the storage module again, if the version numbers are consistent, the next step is carried out, and if the version numbers are not consistent, the step S7 is returned to; when the DF file transmission process is more than 3 times, the CDS displays the DF file analysis error and needs to be restarted, at the moment, the DF file loading process can be restarted only by restarting the CDS terminal, otherwise, the subsequent operation can not be continued;

step S9, the user application sends a DF file loading version consistent command to each CDS, the CDS starts to analyze the DF file, if the DF file is analyzed correctly, the CDS sends a definition stage ending command to the user application, the DF file loading process is ended, and normal operation is switched to; if the DF file header is analyzed wrongly, setting the version number of the corresponding DF file to be 0xff, and reporting the version number.

The invention has the following beneficial effects:

the DF file transfer condition, the transfer mode and the exception handling means in the transfer process between the CDS end and the UA end are designed, so that the effectiveness, timeliness, reliability and safety of the DF file transfer between the two systems are ensured, the potential risk of avionic equipment operation caused by loading errors of the DF file is reduced, and the maintainability of the avionic equipment is improved.

Drawings

Fig. 1 is a schematic view of a CDS end process in a DF file loading method for an airborne display controller library according to the present invention.

Fig. 2 is a schematic diagram of a UA end process in the DF file loading method for an airborne display control library according to the present invention.

Fig. 3 is a display content diagram of a display terminal of the DF file loading method for an airborne display control library according to the present invention.

Fig. 4 is a modular communication frame structure according to the present invention.

Detailed Description

The invention provides a DF file loading method of an airborne display control library. The technical solution of the present invention is described in detail below with reference to the accompanying drawings so that it can be more easily understood and appreciated.

As shown in fig. 3, the module communication framework structure is that the user application, the CDS software and the electronic disk software are respectively run in the VxWorks operating system of the embedded processor of the task machine, the display and the electronic disk, and the devices communicate with each other through the FC-AE bus.

Step S1, after judging that the FC-AE bus of the CDS display terminal accesses the Internet, the user application software sends a DF file version number request command to the CDS, the command is sent at intervals of 100ms, and the user application clears the command until receiving the DF file version number reported by the CDS;

step S2, after receiving the DF file version number request command, the CDS reports a plurality of DF file (1-10) version numbers to the user application;

step S3, after the storage module is electrified and initialized, the version number of the DF file is automatically reported (1-10) to the user application once;

step S4, if the device is in the air, the user application directly sends a version consistent command to the CDS after receiving the file version number reported by the CDS, and the CDS analyzes the DF file and displays a human-computer interface;

step S5, if the device is on the ground, the user application starts timing after sending the version request command, if the DF file version number reported by the storage module is not received in 30S or the (1-10) DF file version number reported by the CDS is not received in 30S, the comparison is considered to be finished and the versions are consistent, and at this time, the CDS sends a version consistent command to the CDS to analyze the DF file and display a human-computer interface;

step S6, the user application compares whether each version number reported by the CDS is consistent with the DF file version number reported by the storage module, if not, the user application sends a DF file loading command to the storage module, the storage module sends all DF files to the CDS after receiving the command, and the step S7 is carried out, and if all the DF file version numbers are consistent, the step S9 is carried out;

step S7, CDS receives (1-10) DF file, the DF file is loaded in the picture display in the receiving process, after the receiving is completed, the version number of the received DF file is reported again, the DF file header covers the version number information, if the DF file header is analyzed correctly, the analyzed version number is reported, if (1-10) DF has file header analysis error, the received data has error, the corresponding DF file version number is set to 0xff, then reporting is carried out, the picture display is started, the version is consistent, after the version consistent command applied by a user is received, CDS begins to analyze the DF file, the picture display is analyzing the DF file, if the DF file is analyzed correctly, the end command of the definition stage is reported; if the DF file is analyzed wrongly, the received data is wrong, the version number of the DF file reporting the mistake is set to be 0xff, the DF file is reported again, and the XX DF file analysis error is displayed at the same time;

and step S8, the user application compares the version number reported by each CDS with the DF file version number reported by the storage module again, and if the version numbers are consistent, the user application is switched to I). If not, repeating the DF file transmission process. When the DF file transmission process is more than 3 times, the CDS displays the DF file analysis error and needs to be restarted, at the moment, the DF file loading process can be restarted only by restarting the CDS terminal, otherwise, the subsequent operation can not be continued;

step S9, the user application sends a DF file loading version consistent command to each CDS, the CDS starts to analyze the DF file, if the DF file is analyzed correctly, the CDS sends a definition stage ending command to the user application, the DF file loading process is ended, and normal operation is switched to; if the DF file header is analyzed wrongly, setting the version number of the corresponding DF file to be 0xff, and reporting the version number.

It should be noted that the device only allows DF file loading on the ground, and does not allow DF file loading in the air; after the CDS is electrified, before a DF file version number request command applied by a user is not received, the CDS is in a waiting state and displays that the optical fiber is on the Internet; and after the storage module is electrified and initialized, the DF file version number is automatically reported to the user application once. When the DF file transmission process is more than 3 times, the CDS displays the DF file analysis error and needs to be restarted, at the moment, the DF file loading process can be restarted only by restarting the CDS terminal, otherwise, the subsequent operation can not be continued. In the DF file loading process, according to the difference of the current loading state, the display displays the current state prompt text in the middle, and the display information is as shown in fig. 3.

Through the above description, it can be found that the DF file loading method of the airborne display control library according to the present invention designs the DF file transfer condition, transfer mode, and exception handling means during the transfer between the CDS and UA, ensures the effectiveness, timeliness, reliability, and safety of the DF file transfer between the two systems, reduces the potential risk of avionic operation caused by a DF file loading error, and improves the maintainability of the avionic.

The technical solutions of the present invention are fully described above, it should be noted that the specific embodiments of the present invention are not limited by the above description, and all technical solutions formed by equivalent or equivalent changes in structure, method, or function according to the spirit of the present invention by those skilled in the art are within the scope of the present invention.

1. A DF file loading method of an airborne display control library is based on an ARINIC661 airborne display control library, and is characterized by comprising the following steps: .

Step S1, after the CDS judges the CDS to surf the internet, the user application sends a DF file version number request command to the CDS, the command is sent at intervals of 100ms, and the user application clears the command after receiving the DF file version number reported by the CDS;

step S2, after receiving the DF file version number request command, the CDS reports the version number of each DF file to the user application;

step S3, after the storage module is electrified and initialized, the DF file version number is automatically reported to the user application once;

step S4, if the wheel-load signal is invalid, the user application directly sends a version consistent command to the CDS after receiving the file version number reported by the CDS, and the CDS analyzes the DF file and displays the picture;

step S5, if the load signal is valid, the user application starts timing after sending the version request command, if the DF file version number reported by the storage module is not received in 30S or the DF file version number reported by the CDS is not received in 30S, the comparison is considered to be finished and the versions are consistent, at this time, the CDS sends a version consistent command to the CDS to analyze the DF file and display the picture, and the next step is carried out;

step S6, comparing whether each version number reported by CDS is consistent with DF file version number reported by storage module, if not, user application sends DF file loading command to storage module, storage module sends all DF files to CDS after receiving command and carries out next step, if all DF file version numbers are consistent, jumping to the last step;

step S7, the CDS receives the DF file, the DF file is loaded in the picture display in the receiving process, after the receiving is completed, the version number of the received DF file is reported again, the picture display is started, the version is consistent, after the version consistent command of the user application is received, the CDS starts to analyze the DF file, the picture display is analyzing the DF file, if the DF file is analyzed correctly, the end command of the definition stage is reported; if the DF file is analyzed wrongly, setting the version number of the DF file reporting the mistake as 0xff, reporting again and simultaneously displaying the analysis mistake of the XXDF file;

step S8, the user application compares the version number reported by each CDS with the version number of the DF file reported by the storage module again, if the version numbers are consistent, the next step is carried out, and if the version numbers are not consistent, the step S7 is returned to; when the DF file transmission process is more than 3 times, the CDS displays the DF file analysis error and needs to be restarted, at the moment, the DF file loading process can be restarted only by restarting the CDS terminal, otherwise, the subsequent operation can not be continued;

step S9, the user application sends a DF file loading version consistent command to each CDS, the CDS starts to analyze the DF file, if the DF file is analyzed correctly, the CDS sends a definition stage ending command to the user application, the DF file loading process is ended, and normal operation is switched to; if the DF file header is analyzed wrongly, setting the version number of the corresponding DF file to be 0xff, and reporting the version number.