Aviation A429 bus rapid configuration connection method and system

Abstract

The embodiment of the invention provides a rapid configuration and connection method and system for an aviation A429 bus, and is applied to the technical field of maintenance and testing of avionics systems. The method comprises the steps that composite identity information of a newly-accessed avionics module is acquired, and the composite identity information comprises a hardware identifier and a version identifier; performing matching query in a pre-stored configuration file database according to the composite identity information, and if matching succeeds, directly calling a corresponding parameter set; the parameter set is sent to the newly accessed avionics module through an A429 bus; and receiving a response signal indicating that the newly accessed avionics module is successfully configured, and judging that the newly accessed avionics module is configured and enters a ready state. In this way, hidden faults caused by mismatching of parameters and hardware versions can be fundamentally eradicated, and the accuracy, reliability and safety of avionics system maintenance are further improved.

Description

Technical Field

[0001] This disclosure relates to the field of avionics system maintenance and testing technology, and in particular to a method and system for rapid configuration connection of an aviation A429 bus. Background Technology

[0002] In modern avionics systems, the ARINC429-based avionics data bus is widely used for data communication between various airborne electronic devices due to its high reliability, simple structure, and mature technology. This system typically consists of multiple replaceable modular units (LRUs), which are interconnected via the A429 bus and exchange specific data to achieve system functions. In actual operation and maintenance, replacing avionics modules for periodic inspections, troubleshooting, or performance upgrades is a routine and frequent operation. Traditional module replacement procedures rely on manual operation by maintenance personnel. After replacing a new module, it is necessary to use dedicated ground maintenance equipment or a handheld terminal to individually or in batches load all the configuration parameters necessary for its normal operation onto the new module via the bus. These parameters typically include bus address, communication rate, operating mode, discrete input / output definitions, self-test thresholds, etc., involving a large amount of data and requiring extremely high precision.

[0003] The core of the existing technology for solving this problem lies in the system's main control unit querying the device identification code of the new module and using this as the primary key to automatically retrieve and call up the corresponding full parameter set from the local configuration database. Subsequently, the parameters are automatically distributed and loaded via the A429 bus. This method effectively avoids tedious and error-prone manual input, significantly improving the efficiency and accuracy of ground maintenance work, representing a technological advancement in this field. However, this technology has a drawback: its configuration logic relies on the "device identification code" information. In actual aerospace manufacturing and supply chains, due to cost control and material management reasons, when module hardware undergoes minor design revisions or optimizations (e.g., upgrading from hardware version RevA to RevA1), its core part number (PartNumber) may remain unchanged. In this case, although the device identification code remains the same, the internal circuitry or firmware of the new version module may have undergone minor adjustments. This necessitates corresponding adaptation modifications to certain key parameters (such as power-on timing, signal filtering constants, and self-test tolerances) to ensure optimal performance and stable operation.

[0004] Existing automated configuration methods cannot identify situations involving "same part number, different version," causing the system to unknowingly load the configuration set of the old version's parameters for the new module. This mismatch between parameters and hardware version is highly insidious, as it typically does not cause immediate or complete module failure. Instead, it is more likely to manifest as intermittent communication anomalies, slight deviations in performance metrics, or latent faults triggered under specific critical conditions. This poses a potential risk to aviation safety and makes the location and troubleshooting of such problems extremely difficult, often requiring significant time for in-depth system-level diagnostics. This severely reduces maintenance efficiency and increases the risk of flight delays and operating costs.

[0005] Therefore, there is an urgent need in this field for an improved rapid configuration connection method for the A429 bus used in aviation that can solve the above-mentioned technical problems. While inheriting the high efficiency advantages of existing automated configuration, this method must have the ability to perceive and adapt to changes in hardware versions, thereby fundamentally eliminating hidden faults caused by mismatch between parameters and hardware versions, and further improving the accuracy, reliability and safety of avionics system maintenance. Summary of the Invention

[0006] This disclosure provides a method and system for rapid configuration connection of the A429 bus for aviation, which solves the hidden technical problem caused by the inability to correctly identify different versions of the same part number in automated configuration.

[0007] According to a first aspect of this disclosure, a method for quick configuration and connection of an avionics A429 bus is provided. The method includes: Obtain the composite identity information of the newly connected avionics module, wherein the composite identity information includes a hardware identifier and a version identifier; The composite identity information is matched and queried in the pre-stored configuration file database. If the match is successful, the corresponding parameter set is retrieved directly. The parameter set is sent to the newly connected avionics module via the A429 bus; Upon receiving a response signal indicating successful configuration of the newly connected avionics module, it is determined that the newly connected avionics module has completed configuration and entered a ready state.

[0008] In addition to the aspects described above and any possible implementation, a further implementation is provided in which the configuration file database stores multiple sets of configuration records consisting of hardware identifiers, version identifiers and their corresponding parameter sets.

[0009] In addition to the aspects described above and any possible implementations, a further implementation is provided, wherein the method further includes, if matching fails, initiating a downgraded matching process; wherein, Based on predefined version compatibility rules, determine whether there is a configuration record in the configuration file database that is the same as the hardware identifier and compatible with the version identifier; If so, retrieve the parameter set from the compatible configuration record, apply the corresponding parameter difference correction item, and generate the adaptation parameter set through parameter merging operation; If not, the automatic configuration process will be terminated and a configuration failure alarm message will be sent to the maintenance unit.

[0010] In addition to the aspects and any possible implementations described above, a further implementation is provided, wherein determining whether a configuration record exists in the configuration file database that is identical to the hardware identifier and compatible with the version identifier, according to predefined version compatibility rules, includes: A comprehensive score is calculated using a predefined version compatibility function and a version similarity function. The compatible configuration record with the highest score is selected. The version similarity function is as follows: in, and These represent the string lengths of the two version identifiers, respectively. This indicates the minimum number of edit operations required between two version identifiers.

[0011] In addition to the aspects and any possible implementations described above, a further implementation is provided in which sending the parameter set to the newly accessed avionics module via the A429 bus includes: The parameter set is converted into data words conforming to the A429 standard item by item, and a sequence number is attached to each data word; The data word structure is transmitted using a sliding window protocol. If no acknowledgment information corresponding to the current data word is received within a preset time, a retransmission mechanism is triggered, and the retransmission count of the data word is incremented. When the preset maximum retransmission threshold is exceeded, the parameter transmission is determined to have failed, and an alarm message is reported to the maintenance unit.

[0012] In addition to the aspects described above and any possible implementations, a further implementation is provided in which the configuration file database employs a hash index, and the hash index uses the MurmurHash3 algorithm to index key values ​​composed of hardware identifiers and version identifiers.

[0013] According to a second aspect of this disclosure, an avionics A429 bus quick configuration connection system is provided. The system includes: The acquisition module is used to acquire the composite identity information of newly accessed avionics modules, wherein the composite identity information includes a unique hardware identifier and a device revision identifier; The query module is used to perform a matching query in the pre-stored configuration file database based on the composite identity information. If the match is successful, the corresponding parameter set is directly retrieved. A transmission module is used to send the parameter set to the newly connected avionics module via the A429 bus; The receiving module is used to receive a response signal indicating that the newly connected avionics module has been successfully configured, and to determine that the newly connected avionics module has completed configuration and entered a ready state.

[0014] According to a third aspect of this disclosure, an electronic device is provided. The electronic device includes a memory and a processor, wherein the memory stores a computer program, and the processor executes the program to implement the method described above.

[0015] According to a fourth aspect of this disclosure, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the methods according to the first and / or second aspects of this disclosure.

[0016] This disclosure obtains the composite identity information of newly connected avionics modules, including hardware identifiers and version identifiers, and performs multi-level matching with a local configuration file database. First, an exact match is performed; if this fails, a downgraded match based on version compatibility rules and similarity calculations is initiated. An adaptive parameter set is generated through parameter differential correction terms. Then, reliable parameter transmission is achieved using data word format conforming to the A429 standard, combined with a sliding window protocol, retransmission mechanism, and verification. Finally, verification is completed through a configuration success response signal from the newly connected avionics module. This method inherits the efficiency of automated configuration while also achieving awareness and adaptation to hardware version changes, eliminating hidden faults, improving the accuracy, reliability, and security of avionics system maintenance, and simplifying database maintenance while shortening repair time.

[0017] It should be understood that the description in the Summary of the Invention section is not intended to limit the key or essential features of the embodiments of this disclosure, nor is it intended to restrict the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0018] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. The drawings are provided for a better understanding of the invention and are not intended to limit the scope of this disclosure. In the drawings, the same or similar reference numerals denote the same or similar elements, wherein: Figure 1 A flowchart is shown of a rapid configuration connection method for an aviation A429 bus according to an embodiment of the present disclosure; Figure 2A block diagram of an aviation A429 bus rapid configuration connection system according to an embodiment of the present disclosure is shown; Figure 3 A block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure is shown. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of the embodiments of this disclosure clearer, the technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0020] Furthermore, the term "and / or" in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0021] This disclosure obtains the composite identity information of newly connected avionics modules, including hardware identifiers and version identifiers, and performs multi-level matching with the local configuration file database. First, a precise match is performed; if this fails, a downgraded match based on version compatibility rules and similarity calculations is initiated. An adaptive parameter set is generated through parameter differential correction items. Then, reliable parameter transmission is achieved using data word format conforming to the A429 standard, combined with a sliding window protocol, retransmission mechanism, and verification. Finally, verification is completed through a configuration success response signal from the newly connected avionics module. This approach inherits the efficiency of automated configuration while also achieving the perception and adaptation to hardware version changes, eliminating hidden faults, improving the accuracy, reliability, and security of avionics system maintenance, and simplifying database maintenance while shortening repair time.

[0022] Figure 1 A flowchart of a rapid configuration connection method 100 for an aviation A429 bus according to an embodiment of the present disclosure is shown. Figure 1 As shown, method 100 includes: S101, obtain the composite identity information of the newly connected avionics module, wherein the composite identity information includes a hardware identifier and a version identifier.

[0023] In some embodiments, the avionics module is installed at a designated modular unit (LRU) mounting interface of the avionics system. This interface provides adaptation support for the mechanical connection, electrical interconnection and data communication between the module and the system. After installation, the module establishes a physical connection with the A429 bus network of the avionics system through the interface, realizing interconnection and interoperability with the system's main control unit and other airborne electronic equipment, thereby integrating into the collaborative working system of the entire avionics system.

[0024] In some embodiments, upon detecting the access of an avionics module, the system master control unit immediately constructs and sends an identity query command according to a predefined underlying communication protocol. This command frame consists of a frame header, command code, checksum, and end-of-frame character. Upon receiving the command, the avionics module generates a response frame according to the same protocol and sends it back. The response frame contains a hardware identifier field and a version identifier field. The system master control unit extracts the 64-bit hardware identifier as a variable by parsing specific bit fields of the response frame. This identifier is used to uniquely represent the module part number or serial number, while a 16-bit version identifier is extracted as a variable. This identifier originates from a revised version of the code pre-written in the non-volatile memory of the avionics module. The combination of these two elements forms a composite identity information tuple. This information tuple serves as the key input for subsequent database matching queries. To ensure the correctness of data extraction, the system's main control unit performs a binary field mapping operation on the response frame, defining the total bitstream of the response frame as... The hardware identifier and version identifier are extracted using a bit-slicing function and expressed as follows: in This indicates a truncation operation from the i-th to the j-th bit of the response frame binary stream. The first 64 bits are used to ensure the uniqueness of the module at the hardware level. The last 16 bits are used to distinguish different hardware revisions. Through this hierarchical parsing and combination method, the system's main control unit can obtain the unique identification information of newly connected modules without manual intervention and standardize it into a composite key input that can be used for database matching, ensuring the consistency and reliability of subsequent configuration parameter retrieval.

[0025] S102, perform a matching query in the pre-stored configuration file database based on the composite identity information. If the match is successful, directly retrieve the corresponding parameter set.

[0026] In some embodiments, the configuration file database stores multiple sets of configuration records consisting of hardware identifiers, version identifiers, and their corresponding parameter sets.

[0027] In some embodiments, the configuration file database uses a hash index, which employs the MurmurHash3 algorithm to index key values ​​composed of hardware identifiers and version identifiers.

[0028] In some embodiments, during the indexing and querying process of the configuration file database, the system main control unit first defines the key value of each configuration record as K, where K is a hardware identifier. With version identifier The keys are concatenated according to a fixed bit order to ensure their uniqueness. When building the index, a hash value is calculated for each K. The hash function uses the MurmurHash3 algorithm, mapping the input to a 128-bit hash output. Where H(K) is the 128-bit hash value of the configuration record's key value K, used to determine its position in the storage structure. During a query, the system's main control unit processes the received composite identity information tuple. Generate query key values ​​according to the same rules, and calculate hash values ​​using the same hash function to obtain... Here, H(CID) represents the hash index value calculated from the current module's identity information. The system's main control unit quickly locates the corresponding storage block in the database based on H(CID), and then performs a key-value comparison operation within that block to verify whether the CID completely matches the K of the stored record. This determines whether the target configuration record has been found. If a match is found, the corresponding parameter set is directly retrieved through this mechanism. By using index lookup, its time complexity is reduced to constant level, while ensuring the database's rapid response capability and accuracy in scenarios with high-frequency access from multiple modules.

[0029] In some embodiments, if a match fails, a downgraded matching process is initiated; wherein, Based on predefined version compatibility rules, determine whether there is a configuration record in the configuration file database that is the same as the hardware identifier and compatible with the version identifier; If so, retrieve the parameter set from the compatible configuration record, apply the corresponding parameter difference correction item, and generate the adaptation parameter set through parameter merging operation; If not, the automatic configuration process will be terminated and a configuration failure alarm message will be sent to the maintenance unit.

[0030] In some embodiments, after a precise match fails, the system master control unit will target the hardware identifier of the current module. Iterate through all configuration records with the same hardware identifier in the configuration file database, and record the version identifier of the current module as... The version identifier of the candidate record is denoted as The system first calls the version compatibility function. The return value of C is 1, which means and It is available under compatibility rules; otherwise, it is 0. Subsequently, the system introduces a version similarity function when calculating compatibility. And give the formula for calculating the comprehensive score. Here, S represents the version compatibility score; a higher value indicates that the candidate version is closer to the current module in terms of compatibility and similarity. The system selects the highest-scoring candidate from all candidate records as the compatible version. and retrieve its corresponding parameter set. .

[0031] In some embodiments, a comprehensive score is calculated using a predefined version compatibility function and a version similarity function, and the compatible configuration record with the highest score is selected. The version similarity function is as follows: in, and These represent the string lengths of the two version identifiers, respectively. This indicates the minimum number of edit operations required between two version identifiers.

[0032] Specifically, the system's main control unit first inputs both the current version identifier and the version identifier of the candidate record as strings, and then uses an edit distance algorithm to calculate the minimum number of edit operations required between them. Edit operations include single-character insertion, deletion, and replacement. The edit distance function is denoted as... The result of obtaining the string is obtained through dynamic programming. Convert to string The minimum number of editing steps required, and the version similarity is expressed as: in and These represent the string lengths of the two version identifiers, respectively. This indicates the minimum number of edit operations required between two version identifiers. The value ranges from 0 to 1, with values ​​closer to 1 indicating closer similarity between the two version identifiers. Simultaneously, the system calls the version compatibility function, which is implemented based on a predefined matrix, where matrix elements... When the value is 1, it indicates version. and This holds true under the compatibility rules; a value of 0 indicates incompatibility. This process can be represented as follows: ,in This is the output of the version compatibility determination function. A value of 1 indicates that the candidate version is compatible with the current version under predefined rules, while a value of 0 indicates incompatibility. By combining the similarity function and the compatibility function, the system can simultaneously consider numerical similarity and rule feasibility in the downgrade matching process, thereby improving the reliability and accuracy of the final adaptation parameter set.

[0033] In some embodiments, to ensure the compatibility of the parameter set with the current version, the system calls the parameter mapping function. ,in This represents the set of parameter differential correction terms required to transition from the compatible version to the current version. Ultimately, the system will use this parameter set... With difference correction term Merge the parameters to generate an adaptation parameter set. , where ⊕ is the parameter merging operator, indicating that while maintaining Parameter adaptation is achieved by introducing differential correction terms while keeping the basic structure unchanged. Through this process, the system can quickly obtain a parameter set that meets the current module's operational requirements even in the absence of precise matching, thus ensuring the continuity and reliability of the configuration process.

[0034] Specifically, the difference correction term Defined as a set of key-value pairs ,in This indicates the parameter identifier that needs to be corrected. This indicates the new value corresponding to the parameter. The system iterates through the compatible version parameter set during parameter merging. For any parameter identifier, if it appears If the key set is empty, then its original value is replaced with... The corresponding new value is selected; otherwise, it remains unchanged. This process is defined using the parameter merging operator ⊕. ,in This represents the final generated set of adapted parameters, serving as the complete set of parameters that meets the requirements of the current module version. This merging method ensures the inheritance of the main structure of the parameter set in the compatible version while precisely introducing differential corrections, thereby generating a configuration result that is both consistent and has targeted correction effects.

[0035] S103, the parameter set is sent to the newly connected avionics module via the A429 bus.

[0036] In some embodiments, the parameter set is converted item by item into data words conforming to the A429 standard, and a sequence number is appended to each data word; The sliding window protocol is used to transmit the data word structure. If no acknowledgment information corresponding to the current data word is received within a preset time, a retransmission mechanism is triggered, and the retransmission count of the data word is incremented by one. When the preset maximum retransmission threshold is exceeded, the parameter transmission is determined to have failed and an alarm message is triggered and reported to the maintenance unit.

[0037] Specifically, during the framing process of A429 data words, the system master control unit converts the set of adaptation parameters to be transmitted item by item into a 32-bit data word structure conforming to the ARINC429 standard. The bit distribution of the data word strictly follows the standard format, where the highest bit is the parity check bit P, the next 5 bits are the Symbol State Matrix (SSM), used to indicate the validity or specific state of the data, the following 19 bits are the data field DATA, used to carry the parameter values, the next 2 bits are the source or destination identifier (SDI), indicating the data's sending source or receiving destination, and the lowest 8 bits are the label field LABEL, used to identify the parameter type corresponding to the data word. For the encoding of numerical parameters, the system scales the original value to the integer field according to the resolution constant, which can be represented as: Where `value` is the actual numerical value of the parameter, `resolution` is the resolution constant corresponding to the parameter, `round` indicates rounding, and `& 0x7FFFF` is a bitwise AND operation to ensure the result is limited to the 19-bit range. For enumerated parameters, the corresponding integer encoded value is directly written to the data field without scaling. The encoded fields are then concatenated into a complete 32-bit data word. Finally, a parity bit is added to the highest bit to ensure error detection during transmission, thus completing the data encapsulation of a single parameter and meeting the transmission requirements of the A429 bus standard.

[0038] In some embodiments, during the parameter transmission phase, the system master control unit controls the transmission of A429 data words using a sliding window protocol to ensure reliability and orderliness under high-frequency continuous transmission conditions. The transmitting end of the system master control unit maintains a dynamically updated transmission window [L, R], where L represents the leftmost sequence number of the current window, and R represents the rightmost sequence number. Each data word is appended with a 16-bit sequence number SEQ after framing to uniquely identify its transmission order. The receiving module of the avionics module immediately returns an acknowledgment response after successfully receiving and verifying the data word. If a parity or data consistency error is detected, a negative response will be returned. .

[0039] In some embodiments, the transmitting end of the system main control unit performs a timeout within a set timeout period. If no acknowledgment is received for the current data word, a retransmission mechanism is triggered, and the retransmission count counter for that data word is updated. Add one, its update rule is as follows ,in This counter represents the number of retransmissions performed for the data word with sequence number SEQ. When this counter exceeds the system's preset maximum retransmission threshold... If the parameter transmission fails, the system determines that the parameter transmission has failed and triggers an alarm message to be reported to the maintenance unit. Through the parallel transmission and acknowledgment mechanism of the sliding window, the system can achieve packet loss detection and error recovery while ensuring transmission throughput, thereby ensuring the stable delivery of configuration parameters in the A429 bus environment.

[0040] S104, receive the response signal that the newly connected avionics module has been successfully configured, and determine that the newly connected avionics module has completed the configuration and entered the ready state.

[0041] Specifically, the new avionics module sends a specific formatted A429 data word configuration success response signal. The identifier field of this data word is fixed at the reserved value 0xFA to uniquely identify the response signal. The core part of the data word contains two fields: a 32-bit configuration status code (STATUS) indicating the configuration execution result, and a 32-bit configuration checksum to ensure the integrity and consistency of the received parameters. The checksum is generated based on the CRC32 algorithm, and its calculation covers all parameter data received by the module during the current configuration process. This calculation is represented as follows: ,in This represents the set of all parameter data fields transmitted via the A429 bus during the configuration process. The total number of parameter data words is denoted by CRC32(), which indicates that a cyclic redundancy check operation is performed on the input data sequence. After receiving the response signal, the system master control unit compares the CHECKSUM value with the locally calculated result to see if they are consistent. At the same time, it checks whether STATUS is equal to the success flag value 0x00000000. Only when both conditions are met is the configuration finally determined to be complete and the module status set to ready. Otherwise, the exception handling logic is triggered and a maintenance alarm is reported.

[0042] In some embodiments, during the alarm information display process of the maintenance unit, the system main control unit classifies and reports anomalies in the configuration process according to a hierarchical alarm mechanism. The system first defines a configuration failure severity level matrix. This is used to clearly define the severity level of different errors on different modules. Error types are categorized into matching failures, transmission failures, and verification failures, while module types are identified by hardware identifiers. The prefix bytes are parsed to distinguish between different device categories.

[0043] Specifically, when an alarm message is generated, the system calls an alarm information generation function to construct alarm content in a uniform format, where the error code is obtained through bitwise operations. The expression ≪16 represents a left shift of the error type value by 16 bits, and ∣ represents a bitwise OR operation, thus compressing and encoding the error type and module type into a unique error code. The system then uses this error code to perform an index search in a predefined handling measure database to obtain the corresponding recommended handling measure (ADVICE). The final generated alarm message consists of two parts: the error code and the handling measure, and is displayed in the maintenance unit as a hierarchical alarm. The severity level is provided by matrix G, enabling maintenance personnel to intuitively identify the nature of the error and its handling priority, thereby quickly taking appropriate operational actions.

[0044] According to the embodiments of this disclosure, the following technical effects are achieved: (1) By introducing composite identity information tuples as retrieval keys and adopting a multi-level matching decision process, the implicit configuration mismatch problem caused by minor hardware version revisions was solved, and a leap from absolute matching to intelligent fault-tolerant matching was achieved, which improved the robustness and accuracy of the configuration process, significantly shortened maintenance time, completely eliminated human configuration errors, and improved aircraft operating efficiency. (2) The configuration changes involved in version differences are abstracted and encapsulated into independent parameter difference correction items ΔP. ​​The complete parameter set is regarded as an object that can be differentially modified. A new parameter set is generated by the operation of the parameter merging operator ⊕. Thus, the traditional mode of creating and storing a complete set of parameters for each new version is transformed into an optimized mode of storing the basic version parameter set + storing the incremental information of version differences. This decouples the configuration data storage and application, improves storage efficiency and simplifies database update and maintenance while ensuring configuration accuracy. (3) On top of the standard A429 bus transmission layer, a sliding window protocol mechanism including sequence number SEQ, acknowledgment ACK / NAK, timeout retransmission and retransmission count counter Nretry is introduced. At the same time, the configuration success acknowledgment signal is designed to include configuration status code STATUS and configuration checksum calculated based on CRC32 algorithm. This upgrades the simple broadcast communication commonly used in the aviation field to a highly reliable communication process with data integrity verification, reliable retransmission and end-to-end confirmation mechanism, ensuring that key configuration parameters are injected into the target module with 100% accuracy.

[0045] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this disclosure is not limited to the described order of actions, because according to this disclosure, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily essential to this disclosure.

[0046] The above is an introduction to the method embodiments. The following describes the solution described in this disclosure further through device embodiments.

[0047] Figure 2 A block diagram of an aviation A429 bus rapid configuration connection system 200 according to an embodiment of the present disclosure is shown. Figure 2 As shown, the device 200 includes: The acquisition module 201 is used to acquire the composite identity information of the newly accessed avionics module, wherein the composite identity information includes a unique hardware identifier and a device revision identifier. The query module 202 is used to perform a matching query in the pre-stored configuration file database based on the composite identity information. If the match is successful, the corresponding parameter set is directly retrieved. Transmission module 203 is used to send the parameter set to the newly connected avionics module via the A429 bus; The receiving module 204 is used to receive the response signal that the newly connected avionics module has been successfully configured, and to determine that the newly connected avionics module has completed the configuration and entered the ready state.

[0048] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the described module can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0049] The acquisition, storage, and application of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0050] According to embodiments of this disclosure, this disclosure also provides an electronic device, a readable storage medium, and a computer program product.

[0051] Figure 3A schematic block diagram of an electronic device 300 that can be used to implement embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0052] Electronic device 300 includes a computing unit 301, which can perform various appropriate actions and processes according to a computer program stored in ROM 302 or a computer program loaded into RAM 303 from storage unit 308. RAM 303 can also store various programs and data required for the operation of electronic device 300. The computing unit 301, ROM 302, and RAM 303 are interconnected via bus 304. I / O interface 305 is also connected to bus 304.

[0053] Multiple components in electronic device 300 are connected to I / O interface 305, including: input unit 306, such as keyboard, mouse, etc.; output unit 307, such as various types of displays, speakers, etc.; storage unit 308, such as disk, optical disk, etc.; and communication unit 309, such as network card, modem, wireless transceiver, etc. Communication unit 309 allows electronic device 300 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0054] The computing unit 301 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 301 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 301 performs the various methods and processes described above, such as method 100. For example, in some embodiments, method 100 may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 308. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 300 via ROM 302 and / or communication unit 309. When the computer program is loaded into RAM 303 and executed by the computing unit 301, one or more steps of method 100 described above may be performed. Alternatively, in other embodiments, the computing unit 301 may be configured to perform method 100 by any other suitable means (e.g., by means of firmware).

[0055] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0056] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0057] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0058] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including voice input, speech input, or tactile input).

[0059] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as a data server), or computing systems that include middleware components (e.g., an application server), or computing systems that include frontend components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., a communication network). Examples of communication networks include local area networks (LANs), wide area networks (WANs), and the Internet.

[0060] Computer systems can include clients and servers. Clients and servers are generally located far apart and typically interact via communication networks. Client-server relationships are created by computer programs running on the respective computers and having a client-server relationship with each other. Servers can be cloud servers, servers in distributed systems, or servers incorporating blockchain technology.

[0061] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this disclosure can be achieved, and this is not limited herein.

[0062] The specific embodiments described above do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A method for rapid configuration and connection of an aviation A429 bus, characterized in that, include: Obtain the composite identity information of the newly connected avionics module, wherein the composite identity information includes a hardware identifier and a version identifier; The composite identity information is matched and queried in the pre-stored configuration file database. If the match is successful, the corresponding parameter set is retrieved directly. The parameter set is sent to the newly connected avionics module via the A429 bus; Upon receiving a response signal indicating successful configuration of the newly connected avionics module, it is determined that the newly connected avionics module has completed configuration and entered a ready state.

2. The method according to claim 1, characterized in that, The configuration file database stores multiple sets of configuration records consisting of hardware identifiers, version identifiers, and their corresponding parameter sets.

3. The method according to claim 1, characterized in that, The method further includes initiating a downgraded matching process if the matching fails; wherein, Based on predefined version compatibility rules, determine whether there is a configuration record in the configuration file database that is the same as the hardware identifier and compatible with the version identifier; If so, retrieve the parameter set from the compatible configuration record, apply the corresponding parameter difference correction item, and generate the adaptation parameter set through parameter merging operation; If not, the automatic configuration process will be terminated and a configuration failure alarm message will be sent to the maintenance unit.

4. The method according to claim 3, characterized in that, The step of determining whether a configuration record exists in the configuration file database that is identical to the hardware identifier and compatible with the version identifier, based on predefined version compatibility rules, includes: A comprehensive score is calculated using a predefined version compatibility function and a version similarity function. The compatible configuration record with the highest score is selected. The version similarity function is as follows: in, and These represent the string lengths of the two version identifiers, respectively. This indicates the minimum number of edit operations required between two version identifiers.

5. The method according to claim 1, characterized in that, The step of sending the parameter set to the newly connected avionics module via the A429 bus includes: The parameter set is converted into data words conforming to the A429 standard item by item, and a sequence number is attached to each data word; The data word structure is transmitted using a sliding window protocol. If no acknowledgment information corresponding to the current data word is received within a preset time, a retransmission mechanism is triggered, and the retransmission count of the data word is incremented. When the preset maximum retransmission threshold is exceeded, the parameter transmission is determined to have failed, and an alarm message is reported to the maintenance unit.

6. The method according to claim 1, characterized in that, The configuration file database uses a hash index, which employs the MurmurHash3 algorithm to index key values ​​composed of hardware identifiers and version identifiers.

7. A rapid configuration connection system for an aviation A429 bus, characterized in that, include: The acquisition module is used to acquire the composite identity information of newly accessed avionics modules, wherein the composite identity information includes a unique hardware identifier and a device revision identifier; The query module is used to perform a matching query in the pre-stored configuration file database based on the composite identity information. If the match is successful, the corresponding parameter set is directly retrieved. A transmission module is used to send the parameter set to the newly connected avionics module via the A429 bus; The receiving module is used to receive a response signal indicating that the newly connected avionics module has been successfully configured, and to determine that the newly connected avionics module has completed configuration and entered a ready state.

8. An electronic device, characterized in that, include: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the method described in any one of claims 1-6.

9. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, The computer instructions are used to cause the computer to perform the method described in any one of claims 1-6.

Images