General development system for bus test

Abstract

A general development system for bus testing comprises a format definition module, a service generation module and a mapping module, the format definition module comprises a header frame field, a data field field and a check field field and is used for defining a field format of a frame and a field format of a service in a frame data field; the service generation module comprises coding instruction production, coding parameter production and analysis and frame production, and is used for generating a coding instruction and formulating a coding parameter and an analysis rule thereof; and the mapping module comprises a service code and a link code, and is used for completing mapping between a coding instruction or a coding parameter and a service frame data domain and completing mapping between a service frame and a bus link interface. According to the method, the problems that upper computer software and man-machine interaction software of the spacecraft power system bus test equipment are insufficient in universality and long in research and development period are solved, and the applicability of the spacecraft power system bus test equipment to different types of test requirements and the supporting capacity of the spacecraft power system bus test equipment to personalized development requirements are effectively improved in a process mode.

Description

Technical Field

[0001] The invention belongs to the technical field of aerospace engineering, and in particular relates to a general development system for bus testing. Background Art

[0002] Spacecraft power systems have long used bus technology to achieve communication functions. With the rise of commercial aerospace and the in-depth advancement of aerospace industrialization, the requirements for the versatility, spectrum, and rapid delivery of spacecraft power products have extended and generated the need for the versatility and flexibility of supporting bus test equipment.

[0003] However, most of the current spacecraft bus test equipment is heavily modeled and task-oriented, with specific and unique test scenarios and services, and lacks versatility. This raises the question of how to improve the applicability of spacecraft power system bus test equipment to different model test requirements and its ability to support personalized development requirements. Summary of the invention

[0004] In order to solve the above problems, the present invention provides a bus test universal development system, the specific scheme is as follows:

[0005] A bus test general development system includes: a format definition module, a service generation module, and a mapping module; wherein:

[0006] The format definition module includes: three general field types: header frame field, data field field and check field field, which are used to define the field format of the frame and the field format of the service in the frame data field;

[0007] The format definition module is used to select the required fields from the three general field types of the header frame field, the data field field and the check field frame field, specify the byte length respectively, the byte length can be set arbitrarily, select the field range and the check algorithm to be checked, name and save, and then generate the required target frame format or business format; in the process of generating a certain target format, the number of selections of the header frame field or the data field field is at least 1, otherwise the generated format is judged to be invalid; there is no upper limit on the number of selections of the header frame field, the data field field and the check field field; except that the check field field is fixed after the header frame field and the data field field, there is no limit on the relative order of the multiple header frame fields and the data field fields.

[0008] The service generation module includes coding instruction production, coding parameter production and analysis, and frame production, which is used to generate coding instructions, formulate coding parameters and their analysis rules;

[0009] The encoding instruction is used to call the business format that has been generated in the format definition module, edit and input the code words of the fields except the check field, name and save, and then generate the required encoding instructions; the type of instructions is not restricted, different types of encoding instructions are distinguished by entering different code words in the front header field, and different instructions under the same type of instructions are distinguished by entering different code words in the data domain field.

[0010] The coding parameter preparation and analysis are used to: specify the byte length of the coding parameter, specify the conversion coefficient 1 and the conversion coefficient 2, name and save, and then generate the required coding parameter fields and their analysis rules; wherein: the byte length of the coding parameter is not limited and is set according to the physical meaning of the parameter and the target accuracy requirement; the conversion coefficient 1 completes the conversion between the unsigned integer value and the low-voltage physical quantity output by the actual sampling circuit; the conversion coefficient 2 is used as the formula coefficient of the conversion formula, and together with the conversion formula, completes the conversion between the low-voltage physical quantity output by the sampling circuit and the actual physical quantity; the software identification type parameters of the non-sampling output do not need to specify the conversion coefficient 1 and the conversion coefficient 2; the conversion formula includes the formula function 1 applicable to the direct reading of the software identification type parameters, the formula function 2 applicable to the linear conversion between the low-voltage physical quantity and the actual physical quantity, and the formula function 3 for logarithmic conversion.

[0011] The frame production is used to call the frame format generated in the format definition module, edit the codewords of the input header frame field, name and save, and then generate the required frame. The types of frames are not limited, and different types of frames are distinguished by different codewords in the header frame field.

[0012] The mapping module includes a service code and a link code, and is used to complete the mapping between the coding instruction or coding parameter and the service frame data domain, and complete the mapping between the service frame and the bus link interface.

[0013] The service code is used to establish a mapping between a specific coding instruction and a specific frame data domain, and is also used to establish a mapping between a specific coding parameter and a specific frame data domain; the link code is used to establish a mapping between a specific frame and a specific bus link interface.

[0014] The beneficial effects achieved by the present invention include that the universal bus test development system provided by the present invention makes up for the problems of insufficient universality and long research and development cycle of the host software and human-computer interaction software of the spacecraft power system bus test equipment, and effectively improves the applicability of the spacecraft power system bus test equipment to different model test requirements and the support capability for personalized development requirements in a process-based manner. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0016] Figure 1 A schematic diagram of a bus test general development system disclosed in the present invention;

[0017] Figure 2 A schematic diagram of format definition for the bus test universal development system disclosed in the present invention;

[0018] Figure 3 A schematic diagram of making coding instructions for the bus test universal development system disclosed in the present invention;

[0019] Figure 4 A schematic diagram of coding parameter production and parsing rule formulation carried out by the bus test general development system disclosed in the present invention;

[0020] Figure 5 A schematic diagram of frame production for the bus test universal development system disclosed in the present invention;

[0021] Figure 6 The present invention discloses a bus test universal development system for mapping specific services with specific frame data domains and mapping specific frames with specific data links. DETAILED DESCRIPTION

[0023] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, the present invention is further described in detail below with reference to the accompanying drawings and specific embodiments; Example 1

[0024] A bus test general development system includes: a format definition module, a service generation module, and a mapping module. Figure 1 As shown; among them,

[0025] The format definition module includes: three general field types: header frame field, data field field and check field field, which are used to define the field format of the frame and the field format of the service in the frame data field;

[0026] like Figure 2As shown, the format definition module is used to select the required fields from the three general field types of the header frame field, the data field field and the check field frame field, specify the byte length respectively, the byte length can be set arbitrarily, select the field range and the check algorithm to be checked, name and save, and then generate the required target frame format or business format; in the process of generating a certain target format, the number of selections of the header frame field or the data field field is at least 1, otherwise the generated format is determined to be invalid; the number of selections of the header frame field, the data field field and the check field field is not subject to an upper limit; except that the check field field is fixed after the header frame field and the data field field, the relative order of the multiple header frame fields and the data field fields is not restricted.

[0027] The service generation module includes coding instruction production, coding parameter production and analysis, and frame production, which is used to generate coding instructions, formulate coding parameters and their analysis rules;

[0028] The coding instruction is used to call the business format generated in the format definition module, edit and input the codewords of the fields except the check field, name and save, and then generate the required coding instruction; the instruction type is not limited, different types of coding instructions are distinguished by entering different codewords in the front header field, and different instructions under the same type of instruction are distinguished by entering different codewords in the data field. Figure 3 As shown, different types of encoding instructions are defined by 0xEB90 or 0x140A in the front header frame field, and specific instructions under the 0xEB90 type instruction are defined by 0xAAAA or 0x5555 in the data domain field.

[0029] The coding parameter preparation and analysis are used to: specify the byte length of the coding parameter, specify the conversion coefficient 1 and the conversion coefficient 2, name and save, and then generate the required coding parameter fields and their analysis rules; wherein: the byte length of the coding parameter is not limited and is set according to the physical meaning of the parameter and the target accuracy requirement; the conversion coefficient 1 completes the conversion between the unsigned integer value and the low-voltage physical quantity output by the actual sampling circuit; the conversion coefficient 2 is used as the formula coefficient of the conversion formula, and together with the conversion formula, completes the conversion between the low-voltage physical quantity output by the sampling circuit and the actual physical quantity; the software identification type parameters of the non-sampling output do not need to specify the conversion coefficient 1 and the conversion coefficient 2; the conversion formula includes the formula function 1 applicable to the direct reading of the software identification type parameters, the formula function 2 applicable to the linear conversion between the low-voltage physical quantity and the actual physical quantity, and the formula function 3 for logarithmic conversion.

[0030] like Figure 4As shown, example parameter 1 is a software identification parameter, and its length is specified as 2 bytes according to actual needs, and the conversion formula is specified as direct reading formula function1, and conversion coefficient 1 and conversion coefficient 2 do not need to be specified; example parameter 2, parameter 3, parameter n-1, and parameter n are parameters with actual physical meanings, and the byte lengths are specified as 1 byte, 2 bytes, 2 bytes, and 2 bytes respectively according to accuracy requirements, and the conversion coefficients are specified as 0.392, 0.02442, 0.02442, and 0.02442 respectively, and the conversion formulas are specified as linear formula function2, logarithmic formula function3, linear formula function2, and linear formula function2 respectively, and the conversion coefficients and conversion formula function3. Thus, the definition and production of several encoding parameters are completed.

[0031] The frame production is used to call the frame format generated in the format definition module, edit the codewords of the input header frame field, name and save, and then generate the required frame. The types of frames are not limited, and different types of frames are distinguished by different codewords in the header frame field.

[0032] like Figure 5 As shown, the example xx frame is defined by a header frame field content of 0xEB90, the example yy frame is defined by two header frame fields 0xEB90 and 0x00C0, and the other frame is defined by a header frame field with a content of 0x140100D0.

[0033] like Figure 6 As shown, the mapping module includes a service code and a link code, which are used to complete the mapping between the encoding instruction or encoding parameter and the service frame data domain, and complete the mapping between the service frame and the bus link interface.

[0034] The service code is used to establish a mapping between a specific coding instruction and a specific frame data domain, and is also used to establish a mapping between a specific coding parameter and a specific frame data domain; the link code is used to establish a mapping between a specific frame and a specific bus link interface.

[0035] The above specific implementation modes are used to illustrate the present invention. Any modifications and changes made to the present invention within the spirit of the present invention and the protection scope of the claims shall fall within the protection scope of the present invention.

Claims

1. A bus test general development system, characterized in that: It includes: Format definition module, business generation module, mapping module; among them, The format definition module includes: a header frame field, a data field field and a check field field, which are used to define the field format of the frame and the field format of the service in the frame data field; The service generation module includes coding instruction production, coding parameter production and analysis, and frame production, which is used to generate coding instructions, formulate coding parameters and their analysis rules; The mapping module includes a service code and a link code, and is used to complete the mapping between the coding instruction or coding parameter and the service frame data domain, and complete the mapping between the service frame and the bus link interface.

2. The bus test universal development system according to claim 1, characterized in that: The format definition module is used to select the required fields from the header frame field, the data field field and the check field frame field, specify the byte length respectively, the byte length can be set arbitrarily, select the field range and the check algorithm to be checked, name and save, and then generate the required target frame format or business format.

3. The bus test universal development system according to claim 2, characterized in that: In the process of generating the required target frame format or business format, the number of selections of the header frame field or the data domain field is at least 1, otherwise the generated format is determined to be invalid; there is no upper limit on the number of selections of the header frame field, the data domain field and the check domain field; except that the check domain field is fixed after the header frame field and the data domain field, there is no limit on the relative order of the multiple header frame fields and the data domain fields.

4. The bus test universal development system according to claim 1, characterized in that: The coding instruction is made to call the business format that has been generated in the format definition module, edit and input the code words of the fields except the check field, name and save, and then generate the required coding instructions.

5. The bus test universal development system according to claim 4, characterized in that: The types of encoding instructions are not limited. Different types of encoding instructions are distinguished by entering different code words in the front header field, and different instructions under the same type of instructions are distinguished by entering different code words in the data domain field.

6. The bus test universal development system according to claim 1, characterized in that: The coding parameter preparation and analysis are used to: specify the byte length of the coding parameter, specify the conversion coefficient 1 and the conversion coefficient 2, name and save, and then generate the required coding parameter fields and their analysis rules; wherein: the byte length of the coding parameter is not limited and is set according to the physical meaning of the parameter and the target accuracy requirement; the conversion coefficient 1 completes the conversion between the unsigned integer value and the low-voltage physical quantity output by the actual sampling circuit; the conversion coefficient 2 is used as the formula coefficient of the conversion formula, and together with the conversion formula, completes the conversion between the low-voltage physical quantity output by the sampling circuit and the actual physical quantity; the software identification type parameters of the non-sampling output do not need to specify the conversion coefficient 1 and the conversion coefficient 2; the conversion formula includes the formula function 1 applicable to the direct reading of the software identification type parameters, the formula function 2 applicable to the linear conversion between the low-voltage physical quantity and the actual physical quantity, and the formula function 3 for logarithmic conversion.

7. The bus test universal development system according to claim 1, characterized in that: The frame production is used to call the frame format that has been generated in the format definition module, edit the codeword of the input header frame field, name and save it, and then generate the required frame.

8. The bus test universal development system according to claim 7, characterized in that: The type of the frame is not limited, and frames of different types are distinguished by codewords in different header frame fields.

9. The bus test universal development system according to claim 1, characterized in that: The service code is used to establish a mapping between a specific encoding instruction and a specific frame data domain, and is also used to establish a mapping between a specific encoding parameter and a specific frame data domain.

10. The bus test universal development system according to claim 1, characterized in that: The link code is used to establish a mapping between a specific frame and a specific bus link interface.

Images