A method for dynamically switching configuration parameters of a data acquisition platform
By using a dynamic configuration parameter switching method in the software control layer, the problem of switching between multiple service scenarios under the constraint of limited hardware resources of DCP was solved. This enabled the stable operation and efficient parameter switching of DCP in different service scenarios, ensuring the continuity and accuracy of data transmission.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- AEROSPACE NEWSKY TECHNOLOGY CO LTD
- Filing Date
- 2026-04-10
- Publication Date
- 2026-07-10
AI Technical Summary
Existing data acquisition platforms (DCPs) are limited by hardware resources and power consumption, making it difficult to switch configuration parameters efficiently and accurately in different business scenarios. This results in low business continuity and parameter switching efficiency, especially in unattended or continuous operation scenarios where it is difficult to meet the requirements for smooth switching between multiple services.
Through the parameter configuration library, configuration selection module, parameter conversion module, and synchronous execution module of the software control layer, the management and dynamic switching of multiple sets of standard business scheduling parameters are realized. Real-time running status and time scheduling information are used to determine the conditions for safe parameter modification, ensuring that the configuration parameters are written to the configuration register of the DCP hardware module at the appropriate time, thereby realizing automatic parameter mapping and safe window execution.
Without modifying the hardware, it achieved stable operation in multiple business scenarios, reduced the difficulty of manual calculation, improved parameter accuracy, avoided link fluctuations, and ensured business continuity and efficient switching of configuration parameters.
Smart Images
Figure CN122372418A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of data acquisition platforms, and in particular to a method for dynamically switching configuration parameters of a data acquisition platform. Background Technology
[0002] In fields such as satellite remote sensing, environmental monitoring, hydrology and meteorology, and ocean observation, DCP (Data Collection Platform) is widely deployed. DCP is an automated data acquisition terminal device deployed at a remote location, usually in areas without terrestrial network coverage, such as the field, uninhabited areas, and ocean buoys. It transmits the collected business data back to the central station through satellite communication links.
[0003] The DCP executes data transmission tasks according to the configuration parameters in the configuration registers of the hardware module. These parameters directly determine the data transmission method used by the DCP. In actual business operations, DCP terminals often need to transmit various business data from different scenarios back to the central station. Common examples include routine observation data, emergency data, the DCP terminal's own operational status data, and various maintenance data. Different business scenarios have different data transmission requirements. For example, routine observation data needs to be reported periodically at fixed intervals, while emergency data needs to be sent immediately with the highest priority, shortest interval, and most reliable method. This requires DCP terminals to use different configuration parameters when transmitting service data in different service scenarios. However, most DCP terminals have limitations such as limited hardware resources, high power consumption constraints, and fixed command interfaces. The configuration register in the DCP hardware module can usually only hold one set of active channel configuration parameters at a time, and it is impossible to have multiple sets of configuration parameters coexisting on the hardware side. Under this inherent hardware constraint, when the DCP needs to use different configuration parameters to transmit different service data, it can only switch configuration parameters by stopping the system to modify the configuration parameters or by repeatedly issuing configuration parameters on the platform side. However, stopping the system to modify the configuration parameters affects service continuity and is unacceptable in unattended or continuous operation scenarios. Although the method of repeatedly issuing configuration parameters on the platform side is more flexible than stopping the system to modify the parameters, it is difficult to guarantee the efficiency and accuracy of parameter switching. In practice, problems such as link fluctuations are likely to occur, making it difficult to support the smooth switching operation of a single DCP terminal for multiple services. Summary of the Invention
[0004] This application addresses the aforementioned problems and technical requirements by proposing a method for dynamically switching configuration parameters of a data acquisition platform. The technical solution of this application is as follows:
[0005] A method for dynamically switching configuration parameters of a data acquisition platform is provided. This method targets a data acquisition platform comprising a software control layer and a DCP hardware module. The DCP hardware module includes a configuration register, which can store only one set of currently effective configuration parameters. The software control layer includes a parameter configuration library, a configuration selection module, a parameter conversion module, and a synchronization execution module. The dynamic switching method for configuration parameters includes: The configuration selection module determines the standard business scheduling parameters that match the current business scenario in the parameter configuration library as the target parameters based on the running status of the DCP hardware module and / or the preset time scheduling information. The parameter configuration library stores multiple sets of different standard business scheduling parameters in advance, and each set of standard business scheduling parameters corresponds to a business scenario. The parameter conversion module converts the target parameters into the module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued. When the synchronous execution module determines that the conditions for safe parameter modification are met based on the real-time operating status and time scheduling of the DCP hardware module, it writes the configuration parameters to be issued into the configuration register of the DCP hardware module as the new currently effective configuration parameters.
[0006] The further technical solution is that each set of standard service scheduling parameters includes a channel number and standard scheduling parameters, the standard scheduling parameters including a timeslot number. Time slot interval and transmission interval The parameter conversion module converts the target parameters into module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued, including: The launch time is determined based on the standard scheduling parameters in the target parameters and the current time in a daily cycle, combined with the channel number and transmission interval in the target parameters. The configuration parameters to be sent are obtained from other parameters, and the first release time indicates the anchor time parameter of the next data transmission after the DCP hardware module actually receives and executes the configuration parameters to be sent.
[0007] The further technical solution involves determining the launch time based on the standard scheduling parameters in the target parameters combined with the current time under a daily cycle, including: Based on the current time in the daily cycle, the number of seconds corresponding to the current moment. Calculate the number of cycles , Indicates rounding down; Based on the number of cycles Calculate the baseline transmission time in seconds Among them, time slot offset ; when season And execute again based on the number of cycles. Calculate the baseline transmission time in seconds The steps, until At that time, check whether it meets the requirements. ,in, Indicates the duration of protection; In determining season And execute again based on the number of cycles. Calculate the baseline transmission time in seconds The steps, until At that time, determine the base transmission time in seconds. The time corresponding to the daily cycle is used as the initial release time.
[0008] A further technical solution involves the parameter conversion module converting the target parameters into module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued. This also includes: In detected and and If the standard scheduling parameter in the target parameters passes the verification, the launch time is determined based on the standard scheduling parameter in the target parameters and the current time; otherwise, the standard scheduling parameter in the target parameters fails the verification and an alarm signal is returned. Represents the remainder, time slot interval. and transmission interval The numerical units are all seconds.
[0009] A further technical solution is that the method for dynamically switching configuration parameters also includes: Each time the DCP hardware module successfully logs in, receives a sleep prompt, completes a data transmission, detects a timeout, and recalculates the next planned transmission time, it checks whether the security parameter modification conditions are met based on the real-time operating status and time scheduling of the DCP hardware module. When the real-time operating status and time scheduling of the DCP hardware module determine that the conditions for safe parameter modification are met, the configuration parameters to be sent are written into the configuration register of the DCP hardware module; otherwise, the configuration parameters to be sent are latched until the conditions for safe parameter modification are detected.
[0010] The further technical solution involves detecting whether the safety parameter modification conditions are met based on the real-time operating status and time scheduling of the DCP hardware module, including: When the real-time operating status of the DCP hardware module reaches a stable state, and the time interval between the current time and the next planned transmission time in the current transmission schedule of the DCP hardware module reaches the predetermined duration, and the configuration parameters to be sent do not conflict with the current transmission schedule of the DCP hardware module, the safety parameter modification conditions are determined to be met; otherwise, the safety parameter modification conditions are determined not to be met.
[0011] A further technical solution involves detecting whether the real-time operating status of the DCP hardware module has reached a stable state, including: When it is detected that the DCP hardware module has completed login and entered the configurable state, and the current time has exceeded the earliest time when the DCP hardware module has completed power-on stability and allowed safe configuration, it is determined whether the real-time operating state of the DCP hardware module has reached a stable state.
[0012] A further technical solution involves the configuration selection module determining the current business scenario based on the operating status of the DCP hardware module and / or preset time scheduling information, including: Based on the planned time windows corresponding to different business scenarios in the preset time scheduling information, the business scenario in the parameter configuration library that corresponds to the current time window is determined as the current business scenario; The business scenario that matches the event characteristics of real-time events occurring during the runtime of the DCP hardware module in the parameter configuration library is identified as the current business scenario; The current business scenario is determined by identifying the business scenario in the parameter configuration library that matches the message type of the data to be sent.
[0013] The further technical solution is that the captured real-time events occurring during the operation of the DCP hardware module include login success events, module status events, transmission status events, timeout events, and external trigger events; among them, module status events include the DCP hardware module returning to sleep or idle state, transmission status events include data transmission success or data transmission failure, and timeout events include data transmission timeout or response timeout.
[0014] A further technical solution involves writing the configuration parameters to be issued into the configuration register of the DCP hardware module, including: Write the parameter values in the configuration parameters to be issued that are different from the currently effective configuration parameters into the configuration register of the DCP hardware module to replace the currently effective values, while leaving the currently effective values that are the same as the configuration parameters to be issued unchanged. A method for dynamically switching configuration parameters of a data acquisition platform is provided. This method targets a data acquisition platform comprising a software control layer and a DCP hardware module. The DCP hardware module includes a configuration register, which can store only one set of currently effective configuration parameters. The software control layer includes a parameter configuration library, a configuration selection module, a parameter conversion module, and a synchronization execution module. The dynamic switching method for configuration parameters includes: The configuration selection module determines the standard business scheduling parameters that match the current business scenario in the parameter configuration library as the target parameters based on the running status of the DCP hardware module and / or the preset time scheduling information. The parameter configuration library stores multiple sets of different standard business scheduling parameters in advance, and each set of standard business scheduling parameters corresponds to a business scenario. The parameter conversion module converts the target parameters into the module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued. When the synchronous execution module determines that the conditions for safe parameter modification are met based on the real-time operating status and time scheduling of the DCP hardware module, it writes the configuration parameters to be issued into the configuration register of the DCP hardware module as the new currently effective configuration parameters.
[0015] The beneficial technical effects of this application are: This application discloses a method for dynamically switching configuration parameters of a data acquisition platform. Under the hardware constraints of limited resources, fixed command interfaces, and the ability to operate only through limited configuration commands in existing DCP hardware modules, this method virtualizes the single set of active configuration constraints of the DCP hardware module into a multi-configuration management capability of the software control layer through the scheduling of parameter configuration library and other functional modules within the software control layer. This enables the management and switching of multiple sets of standard business scheduling parameters, automatic parameter mapping at the software level, and safe window execution switching, ensuring the stable operation of the data acquisition platform in scenarios with multiple business transmission requirements. Without modifying the DCP hardware, this method resolves the contradiction between the limited hardware configuration resources and the diversified business requirements.
[0016] This method can automatically map industry-standard scheduling parameters such as time slot number, time slot interval, and transmission interval to the first-time parameters that the module can execute, significantly reducing the difficulty of manual calculation and improving parameter accuracy. During parameter writing, a dynamic safety window jointly identified by state and time conditions avoids link disturbances caused by parameter changes during authentication, transmission, or near-time slot phases. Through pending synchronization latching and incremental synchronization mechanisms, it maintains business continuity while reducing duplicate transmissions and invalid writes. Attached Figure Description
[0017] Figure 1 This is a system structure block diagram of a data acquisition platform according to an embodiment of this application.
[0018] Figure 2 This is a flowchart of a method for obtaining the first release time based on standard scheduling parameters in one embodiment of this application. Detailed Implementation
[0019] The specific embodiments of this application will be further described below with reference to the accompanying drawings.
[0020] This application discloses a method for dynamically switching configuration parameters of a data acquisition platform. Please refer to [link / reference]. Figure 1 The data acquisition platform targeted by this method includes a software control layer and a DCP hardware module. The DCP hardware module includes a configuration register, which can only store one set of currently effective configuration parameters. The DCP hardware module sends data according to the currently effective configuration parameters in the configuration register.
[0021] The software control layer includes a parameter configuration library, a configuration selection module, a parameter conversion module, and a synchronous execution module, based on... Figure 1 The architecture shown includes the following methods for dynamically switching configuration parameters executed by the software control layer: Step S1: The configuration selection module determines the standard business scheduling parameters that match the current business scenario in the parameter configuration library as the target parameters based on the running status of the DCP hardware module and / or the preset time scheduling information.
[0022] The parameter configuration library pre-stores multiple sets of different standard service scheduling parameters. Figure 1 Taking storage standard service scheduling parameters 1 to N as an example, where the integer parameter N ≥ 2. Each set of standard service scheduling parameters corresponds to a specific service scenario, and the standard service scheduling parameters for each service scenario are matched with the data transmission requirements of that scenario.
[0023] Each set of standard service scheduling parameters includes a channel number and a standard scheduling parameter. The channel number indicates the working channel or frequency used by the DCP hardware module to send data, and the standard scheduling parameter indicates the time schedule for the DCP hardware module to send data. The standard scheduling parameter is described using industry-standard parameters, including the timeslot number. Time slot interval and transmission interval Among them, the time slot number The time slot interval is an industry-standard parameter that characterizes the relative transmission position within a single transmission cycle. It is an industry-standard parameter characterizing the time granularity between adjacent time slots, the transmission interval. This refers to the duration of a single transmission cycle. In addition, each set of standard service scheduling parameters includes other parameters such as power, transmission duration, terminal number, and error correction number.
[0024] The covered business scenarios and the standard business scheduling parameters for each scenario are pre-configured according to actual business needs. For example, in one instance, the standard business scheduling parameters pre-stored in the parameter configuration library correspond to business scenarios including regular business reporting, emergency alarm reporting, status feedback, and maintenance and debugging. The DCP hardware module transmits regular observation business data in the regular business reporting scenario, emergency alarm data in the emergency alarm reporting scenario, its own operating status data in the status feedback scenario, and maintenance and debugging data in the maintenance and debugging scenario. Some of the standard business scheduling parameters configured for the above four business scenarios are as follows:
[0025] It should be noted that the data in the table above is just an example and is not intended to be limiting.
[0026] Since the correspondence between different business scenarios and their standard business scheduling parameters in the parameter configuration library is predetermined, the configuration selection module determines the current business scenario based on the operating status of the DCP hardware module and / or preset time scheduling information when selecting target parameters, and then can select the corresponding target parameters. The configuration selection module uses at least one of the following strategies to determine the current business scenario: time-driven, event-driven, and condition-driven, including: Time-driven strategy: Pre-set time scheduling information records the planned time windows corresponding to different business scenarios. Based on these windows, the business scenario corresponding to the current time window in the parameter configuration library is determined. Thus, appropriate target parameters are selected at different times according to the planned time of different business scenarios. This is suitable for regular business reporting and status feedback scenarios with fixed schedules.
[0027] Event-driven strategy: The current business scenario is determined by identifying the business scenario whose event characteristics match those of real-time events occurring during the runtime of the DCP hardware module in the parameter configuration library. In this embodiment, the captured real-time events occurring during the runtime of the DCP hardware module include login success events, module status events, transmission status events, timeout events, and externally triggered events. Module status events include the DCP hardware module returning a sleep or idle state. Transmission status events include data transmission success or data transmission failure. Timeout events include data transmission timeout or response timeout. Externally triggered events include manually saving parameters or externally issued switching commands. The event characteristics of real-time events are directly obtained through protocol state machine return values, link status, timeout detection results, and configuration saving actions.
[0028] Condition-driven strategy: The current business scenario is determined by identifying the business scenario in the parameter configuration library that matches the message type of the data to be sent. Different business scenarios have different logical message types for their data; therefore, the data type of the data to be sent can be determined based on its message type, and thus, its business scenario.
[0029] In practical applications, all three strategies are typically used simultaneously. For example, time-driven and condition-driven strategies are primarily used for regular scheduling, while event-driven strategies are used as a supplement for abnormal or unexpected situations. Furthermore, priorities can be set for the three strategies, and when multiple strategies are triggered simultaneously, execution is selected based on priority.
[0030] In step S2, the parameter conversion module converts the target parameters into the module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued.
[0031] As mentioned above, the standard service scheduling parameters stored in the parameter configuration library are often described using industry standard parameters. However, the DCP hardware module has an inherent defect of a fixed command interface, and the types of module interface parameters it can receive and support may not be consistent with the industry standard parameter types. Therefore, to ensure that the parameters are accurate and take effect on time, the target parameters are first converted using a parameter conversion module. In one embodiment, the DCP hardware module often cannot directly receive standard scheduling parameters, but can only receive the initial launch time. The initial launch time indicates the anchor time parameter for the next data transmission after the DCP hardware module actually receives and executes the configuration parameters to be issued. Therefore, the parameter conversion module determines the initial launch time based on the standard scheduling parameters in the target parameters and the current time, and then combines it with the channel number and transmission interval in the target parameters. The configuration parameters to be issued are obtained from the parameters and other parameters.
[0032] The parameter conversion module determines the launch time based on the standard scheduling parameters in the target parameters and the current time, including the following steps. Please refer to [link / reference]. Figure 2 The flowchart shown: Step 210: Based on the number of seconds corresponding to the current time in the daily cycle. Combined with transmission interval Calculate the number of cycles The number of seconds of the current moment in a daily cycle. It is the total number of seconds contained in the time interval between the current moment and 0:00 in the daily cycle. This indicates rounding down to the nearest integer.
[0033] Step 220, based on the number of cycles Calculate the baseline transmission time in seconds Time slot offset .
[0034] Step 230, check if the condition is met. .
[0035] Step 240, when the condition is met Time indicates the number of seconds the baseline transmission time is. If the corresponding time is not later than the current time, then let The process is then postponed to the next sending cycle and returns to step 220.
[0036] Step 250, when the condition is met Time indicates the number of seconds the baseline transmission time is. The corresponding time is later than the current time; further checks are performed to see if the condition is met. .
[0037] This indicates the protection duration, which can be customized and must be no less than the time required for the DCP hardware module to complete wake-up, parameter loading, and link preparation. This ensures that the DCP hardware module can complete wake-up, parameter loading, and link preparation before the initial transmission time and enter the transmittable state, effectively avoiding transmission failure or time slot conflicts.
[0038] Step 260, when season Then return to step 220.
[0039] Step 270, when At that time, determine the base transmission time in seconds. The corresponding time in the daily cycle is used as the initial transmission time, with the base transmission time in seconds. The corresponding time in the daily cycle is the total number of seconds included in the time interval between the current time and 0:00 in the daily cycle, which is the base transmission time. At that moment.
[0040] In addition, to further ensure the accuracy and validity of the configuration parameters, before executing steps 210-270 to determine the initial launch time, step 200 is included to verify the standard scheduling parameters in the target parameters. and and If the standard scheduling parameter in the target parameter is verified as passed, step 210 is executed; otherwise, the standard scheduling parameter in the target parameter is verified as failed and an alarm signal is returned.
[0041] During the above verification process, Represents the remainder, time slot interval. and transmission interval The numerical units are all seconds. To ensure stable scheduling under a daily cycle, Ensure consistent time slot allocation. Guarantee time slot number Within the time slots allowed in the current transmission cycle.
[0042] For example, in one instance, the standard scheduling parameters include the slot number. Time slot interval Sending interval The current time in the daily cycle is 08:23:45, and the protection duration is... First, after verifying the standard scheduling parameters, calculate the number of seconds corresponding to the current time 08:23:45 in the daily cycle. Calculate the number of cycles Calculate the time slot offset. , obtain the baseline transmission time in seconds .
[0043] Because at this time Then let To proceed to the next transmission cycle, the baseline transmission seconds are recalculated. .
[0044] This condition is satisfied at this time. and Exceeding protection time Send the currently obtained baseline in seconds. The time 08:31:15, which is converted into a daily cycle, is taken as the first launch time.
[0045] Step S3: When the synchronous execution module determines that the conditions for safe parameter modification are met based on the real-time running status and time scheduling of the DCP hardware module, it writes the configuration parameters to be issued into the configuration register of the DCP hardware module as new currently effective configuration parameters.
[0046] When the configuration parameters to be sent are found to be inconsistent with the currently effective configuration parameters in the configuration register, if the synchronization execution module immediately overwrites the parameters, it may cause the configuration to fail to take effect, link disturbances, or subsequent transmission conflicts. Therefore, the synchronization execution module does not directly modify the parameters, but first sets the pending synchronization flag and latches the configuration parameters to be sent until the safe parameter modification conditions are met before activating the synchronization process to send and write the parameters.
[0047] Each time the DCP hardware module successfully logs in, receives a sleep prompt, completes a data transmission, detects a timeout, and recalculates the next scheduled transmission time, the synchronization execution module checks whether the safe parameter modification conditions are met based on the real-time operating status and time scheduling of the DCP hardware module. If the real-time operating status and time scheduling determine that the safe parameter modification conditions are met, the configuration parameters to be sent are written to the configuration register of the DCP hardware module; otherwise, the configuration parameters to be sent are latched until the safe parameter modification conditions are detected. This pending synchronization flag serves as a latched state retained across transmission cycles, used to prompt the state machine to reactivate the configuration synchronization process in subsequent safe windows.
[0048] In a single working cycle of the DCP hardware module, it enters a sleep state when data transmission is not required, then wakes up periodically for authentication, and returns to a sleep state after data transmission is completed. When the DCP hardware module is still in the authentication, transmission, waiting for confirmation, I / O switching, or power-on instability phase, directly changing parameters may result in configuration failure, link disturbances, or subsequent transmission conflicts. Configuration parameter switching is affected not only by time but also by the state of the DCP hardware module. Therefore, this application dynamically determines the appropriate timing for parameter changes under the joint constraints of the real-time operating state of the DCP hardware module and the time scheduling situation, including: First, determine whether the real-time operating status of the DCP hardware module has reached a stable state. Specifically, when it is detected that the DCP hardware module has completed login and entered the configurable state, and the current time has exceeded the earliest time when the DCP hardware module has completed power-on stability and allowed safe configuration, determine whether the real-time operating status of the DCP hardware module has reached a stable state; otherwise, determine that it has not yet reached a stable state.
[0049] When the real-time operating status of the DCP hardware module reaches a stable state, and the time interval between the current moment and the next planned transmission time in the current transmission schedule of the DCP hardware module reaches the predetermined duration, and the configuration parameters to be sent do not conflict with the current transmission schedule of the DCP hardware module, it is determined that the safe parameter modification conditions are met; otherwise, it is determined that the safe parameter modification conditions are not met, and the latch continues to wait. This can effectively avoid link disturbances caused by parameter modification during authentication, transmission, or near-slot phases, and avoid invalid writes.
[0050] Under normal operating conditions, the time when the safety parameter modification conditions are met is usually earlier than the initial time calculated in step S2. However, in some cases, when the DCP hardware module malfunctions during the waiting switch period, or when the parameter switching window is entered after the initial time calculated in step S2 due to other reasons, the initial time is recalculated based on the current time in the daily cycle and the standard scheduling parameters in the target parameters, and the above process is repeated, and the configuration switch is postponed to the next executable initial time.
[0051] When writing the configuration parameters to be sent into the configuration register of the DCP hardware module, the synchronization execution module uses a full synchronization method to write all parameter values in the configuration parameters to be sent into the configuration register of the DCP hardware module, replacing the currently effective values. Alternatively, in another embodiment, considering that the channel number and standard scheduling parameters in different standard service scheduling parameters are often different, but other parameters such as power, transmission duration, and terminal number may be the same, the synchronization execution module uses an incremental synchronization method. It writes parameter values in the configuration parameters to be sent that are different from the currently effective configuration parameters into the configuration register of the DCP hardware module, replacing the currently effective values, while keeping the currently effective values in the configuration parameters that are consistent with the configuration parameters to be sent unchanged, thereby reducing communication overhead and duplicate writing.
[0052] The above descriptions are merely preferred embodiments of this application, and this application is not limited to the above embodiments. It is understood that other improvements and variations that can be directly derived or conceived by those skilled in the art without departing from the spirit and concept of this application should be considered to be included within the protection scope of this application.
Claims
1. A method for dynamically switching configuration parameters of a data acquisition platform, characterized in that, The dynamic switching method for configuration parameters targets a data acquisition platform that includes a software control layer and a DCP hardware module. The DCP hardware module includes a configuration register, which can store only one set of currently effective configuration parameters. The software control layer includes a parameter configuration library, a configuration selection module, a parameter conversion module, and a synchronization execution module. The dynamic switching method for configuration parameters includes: The configuration selection module determines the standard business scheduling parameters that match the current business scenario in the parameter configuration library as the target parameters based on the running status of the DCP hardware module and / or the preset time scheduling information. The parameter configuration library stores multiple sets of different standard business scheduling parameters in advance, and each set of standard business scheduling parameters corresponds to a business scenario. The parameter conversion module converts the target parameters into the module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued. When the synchronous execution module determines that the conditions for safe parameter modification are met based on the real-time operating status and time scheduling of the DCP hardware module, it writes the configuration parameters to be issued into the configuration register of the DCP hardware module as new currently effective configuration parameters.
2. The method for dynamically switching configuration parameters according to claim 1, characterized in that, Each set of standard service scheduling parameters includes a channel number and standard scheduling parameters, with the standard scheduling parameters including a timeslot number. Time slot interval and transmission interval ; The parameter conversion module converts the target parameters into module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued, including: The launch time is determined based on the standard scheduling parameters in the target parameters and the current time in a daily cycle, combined with the channel number and transmission interval in the target parameters. The configuration parameters to be sent are obtained from other parameters, and the first release time indicates the anchor time parameter of the next data transmission after the DCP hardware module actually receives and executes the configuration parameters to be sent.
3. The method for dynamically switching configuration parameters according to claim 2, characterized in that, The launch time is determined based on the standard scheduling parameters in the target parameters and the current time in a daily cycle, including: Based on the current time in the daily cycle, the number of seconds corresponding to the current moment. Calculate the number of cycles , Indicates rounding down; Based on the number of cycles Calculate the baseline transmission time in seconds Among them, time slot offset ; when season And execute again based on the number of cycles. Calculate the baseline transmission time in seconds The steps, until At that time, check whether it meets the requirements. ,in, Indicates the duration of protection; In determining season And execute again based on the number of cycles. Calculate the baseline transmission time in seconds The steps, until At that time, determine the base transmission time in seconds. The time corresponding to the daily cycle is used as the initial release time.
4. The method for dynamically switching configuration parameters according to claim 2, characterized in that, The parameter conversion module converts the target parameters into module interface parameter types supported by the DCP hardware module to obtain the configuration parameters to be issued. This also includes: In detected and and If the standard scheduling parameter in the target parameters passes the verification, the launch time is determined based on the standard scheduling parameter in the target parameters and the current time; otherwise, the standard scheduling parameter in the target parameters fails the verification and an alarm signal is returned. Represents the remainder, time slot interval. and transmission interval The numerical units are all seconds.
5. The method for dynamically switching configuration parameters according to claim 1, characterized in that, The method for dynamically switching configuration parameters also includes: Each time the DCP hardware module successfully logs in, receives a sleep prompt, completes a data transmission, detects a timeout, and recalculates the next planned transmission time, it checks whether the security parameter modification conditions are met based on the real-time operating status and time scheduling of the DCP hardware module. When the real-time operating status and time scheduling of the DCP hardware module determine that the conditions for safe parameter modification are met, the configuration parameters to be sent are written into the configuration register of the DCP hardware module; otherwise, the configuration parameters to be sent are latched until the conditions for safe parameter modification are detected.
6. The method for dynamically switching configuration parameters according to claim 1, characterized in that, The determination of whether the safety parameter modification conditions are met based on the real-time operating status and time scheduling of the DCP hardware module includes: When the real-time operating status of the DCP hardware module reaches a stable state, and the time interval between the current time and the next planned transmission time in the current transmission schedule of the DCP hardware module reaches the predetermined duration, and the configuration parameters to be sent do not conflict with the current transmission schedule of the DCP hardware module, the safety parameter modification conditions are determined to be met; otherwise, the safety parameter modification conditions are determined not to be met.
7. The method for dynamically switching configuration parameters according to claim 6, characterized in that, Checking whether the real-time operating status of the DCP hardware module has reached a stable state includes: When it is detected that the DCP hardware module has completed login and entered the configurable state, and the current time has exceeded the earliest time when the DCP hardware module has completed power-on stability and allowed safe configuration, it is determined whether the real-time operating state of the DCP hardware module has reached a stable state.
8. The method for dynamically switching configuration parameters according to claim 1, characterized in that, The configuration selection module determines the current business scenario based on the operating status of the DCP hardware module and / or preset time scheduling information, including: Based on the planned time windows corresponding to different business scenarios in the preset time scheduling information, the business scenario in the parameter configuration library that corresponds to the current time window is determined as the current business scenario; The business scenario that matches the event characteristics of real-time events occurring during the runtime of the DCP hardware module in the parameter configuration library is identified as the current business scenario; The current business scenario is determined by identifying the business scenario in the parameter configuration library that matches the message type of the data to be sent.
9. The method for dynamically switching configuration parameters according to claim 8, characterized in that, The captured real-time events occurring during the runtime of the DCP hardware module include login success events, module status events, transmission status events, timeout events, and external trigger events. Among them, module status events include the DCP hardware module returning to sleep or idle status, transmission status events include data transmission success or data transmission failure, and timeout events include data transmission timeout or response timeout.
10. The method for dynamically switching configuration parameters according to claim 1, characterized in that, Writing the configuration parameters to be issued into the configuration register of the DCP hardware module includes: Write the parameter values in the configuration parameters to be issued that are different from the currently effective configuration parameters to the configuration register of the DCP hardware module to replace the currently effective values, and leave the currently effective values in the configuration parameters that are the same as the configuration parameters to be issued unchanged.