Wireless state synchronization management platform and method for power supply module and display module

Abstract

The invention discloses a wireless state synchronization management platform and method for a power supply module and a display module, and relates to the technical field of wireless communication and state synchronization management. The method is suitable for application environments such as intelligent warehousing and automatic guided vehicle (AGV) scheduling which need to supply power to multiple terminal devices and receive state information at the same time. Semantic level classification identification, dynamic priority ranking and a self-adaptive scheduling optimization mechanism are introduced into a reverse communication channel; a basic frame structure of a multi-display module is defined and analyzed; the problem of signal conflict when a plurality of display modules transmit state signals on the same wireless channel is solved, a priority identifier is introduced by enhancing a frame structure, and it is ensured that a power module can preferentially process an emergency charging request and a fault alarm signal in a multi-module environment. And the processing efficiency of high-priority signals is improved through comprehensive weight calculation, so that the performance and reliability of the system in multi-module concurrent communication are improved.

Description

Technical Field

[0001] This invention relates to the field of wireless communication and status synchronization management technology, and more specifically, to a wireless status synchronization management platform and method for power modules and display modules. Background Technology

[0002] Wireless communication systems between power modules and display modules typically employ carrier modulation for signal transmission. However, in scenarios with multiple display modules communicating concurrently, multiple modules may simultaneously send signals to the power module. These signals can overlap during transmission, resulting in time-domain superposition or frequency-domain interference. Existing technologies usually rely on a uniform frame structure to handle these signals, but due to the lack of effective priority management and address recognition mechanisms, the power module struggles to distinguish signals from different modules. This is especially problematic in cases of emergency charging requests or fault alarm signals, where the system may fail to respond promptly.

[0003] The existing technology has the following shortcomings: When multiple display modules share the same communication channel, emergency signals cannot be accurately identified and prioritized. Due to the lack of priority and addressing mechanisms, power modules are prone to data loss or delayed response when signals are superimposed, resulting in the system being unable to efficiently process important signals such as low battery warnings, emergency charging requests, and fault alarms. Traditional frame structure design does not take into account the priority issue in multi-module communication, resulting in poor system reliability in complex environments.

[0004] To address the above problems, this invention proposes a solution. Summary of the Invention

[0005] In order to overcome the above-mentioned defects of the prior art, embodiments of the present invention provide a wireless status synchronization management platform and method for power modules and display modules to solve the problems mentioned in the background art.

[0006] To achieve the above objectives, the present invention provides the following technical solution: A method for wireless status synchronization management between a power module and a display module, including the following steps; Step S1: Define the frame structure of the basic status signal and parse the status signal of each display module. Detect the preamble field, identify the frame start position, and read the data field, check field, and frame end field one by one. Parse the data field through the mapping table to extract information on power, temperature, communication status, and display fault flag. The check field is calculated using the CRC algorithm and compared with the received data. If the check is successful, the status information is stored in the record table. If the check fails, the frame is discarded. Step S2: Design the enhanced frame structure, add a priority identifier field and a module address field, generate a priority identifier, select the corresponding priority category according to the module status, and insert the generated priority identifier into the priority identifier field in the enhanced frame structure. According to the generation rules, the priority identifier field is set with values ​​based on factors such as power, temperature and communication status, and the module address field is assigned a unique module address according to a predetermined rule. Step S3: Calculate the weight of each signal priority, assign base values ​​to different priority categories according to the preset base weight, calculate additional factors and adjust weights according to power level, number of unresponsive events and queue length, read the priority identifier and module address of the first frame of each queue, calculate the comprehensive weight of each frame according to the comprehensive priority weight calculation formula, compare the weights of the first frames of each queue, and select the frame with the largest weight as the priority processing target for this scheduling. Step S4: Take the priority frame from the queue, extract its module address and data field, update the module's status information, perform corresponding operations according to the priority category, modify the energy allocation strategy, adjust the power output of the power module, collect key performance indicators in the scheduling process, and iteratively optimize through optimization methods such as gradient descent until the predetermined target value is reached.

[0007] In a preferred embodiment, step S1 includes the following: The basic frame structure includes a preamble field for frame start detection and bit synchronization, a data field for carrying status information including power level code and status flag, a check field for data integrity verification, and a frame end field for identifying the end of the frame. When parsing status signals, the power level, temperature alarm flag, communication anomaly flag, and display fault flag are parsed out through the mapping table of data fields; The verification field is based on the Cyclic Redundancy Check (CRC) algorithm. The receiving end determines the validity of the frame by recalculating and comparing it with the received verification field.

[0008] In a preferred embodiment, step S2 includes the following: The enhanced frame structure retains the basic frame structure and adds a priority identifier field and a module address field located after the preamble field and before the data field; The priority generation rules are judged in descending order of priority: Determine if there is an over-temperature, communication abnormality, or display malfunction; if so, generate a fault alarm category. Determine if the battery level is below the second threshold used to trigger an emergency charging request; if so, generate an emergency charging request category. Determine whether the battery level is between the second threshold and the first threshold used to trigger a low battery warning; if so, generate a low battery warning category. Otherwise, it will be generated as a regular heartbeat category; The display module executes a differentiated sending strategy based on the generated priority category: For regular heartbeat and low battery warning categories, different periodic timed transmissions are used, and channel monitoring and random backoff are performed. For emergency charging requests and fault alarms, the data is sent immediately without waiting for the timer to overflow, and a strategy of continuously and repeatedly sending multiple frames is adopted.

[0009] In a preferred embodiment, step S3 includes the following: The overall priority weight is composed of the weighted sum of the basic weight and the additional weight factor; The base weights are assigned different base values ​​based on the priority queue to which the frame belongs; The additional weighting factors include a power level additional factor calculated based on the power level, a non-response count additional factor calculated based on the number of times the module was delayed in responding, and a queue length additional factor calculated based on the current queue length. The scheduling decision process is as follows: In each scheduling cycle, the power module scans the first frame of each priority queue, obtains its information and calculates its comprehensive weight. By comparison, the frame with the largest weight is selected as the priority processing target for this scheduling, and the frame is taken out from the corresponding queue for processing.

[0010] In a preferred embodiment, step S4 includes the following: Key performance indicators include at least the average response latency for emergency requests, the success rate of emergency request responses, the frequency of conflicts, and the queue overflow rate; Based on the deviation between the indicator and the target value, an objective function is constructed. Guided by minimizing the objective function, the gradient descent algorithm is used to iteratively optimize the weight coefficients in the comprehensive priority weight calculation formula until the preset convergence condition is met.

[0011] The wireless status synchronization management platform for the power module and display module includes: a basic frame structure definition module, an enhanced frame structure design module, a priority scheduling module, and a system performance optimization module; Basic frame structure definition module: Defines the frame structure of basic status signals and parses the status signals of each display module, detects the preamble field, identifies the frame start position, reads the data field, check field and frame end field one by one, parses the data field through the mapping table, extracts information on power, temperature, communication status and display fault flags, calculates the check field using the CRC algorithm and compares it with the received data. If the check is successful, the status information is stored in the record table; if the check fails, the frame is discarded. Enhanced frame structure design module: Design the enhanced frame structure, add a priority identifier field and a module address field, generate a priority identifier, select the corresponding priority category according to the module status, and insert the generated priority identifier into the priority identifier field in the enhanced frame structure. According to the generation rules, the priority identifier field sets its value according to factors such as power, temperature and communication status. The module address field assigns a unique module address according to a predetermined rule. Priority scheduling module: Calculates the priority weight of each signal, assigns base values ​​to different priority categories based on preset base weights, calculates additional factors and adjusts weights based on power level, number of unresponsive events and queue length, reads the priority identifier and module address of the first frame of each queue, calculates the comprehensive weight of each frame according to the comprehensive priority weight calculation formula, compares the weights of the first frames of each queue, and selects the frame with the highest weight as the priority processing target for this scheduling. System performance optimization module: It retrieves priority frames from the queue, extracts their module address and data fields, updates the module's status information, performs corresponding operations according to priority category, modifies energy allocation strategy, adjusts power output of power modules, collects key performance indicators during scheduling, and iteratively optimizes them through optimization methods such as gradient descent until the predetermined target value is reached.

[0012] The technical effects and advantages of the wireless status synchronization management method for the power module and display module of this invention are as follows: By introducing an enhanced frame structure and a priority scheduling mechanism, the system's signal recognition capability and processing efficiency are significantly improved. Prioritizing status signals ensures timely responses to urgent requests and fault alarms, avoiding signal conflicts and loss during concurrent operation of multiple modules. The scheduling mechanism incorporates a comprehensive priority weight calculation, enabling power modules to dynamically adjust their processing order based on the urgency of signals, thereby optimizing resource allocation and improving the system's robustness and response speed in complex environments. Attached Figure Description

[0013] Figure 1 This is a schematic diagram of the wireless status synchronization management method for the power module and display module of the present invention.

[0014] Figure 2 This is a schematic diagram of the wireless status synchronization management platform module for the power module and display module of the present invention. Detailed Implementation

[0015] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0016] Example Please see Figures 1-2 As shown, this invention discloses a method for wireless status synchronization management of a power module and a display module, including the following steps: Step S1: Define the frame structure of the basic status signal and parse the status signal of each display module. Detect the preamble field, identify the frame start position, and read the data field, check field, and frame end field one by one. Parse the data field through the mapping table to extract information on power, temperature, communication status, and display fault flag. The check field is calculated using the CRC algorithm and compared with the received data. If the check is successful, the status information is stored in the record table. If the check fails, the frame is discarded. Step S2: Design the enhanced frame structure, add a priority identifier field and a module address field, generate a priority identifier, select the corresponding priority category according to the module status, and insert the generated priority identifier into the priority identifier field in the enhanced frame structure. According to the generation rules, the priority identifier field is set with values ​​based on factors such as power, temperature and communication status, and the module address field is assigned a unique module address according to a predetermined rule. Step S3: Calculate the weight of each signal priority, assign base values ​​to different priority categories according to the preset base weight, calculate additional factors and adjust weights according to power level, number of unresponsive events and queue length, read the priority identifier and module address of the first frame of each queue, calculate the comprehensive weight of each frame according to the comprehensive priority weight calculation formula, compare the weights of the first frames of each queue, and select the frame with the largest weight as the priority processing target for this scheduling. Step S4: Take the priority frame from the queue, extract its module address and data field, update the module's status information, perform corresponding operations according to the priority category, modify the energy allocation strategy, adjust the power output of the power module, collect key performance indicators in the scheduling process, and iteratively optimize through optimization methods such as gradient descent until the predetermined target value is reached.

[0017] In step S1, the frame structure of the basic status signal is defined and the status signal of each display module is parsed. The preamble field is detected, the frame start position is identified, and the data field, check field, and frame end field are read one by one. The data field is parsed through a mapping table to extract information on battery level, temperature, communication status, and display fault flags. The check field is calculated using a CRC algorithm and compared with the received data. If the check is successful, the status information is stored in the record table; if the check fails, the frame is discarded. Specific content includes: This paper establishes an application scenario for concurrent communication of multiple display modules, defines the frame structure and parsing method of basic status signals, and analyzes the problems of existing technologies in this scenario. It provides clear problem guidance and data support for subsequent steps, and elaborates on the process in detail from four aspects: scenario construction, frame structure definition, signal acquisition and parsing, and problem analysis. In a smart warehousing environment, several automated guided vehicles (AGVs) are typically configured to perform handling tasks. Each AGV is equipped with a display module, which has the function of providing power to the AGV's onboard display module through wireless power transmission and receiving status signals from each display module through reverse communication. In multi-vehicle collaborative operation scenarios, multiple AGVs often enter the charging area at the same time and request charging, forming a scenario of concurrent communication of multiple display modules. There are N display modules at the same time, denoted as... The power module uses wireless magnetic coupling to supply power, and its power supply area can cover these modules at the same time. When the battery power of a module is lower than a preset threshold, the module must send an emergency charging request to the power module. When the battery level is at an intermediate level, a low battery warning signal is sent; when the battery level is sufficient, only a regular heartbeat packet is sent to maintain the status. Fault states such as excessive temperature, communication abnormalities, or display failures will trigger the highest priority fault alarm signal. To describe the correspondence between power levels and signal types, two power thresholds are introduced: the first threshold... The second threshold is used to distinguish between normal heartbeat status and low battery warning status. Used to distinguish between low battery warnings and emergency charging requests, ; If the module has remaining power satisfy At this time, the module is in a fully charged state and periodically sends regular heartbeat packets; when When the module is in a low battery state, it sends a low battery warning signal at a higher frequency. when When the module is low on power, an emergency charging request needs to be sent immediately. In addition, if the temperature exceeds the safety threshold, communication is abnormal, or the display malfunctions, a fault alarm signal needs to be sent regardless of the power level. Multiple modules share the same reverse communication channel, which uses carrier modulation to transmit data. The specific modulation method can be load modulation or amplitude modulation. Since multiple modules may send signals at the same time, their signals will be superimposed in the time domain and form interference such as third harmonic in the frequency domain during transmission. In the absence of a priority mechanism, the power module has difficulty distinguishing which part of the data belongs to which module after receiving the superimposed signals, especially in identifying emergency requests. According to the existing technology, all display modules use the same frame structure to send data. Each display module needs to periodically send its own status. To ensure that different modules can be accurately received by the power module on the same channel, a unified frame format is required. The implementation steps of this invention are as follows: First, define the basic frame structure, and then extend other fields on this basis. The basic frame structure includes a preamble field, a data field, a check field, and a frame end field. The preamble field is used for frame start detection and bit synchronization. The preamble is a predefined bit pattern with alternating transitions or specific autocorrelation characteristics, which makes it easy for the receiver to obtain clock information and detect the signal start. In practical applications, alternating sequences such as 0101… and 1010… can be selected, or pseudo-random sequences such as Barker codes can be used as the preamble. The DataField is used to carry the basic status information of the display module, including the power level code, temperature status flag, communication anomaly flag, and display fault flag. The power level code has a preset mapping relationship with the actual remaining power percentage. For example, the power from 0 to 100% can be divided into several levels and represented in binary. The temperature alarm flag can use 1 bit to indicate whether the temperature threshold has been exceeded. The communication anomaly and display fault flags also use a single bit to indicate whether an anomaly has occurred. The CRC field is used to verify the integrity of the data field. Commonly used CRC algorithms include CRC-8 and CRC-16. The value of the CRC field is calculated by the sending end based on the content of the data field, and the receiving end recalculates and compares the received data field to determine whether the frame data has been erroneous during transmission. The End of Frame (EoF) field is used to identify the end of a frame. It is usually composed of a fixed bit sequence, such as a series of 0s or 1s. The EoF field helps the receiver identify the end of the frame and prepare to parse the next frame. The total length of the basic frame structure is a fixed number of bits, denoted as . At a given baud rate Below, the time required to transmit one basic frame is ; For example, if the baud rate is 10kbps and the frame length is 100bit, then the transmission time for each frame is approximately 10ms. The power module acquires bitstream data on the reverse channel through the wireless receiving front end and sends it to the state synchronization management program. The program parses the base frame according to the following process: The received bit stream is monitored, and the position of the preamble is detected by calculating its correlation with the preset preamble sequence. The frame start point is determined. When the correlation coefficient exceeds the threshold, it is determined that a valid preamble has been detected. Starting from the frame start position, the data field, check field and frame end field are read sequentially according to the preset field length. The data fields are parsed into information such as power level percentage, temperature alarm flag, communication abnormality flag and display fault flag according to the mapping table. The same CRC algorithm used at the sending end is used to recalculate the check value of the data field and compare it with the check value of the received frame. If they match, the frame is considered valid; otherwise, the frame is discarded. This mechanism is used to resist the impact of channel noise and third harmonic interference on data accuracy. The parsed status information will be stored in the status record table of the power module for subsequent scheduling decisions. Regular heartbeat packets only need to record the latest status. If a low battery or emergency request message is detected, the battery status of the corresponding module is updated and preparations are made to adjust the power supply during the energy allocation cycle. If a fault alarm signal is detected, the fault handling process will be triggered immediately.

[0018] In step S2, an enhanced frame structure is designed, adding a priority identifier field and a module address field. A priority identifier is generated, and the corresponding priority category is selected based on the module's status. The generated priority identifier is then inserted into the priority identifier field of the enhanced frame structure. According to the generation rules, the priority identifier field is set with values ​​based on factors such as battery level, temperature, and communication status. The module address field is assigned a unique module address according to predetermined rules. Specific details include: To address the lack of priority identifier and address fields in the basic frame structure, an enhanced frame structure is designed. By adding a priority identifier field and a module address field, the power module can identify the semantic category and source module of the status signal. In addition to expanding the frame structure, priority identifier generation rules, transmission timing control strategies, and the enhanced frame parsing process of the power module also need to be defined. The enhanced frame structure introduces new fields while retaining the basic frame functionality, enabling status signals to possess semantic information and module addressing capabilities. The meaning and length of each field in the enhanced frame structure can be adjusted according to specific requirements, but it must be ensured that the power module can accurately parse them. A detailed explanation of each field follows: The preamble field is consistent with the base frame and is used for frame start detection and bit synchronization. To maintain compatibility, its length and bit pattern remain unchanged. Priority ID field: This is a core new field added to the enhanced frame, used to indicate the semantic category and urgency of the corresponding state signal. The priority ID field consists of a fixed-length bit sequence, assumed to be of length [missing information]. A bit can represent Based on the power level and status flags, the following priority categories are defined: the fault alarm category has the highest priority and is coded as, for example, a sequence of all zeros, such as 00…00, corresponding to situations such as temperature exceeding limits, communication abnormalities, or display failures; Emergency charging requests are classified as second-highest priority, coded as, for example, 00…01 or other sequences, corresponding to battery levels below the second threshold. An emergency charging request; Low battery warnings are classified as medium priority and are coded as, for example, 00…10. The warning status; The regular heartbeat category has the lowest priority, and is encoded as, for example, 00…11, corresponding to… The normal state; To add more categories such as test packages and maintenance instructions, the bit length can be appropriately extended and the encoding redesigned, for example: The AddressID field of the module is used to uniquely identify the display module that sent this frame. It is assumed that the maximum number of modules that can be connected to the system is [number missing]. Then the module address field length must at least satisfy ,in The number of bits for the address field is configured statically or allocated dynamically. Each module is assigned a unique address when the system is deployed to distinguish the status information of each module. This address can be mapped to the AGV's license plate number, device ID, etc. The DataField contains battery level codes and status flags, but in the enhanced frame, the DataField can be expanded as needed, for example, by adding multiple bits to represent battery temperature, communication status subfields, etc., to more comprehensively reflect the device status. The CRC Field is used to protect the priority identifier field, module address field, and data field. It uses a polynomial such as CRC-16 or CRC-32 to calculate the bit sequence composed of the above fields to generate a check value. The receiving end uses this to verify the correctness of the frame. The End of Frame (EoF) field is consistent with the base frame and is used to identify the end of the frame. To ensure compatibility, a fixed sequence such as 0x7E can continue to be used as the frame tail. Increase frame structure length Greater than the base frame length Its length is determined by the newly added priority identifier field and module address field. At the same baud rate, the transmission time of the enhanced frame is... ; The display module needs to generate the correct priority identifier based on its own state. This invention defines the following generation rules: The module's control program periodically reads data from hardware such as battery voltage and temperature sensors, and calculates the remaining battery percentage using a voltage-to-charge mapping table. and read the temperature value. Information such as communication status flags and display fault flags; If the detected temperature exceeds the preset threshold If the communication abnormality flag is true or the display fault flag is true, the priority flag is immediately set to the code of the fault alarm category. Regardless of the current battery level, this logic ensures that the fault alarm has the highest priority. If no fault is detected and the remaining power is If so, the priority identifier will be set to the code of the emergency charging request category; If no fault is detected, and If so, the priority identifier will be set to the code of the low battery warning category; If no fault is detected, and If so, the priority flag will be set to the code for the regular heartbeat category; The logic judges each item in descending order of priority. The first item to meet the condition stops judging to avoid triggering multiple types of fault alarms at the same time. Emergency charging takes priority over low battery warning, and low battery warning takes priority over regular heartbeat. Based on the judgment result, the corresponding category code value is filled into the priority identifier field. For example, the fault alarm code can be 0b0000, the emergency charging code can be 0b0001, the low battery warning code can be 0b0010, and the normal heartbeat code can be 0b0011. The code is determined during the design and a mapping table is established on the power module side to facilitate decoding. Based on the above generation rules, the display module can select an appropriate priority identifier according to its own status before sending each status signal, ensuring that emergency information has a clear identifier and recognition basis in the channel; Marking priorities in the frame structure is insufficient to guarantee the timely transmission of emergency signals; it is also necessary to differentiate the transmission timing. This invention designs the following transmission strategies for different priority categories: Standard heartbeat category: When the module is fully charged, a periodic timer is activated. Its cycle is the first cycle. Whenever the timer overflows, the module will generate a heartbeat packet before sending it. Before sending, the module will listen to the channel occupancy status, for example by detecting carrier energy or pilot signals. If the channel is idle, it will send immediately. If the channel is busy, the Carrier Sense Multiple Access (CSMA) strategy can reduce collisions with other modules by randomly backing away for a period of time and then listening again and trying to send. Low battery warning category: When the module battery level is low and In between, start the periodic timer. The cycle is the second cycle. ,and This allows low battery warning messages to be sent relatively more frequently. Other sending logic is similar to that of a regular heartbeat, including channel listening and random backoff. Emergency charging request category: When the module's battery level is lower than... When a fault alarm needs to be sent, it is sent immediately without waiting for the timer to overflow. To improve reliability, the module adopts a repeated transmission strategy: continuous transmission. Emergency request signals with identical content in frames, with a fixed interval between each frame. This increases the probability of the power module receiving correctly. During repeated transmission, channel listening is not performed; multiple frames are sent at predetermined intervals as soon as transmission begins. If a collision occurs during repeated transmission, the power module still has a chance to correctly parse some frames. Fault alarm category: Fault alarms are similar to emergency charging requests and have the highest priority. They must be sent immediately and a retransmission strategy must be adopted, but more repetitions or shorter intervals may be used to further improve the probability of receipt. After the transmission is completed, the module should enter a safe state and wait for the power module instruction. By using differentiated transmission cycles and repetitive transmission strategies, combined with a priority identification field, the power module can prioritize and respond to emergency signals in frequent heartbeat packets, significantly reducing the risk of emergency requests being overwhelmed. After receiving the enhancement frame, the power module needs to parse out the priority identifier and module address, and store them in the corresponding queue based on the priority. The parsing process is as follows: Similar to the base frame, the frame boundary is detected by identifying the preamble to determine the frame start position; The priority identifier field is read sequentially from the start of the frame according to the enhanced frame structure. Bit, module address field When extracting bit, data fields, and validation fields, the fields must be split strictly according to the preset length to avoid field misalignment. CRC calculation is performed on the priority identifier, module address, and data fields, along with the bits specified for verification in the frame structure. If the result does not match the check field, the frame is considered to have been interfered with during transmission and should be discarded. If multiple frames are discarded consecutively, it indicates that a collision may have occurred or that the channel noise is too high. After the verification is passed, the frame classification program maintains multiple classification queues according to the value of the priority identifier field, and stores frames of different priority categories into the corresponding queues: frames of the fault alarm category are stored in the fault queue, frames of the emergency charging request category are stored in the emergency queue, frames of the low battery warning category are stored in the warning queue, and frames of the regular heartbeat category are stored in the regular queue. Each queue uses a first-in, first-out (FIFO) data structure, and the queue depth is configurable. When a queue is full, a strategy of overwriting the oldest frame is used for high-priority queues, while a strategy of discarding new frames is used for low-priority queues. Through the above analysis process, the power module has achieved complete decoding and classification of the enhanced frames, laying the foundation for subsequent selection of scheduling order based on priority.

[0019] In step S3, the priority of each signal is weighted, and base values ​​for different priority categories are assigned according to preset base weights. Additional factors are calculated and weights are adjusted based on power level, number of unresponsive events, and queue length. The priority identifier and module address of the first frame of each queue are read. The comprehensive weight of each frame is calculated according to the comprehensive priority weight calculation formula. The weights of the first frames of each queue are compared, and the frame with the highest weight is selected as the priority processing target for this scheduling. Specific details include: After semantic classification and queue enqueueing of status signals are achieved in step S2, the scheduling problem among multiple queues still needs to be solved. Since fault alarms, emergency requests, early warnings and regular heartbeats have different urgency levels, a dynamic scheduling strategy is required to ensure that frames in high-priority queues are processed before low-priority queues. At the same time, a detection and processing mechanism for signal conflict needs to be designed. The comprehensive priority weight calculation, queue scheduling decision generation and execution process, and signal conflict detection and processing strategy need to be explained in detail. When processing multiple queues simultaneously, relying solely on priority categories is insufficient to refine the scheduling order. Therefore, this invention proposes the concept of comprehensive priority weights, which calculate the weight of each frame through multiple factors, specifically including a base weight and additional weight factors: Basic weights Different base values ​​are assigned based on priority category; for example, fault alarms are set to the highest base value. Urgent request to set a second-highest base value Low battery warning set at medium base value Set a minimum baseline for normal heart rate. These base values ​​can satisfy ; Battery level additional factor The additional factor is calculated based on the power level code in the data field. The lower the power level, the larger the additional factor. For example, let the highest power level correspond to a factor of 0 and the lowest power level correspond to a factor of 1. Then, it is mapped to the additional value according to a linear or nonlinear function. Additional factor for number of non-response The power module maintains the number of times each module is ignored or delayed in the status log table. When an emergency request of a module is delayed multiple times during scheduling, its number of unresponsive times increases, the corresponding additional factor increases, and the priority weight increases. Queue length addendum When a priority queue accumulates a large number of unprocessed frames, in order to prevent the queue from overflowing, the weight of the frames in that queue can be increased so that they can be processed as soon as possible. The additional factor can be represented by the ratio of the current queue length to a preset threshold. The formula for calculating the overall priority weight is: ;in, These are weighting coefficients used to adjust the influence of each factor on the final weight, satisfying the following conditions: These coefficients are adjusted through an adaptive optimization algorithm. By using this comprehensive weight, the power module can further sort multiple frames within the same priority category. The scheduling decision generation process is based on priority queues and comprehensive weights. The specific process is as follows: The power module periodically scans the first frame of each priority queue, for example, in each scheduling cycle, to obtain information such as the priority identifier, module address, and data fields of these frames. Only the first frame needs to participate in the current scheduling decision to maintain the first-in-first-out principle. For the first frame of each team, calculate its overall weight according to the formula above. During the calculation, information such as the number of times the module has not responded and the current power level needs to be read from the status record table, and additional factors need to be calculated in combination with the queue length. The overall weights of the first frames of each team are compared, and the frame with the largest weight is selected as the priority target for this scheduling. If the weights of the first frames of multiple teams are equal, the frame that entered the queue earliest is selected according to the time order in which the frames entered the queue. Generate a decision object and record information such as the queue identifier, position in the queue, module address, priority category, and estimated processing time of the frame to be processed. This decision will be used to guide the actual processing flow. Once the scheduling decision is determined, the system needs to actually execute the processing flow for that frame, including: Based on the queue identifier in the scheduling decision, the selected frame is retrieved from the queue, and the module address field and data field of the frame are parsed to extract information such as power level and temperature alarm flag. The system queries the status record table based on the module address and updates the module's latest power value, temperature status, communication status, and last communication time to ensure that the system always has the latest status information for each module. Perform the appropriate action based on priority category: Immediately generate and send fault handling instructions, such as requiring the module to stop, switch to safe mode, and send fault information to the upper management system; at the same time, notify maintenance personnel; Prioritize this module in energy allocation to the highest level, for example, by adjusting the power allocation algorithm of the power module to prioritize supplying more energy to this module in the next wireless energy transmission cycle; if time-sliced ​​power supply is used, allocate it the longest time slice. Record warning events and monitor their power changes. If their power continues to drop into the emergency zone, their priority will be automatically increased in the next scheduling cycle. At this time, more power can be reserved for them in the energy allocation plan. Only update the status record, without triggering any special control actions. If the module does not send a heartbeat packet for a long time, the system will mark it as a communication abnormality and increase its priority in the next detection. The start time, end time, and processing result of the processing are recorded in the scheduling log for subsequent performance analysis and parameter optimization. During the scheduling process, coordination with energy transmission control also needs to be considered, such as ensuring that the scheduling cycle is synchronized with the energy allocation cycle so that scheduling decisions can be promptly translated into actual power supply adjustments. In multi-module concurrent communication, despite differentiated transmission strategies, signal collisions are still inevitable. To improve system robustness, this invention designs the following collision detection and handling method: Real-time monitoring of the energy or amplitude of received signals: When the detected energy exceeds the expected threshold of a single signal, multiple signals may be superimposed, thus indicating a possible collision. By analyzing the waveform characteristics of the received signal, such as carrier amplitude and modulation depth, to determine whether they conform to the statistical characteristics of single-signal modulation, if the deviation is large, it is inferred that signal superposition exists. If multiple frames of CRC check fail consecutively, it indicates that the receiver cannot parse them correctly. In most cases, this is due to signal collision rather than simple noise interference. The system can determine the collision by setting a threshold for consecutive check failures. When a collision is detected, an attempt is made to parse the priority identifiers of each signal in the superimposed signals. If a higher priority signal can be identified, that signal is retained and other lower priority signals are marked as needing to be retransmitted, for example, by simultaneously matching different types of preambles or priority identifiers through multiple correlators. If they cannot be separated, the priority of the retransmission request is increased in the scheduling decision. If conflicts occur frequently within a certain period of time, the power module can dynamically adjust the transmission time slot allocation, such as reserving a dedicated time slot for the emergency request queue or adjusting the random backoff parameters, so that the high-priority signal has less chance of overlapping with the low-priority signal. For signals marked as needing retransmission, the power module can use the idle channel or downlink channel to notify the corresponding module to retransmit. The module uses a random backoff algorithm, such as binary exponential backoff, during retransmission to reduce the probability of collisions again. Record the time of each conflict, the module involved, and the priority category to provide a basis for performance statistics and parameter adjustments. If a module frequently participates in conflicts, it may be necessary to check whether its transmission power or timer settings are unreasonable. Based on the enhanced frame structure and queue classification mechanism implemented in step S2, the following improvements were achieved: The scheduling order is distinguished by priority category, and factors such as power level, number of unresponsive times and queue length are introduced to quantify the comprehensive weight of each frame, so as to achieve more granular scheduling and sorting. This can avoid the situation where multiple urgent requests compete with each other, causing some devices to not receive timely responses. The process of queue scanning, weight calculation, scheduling decision generation and execution is clarified, enabling the power module to periodically schedule each queue and respond to high-priority requests in a timely manner. A multi-dimensional collision detection method was designed, including energy detection, modulation feature analysis, and check error statistics. Combined with priority preemption, time slot adjustment, and retransmission notification strategies, the reliability of the system in complex communication environments was improved. In multi-module concurrent communication scenarios, it can dynamically and accurately process different types of status signals, so that urgent requests are given priority response and provide real-time scheduling data for parameter optimization in step S4.

[0020] In step S4, priority frames are retrieved from the queue, and their module addresses and data fields are extracted. The module's status information is updated, and corresponding operations are performed according to the priority category. The energy allocation strategy is modified, the power output of the power module is adjusted, key performance indicators during the scheduling process are collected, and iterative optimization is performed using optimization methods such as gradient descent until the predetermined target value is reached. Specific details include: To continuously improve system performance, based on step S3, scheduling performance data is collected, an objective function is constructed, and an adaptive optimization algorithm is used to iteratively adjust key parameters, enabling the system to dynamically adapt to different load environments and usage conditions. This part needs to elaborate on key aspects such as data collection, objective function definition, optimizable parameters, optimization algorithm execution, and convergence judgment. To evaluate the actual effectiveness of the scheduling strategy, it is necessary to record the key performance indicators of the system operation and statistically define the following performance indicators within a fixed period: Average response time for urgent requests Record the time interval from when all emergency charging requests and fault alarm frames are enqueued to when they are processed. Calculate the average value over a statistical period: ;in, This metric, which measures the number of urgent frames processed within a statistical period, reflects the response speed to urgent requests. Emergency request response success rate : The number of successful responses (i.e., scheduling responses) and actual power supply in all emergency frames within the statistical period. With the total number of emergency frames The ratio: This metric reflects the reliability of timely responses to urgent requests; Conflict frequency The number of signal collisions detected within a statistical period, divided by the length of the statistical period, is defined as the collision frequency. For example, how many collisions occur per minute. This indicator reflects the degree of channel congestion. Queue overflow rate The ratio of the number of times a priority queue overflows to the number of enqueued frames within a statistical period is used to determine whether the queue length is appropriate and whether the scheduling efficiency meets the requirements. The power module records these performance indicators into the performance history record table at fixed collection cycles, such as every 5 minutes or every several scheduling cycles. The data collection methods include: recording the enqueue and dequeue times, processing results, etc. in the scheduling log, and periodically summarizing and calculating the values ​​of each indicator through a statistical program. To guide parameter optimization, an objective function needs to be defined to evaluate the gap between the system performance and the target requirements under the current parameter configuration. This invention defines the objective function. The weighted sum of the deviations of each performance indicator from the target value: ;in, This is the preset maximum allowable response delay for emergency requests, for example, 0.5 seconds; This is the upper limit of the acceptable frequency of conflicts, for example, no more than 2 times per minute; These are the weighting coefficients of each indicator in the objective function, set according to their importance and actual needs, to satisfy... ; when near , Approaching 1 Below the reference value When the value is below a reasonable range, the objective function value The value will tend to be minimum, indicating that the system performance meets expectations. When the value is large, it indicates that the system performance deviates from the target and the parameters need to be adjusted to improve the performance. In step S3, the comprehensive priority weight formula involves four weight coefficients. These factors affect the weighting of the base weight, power consumption factor, non-response factor, and queue length factor in the overall weight. Furthermore, the number of retransmissions can be adjusted. Sending period and However, considering complexity and stability, this invention focuses on optimizing the most critical parameter, namely the weighting coefficient, while also considering random backoff parameters. By optimizing these coefficients, the overall weighted ranking can be made more suitable for different scenarios, such as increasing it in high-load environments. The weights are assigned to prioritize modules that have not responded for a long time; The weighting coefficients must satisfy the normalization constraint. To avoid negative values ​​or values ​​exceeding a reasonable range, the initial values ​​of each coefficient can be set as a set of empirical values, such as... , , , During the optimization process, each coefficient can be adjusted within a limited range; for example, the adjustment range of each coefficient shall not exceed 0.1 and shall not be less than 0. To minimize the objective function The present invention employs the gradient descent algorithm or its improved version to perform parameter optimization. The specific steps are as follows: Read the current value of the weight coefficients. The learning rate is set as an initial parameter. For example, 0.05 and the maximum number of iterations. ; Retrieve performance metrics from the performance history table for a recent period, such as the last 10 collection cycles. Calculate the current objective function value ; Generate small positive and negative perturbations for each parameter, for example, for ,generate and Two types of disturbances, For a small ratio of 0.01, in order to maintain the normalization constraint, the values ​​of other coefficients are adjusted accordingly to keep the sum at 1. For four parameters, multidimensional perturbations need to be considered, and a random sampling strategy can also be used to generate a set of candidate parameters. For each candidate parameter combination, predict its impact on performance metrics using existing performance-parametric models or short-term simulations, and calculate the predicted objective function value. Since physical systems cannot try all combinations in real time, historical data can be used to fit a model of the relationship between performance and parameters, or an online simulation module can be used for rapid evaluation. Compare the predicted objective function values ​​of all candidate parameter combinations and select the one that makes them... If multiple sets of parameters can reduce the objective function, the set with the largest reduction can be selected as the direction for the next iteration. Update parameter values ​​according to the selected direction. If any parameter exceeds the preset upper and lower bounds after updating, it will be clamped to the allowable range. In order to maintain normalization, the four coefficients need to be renormalized after the update. Recalculate the actual performance indicators and objective function values ​​if If the update is successful, the new parameters are retained and the next iteration continues; if... If the update is ineffective, it indicates that the perturbation amplitude needs to be reduced or another perturbation combination should be tried before iterating again. When the number of iterations reaches Or, the change in the objective function value is less than the convergence threshold after multiple consecutive iterations. For example, when the parameter optimization reaches 1e-4, it is considered that the parameter optimization has reached the convergence state, and further adjustments are stopped. At this time, the final parameter value and the corresponding performance index are recorded. Although gradient descent is a commonly used optimization method, this invention can select other suitable adaptive optimization algorithms, such as genetic algorithms and particle swarm optimization, as long as they can gradually improve performance indicators while ensuring system stability. During long-term operation, it is necessary to determine when optimization can be stopped and monitoring can begin. This invention sets the following convergence conditions: continuous The absolute value of the change in the objective function value within a collection period, such as 5 periods. All are less than the convergence threshold ; continuous Adjustment range of all parameters within each collection cycle in express Each of them is less than the parameter stability threshold. ; Average response time for urgent requests consistently below the target value And the success rate of emergency request response Higher than a preset threshold, such as 95%; When all the above conditions are met, the system considers itself to have reached or is close to the optimal state, stops active optimization, and enters monitoring mode. In monitoring mode, performance data is continuously collected, but parameters are no longer updated unless a certain indicator is detected to deviate from a preset range, such as... or If the performance declines, the optimization process will be restarted. Through the optimization mechanism in step S4, the system can continuously improve its scheduling strategy during long-term operation, increase the response speed and success rate of emergency requests, and further ensure the reliable operation of critical equipment.

[0021] This invention discloses a wireless status synchronization management platform for a power module and a display module, comprising: a basic frame structure definition module, an enhanced frame structure design module, a priority scheduling module, and a system performance optimization module, with signal connections between the modules; Basic frame structure definition module: Defines the frame structure of basic status signals and parses the status signals of each display module, detects the preamble field, identifies the frame start position, reads the data field, check field and frame end field one by one, parses the data field through the mapping table, extracts information on power, temperature, communication status and display fault flags, calculates the check field using the CRC algorithm and compares it with the received data. If the check is successful, the status information is stored in the record table; if the check fails, the frame is discarded. Enhanced frame structure design module: Design the enhanced frame structure, add a priority identifier field and a module address field, generate a priority identifier, select the corresponding priority category according to the module status, and insert the generated priority identifier into the priority identifier field in the enhanced frame structure. According to the generation rules, the priority identifier field sets its value according to factors such as power, temperature and communication status. The module address field assigns a unique module address according to a predetermined rule. Priority scheduling module: Calculates the priority weight of each signal, assigns base values ​​to different priority categories based on preset base weights, calculates additional factors and adjusts weights based on power level, number of unresponsive events and queue length, reads the priority identifier and module address of the first frame of each queue, calculates the comprehensive weight of each frame according to the comprehensive priority weight calculation formula, compares the weights of the first frames of each queue, and selects the frame with the highest weight as the priority processing target for this scheduling. System performance optimization module: It retrieves priority frames from the queue, extracts their module address and data fields, updates the module's status information, performs corresponding operations according to priority category, modifies energy allocation strategy, adjusts power output of power modules, collects key performance indicators during scheduling, and iteratively optimizes them through optimization methods such as gradient descent until the predetermined target value is reached.

[0022] The above formulas are all dimensionless calculations. The formulas are derived from software simulations based on a large amount of collected data to obtain the most recent real-world results. The preset parameters in the formulas are set by those skilled in the art according to the actual situation.

[0023] The above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any other combination thereof. When implemented using software, the above embodiments can be implemented, in whole or in part, in the form of a computer program product.

[0024] Those skilled in the art will recognize that the modules and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and inventive constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0025] In addition, the functional modules in the various embodiments of this application can be integrated into one processing module, or each module can exist physically separately, or two or more modules can be integrated into one module.

[0026] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0027] In conclusion, the above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for wireless status synchronization management of a power module and a display module, characterized in that, Includes steps; Step S1: Define the frame structure of the basic status signal and parse the status signal of each display module. Detect the preamble field, identify the frame start position, and read the data field, check field, and frame end field one by one. Parse the data field through the mapping table to extract information on power, temperature, communication status, and display fault flag. The check field is calculated using the CRC algorithm and compared with the received data. If the check is successful, the status information is stored in the record table. If the check fails, the frame is discarded. Step S2: Design the enhanced frame structure, add a priority identifier field and a module address field, generate a priority identifier, select the corresponding priority category according to the module status, and insert the generated priority identifier into the priority identifier field in the enhanced frame structure. According to the generation rules, the priority identifier field is set with values ​​based on factors such as power, temperature and communication status, and the module address field is assigned a unique module address according to a predetermined rule. Step S3: Calculate the weight of each signal priority, assign base values ​​to different priority categories according to the preset base weight, calculate additional factors and adjust weights according to power level, number of unresponsive events and queue length, read the priority identifier and module address of the first frame of each queue, calculate the comprehensive weight of each frame according to the comprehensive priority weight calculation formula, compare the weights of the first frames of each queue, and select the frame with the largest weight as the priority processing target for this scheduling. Step S4: Take the priority frame from the queue, extract its module address and data field, update the module's status information, perform corresponding operations according to the priority category, modify the energy allocation strategy, adjust the power output of the power module, collect key performance indicators in the scheduling process, and iteratively optimize through optimization methods such as gradient descent until the predetermined target value is reached.

2. The wireless status synchronization management method for the power module and display module according to claim 1, characterized in that, The basic frame structure includes a preamble field for frame start detection and bit synchronization, a data field for carrying status information including power level code and status flag, a check field for data integrity verification, and a frame end field for identifying the end of the frame.

3. The wireless status synchronization management method for the power module and display module according to claim 2, characterized in that, When parsing status signals, the power level, temperature alarm flag, communication anomaly flag, and display fault flag are parsed out through the mapping table of data fields; The verification field is based on the Cyclic Redundancy Check (CRC) algorithm. The receiving end determines the validity of the frame by recalculating and comparing it with the received verification field.

4. The wireless status synchronization management method for the power module and display module according to claim 1, characterized in that, The enhanced frame structure retains the basic frame structure and adds a priority identifier field and a module address field located after the preamble field and before the data field.

5. The wireless status synchronization management method for the power module and display module according to claim 4, characterized in that, The priority generation rules are judged in descending order of priority: Determine if there is an over-temperature, communication abnormality, or display malfunction; if so, generate a fault alarm category. Determine if the battery level is below the second threshold used to trigger an emergency charging request; if so, generate an emergency charging request category. Determine whether the battery level is between the second threshold and the first threshold used to trigger a low battery warning; if so, generate a low battery warning category. Otherwise, it will be generated as a regular heartbeat category.

6. The wireless status synchronization management method for the power module and display module according to claim 5, characterized in that, The display module executes a differentiated sending strategy based on the generated priority category: For regular heartbeat and low battery warning categories, different periodic timed transmissions are used, and channel monitoring and random backoff are performed. For emergency charging requests and fault alarms, the data is sent immediately without waiting for the timer to overflow, and a strategy of continuously and repeatedly sending multiple frames is adopted.

7. The wireless status synchronization management method for the power module and display module according to claim 1, characterized in that, The overall priority weight is composed of the weighted sum of the basic weight and the additional weight factor; The base weights are assigned different base values ​​based on the priority queue to which the frame belongs; The additional weighting factors include a power level additional factor calculated based on the power level, a non-response count additional factor calculated based on the number of times the module was delayed in responding, and a queue length additional factor calculated based on the current queue length.

8. The wireless status synchronization management method for the power module and display module according to claim 7, characterized in that, The scheduling decision process is as follows: In each scheduling cycle, the power module scans the first frame of each priority queue, obtains its information and calculates its comprehensive weight. By comparison, the frame with the largest weight is selected as the priority processing target for this scheduling, and the frame is taken out from the corresponding queue for processing.

9. The wireless status synchronization management method for the power module and display module according to claim 1, characterized in that, Key performance indicators include at least the average response latency for emergency requests, the success rate of emergency request responses, the frequency of conflicts, and the queue overflow rate; Based on the deviation between the indicator and the target value, an objective function is constructed. Guided by minimizing the objective function, the gradient descent algorithm is used to iteratively optimize the weight coefficients in the comprehensive priority weight calculation formula until the preset convergence condition is met.

10. A wireless status synchronization management platform for a power module and a display module, used to implement the wireless status synchronization management method for a power module and a display module as described in any one of claims 1-9, characterized in that... ； Basic frame structure definition module: Defines the frame structure of basic status signals and parses the status signals of each display module, detects the preamble field, identifies the frame start position, reads the data field, check field and frame end field one by one, parses the data field through the mapping table, extracts information on power, temperature, communication status and display fault flags, calculates the check field using the CRC algorithm and compares it with the received data. If the check is successful, the status information is stored in the record table; if the check fails, the frame is discarded. Enhanced frame structure design module: Design the enhanced frame structure, add a priority identifier field and a module address field, generate a priority identifier, select the corresponding priority category according to the module status, and insert the generated priority identifier into the priority identifier field in the enhanced frame structure. According to the generation rules, the priority identifier field sets its value according to factors such as power, temperature and communication status. The module address field assigns a unique module address according to a predetermined rule. Priority scheduling module: Calculates the priority weight of each signal, assigns base values ​​to different priority categories based on preset base weights, calculates additional factors and adjusts weights based on power level, number of unresponsive events and queue length, reads the priority identifier and module address of the first frame of each queue, calculates the comprehensive weight of each frame according to the comprehensive priority weight calculation formula, compares the weights of the first frames of each queue, and selects the frame with the highest weight as the priority processing target for this scheduling. System performance optimization module: It retrieves priority frames from the queue, extracts their module address and data fields, updates the module's status information, performs corresponding operations according to priority category, modifies energy allocation strategy, adjusts power output of power modules, collects key performance indicators during scheduling, and iteratively optimizes them through optimization methods such as gradient descent until the predetermined target value is reached.

Images