Transmitter parameter configuration method and device, readable storage medium and electronic equipment

Abstract

The invention belongs to the technical field of industrial automation and Internet of Things, and particularly relates to a transmitter parameter configuration method and device, a computer readable storage medium and electronic equipment. The method comprises the following steps: determining an equipment identifier of a transmitter to be subjected to parameter configuration; determining a parameter configuration template and an equipment register address corresponding to the transmitter according to the equipment identifier; and performing parameter configuration on the transmitter according to the parameter configuration template and the device register address. By means of the parameter configuration method and device, rapid automatic parameter configuration can be achieved through the parameter configuration template, the parameter configuration efficiency is effectively improved, and configuration errors caused by manual operation are reduced.

Description

TECHNICAL FIELD

[0001] The present application belongs to the technical field of industrial automation and Internet of Things, and particularly relates to a transmitter parameter configuration method and device, a computer readable storage medium and an electronic device. BACKGROUND

[0002] In a nuclear power plant, a transmitter is a critical measurement device that converts physical quantities such as pressure, temperature, flow rate, liquid level, etc. into standardized electrical signals for transmission to the control room or monitoring system for real-time monitoring, recording or control. The transmitter plays an important role in the safe operation and automation control of the nuclear power plant. In the prior art, the parameter setting of the transmitter mainly relies on manual operation on a per-device basis, which is inefficient and prone to configuration errors. SUMMARY

[0003] Therefore, the embodiments of the present application provide a transmitter parameter configuration method and device, a computer readable storage medium and an electronic device to solve the problems of low efficiency and easy configuration errors in the prior art transmitter parameter configuration method.

[0004] The first aspect of the embodiments of the present application provides a transmitter parameter configuration method, which can include:

[0005] determining the device identifier of the transmitter to be configured;

[0006] determining the parameter configuration template and the device register address corresponding to the transmitter according to the device identifier;

[0007] configuring the parameters of the transmitter according to the parameter configuration template and the device register address.

[0008] In a specific implementation of the first aspect, the transmitter parameter configuration method can further include:

[0009] data splitting the parameter issuing task to obtain each parameter data packet after splitting;

[0010] sequentially issuing each parameter data packet after splitting to the transmitter.

[0011] In a specific implementation of the first aspect, the sequentially issuing each parameter data packet after splitting to the transmitter can include:

[0012] determining the serial number of the last successfully issued parameter data packet in the case of network interruption;

[0013] In the case of recovering the network connection, the breakpoint resume is performed on the remaining parameter data packets according to the sequence number of the last successfully delivered parameter data packet.

[0014] In an implementation form of the first aspect, the transmitter parameter configuration method can further include:

[0015] Based on a preset check code generation algorithm, a corresponding check code is generated for each parameter data packet after splitting.

[0016] The check code is used for the transmitter to perform data integrity check on each parameter data packet after splitting.

[0017] In an implementation form of the first aspect, the transmitter parameter configuration method can further include:

[0018] Based on a preset dynamic tolerance range, difference analysis is performed on the numerical value type parameter of the transmitter to obtain a numerical value type parameter difference analysis result of the transmitter.

[0019] In an implementation form of the first aspect, the transmitter parameter configuration method can further include:

[0020] Based on a preset hash algorithm, difference analysis is performed on the non-numerical value type parameter of the transmitter to obtain a non-numerical value type parameter difference analysis result of the transmitter.

[0021] In an implementation form of the first aspect, the transmitter parameter configuration method can further include:

[0022] Based on a preset digital certificate, device legitimacy authentication is performed on the transmitter through a two-way transport layer security protocol handshake.

[0023] Through a role-based access control mechanism, dynamic permission management and access control are performed on the parameter configuration of the transmitter.

[0024] Data security transmission encryption and data security storage encryption are performed on the parameter configuration of the transmitter based on a hierarchical encryption strategy.

[0025] Operation log evidence is stored for the parameter configuration of the transmitter based on a block chain and video operation traceability.

[0026] The second aspect of the embodiments of the present application provides a transmitter parameter configuration device, which can include:

[0027] A device identification determination module is configured to determine a device identification of a transmitter to be configured with parameters.

[0028] The parameter configuration template determination module is configured to determine, according to the device identifier, a parameter configuration template and a device register address corresponding to the transmitter;

[0029] The parameter configuration module is configured to perform parameter configuration on the transmitter according to the parameter configuration template and the device register address.

[0030] In an implementation of the second aspect, the transmitter parameter configuration apparatus can further include:

[0031] The data splitting module is configured to split data of a parameter delivery task to obtain each parameter data packet after splitting.

[0032] The data packet delivery module is configured to sequentially deliver each parameter data packet after splitting to the transmitter.

[0033] In an implementation of the second aspect, the data packet delivery module can be specifically configured to: in the case of network interruption, determine the serial number of the last successfully delivered parameter data packet; and in the case of network connection recovery, perform breakpoint continuation transmission on each remaining parameter data packet according to the serial number of the last successfully delivered parameter data packet.

[0034] In an implementation of the second aspect, the transmitter parameter configuration apparatus can further include:

[0035] The check code generation module is configured to generate, based on a preset check code generation algorithm, a corresponding check code for each parameter data packet after splitting; the check code is used for data integrity verification of each parameter data packet after splitting by the transmitter.

[0036] In an implementation of the second aspect, the transmitter parameter configuration apparatus can further include:

[0037] The numerical parameter difference analysis module is configured to perform difference analysis on numerical parameters of the transmitter based on a preset dynamic tolerance range to obtain a numerical parameter difference analysis result of the transmitter.

[0038] In an implementation of the second aspect, the transmitter parameter configuration apparatus can further include:

[0039] The non-numerical parameter difference analysis module is configured to perform difference analysis on non-numerical parameters of the transmitter based on a preset hash algorithm to obtain a non-numerical parameter difference analysis result of the transmitter.

[0040] In an implementation of the second aspect, the transmitter parameter configuration apparatus can further include:

[0041] The security module is configured to perform device legitimacy authentication on the transmitter based on a preset digital certificate through a two-way transmission layer security protocol handshake, perform dynamic permission management and access control on parameter configuration of the transmitter through a role-based access control mechanism, perform data security transmission encryption and data security storage encryption on the parameter configuration of the transmitter based on a hierarchical encryption strategy, and perform operation log evidence collection on the parameter configuration of the transmitter based on a blockchain and video operation traceability.

[0042] A third aspect of the embodiments of the present application provides a computer readable storage medium storing a computer program, the computer program being executed by a processor to implement the steps of any of the transmitter parameter configuration methods.

[0043] A fourth aspect of the embodiments of the present application provides an electronic device including a memory, a processor, and a computer program stored in the memory and executable on the processor, the processor implementing the steps of any of the transmitter parameter configuration methods when executing the computer program.

[0044] A fifth aspect of the embodiments of the present application provides a computer program product, when the computer program product is executed on an electronic device, causing the electronic device to perform the steps of any of the transmitter parameter configuration methods.

[0045] Compared with the prior art, the embodiments of the present application have the beneficial effects that the device identifier of the transmitter to be configured is determined, the parameter configuration template and the device register address corresponding to the transmitter are determined according to the device identifier, and the parameter configuration of the transmitter is performed according to the parameter configuration template and the device register address. Through the embodiments of the present application, the rapid and automatic parameter configuration can be realized through the parameter configuration template, the parameter configuration efficiency is effectively improved, and the configuration errors caused by manual operation are reduced. BRIEF DESCRIPTION OF DRAWINGS

[0046] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed in the embodiments or the prior art description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0047] Figure 1 An embodiment flowchart of a transmitter parameter configuration method in the embodiments of the present application;

[0048] Figure 2 A schematic diagram of a tree structure of a parameter configuration template;

[0049] Figure 3 is a schematic diagram of a state machine model;

[0050] Figure 4 is an embodiment structure diagram of a transmitter parameter configuration device in the embodiments of the present application;

[0051] Figure 5 is a schematic block diagram of an electronic device in the embodiments of the present application. DETAILED DESCRIPTION

[0052] In order to make the purposes, characteristics and advantages of the present application more obvious and easy to understand, the technical solutions in the embodiments of the present application will be clearly and completely described below in combination with the drawings in the embodiments of the present application. Obviously, the embodiments described below are only a part of the embodiments of the present application, rather than all the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work fall within the scope of protection of the present application.

[0053] It should be understood that, when used in the specification and the appended claims, the term "comprising" indicates the presence of the described features, integers, steps, operations, elements, and / or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0054] It should also be understood that the terms used in the present application specification are only for the purpose of describing specific embodiments and are not intended to limit the present application. As used in the present application specification and the appended claims, unless otherwise clearly indicated by the context, the singular forms "a", "an" and "the" are intended to include the plural forms as well.

[0055] It should be further understood that the term "and / or" used in the present application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes these combinations.

[0056] As used in the present application specification and the appended claims, the term "if" can be interpreted as "when" or "upon" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [a described condition or event] is detected" can be interpreted as meaning "upon determining" or "in response to determining" or "upon detecting [a described condition or event]" or "in response to detecting [a described condition or event]", depending on the context.

[0057] In addition, in the description of the present application, the terms "first", "second", "third", etc. are only used for differentiation in description, and cannot be understood as indicating or implying relative importance.

[0058] In nuclear power plants, transmitters are critical measuring devices used to convert physical quantities (such as pressure, temperature, flow, and liquid level) into standardized electrical signals for transmission to the control room or monitoring system for real-time monitoring, recording, or control. Transmitters play a vital role in the safe operation and automated control of nuclear power plants. Existing technologies rely primarily on manual, unit-by-unit configuration of transmitter parameters, which is inefficient and prone to configuration errors.

[0059] In view of this, embodiments of the present application provide a transmitter parameter configuration method, apparatus, computer-readable storage medium, and electronic device to address the problems of low efficiency and proneness to configuration errors in existing transmitter parameter configuration methods.

[0060] In the embodiment of the present application, rapid automated parameter configuration can be achieved through parameter configuration templates, which effectively improves parameter configuration efficiency and reduces configuration errors caused by manual operations.

[0061] See also Figure 1 In an embodiment of the present application, a transmitter parameter configuration method may include:

[0062] Step S101: Determine the device identification of the transmitter to be parameter configured.

[0063] The device identifier (ID) is used to distinguish different devices. Each device's device ID is unique, and different devices have different device IDs. As an example, the device ID may include, but is not limited to, a Media Access Control (MAC) address or other identifier, which is not specifically limited in the embodiments of the present application.

[0064] Step S102: Determine the parameter configuration template and device register address corresponding to the transmitter according to the device identification.

[0065] In the embodiment of the present application, the parameter configuration template can be used Figure 2 The tree structure shown supports multi-level nested parameter groups. For example, the root can include but is not limited to basic configuration, alarm configuration, and filter configuration. Basic configuration can include but is not limited to range and unit; alarm configuration can include but is not limited to upper limit and lower limit; and filter configuration can include but is not limited to filter coefficient and sampling frequency.

[0066] The parameter configuration template can also be associated with a device model, a firmware version, and a suitable scene label (such as "high-temperature environment V1.2"). By using a dynamic parameter mapping engine, the corresponding parameter configuration template and the device register address can be automatically matched through device identification, without manually specifying an offset. Thus, the problem of hard-coded binding of a traditional template and a device register address is solved, and cross-model adaptive configuration is achieved. For example, a device register range address is 0x1100, and the address definition in the template can be automatically corrected through a mapping rule (such as an offset + a base address), without manual intervention.

[0067] In step S103, the parameter configuration template and the device register address are used to configure parameters of the transmitter.

[0068] In the embodiments of the present application, device registration is required when a device is first connected, and information such as a device model, a firmware version, and a register address table is reported. If a template library contains a model and a version that completely match, template binding can be directly performed. If there is no complete match, a similarity algorithm (such as a cosine similarity algorithm) can be used to recommend the closest template, and the user is prompted to confirm or adjust. The parameter address offset in the template can also be dynamically corrected according to the register address table of the device.

[0069] In the case of multi-version management, the version control strategy used in the embodiments of the present application can include but is not limited to the following:

[0070] Semantic version number: The main version, the secondary version, and the revision number (such as 2.1.3) are used to clearly indicate version compatibility.

[0071] Main version change: Architecture-level adjustment (such as parameter group reorganization), which requires manual review.

[0072] Secondary version change: New parameters or function extension, automatic adaptation to old devices.

[0073] Revision number change: Repairing logical errors, seamless upgrade.

[0074] Version association: Each template version is associated with a suitable device model, an environment label (such as "high temperature" and "explosion-proof"), and a valid time range.

[0075] In the case of multi-version coexistence and switching, the version control strategy used in the embodiments of the present application can include but is not limited to the following:

[0076] Version repository: The central platform stores all historical versions, supporting quick retrieval and rollback.

[0077] Gray release: New version templates can be tested in a small range of device groups (such as 10 devices) first, and then pushed in full after confirmation of no errors.

[0078] Automatic switching: when the device firmware is upgraded, the system automatically matches the latest compatible template according to the new version number of the device.

[0079] In a specific implementation manner of the embodiment of the present application, when the parameters are issued, the parameter issuing task can be data split to obtain each parameter data packet after splitting, and each parameter data packet after splitting is sequentially issued to the transmitter.

[0080] In the process of data splitting, a corresponding check code can be generated for each parameter data packet after splitting based on a preset check code generation algorithm. The check code is used for the transmitter to perform data integrity checking on each parameter data packet after splitting. The check code can include but is not limited to a check code based on a cyclic redundancy check (CRC) or other data checking algorithm, which is not limited in the embodiment of the present application.

[0081] Through data splitting, the parameter issuing task can be split into multiple independent executable atomized parameter data packets. Each parameter data packet can include but is not limited to a packet header, a data body and a status flag.

[0082] The packet header can include but is not limited to a task identification (ID), a packet sequence number, a total packet number, a check code, etc. The data body can include but is not limited to a target device register address range, a parameter value list, etc. The status flag can include but is not limited to success (ACK), failure (NACK), pending (Pending), etc.

[0083] When data splitting is performed, the splitting can be performed according to a device group, for example, each parameter data packet can contain parameters of 10 devices; or the splitting can be performed according to a continuous register address interval, for example, the parameter data packet can be written to the address of 0x1000-0x1010.

[0084] In a specific implementation manner of the embodiment of the present application, a state machine driven breakpoint resuming mechanism can be used. In the case of network interruption, the sequence number of the last successfully issued parameter data packet is determined; in the case of network connection recovery, the breakpoint resuming mechanism is used to resume the remaining parameter data packets according to the sequence number of the last successfully issued parameter data packet. For example, if the sequence number of the last successfully issued parameter data packet is determined to be the 15th packet in the case of network interruption, then in the case of network connection recovery, only the 16th packet and subsequent parameter data packets can be continued to be issued. Compared with the traditional full retransmission mechanism, the breakpoint resuming mechanism can effectively reduce the network load.

[0085] Figure 3As shown in the schematic diagram of the state machine model, the state machine can include states such as to-be-sent, in sending, completed, in retry, and failed, the parameter data packet is in the to-be-sent state before being sent; the parameter data packet is in the in-sending state when starting to be sent; if the parameter data packet is sent successfully, the parameter data packet is in the completed state; if the parameter data packet fails to be sent, the parameter data packet is in the in-retry state; if the retry is successful, the parameter data packet is in the completed state; if the maximum number of retries (for example, 3 times) is exceeded and the retry is still unsuccessful, the parameter data packet is in the failed state. In the case that the parameter data packet is in the failed state, an alarm can be triggered.

[0086] In a specific implementation manner of the embodiment of the present application, fault-tolerant communication link switching can be performed through dual-link hot standby. The main link (such as Modbus TCP) and the standby link (such as MQTT) are in parallel standby, and in the case of device response timeout, the redundant communication link can be automatically switched. For example, the main link can be switched to the standby link to improve the reliability in a large-scale deployment scenario.

[0087] The specific communication link switching condition can be flexibly set according to actual conditions, and the embodiment of the present application does not make specific limitations thereon. As an example, the communication link switching condition can be that the main link continuously times out for a preset number of times (such as 3 times), or the CRC check failure rate is greater than a preset threshold (such as 10%). In the case of meeting the communication link switching condition, the communication link switching can be performed, and the communication link switching log can be recorded.

[0088] In order to guarantee data integrity, in a specific implementation manner of the embodiment of the present application, parameter data packets can be subjected to transmission layer check and writing layer check.

[0089] In the transmission layer check process, a corresponding check code can be generated for each parameter data packet, and the writing operation is performed only after the check code of the transmitter is passed. In addition, a digital signature can be introduced, and an HMAC-SHA256 signature can be added to the key parameter data packet to prevent man-in-the-middle tampering.

[0090] In the writing layer check process, secondary read-back comparison can be performed, the register value is read back immediately after the parameter data packet is written into the device, and is compared with the expected parameter. If the read-back comparison is inconsistent, automatic rewriting is triggered. If the rewriting fails for a preset threshold (such as 2 times), the device is marked as abnormal and the operation and maintenance personnel are notified.

[0091] In a specific implementation manner of the embodiment of the present application, threshold tolerance and hash algorithm can be fused in industrial device parameter checking to take into account efficiency and flexibility.

[0092] Specifically, for the numerical parameters of the transmitter, difference analysis can be performed based on the preset dynamic tolerance range, thereby obtaining the numerical parameter difference analysis result of the transmitter. The dynamic tolerance can include but is not limited to percentage tolerance, absolute tolerance, working condition adaptive tolerance, etc. Among them, the percentage tolerance is applicable to parameters such as range and alarm value (e.g., allowing a ±2% deviation); the absolute tolerance is applicable to discrete values (e.g., allowing a ±5Hz deviation for the sampling frequency); and the working condition adaptive tolerance can be dynamically adjusted according to the device environment (e.g., the range tolerance is automatically relaxed to ±3% in a high-temperature environment).

[0093] For non-numerical parameters of the transmitter, difference analysis can be performed based on a preset hash algorithm, thereby obtaining the non-numerical parameter difference analysis result of the transmitter. The hash algorithm can include but is not limited to SHA-256, MurmurHash3, etc. Among them, SHA-25 is applicable to parameters such as device ID and version number that need to be strictly consistent; and MurmurHash3 is applicable to fast comparison of long text configurations (e.g., device description). When performing difference analysis, the original parameter value can be read from the device, converted into a standardized string (e.g., removing spaces and uniformly encoding to UTF-8), and then the hash value is calculated and compared with the template hash value. If they are not consistent, it is marked as a "key difference".

[0094] After difference analysis of the parameters, multi-level difference classification can be performed, and different processing strategies can be triggered. As an example, the parameter difference can be classified into key abnormality, serious deviation, general warning, etc. Among them, the judgment condition of the key abnormality can be that the hash verification fails or the range is out of limit, and the processing strategy can be to immediately alarm and prohibit the device from running; the judgment condition of the serious deviation can be that the alarm threshold exceeds the tolerance (e.g., ±5%), and the processing strategy can be to automatically repair or require manual confirmation; and the judgment condition of the general warning can be that the filter coefficient deviation (e.g., ±10%), and the processing strategy can be to record logs and periodically summarize reports.

[0095] In the case of serious deviation, preset strategy allows automatic repair, and the device is in the maintenance window period, which does not affect production, automatic repair can be performed. Specifically, the target parameter value can be obtained from the template and written into the device through a secure channel. Then, secondary read verification can be performed, and if it is still inconsistent, it is upgraded to a key abnormality.

[0096] In a specific implementation manner of the embodiments of the present application, the dynamic tolerance can be optimized and adjusted through machine learning. Specifically, the parameter fluctuation range when the device is normally running can be collected, a dynamic tolerance baseline is established, and the dynamic tolerance baseline is used as historical data for machine learning training. Based on the training result, the dynamic tolerance can be adjusted in real time. If a parameter triggers a false alarm multiple times, the tolerance can be automatically relaxed (e.g., from ±2% to ±2.5%).

[0097] After obtaining the difference analysis result, it can be visualized by means of a heat map or the like, for example, the abnormal density of the parameter can be marked with color coding (red / yellow / green) in units of device groups, and drill-down viewing of specific device difference details is supported.

[0098] On this basis, root cause analysis of the difference analysis result can also be performed, including but not limited to correlation analysis, time series analysis, etc. Taking correlation analysis as an example, if similar differences occur in multiple devices in the same area, network or power problems can be automatically prompted. Taking time series analysis as an example, parameter drift trends can be detected to warn of potential faults (such as sensor aging).

[0099] In a specific implementation manner of the embodiments of the present application, the safety of parameter transmission and operation process can be ensured by the following end-to-end security mechanism:

[0100] (1) Based on a preset digital certificate, a two-way transport layer security protocol handshake is performed to authenticate the legality of the device of the transmitter.

[0101] As an example, device authentication based on an X.509 certificate can be used. A unique digital certificate (containing a device ID, a public key, and a manufacturer signature) can be pre-installed when the device is manufactured, and the private key is stored in a hardware security module (HSM). The certificate supports a certificate revocation list (CRL) mechanism, and invalid devices are immediately excluded. When communication is established, the device and the platform exchange certificates to verify legality. Only devices with authorized certificates are allowed to access to prevent imitated nodes from invading. Further, lightweight DTLS adaptation can also be performed. For example, for low-power transmitters, DTLS1.3 (a simplified cipher suite such as TLS_AES_128_CCM_SHA256) can be used. When the session is resumed, SessionID or PSK (pre-shared key) can be used to reduce the handshake overhead and improve real-time performance.

[0102] (2) Through a role-based access control (RBAC) mechanism, dynamic permission management and access control of the parameter configuration of the transmitter are performed.

[0103] Specifically, an attribute-based dynamic RBAC model can be established to define user roles (such as three-level permissions of “administrator-engineer-operator” in descending order of permission, and the operator can only read the alarm threshold), environment labels (such as “high-risk area” and “maintenance mode”), and time windows (such as a temporary permission validity period ≤ 8 hours) to limit the parameter modification range. In addition, dynamic passwords can be generated by physical OTP devices (such as YubiKey) or industrial special tokens such as the SM4 national algorithm, and two-factor authentication (2FA) can be forcibly triggered for high-risk operations (such as range modification).

[0104] (3) The parameter configuration of the transmitter is subjected to data security transmission encryption and data security storage encryption based on a layered encryption strategy.

[0105] Specifically, the layered encryption strategy can be that, for the transmission layer, TLS1.3 can be used to encrypt the communication, and weak cipher suites such as RC4 and SHA-1 are disabled; for the application layer, key parameters such as alarm values can be additionally encrypted using AES-GCM, and the key is dynamically distributed by KMS.

[0106] In terms of data security storage, the SM4-CBC mode encryption template file can be used, and the key is bound to the device certificate. In addition, a key rotation mechanism can be used, such as automatically updating the device communication key every 90 days, and archiving the old key for reference.

[0107] (4) The parameter configuration of the transmitter is subjected to operation log evidence based on a blockchain and video operation traceability.

[0108] Specifically, the blockchain log evidence can be based on a lightweight Merkle tree structure, and a hash value is generated for each operation (such as parameter sending and permission change), and a Merkle tree is constructed according to the timestamp. The root hash is regularly chained (such as being chained to a Hyperledger Fabric private chain), which ensures that the log cannot be tampered with. The authenticity of a single log can be quickly verified by Merkle Proof without full traversal.

[0109] In terms of video operation traceability, an industrial camera linkage mechanism can be used, sensitive operations trigger camera snapshot, and image hash value is stored into the blockchain. Combined with face recognition technology, the operator is identified by an edge computing node, and cross-verification is performed with the permission system.

[0110] Through the above-mentioned manner, the security of parameter transmission and operation process can be ensured by combining TLS encryption, RBAC permission control and operation log audit.

[0111] It should be understood that the size of the serial number of each step in the above-mentioned embodiments does not mean the order of execution, and the execution order of each process should be determined according to its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0112] Corresponding to the parameter configuration method of the transmitter described in the above embodiments, Figure 4 An embodiment structure diagram of a parameter configuration device of the transmitter is shown.

[0113] In this embodiment, a parameter configuration device of a transmitter can include:

[0114] A device identification determination module 401 is configured to determine the device identification of the transmitter to be configured.

[0115] The parameter configuration template determination module 402 is configured to determine, according to the device identifier, a parameter configuration template and a device register address corresponding to the transmitter;

[0116] The parameter configuration module 403 is configured to perform parameter configuration on the transmitter according to the parameter configuration template and the device register address.

[0117] In a specific implementation manner of the embodiment of the present application, the transmitter parameter configuration apparatus can further include:

[0118] The data splitting module is configured to split data of a parameter delivery task to obtain each parameter data packet after splitting.

[0119] The data packet delivery module is configured to sequentially deliver each parameter data packet after splitting to the transmitter.

[0120] In a specific implementation manner of the embodiment of the present application, the data packet delivery module can be specifically configured to: in the case of network interruption, determine the serial number of the last successfully delivered parameter data packet; and in the case of recovery of network connection, perform breakpoint continuation transmission on each remaining parameter data packet according to the serial number of the last successfully delivered parameter data packet.

[0121] In a specific implementation manner of the embodiment of the present application, the transmitter parameter configuration apparatus can further include:

[0122] The check code generation module is configured to generate, based on a preset check code generation algorithm, a corresponding check code for each parameter data packet after splitting; wherein the check code is used for the transmitter to perform data integrity verification on each parameter data packet after splitting.

[0123] In a specific implementation manner of the embodiment of the present application, the transmitter parameter configuration apparatus can further include:

[0124] The numerical parameter difference analysis module is configured to perform difference analysis on numerical parameters of the transmitter based on a preset dynamic tolerance range to obtain a numerical parameter difference analysis result of the transmitter.

[0125] In a specific implementation manner of the embodiment of the present application, the transmitter parameter configuration apparatus can further include:

[0126] The non-numerical parameter difference analysis module is configured to perform difference analysis on non-numerical parameters of the transmitter based on a preset hash algorithm to obtain a non-numerical parameter difference analysis result of the transmitter.

[0127] In a specific implementation manner of the embodiment of the present application, the transmitter parameter configuration apparatus can further include:

[0128] The security module is configured to perform device legitimacy authentication on the transmitter based on a preset digital certificate through a two-way transmission layer security protocol handshake, perform dynamic permission management and access control on parameter configuration of the transmitter through a role-based access control mechanism, perform data security transmission encryption and data security storage encryption on the parameter configuration of the transmitter based on a hierarchical encryption strategy, and perform operation log evidence collection on the parameter configuration of the transmitter based on a blockchain and video operation traceability.

[0129] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the above-described devices, modules and units can refer to the corresponding processes in the foregoing method embodiments, which will not be described here.

[0130] In the foregoing embodiments, the description of each embodiment has its own focus, and the parts not described or recorded in detail in a certain embodiment can be referred to the related description of other embodiments.

[0131] Figure 5 A schematic block diagram of an electronic device is shown, and only parts related to the embodiments of the present application are shown for the convenience of description.

[0132] As Figure 5 shown, the electronic device 5 of this embodiment includes a processor 50, a memory 51, and a computer program 52 stored in the memory 51 and executable on the processor 50. The processor 50 implements the steps in each of the transmitter parameter configuration method embodiments described above when executing the computer program 52, such as Figure 1 shown, steps S101 to S103. Alternatively, the processor 50 implements the functions of each module / unit in the above-described device embodiments when executing the computer program 52, such as Figure 4 the functions of the modules 401 to 403 shown.

[0133] For example, the computer program 52 can be divided into one or more modules / units, which are stored in the memory 51 and executed by the processor 50 to complete the present application. The one or more modules / units can be a series of computer program instruction segments capable of completing a specific function, which are used to describe the execution process of the computer program 52 in the electronic device 5.

[0134] The electronic device 5 can include, but is not limited to, desktop computers, notebook computers, palmtop computers, and server computers, and the like. Those skilled in the art can understand that, Figure 5The electronic device 5 is merely an example and does not limit the electronic device 5, which can include more or less components than shown, or combine certain components, or have different components, such as the electronic device 5 can also include an input / output device, a network access device, a bus, etc.

[0135] The processor 50 can be a central processing unit (CPU), and can also be other general-purpose processors, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor, or the processor can also be any conventional processor.

[0136] The memory 51 can be an internal storage unit of the electronic device 5, such as a hard disk or a memory of the electronic device 5. The memory 51 can also be an external storage device of the electronic device 5, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. Further, the memory 51 can include both an internal storage unit and an external storage device of the electronic device 5. The memory 51 is used to store the computer program and other programs and data required by the electronic device 5. The memory 51 can also be used to temporarily store data that has been output or will be output.

[0137] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the division of the above functional units and modules is taken as an example, and in actual application, the above functions can be completed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to complete all or part of the functions described above. Each functional unit or module in the embodiment can be integrated in one processing unit, or each unit can be physically present separately, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or software. In addition, the specific names of each functional unit or module are only for easy distinction, and do not limit the protection scope of the application. The specific working process of the units and modules in the system can refer to the corresponding process in the foregoing method embodiments, which will not be repeated here.

[0138] In the above embodiments, the description of each embodiment has its own emphasis, and the parts not described or recorded in detail in a certain embodiment can be referred to the related description of other embodiments.

[0139] Those skilled in the art can realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be realized by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are realized in hardware or software depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods for each specific application to realize the described functions, but such implementation should not be considered beyond the scope of the application.

[0140] In the embodiments provided in the present application, it should be understood that the disclosed apparatus / electronic device and method can be implemented in other ways. For example, the apparatus / electronic device embodiments described above are only schematic. For example, the division of the modules or units is only a logical function division, and there can be another division in actual implementation. For example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the units shown or discussed can be indirect coupling or communication connection through some interface, device or unit, and can be electrical, mechanical or other forms.

[0141] The units described as separate components can or can not be physically separated, and the components shown as units can or can not be physical units, that is, they can be located in one place, or can be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

[0142] In addition, each of the function units in each of the embodiments of the present application can be integrated in one processing unit, or each unit can be physically present separately, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software function unit.

[0143] The integrated module / unit, if realized in the form of a software function unit and sold or used as an independent product, can be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the above-mentioned embodiment methods can also be implemented by a computer program instructing related hardware to complete, and the computer program can be stored in a computer readable storage medium. When the processor executes the computer program, the steps of each method embodiment described above can be implemented. The computer program includes computer program code, which can be in the form of source code, object code, executable file, or some intermediate form, etc. The computer readable storage medium can include any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electric carrier signal, telecommunication signal, and software distribution medium, etc. It should be noted that the content included in the computer readable storage medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction, for example, in some jurisdictions, according to legislation and patent practice, the computer readable storage medium does not include electric carrier signals and telecommunication signals.

[0144] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacements for some technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims

1. A transmitter parameter configuration method, characterized in that: include: Determine the device identification of the transmitter to be parameterized; Determining a parameter configuration template and a device register address corresponding to the transmitter according to the device identification; Parameter configuration is performed on the transmitter according to the parameter configuration template and the device register address.

2. The transmitter parameter configuration method according to claim 1, characterized in that: Also includes: Split the parameter delivery task into data to obtain the split parameter data packets; The split parameter data packets are sent to the transmitter in sequence.

3. The transmitter parameter configuration method according to claim 2, characterized in that: The step of sending the split parameter data packets to the transmitter in sequence includes: In the event of a network outage, determine the sequence number of the last successfully delivered parameter data packet; When the network connection is restored, the remaining parameter data packets are retransmitted according to the sequence number of the last successfully transmitted parameter data packet.

4. The transmitter parameter configuration method according to claim 2, characterized in that: Also includes: Based on the preset check code generation algorithm, a corresponding check code is generated for each split parameter data packet; The check code is used by the transmitter to perform data integrity check on each split parameter data packet.

5. The transmitter parameter configuration method according to claim 1, characterized in that: Also includes: Based on a preset dynamic tolerance range, a difference analysis is performed on the numerical parameters of the transmitter to obtain a difference analysis result of the numerical parameters of the transmitter.

6. The transmitter parameter configuration method according to claim 1, characterized in that: Also includes: Based on a preset hash algorithm, a difference analysis is performed on the non-numeric parameters of the transmitter to obtain a difference analysis result of the non-numeric parameters of the transmitter.

7. The transmitter parameter configuration method according to any one of claims 1 to 6, characterized in that: Also includes: Based on the preset digital certificate, the transmitter is authenticated through a two-way transport layer security protocol handshake; Through a role-based access control mechanism, dynamic permission management and access control are performed on the parameter configuration of the transmitter; Performing data security transmission encryption and data security storage encryption on the parameter configuration of the transmitter based on a layered encryption strategy; The parameter configuration of the transmitter is recorded in an operation log based on blockchain and video operation traceability.

8. A transmitter parameter configuration device, characterized in that: include: A device identification determination module, used to determine the device identification of the transmitter to be parameter configured; a parameter configuration template determination module, configured to determine a parameter configuration template and a device register address corresponding to the transmitter according to the device identification; A parameter configuration module is used to configure parameters of the transmitter according to the parameter configuration template and the device register address.

9. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the steps of the transmitter parameter configuration method according to any one of claims 1 to 7 are implemented.

10. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the steps of the transmitter parameter configuration method according to any one of claims 1 to 7 are implemented.

Images