A parameter backup verification and abnormal recovery method, system and medium of an LED synchronous transmission card

Abstract

This invention relates to a parameter backup, verification, and anomaly recovery method, system, and medium for an LED synchronous transmitting card. The method includes the following steps: periodically or on-demand collecting and backing up all configuration parameters of the LED synchronous transmitting card; encapsulating the collected configuration parameters into standardized parameter packets and calculating the CRC32 checksum of each parameter packet using the CRC32 algorithm; storing the standardized parameter packets and their CRC32 checksums in independent partitions of non-volatile memory, with different categories of parameters corresponding to different storage address areas; performing integrity CRC32 verification on each parameter packet based on a time-sequence verification mechanism; directly loading parameters that pass verification into the LED synchronous transmitting card's running memory; and executing the corresponding level recovery strategy to recover parameters that fail verification. This invention achieves reliable parameter backup, accurate verification, rapid recovery, and efficient loading, improving system fault tolerance and startup efficiency.

Description

Technical Field

[0001] This invention relates to the field of LED display technology, and in particular to a method, system and medium for parameter backup verification and anomaly recovery of an LED synchronous transmission card. Background Technology

[0002] In LED display systems, the transmitter card, as a core control component, plays a crucial role in converting video signals into data recognizable by the LED display screen. Its performance directly determines the stability and accuracy of the displayed image quality. The normal operation of the transmitter card depends on the precise matching of various configuration parameters, including standard display parameters, timing parameters, and special non-rectangular parameter packages such as P1, P2, P3, and P4. The completeness and correctness of these parameters are the core prerequisites for ensuring optimal display performance.

[0003] As LED display technology develops towards ultra-high definition and large bandwidth, the complexity of transmitting card parameter configuration is constantly increasing. Traditional transmitting card parameter management methods can no longer meet the needs of practical applications, and have gradually exposed many technical defects: 1. Low parameter recovery efficiency: When the sending card loses or is damaged due to unexpected power failure, hardware failure or other reasons, the traditional solution requires manual reconfiguration of all parameters, which is cumbersome and time-consuming, and seriously affects the system recovery efficiency. 2. Lack of effective verification mechanism: Traditional solutions do not perform targeted verification of parameter integrity. Problems such as byte loss and data distortion that occur during parameter transmission or storage cannot be detected in time, which can easily lead to display abnormalities (such as screen misalignment and color distortion). 3. Disorganized parameter management: Regular parameters and non-rectangular parameter packages are stored together without partition management, which can easily lead to problems such as parameter mismatch and chaotic calling, increasing the difficulty of operation and maintenance; 4. Poor startup loading efficiency: The system uses an unordered parameter reading mode during startup and the reading timing is not optimized, resulting in a long parameter loading time, which prolongs the system startup cycle and affects the user experience.

[0004] In existing technologies, parameter management of LED transmitting cards primarily focuses on basic storage functions, failing to establish a complete closed-loop management mechanism encompassing "backup-verification-recovery-loading." In practical applications, such as large conference displays and outdoor advertising screens where system stability is paramount, these shortcomings of traditional solutions often lead to display interruptions and image quality anomalies, impacting user experience and potentially causing economic losses. Therefore, there is an urgent need for a transmitting card parameter processing solution with reliable backup, accurate verification, rapid recovery, and efficient loading capabilities to address the deficiencies of existing technologies. Summary of the Invention

[0005] This invention provides a parameter backup verification and anomaly recovery method, system and medium for LED synchronous transmission cards, aiming to achieve reliable parameter backup, accurate verification, rapid recovery and efficient loading, thereby improving system fault tolerance and startup efficiency.

[0006] The parameter backup verification and anomaly recovery method of the LED synchronous transmission card of the present invention includes the following steps: Step S10: Collect and back up all configuration parameters of the LED synchronization transmitting card periodically or as needed, encapsulate the collected configuration parameters into standardized parameter packets, and use the CRC32 algorithm to calculate the CRC32 check value of each parameter packet; Step S20: Store the standardized parameter package and its CRC32 check value in an independent partition of the non-volatile memory, with different types of parameters corresponding to different storage address areas; Step S30: Based on the time-series verification mechanism, perform integrity CRC32 verification on each parameter packet; Step S40: Load the parameters that are verified to be normal directly into the running memory of the LED synchronization transmitting card, and execute the recovery process of the corresponding level recovery strategy for the parameters that are verified to be abnormal.

[0007] A further technical solution of the present invention is that step S40 includes: Level 1 recovery strategy: When a single parameter packet that fails to be verified is detected, the parameter packet is reread from the backup data stored in the memory, the abnormal data is overwritten, and the CRC32 verification is performed again until the verification passes. Second-level recovery strategy: When multiple associated parameter packages fail to be verified simultaneously, start the batch recovery process, reload all associated parameter package groups, and determine the matching between parameters; Level 3 recovery strategy: If the verification still fails after reloading the backup parameters, the default parameter recovery process is started, the preset default parameter configuration is loaded to ensure the normal operation of the basic functions of the sending card, and an alarm signal of "parameters need to be recalibrated" is issued at the same time.

[0008] A further technical solution of the present invention is that, after step S40, it further includes: Step S50: After the recovery is completed, report the recovery result, recovery level and abnormal parameter information to the host computer.

[0009] A further technical solution of the present invention is that step S30 includes: Step S301: Read the pre-stored CRC check value corresponding to the parameter packet from each storage partition in a preset order and store it in the temporary cache area. Step S302: Read the actual data of each parameter packet in sequence to ensure timing stability during the reading process; Step S303: Call the CRC32 algorithm to perform real-time verification calculation on the read actual parameter data to obtain the real-time CRC value; Step S304: Compare the CRC value calculated in real time with the pre-stored CRC check value bit by bit; Step S305: Determine parameter integrity based on comparison results: If the CRC value calculated in real time is consistent with the pre-stored CRC check value, the parameter is determined to be normal and marked as "not loadable". If they are inconsistent, the parameter is determined to be abnormal, the abnormal parameter packet identifier is recorded and an abnormal prompt signal is triggered.

[0010] A further technical solution of the present invention is that the standardized parameter package is fixed at 512 bytes, occupying two consecutive pages of memory, with each page having a capacity of 256 bytes.

[0011] A further technical solution of the present invention is that the backup triggering mechanism in step S10 includes timed automatic backup and manual triggering backup.

[0012] A further technical solution of the present invention is that the different storage address areas include independent parameter storage areas and CRC check value storage areas. The independent parameter storage areas include a regular parameter storage area for storing regular display and timing parameters, a P1 parameter storage area for storing P1 non-rectangular parameter packets, a P2 parameter storage area for storing P2 non-rectangular parameter packets, a P3 parameter storage area for storing P3 non-rectangular parameter packets, and a P4 parameter storage area for storing P4 non-rectangular parameter packets.

[0013] A further technical solution of the present invention is that the starting address of the conventional parameter storage area is 0x1B0000, the starting address of the P1 parameter storage area is 0x1B1000, the starting address of the P2 parameter storage area is 0x1B2000, the starting address of the P3 parameter storage area is 0x1E2000, and the starting address of the P4 parameter storage area is 0x1E3000.

[0014] To achieve the above objectives, the present invention also proposes a parameter backup verification and anomaly recovery system for an LED synchronous transmitting card. The system includes a memory, a processor, and a parameter backup verification and anomaly recovery program for the LED synchronous transmitting card stored on the processor. When the processor runs the parameter backup verification and anomaly recovery program for the LED synchronous transmitting card, it executes the steps of the method described above.

[0015] To achieve the above objectives, the present invention also proposes a computer-readable storage medium storing a parameter backup verification and anomaly recovery program for an LED synchronization transmitting card, wherein the parameter backup verification and anomaly recovery program for the LED synchronization transmitting card is executed by a processor to perform the steps of the method described above.

[0016] The beneficial effects of the parameter backup verification and anomaly recovery method for the LED synchronous transmission card of the present invention are: 1. Significantly improved reliability: Through the precise CRC32 verification mechanism, data anomalies during parameter storage or transmission can be detected 100%, avoiding display failures caused by parameter corruption; multi-level recovery strategies ensure rapid recovery when parameters are abnormal, without manual intervention, improving the system's fault tolerance. 2. Significantly improved startup efficiency: By adopting a time-sequenced verification and ordered loading mechanism, the total time spent on parameter loading and verification during system startup is reduced by more than 60% compared to traditional solutions, significantly improving system startup speed and enhancing user experience; 3. Standardized parameter management: The Flash partition storage design enables orderly management of conventional parameters and non-rectangular parameter packages, avoiding parameter mismatches and reducing maintenance difficulty; the standardized parameter package structure facilitates subsequent function expansion; 4. Reduced operation and maintenance costs: The fully automated design of automatic backup, automatic verification, and automatic recovery reduces the workload of manual configuration and troubleshooting, thereby lowering operation and maintenance costs; the abnormal status reporting function makes it easier for operation and maintenance personnel to accurately locate problems and improve operation and maintenance efficiency. Attached Figure Description

[0017] Figure 1 This is a flowchart illustrating a preferred embodiment of the parameter backup verification and anomaly recovery method for the LED synchronous transmission card of the present invention; Figure 2 This is a block diagram of the system involved in the parameter backup verification and anomaly recovery method of the LED synchronous transmission card of the present invention; Figure 3 This is a detailed flowchart of step S30; Figure 4 This is a hardware architecture diagram of the parameter backup verification and anomaly recovery system of the LED synchronous transmission card of the present invention. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments.

[0019] To overcome the shortcomings of existing LED transmitting card parameter management methods, this invention proposes a parameter backup verification and anomaly recovery method for LED synchronous transmitting cards, specifically to achieve the following objectives: 1. Enables reliable backup of multiple types of parameters for the sending card, ensuring rapid recovery in case of parameter loss or damage, without the need for manual reconfiguration; 2. Establish a parameter integrity verification mechanism to detect anomalies in the parameter storage and transmission process in real time and avoid display failures in advance; 3. A partitioned storage strategy is adopted to achieve orderly management of regular parameters and non-rectangular parameter packages, avoiding parameter mismatch; 4. Optimize parameter reading timing to improve parameter loading efficiency during system startup and shorten system startup time; 5. Construct a multi-level anomaly recovery strategy and take targeted recovery measures for parameter anomalies of different degrees to improve the system's fault tolerance.

[0020] like Figure 1 As shown, a preferred embodiment of the parameter backup verification and anomaly recovery method for the LED synchronization transmitting card of the present invention includes the following steps: Step S10: Collect and back up all configuration parameters of the LED synchronization transmitting card periodically or as needed, encapsulate the collected configuration parameters into standardized parameter packets, and use the CRC32 algorithm to calculate the CRC32 check value of each parameter packet.

[0021] The parameter backup verification and anomaly recovery method of the LED synchronous transmission card of the present invention is applied to, for example... Figure 2 The LED synchronous transmitting card shown has a parameter backup, verification, and anomaly recovery system. This system mainly includes a parameter backup module, a parameter storage module, a parameter verification module, an anomaly recovery module, and a main control unit. Each module interacts with the others via an internal bus. The main control unit coordinates the working sequence of each module to ensure smooth operation. The connection relationships and data flow of each module are as follows: 1. The main control unit is bidirectionally connected to the parameter backup module, parameter storage module, parameter verification module, and anomaly recovery module, respectively, and is used to send control commands and receive status feedback from each module; 2. The output of the parameter backup module is connected to the input of the parameter storage module, and the packaged parameter packet and CRC check value are transmitted to the parameter storage module. 3. The output of the parameter storage module is connected to the input of the parameter verification module and the anomaly recovery module respectively, and is used to provide parameter data and pre-stored CRC check values ​​to the two modules. 4. The output of the parameter verification module is connected to the input of the anomaly recovery module, transmitting the parameter verification result (normal / abnormal) and the anomaly parameter packet identifier to the anomaly recovery module; 5. The output of the abnormal recovery module is connected to the input of the parameter storage module to trigger the rereading of backup parameters. At the same time, its output is also connected to the main control unit to report the recovery results.

[0022] The core process of the preferred embodiment of the parameter backup verification and anomaly recovery method for the LED synchronous transmitting card of the present invention is "parameter backup → partition storage → startup verification → anomaly recovery → normal loading". During system operation, the parameter backup module collects all configuration parameters of the transmitting card periodically or as needed, encapsulates them into standardized parameter packages, calculates CRC check values, and transmits them to the parameter storage module. The parameter storage module stores the parameter packages into the corresponding partitions according to their types, and simultaneously stores the CRC check values ​​to form complete backup data. When the system starts, the main control unit triggers the parameter verification module to work and completes the CRC verification of each parameter package according to a time-sequence strategy. Parameters that pass verification are directly loaded into the transmitting card's running memory. Parameters that fail verification are restored by the anomaly recovery module according to the corresponding level of recovery process. After all parameters are loaded, the transmitting card enters normal working state, and the parameter processing system continuously monitors the parameter status to ensure stable operation.

[0023] In this embodiment, the parameter backup module is the core front-end module for parameter processing. It is responsible for actively collecting and backing up all configuration parameters of the transmitting card to ensure the integrity and traceability of the parameter data. Specific functions include: Parameter classification and acquisition: Automatically identify and acquire the regular parameters of the sending card (including basic display parameters, timing parameters, interface configuration parameters, etc.) and non-rectangular parameters (including four special parameter packages: P1, P2, P3, and P4). Parameter package standardization: The collected parameters are encapsulated into standardized parameter packages. Each parameter package is fixed at 512 bytes (occupying 2 pages of storage space). The package contains the actual parameter data area and the 32-bit CRC check value area, where the check value is calculated and appended by the module in real time. The backup triggering mechanism in this embodiment supports two backup triggering modes: one is automatic backup at set times (the backup cycle can be configured via the host computer), and the other is manual backup (triggered via host computer commands or local buttons), ensuring that backups can be made in a timely manner after parameter updates.

[0024] In this embodiment, the CRC32 algorithm is applied to the parameter packet integrity verification of the LED synchronous transmission card, which can effectively detect data anomalies in the storage and transmission process of parameters, and ensure the stable operation of the LED display system.

[0025] The CRC32 (Cyclic Redundancy Check 32-bit) algorithm is an error detection technique based on binary polynomial modulo 2 division. Its core logic involves performing specific mathematical operations on the input parameter packet data to generate a 32-bit fixed-length check value (CRC value). This check value is stored bound to the parameter packet data. Subsequent comparisons can be made between the recalculated real-time CRC value and the pre-stored CRC value to determine if any anomalies such as bit flips, byte loss, or tampering exist in the parameter data. The CRC32 algorithm possesses two core advantages, making it perfectly suited for the application scenarios of LED synchronous transmission cards: 1. High verification accuracy: The detection rate for single-bit errors, double-bit errors, and burst errors with a length ≤32 bits is 100%, and the detection rate for burst errors with a longer length is close to 99.9%, which can completely avoid display misalignment, color distortion and other faults caused by abnormal parameters; 2. High computational efficiency: It supports parallel operation of software iteration and hardware circuits, and can be executed quickly in embedded platforms such as FPGA / MCU without affecting system startup speed and running efficiency.

[0026] The essence of the CRC32 algorithm is to treat the parameter data as a binary polynomial, perform modulo-2 division (XOR operation, no carry / misalignment) with the preset generated polynomial, and finally obtain the remainder as the 32-bit CRC check value. The calculation formula is as follows: in, This is the mathematical mapping form of the input parameter packet, whose binary data length is... Position, then ,in, The corresponding parameter package number The bit value of a bit (1 indicates a high level, 0 indicates a low level). For example, if a byte in the parameter packet is 0x1A (binary 1010), the corresponding polynomial is: .

[0027] It is a left shift operator used to shift polynomials... Shifting left by 32 bits is equivalent to adding 32 zeros to the end of the binary data in the parameter packet. The purpose is to reserve 32 bits of remainder space for modulo-2 division, ensuring that the final generated CRC check value is fixed at 32 bits for easy storage and comparison.

[0028] This is a 32nd-order second-order polynomial, a standard generator polynomial (following the IEEE 802.3 protocol), which is an industry-standard expression. Its expression is: The corresponding hexadecimal value is This polynomial is the core benchmark of the CRC32 algorithm, which determines the algorithm's error detection capability.

[0029] It is a modulo-2 division operation, also known as the XOR operation, and the operation rules are as follows: , , , This operation has no carry or shift operations, the calculation process is simple and efficient, and the remainder of division can be obtained quickly.

[0030] The remainder polynomial after modulo 2 division of a 31st-order binary polynomial is expressed as: in, The 32 coefficients are arranged in order to form a 32-bit CRC check value, which is stored in the parameter storage module along with the corresponding parameter packet.

[0031] The specific implementation process of the CRC32 algorithm in this embodiment is as follows: Based on the hardware platform of the LED synchronization transmitting card (such as FGPA / MCU), the specific implementation steps of the CRC32 algorithm in the parameter backup module are as follows to ensure the reliability and efficiency of the calculation process: 1. Initialize the check register: Set the 32-bit CRC check register (CRC check register) to... R EG) is initialized to all 1s with an initial value of 0xFFFFFFFF, providing a baseline for subsequent calculations; 2. Read parameter data byte by byte: The parameter backup module collects the configuration parameters of the sending card (including regular parameters and P1-P4 non-rectangular parameter packets), encapsulates them into a 512-byte standardized parameter packet, reads the parameter packet data byte by byte, and inputs it into the verification register in 8-bit units; 3. Iterative XOR Operation: For each input byte's 8 bits, perform an XOR operation sequentially with the most significant bit of the parity register. If the XOR result is 1, shift the parity register left by 1 bit and then perform an XOR operation with the generator polynomial. The lower 32 bits ( Perform an XOR operation; if the XOR result is 1, then directly shift the check register left by 1 bit without any additional XOR operation. 4. Process the complete data packet: Repeat steps 2-3 until all 512 bytes of data in the parameter packet have been processed, ensuring that every bit participates in the calculation; 5. Generate the final CRC value: Invert the current value of the check register bit by bit to obtain the 32-bit final CRC check value; 6. Binding storage: The generated CRC check value is stored in the CRC storage area corresponding to the parameter packet in the parameter storage module. The storage address and the parameter packet address form a fixed mapping relationship, which facilitates quick query and comparison by the subsequent parameter verification module.

[0032] The CRC32 algorithm used in this invention has the following technical advantages: 1. The parameter anomaly detection rate reaches 100%, which can accurately identify various data anomalies in the parameter storage and transmission process; 2. The CRC value calculation time for a single parameter packet (512 bytes) is ≤10μs, which will not affect the parameter loading efficiency during system startup; 3. The algorithm consumes few hardware resources, requiring only a small amount of RAM and Flash space on the MCU platform, and has strong compatibility.

[0033] Step S20: Store the standardized parameter package and its CRC32 check value in an independent partition of the non-volatile memory, with different types of parameters corresponding to different storage address areas.

[0034] In this embodiment, the parameter storage module uses a high-reliability Flash memory as the storage medium. A partitioning management strategy is employed to achieve ordered parameter storage, improving the efficiency of parameter reading and retrieval. The specific design is as follows: Storage area partitioning: The Flash memory is divided into an independent parameter storage area and a CRC check value storage area, with the parameter storage area further subdivided: Regular parameter storage area: starting address 0x1B0000, used to store regular display and timing parameters; P1 parameter storage area: starting address 0x1B1000, specifically for storing P1 non-rectangular parameter packets; P2 parameter storage area: starting address 0x1B2000, specifically for storing P2 non-rectangular parameter packets; P3 parameter storage area: starting address 0x1E2000, specifically for storing P3 non-rectangular parameter packets; P4 parameter storage area: starting address 0x1E3000, specifically for storing P4 non-rectangular parameter packets.

[0035] The storage format in this embodiment is as follows: a paginated storage method is adopted, with each page having a storage capacity of 256 bytes, and each 512-byte parameter packet occupying two consecutive pages of space; the CRC check value is stored one-to-one with the corresponding parameter packet, and there is a fixed mapping relationship between the storage address and the parameter packet address, which facilitates quick query and comparison.

[0036] The storage protection mechanism in this embodiment is as follows: protection permissions are set for the parameter storage area, and only the parameter backup module and the anomaly recovery module can perform write operations to prevent other modules from accidentally damaging the parameters.

[0037] Step S30: Based on the time-series verification mechanism, perform integrity CRC32 verification on each parameter packet.

[0038] In this embodiment, the parameter verification module uses the CRC32 verification algorithm to achieve accurate verification of parameter integrity. Its core functions include verification calculation, data comparison and result output.

[0039] Step S40: Load the parameters that are verified to be normal directly into the running memory of the LED synchronization transmitting card, and execute the recovery process of the corresponding level recovery strategy for the parameters that are verified to be abnormal.

[0040] In this embodiment, the anomaly recovery module is responsible for receiving the anomaly signal output by the parameter verification module, and executing the corresponding recovery strategy for different degrees of parameter anomaly to ensure that the system can quickly resume operation.

[0041] This embodiment effectively solves the shortcomings of existing technologies in sending card parameter management through a full-process parameter processing scheme of "partitioned storage + CRC check + multi-level recovery", and has the following beneficial effects: 1. Significantly improved reliability: Through the precise CRC32 verification mechanism, data anomalies during parameter storage or transmission can be detected 100%, avoiding display failures caused by parameter corruption; multi-level recovery strategies ensure rapid recovery when parameters are abnormal, without manual intervention, improving the system's fault tolerance. 2. Significantly improved startup efficiency: By adopting a time-sequenced verification and ordered loading mechanism, the total time spent on parameter loading and verification during system startup is reduced by more than 60% compared to traditional solutions, significantly improving system startup speed and enhancing user experience; 3. Standardized parameter management: The Flash partition storage design enables orderly management of conventional parameters and non-rectangular parameter packages, avoiding parameter mismatches and reducing maintenance difficulty; the standardized parameter package structure facilitates subsequent function expansion; 4. Reduced operation and maintenance costs: The fully automated design of automatic backup, automatic verification, and automatic recovery reduces the workload of manual configuration and troubleshooting, thereby lowering operation and maintenance costs; the abnormal status reporting function makes it easier for operation and maintenance personnel to accurately locate problems and improve operation and maintenance efficiency.

[0042] This embodiment has been verified through actual testing, with a parameter anomaly detection rate of 100% and the system startup parameter loading time shortened to 1 / 3 of the traditional solution, significantly improving product stability and user experience, and providing a strong guarantee for the product's market competitiveness.

[0043] Furthermore, in this embodiment, step S40 specifically includes: Level 1 Recovery Strategy: Single Parameter Packet Recovery. The Level 1 recovery strategy only applies to single parameter packets that fail verification. When a single parameter packet that fails verification is detected, the parameter packet is reread from the backup data stored in the Flash memory, the abnormal data is overwritten, and the CRC32 verification is performed again until the verification passes. Second-level recovery strategy: Batch parameter recovery. When multiple associated parameter packages fail to verify simultaneously, a batch recovery process is initiated to reload all associated parameter package groups and determine the compatibility between parameters. Level 3 recovery strategy: System parameter reset. If verification still fails after reloading backup parameters, the default parameter recovery process is initiated, loading the preset default parameter configuration to ensure the normal operation of the sending card's basic functions, while simultaneously issuing an alarm signal that "parameters need to be recalibrated".

[0044] The recovery mechanism in this embodiment is as follows: Automatic anomaly detection: Receives anomaly signals from the parameter verification module in real time and accurately identifies the type and identifier of the abnormal parameter packet; Recovery process trigger: Based on the number and correlation of abnormal parameter packets, the corresponding recovery level is automatically matched and the recovery process is started; Recovery Verification: After each recovery process is completed, the parameter verification module is triggered again to perform a second verification of the recovered parameters to ensure the recovery effect; Status reporting: After recovery is completed, the recovery result (success / failure), recovery level and abnormal parameter information are reported to the main control unit, which then synchronizes them to the host computer for easy traceability by maintenance personnel.

[0045] Furthermore, in this embodiment, step S40 is followed by: Step S50: After the recovery is completed, report the recovery result, recovery level and abnormal parameter information to the host computer.

[0046] After the recovery is completed, this embodiment reports the recovery result (success / failure), recovery level and abnormal parameter information to the main control unit, which then synchronizes it to the host computer for easy traceability by maintenance personnel.

[0047] Furthermore, in this embodiment, as Figure 3 As shown, step S30 includes: Step S301: Read the pre-stored CRC check value corresponding to the parameter packet from each storage partition in a preset order and store it in the temporary cache area.

[0048] Step S302: Read the actual data of each parameter packet in sequence to ensure timing stability during the reading process.

[0049] Step S303: Call the CRC32 algorithm to perform real-time verification calculation on the read actual parameter data to obtain the real-time CRC value.

[0050] Step S304: Compare the CRC value calculated in real time with the pre-stored CRC check value bit by bit.

[0051] Step S305: Determine parameter integrity based on comparison results: If the CRC value calculated in real time is consistent with the pre-stored CRC check value, the parameter is determined to be normal and marked as "not loadable". If they are inconsistent, the parameter is determined to be abnormal, the abnormal parameter packet identifier is recorded and an abnormal prompt signal is triggered.

[0052] In this embodiment, the parameter verification module uses the CRC32 algorithm to verify the integrity of the parameter packets. This algorithm features high verification accuracy and high computational efficiency. Each parameter packet corresponds to a 32-bit CRC check value. The check value is calculated by the parameter backup module and stored together with the parameter data to ensure the reliability of the verification benchmark.

[0053] like Figure 3 As shown, when the system starts, the parameter verification module completes parameter integrity verification according to the following process: First, the Flash read controller is initialized, and the pre-stored CRC check value corresponding to each parameter packet is read in a preset order (normal parameters → P1 → P2 → P3 → P4) and stored in a temporary buffer; then, the actual data of each parameter packet is read in sequence to ensure the timing stability of the reading process; next, the CRC32 algorithm is called to perform real-time verification calculation on the read actual parameter data to obtain the real-time CRC value; then, the real-time calculated CRC value is compared bit by bit with the pre-stored CRC value; finally, the parameter integrity is judged according to the comparison result: if the two are consistent, the parameter is judged to be normal and marked as "loadable"; if they are inconsistent, the parameter is judged to be abnormal, the abnormal parameter packet identifier is recorded and an abnormal prompt signal is triggered.

[0054] To ensure the stability of parameter reading and verification, this embodiment adopts a slow clock sequence control strategy: the parameter reading rhythm is precisely controlled by a clock counter (clk_cnt), and the reading interval of each parameter packet is set to an integer multiple of the preset clock cycle; after each parameter packet is read, verification is completed before reading the next parameter packet, avoiding data interference caused by parallel operations and improving verification accuracy.

[0055] The beneficial effects of the parameter backup verification and anomaly recovery method for the LED synchronous transmission card of the present invention are: 1. Significantly improved reliability: Through the precise CRC32 verification mechanism, data anomalies during parameter storage or transmission can be detected 100%, avoiding display failures caused by parameter corruption; multi-level recovery strategies ensure rapid recovery when parameters are abnormal, without manual intervention, improving the system's fault tolerance. 2. Significantly improved startup efficiency: By adopting a time-sequenced verification and ordered loading mechanism, the total time spent on parameter loading and verification during system startup is reduced by more than 60% compared to traditional solutions, significantly improving system startup speed and enhancing user experience; 3. Standardized parameter management: The Flash partition storage design enables orderly management of conventional parameters and non-rectangular parameter packages, avoiding parameter mismatches and reducing maintenance difficulty; the standardized parameter package structure facilitates subsequent function expansion; 4. Reduced operation and maintenance costs: The fully automated design of automatic backup, automatic verification, and automatic recovery reduces the workload of manual configuration and troubleshooting, thereby lowering operation and maintenance costs; the abnormal status reporting function makes it easier for operation and maintenance personnel to accurately locate problems and improve operation and maintenance efficiency.

[0056] To achieve the above objectives, this invention also proposes a parameter backup verification and anomaly recovery system for an LED synchronization transmission card, such as... Figure 4 As shown, the system includes a processor 1001, a CPU, a network interface 1004, a user interface 1003, a memory 1005, a communication bus 1002, and a parameter backup verification and anomaly recovery program for an LED synchronization transmitting card stored on the processor. The communication bus 1002 is used to enable communication between these components. The user interface 1003 may include a display screen or an input unit such as a keyboard. Optionally, the user interface 1003 may also include a standard wired interface or a wireless interface. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 1005 may be a high-speed RAM or a stable, non-volatile memory, such as a disk storage device. Optionally, the memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0057] Those skilled in the art will understand that Figure 4 The system structure shown does not constitute a limitation on the system and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0058] like Figure 4 As shown, the memory 1005, which serves as a computer storage medium, may include an operating device, a network communication module, a user interface module, and a parameter backup verification and anomaly recovery program for an LED synchronous transmission card.

[0059] exist Figure 4 In the system shown, the network interface 1004 is mainly used to connect to the network server and communicate with the network server; the user interface 1003 is mainly used to interact with the user terminal and receive user input commands; and the processor 1001 can be used to call the parameter backup verification and abnormal recovery program of the LED synchronization transmitting card stored in the memory 1005.

[0060] To achieve the above objectives, the present invention also proposes a computer-readable storage medium storing a parameter backup verification and anomaly recovery program for an LED synchronization transmitting card. When the processor runs the parameter backup verification and anomaly recovery program for the LED synchronization transmitting card, it executes the steps of the method described above, which will not be repeated here.

[0061] The above description, in conjunction with specific preferred embodiments, provides a further detailed explanation of the present invention. It should not be construed that the specific implementation of the present invention is limited to these descriptions. For those skilled in the art, various simple deductions or substitutions can be made without departing from the concept of the present invention, and all such modifications and substitutions should be considered within the scope of protection of the present invention.

Claims

1. A method for parameter backup verification and anomaly recovery of an LED synchronous transmission card, characterized in that, The method includes the following steps: Step S10: Collect and back up all configuration parameters of the LED synchronization transmitting card periodically or as needed, encapsulate the collected configuration parameters into standardized parameter packets, and use the CRC32 algorithm to calculate the CRC32 check value of each parameter packet; Step S20: Store the standardized parameter package and its CRC32 check value in an independent partition of the non-volatile memory, with different types of parameters corresponding to different storage address areas; Step S30: Based on the time-series verification mechanism, perform integrity CRC32 verification on each parameter packet; Step S40: Load the parameters that are verified to be normal directly into the running memory of the LED synchronization transmitting card, and execute the recovery process of the corresponding level recovery strategy for the parameters that are verified to be abnormal.

2. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 1, characterized in that, Step S40 includes: Level 1 recovery strategy: When a single parameter packet that fails to be verified is detected, the parameter packet is reread from the backup data stored in the memory, the abnormal data is overwritten, and the CRC32 verification is performed again until the verification passes. Second-level recovery strategy: When multiple associated parameter packages fail to be verified simultaneously, start the batch recovery process, reload all associated parameter package groups, and determine the matching between parameters; Level 3 recovery strategy: If the verification still fails after reloading the backup parameters, the default parameter recovery process is started, the preset default parameter configuration is loaded to ensure the normal operation of the basic functions of the sending card, and at the same time, an alarm signal of "parameters need to be recalibrated" is issued.

3. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 2, characterized in that, The process following step S40 also includes: Step S50: After the recovery is completed, report the recovery result, recovery level and abnormal parameter information to the host computer.

4. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 1, characterized in that, Step S30 includes: Step S301: Read the pre-stored CRC check value corresponding to the parameter packet from each storage partition in a preset order and store it in the temporary cache area. Step S302: Read the actual data of each parameter packet in sequence to ensure timing stability during the reading process; Step S303: Call the CRC32 algorithm to perform real-time verification calculation on the read actual parameter data to obtain the real-time CRC value; Step S304: Compare the CRC value calculated in real time with the pre-stored CRC check value bit by bit; Step S305: Determine parameter integrity based on comparison results: If the CRC value calculated in real time is consistent with the pre-stored CRC check value, the parameter is determined to be normal and marked as "not loadable". If they are inconsistent, the parameter is determined to be abnormal, the abnormal parameter packet identifier is recorded and an abnormal prompt signal is triggered.

5. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 1, characterized in that, The standardized parameter package is fixed at 512 bytes, occupying two consecutive pages of memory, with each page having a capacity of 256 bytes.

6. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 1, characterized in that, The backup triggering mechanism in step S10 includes scheduled automatic backup and manual backup.

7. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 1, characterized in that, The different storage address areas include independent parameter storage areas and CRC check value storage areas. The independent parameter storage areas include a regular parameter storage area for storing regular display and timing parameters, a P1 parameter storage area for storing P1 non-rectangular parameter packets, a P2 parameter storage area for storing P2 non-rectangular parameter packets, a P3 parameter storage area for storing P3 non-rectangular parameter packets, and a P4 parameter storage area for storing P4 non-rectangular parameter packets.

8. The parameter backup verification and anomaly recovery method for the LED synchronous transmission card according to claim 7, characterized in that, The starting address of the regular parameter storage area is 0x1B0000, the starting address of the P1 parameter storage area is 0x1B1000, the starting address of the P2 parameter storage area is 0x1B2000, the starting address of the P3 parameter storage area is 0x1E2000, and the starting address of the P4 parameter storage area is 0x1E3000.

9. A parameter backup verification and anomaly recovery system for an LED synchronous transmission card, characterized in that, The system includes a memory, a processor, and a parameter backup verification and anomaly recovery program for an LED synchronous transmission card stored on the processor. The parameter backup verification and anomaly recovery program for the LED synchronous transmission card is executed by the processor to perform the steps of the method as described in any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a parameter backup verification and anomaly recovery program for the LED synchronization transmitting card. When the processor runs the parameter backup verification and anomaly recovery program for the LED synchronization transmitting card, it executes the steps of the method as described in any one of claims 1 to 8.

Images