Mcc converter valve bridge arm state information transmission method, device and equipment and medium

Abstract

The application relates to a MCC converter bridge arm state information transmission method, device, equipment and medium, wherein the method comprises the following steps: identifying the bridge arm state in the MCC converter; generating a 2-bit Gray code based on the bridge arm state coding; the 2-bit Gray code is used for representing at least three types of state identification; the 2-bit Gray code is embedded into a redundant field of a standard downlink frame of the MCC converter to obtain an updated downlink frame; and the updated downlink frame is transmitted to a valve control device of the MCC converter. In the whole process, the 2-bit Gray code is used for accurately representing at least three types of bridge arm states, the transmission error code is reduced, and the accuracy is improved; the 2-bit Gray code is embedded into the redundant field of the standard downlink frame, the bandwidth is not additionally occupied, and the existing communication framework is compatible, the contradiction between the bandwidth and the compatibility can be effectively solved, and efficient and stable MCC converter bridge arm state information transmission is realized.

Description

Technical Field

[0001] This application relates to the field of smart grid technology, and in particular to a method, apparatus, computer equipment, storage medium and computer program product for transmitting status information of converter valve arm in an MCC (Modular Current Converter). Background Technology

[0002] In high-voltage direct current (HVDC) transmission systems, the MCC converter valve, as a core component, is crucial for achieving precise time-sharing interlocking control through real-time and accurate transmission of its bridge arm status (fully open, partially closed, fully closed). To standardize communication between the valve control system and the valve base control unit, standard Q / CSG1203062-2019, "Communication Protocol between Modular Multilevel Converter Valve Control Device and Real-time Simulator," specifies relevant communication requirements, with a standard downlink frame length of only 8 bits.

[0003] Currently, the transmission of bridge arm status information faces a prominent contradiction between communication bandwidth and protocol compatibility. On the one hand, the limited 8-bit communication bandwidth is insufficient to meet the requirements for reliable transmission of bridge arm status information; on the other hand, a common solution to address the bandwidth issue is to add additional communication links to transmit status information, but this requires extending the data lines, which would compromise the compatibility of the Q / CSG1203062-2019 protocol. Some solutions attempt to reuse protocol fields, often using binary encoding; however, multiple bit flips during state transitions can easily generate transient errors, making it equally difficult to effectively resolve the contradiction between bandwidth and compatibility.

[0004] It is evident that traditional technologies cannot resolve the contradiction between bandwidth and compatibility in the transmission of status information of the MCC converter valve bridge arm. Summary of the Invention

[0005] Based on this, it is necessary to provide a method, apparatus, computer equipment, computer-readable storage medium, and computer program product for transmitting MCC converter valve arm status information that can effectively resolve the contradiction between bandwidth and compatibility, addressing the aforementioned technical issues.

[0006] Firstly, this application provides a method for transmitting MCC converter valve bridge arm status information. The method includes:

[0007] Identify the bridge arm status in the MCC converter valve;

[0008] A 2-bit Gray code is generated based on the bridge arm state coding; the 2-bit Gray code is used to represent at least 3 types of state identifiers;

[0009] The 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame;

[0010] The updated downlink frame is transmitted to the valve control device of the MCC converter valve.

[0011] In one embodiment, generating a 2-bit Gray code based on the bridge arm state coding includes:

[0012] If the bridge arm is fully open, then the first Gray code is generated.

[0013] If the bridge arm is in a fully off state, then the second Gray code is generated.

[0014] If the bridge arm is in a half-off state, then the third Gray code is generated.

[0015] Among them, the first Gray code, the second Gray code, and the third Gray code are all 2-bit Gray codes; there is only a single-bit change between the first Gray code and the second Gray code, and only a single-bit change between the second Gray code and the third Gray code.

[0016] In one embodiment, generating a 2-bit Gray code based on the bridge arm state coding includes:

[0017] If the bridge arm is fully open, the first Gray code 01 is generated.

[0018] If the bridge arm is in a fully off state, then the second Gray code 11 is generated.

[0019] If the bridge arm is in a half-off state, then the third Gray code 10 is generated.

[0020] In one embodiment, a 2-bit Gray code is embedded into the redundant field of the MCC converter valve standard downlink frame to obtain an updated downlink frame including:

[0021] The first bit of the 2-bit Gray code is embedded into the corresponding position of bit D2 in the standard downlink frame of the MCC converter valve;

[0022] The second bit of the 2-bit Gray code is embedded into the corresponding position of bit D3 in the standard downlink frame of the MCC converter valve.

[0023] In one embodiment, after transmitting the updated downlink frame to the valve control device of the MCC converter valve, the method further includes:

[0024] Receive a verification success message from the valve control device. The verification success message is generated by the valve control device when the code value verification and timing verification pass.

[0025] In one embodiment, the code value verification includes: verifying whether the 2-bit Gray code carried in the updated downlink frame represents an invalid state; if so, the code value verification is determined to fail and an automatic retransmission request is triggered; if not, the code value verification is determined to pass.

[0026] Timing verification includes: obtaining the 2-bit Gray code carried in the updated downlink frame in the historical record, querying the currently received historical 2-bit Gray code; detecting whether the transition path of the historical 2-bit Gray code conforms to the preset order pattern. If yes, the timing verification is deemed to have passed; if no, the timing verification is deemed to have failed and an automatic retransmission request is triggered. The preset order pattern includes the sequential transition pattern of the fully open state, the half-off state, and the fully off state.

[0027] In one embodiment, identifying the bridge arm status in the MCC converter valve includes:

[0028] Acquire the conduction status signals of each IGCT (Integrated Gate-Commutated Thyristor) in the H-bridge valve of the MCC converter valve;

[0029] The status of the bridge arm is determined based on the conduction status signal.

[0030] Secondly, this application also provides an MCC converter valve bridge arm status information transmission device. The device includes:

[0031] The bridge arm status identification module is used to identify the bridge arm status in the MCC converter valve;

[0032] The Gray coding module is used to generate 2-bit Gray codes based on the bridge arm state coding; the 2-bit Gray codes are used to represent at least 3 types of state identifiers.

[0033] The encoding embedding module is used to embed 2-bit Gray code into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame;

[0034] The transmission module is used to transmit updated downlink frames to the valve control device of the MCC converter valve.

[0035] Thirdly, this application also provides a computer device. The computer device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to perform the following steps:

[0036] Identify the bridge arm status in the MCC converter valve;

[0037] A 2-bit Gray code is generated based on the bridge arm state coding; the 2-bit Gray code is used to represent at least 3 types of state identifiers;

[0038] The 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame;

[0039] The updated downlink frame is transmitted to the valve control device of the MCC converter valve.

[0040] Fourthly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program thereon, which, when executed by a processor, performs the following steps:

[0041] Identify the bridge arm status in the MCC converter valve;

[0042] A 2-bit Gray code is generated based on the bridge arm state coding; the 2-bit Gray code is used to represent at least 3 types of state identifiers;

[0043] The 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame;

[0044] The updated downlink frame is transmitted to the valve control device of the MCC converter valve.

[0045] Fifthly, this application also provides a computer program product. The computer program product includes a computer program that, when executed by a processor, performs the following steps:

[0046] Identify the bridge arm status in the MCC converter valve;

[0047] A 2-bit Gray code is generated based on the bridge arm state coding; the 2-bit Gray code is used to represent at least 3 types of state identifiers;

[0048] The 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame;

[0049] The updated downlink frame is transmitted to the valve control device of the MCC converter valve.

[0050] The aforementioned method, apparatus, computer equipment, storage medium, and computer program product for transmitting MCC converter valve arm status information identifies the arm status in the MCC converter valve; generates a 2-bit Gray code based on the arm status encoding; the 2-bit Gray code is used to represent at least three types of status identifiers; the 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain an updated downlink frame; and the updated downlink frame is transmitted to the valve control device of the MCC converter valve. Throughout the process, the 2-bit Gray code accurately represents at least three types of arm statuses, reducing transmission errors and improving accuracy; embedding the 2-bit Gray code into the redundant field of the standard downlink frame does not consume additional bandwidth and is compatible with existing communication frameworks, effectively resolving the bandwidth and compatibility conflict and achieving efficient and stable transmission of MCC converter valve arm status information. Attached Figure Description

[0051] Figure 1 This is an application environment diagram of the MCC converter valve bridge arm status information transmission method in one embodiment.

[0052] Figure 2This is a flowchart illustrating the method for transmitting MCC converter valve bridge arm status information in one embodiment;

[0053] Figure 3 This is a schematic diagram of the standard downlink frame structure for an MCC converter valve.

[0054] Figure 4 A schematic diagram of the standard downlink frame structure for an MCC converter valve after embedding 2-bit Gray code;

[0055] Figure 5 This is a flowchart illustrating the dual detection mechanism of code value verification and timing verification.

[0056] Figure 6 This is a flowchart illustrating the method for transmitting MCC converter valve bridge arm status information in another embodiment;

[0057] Figure 7 This is a schematic diagram of the technical architecture of the MCC converter valve bridge arm status information transmission method in a specific application example.

[0058] Figure 8 This is a structural block diagram of the MCC converter valve bridge arm status information transmission device in one embodiment;

[0059] Figure 9 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0060] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0061] The MCC converter valve bridge arm status information transmission method provided in this application embodiment can be applied to, for example... Figure 1 In the application environment shown, the entire MCC converter valve arm status information transmission system mainly includes a valve control unit 102, an optical transmission link 104, and a valve control device 106. The valve control unit 102 identifies the arm status in the MCC converter valve; generates a 2-bit Gray code based on the arm status encoding; the 2-bit Gray code is used to represent at least three types of status identifiers; the 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain an updated downlink frame; and the updated downlink frame is transmitted to the valve control device 106 of the MCC converter valve via the optical transmission link 104.

[0062] In one embodiment, such as Figure 2 As shown, a method for transmitting MCC converter valve bridge arm status information is provided, which is then applied to... Figure 1 Taking the MCC converter valve bridge arm status information transmission system as an example, the following steps are included:

[0063] S200: Identifies the bridge arm status in the MCC converter valve.

[0064] The specific states of the bridge arms can include fully open (S1), partially closed (S2), and fully closed (S3). The bridge arm states can be determined and identified by analyzing the conduction status signals of each IGCT in the H-bridge valve of the MCC.

[0065] S400: Generates a 2-bit Gray code based on the bridge arm state coding; the 2-bit Gray code is used to represent at least 3 types of state identifiers.

[0066] After identifying the bridge arm status, the encoding process begins. This step employs Gray code encoding, which features a unique characteristic where adjacent codewords differ by only one bit. This characteristic effectively reduces bit errors caused by interference or noise during information transmission. Specifically, based on the identified bridge arm status, the status information is converted into 2-bit Gray codes according to specific encoding rules. Since at least three status identifiers need to be represented, such as the fully active state S1, the partially active state S2, and the fully active state S3, these three states are mapped to different 2-bit Gray code combinations through appropriate encoding design. For example, the fully active state S1 can be encoded as "01", the partially active state S2 as "11", and the fully active state S3 as "10" (the specific encoding can be flexibly adjusted according to actual needs and rules). This encoding method transforms the bridge arm status information into an encoding format suitable for transmission in the communication system, leveraging the characteristics of Gray codes to enhance the anti-interference capability of information transmission and improve the accuracy of information transmission. Its purpose is to provide a suitable encoding format for subsequently embedding the status information into downlink frames and achieving reliable transmission.

[0067] S600: Embed the 2-bit Gray code into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame.

[0068] The MCC converter valve standard downlink frame has a predefined frame structure containing various necessary information fields, as well as reserved redundant fields. These redundant fields, which might otherwise be used for auxiliary functions or reserved for future expansion, are cleverly utilized in this method to transmit bridge arm status information. Specifically, the MCC converter valve standard downlink frame is based on the standard Q / CSG1203062-2019 "Communication Protocol between Modular Multilevel Converter Valve Control Device and Real-Time Simulator". Its specific structure is as follows... Figure 3 As shown. According to standard Q / CSG1203062-2019: Communication Protocol for Modular Multilevel Converter Valve Control Device and Real-time Simulator Trigger Pulse Frame Format, the entire downlink frame includes 8 fields from D7 to D0, of which fields D3 and D2 are redundant fields.

[0069] During the embedding process, it is essential to strictly adhere to the format and protocol requirements of the standard downlink frame. The specific embedding position of the 2-bit Gray code within the redundant field must be determined to ensure it does not interfere with the normal transmission and parsing of other fields in the downlink frame. For example, based on the starting position and length of the redundant field in the frame structure, the generated 2-bit Gray code is accurately placed in the corresponding position. After embedding, an updated downlink frame is obtained, which contains both the original necessary information and newly added bridge arm status information. Its purpose is to effectively integrate bridge arm status information without altering the original communication protocol and the main functions of the frame structure, fully utilizing existing communication resources and improving information transmission efficiency.

[0070] S800: The valve control device that transmits updated downlink frames to the MCC converter valve.

[0071] The updated downlink frame containing the arm status information is transmitted to the valve control device. During transmission, a transmission protocol and method suitable for the MCC converter valve's communication environment are employed to ensure accurate and stable data delivery to the valve control device. For example, a suitable communication medium (such as optical fiber or cable) and communication rate are selected based on factors such as the MCC converter valve's communication network topology and transmission distance. Once the updated downlink frame successfully arrives at the valve control device, the device can parse the frame according to pre-set rules, extract the 2-bit Gray code, and reconstruct the arm status information, thereby achieving real-time monitoring and control of the arm status. Its function is to reliably transmit arm status information from the acquisition end to the control end, providing necessary information support for the valve control device's effective control of the MCC converter valve.

[0072] This application provides a method for transmitting arm status information of an MCC converter valve, which identifies the arm status in the MCC converter valve; generates a 2-bit Gray code based on the arm status encoding; the 2-bit Gray code is used to represent at least three types of status identifiers; the 2-bit Gray code is embedded into the redundant field of the standard downlink frame of the MCC converter valve to obtain an updated downlink frame; and the updated downlink frame is transmitted to the valve control device of the MCC converter valve. Throughout the process, the 2-bit Gray code accurately represents at least three types of arm statuses, reducing transmission errors and improving accuracy; embedding the 2-bit Gray code into the redundant field of the standard downlink frame does not consume additional bandwidth and is compatible with existing communication frameworks, effectively resolving the bandwidth and compatibility conflict and achieving efficient and stable transmission of MCC converter valve arm status information.

[0073] In one embodiment, generating a 2-bit Gray code based on the bridge arm state coding includes:

[0074] Step 1: If the bridge arm is fully open, then the first Gray code is generated.

[0075] Step 2: If the bridge arm is in a fully off state, then the second Gray code is generated.

[0076] Step 3: If the bridge arm is in a half-off state, then the third Gray code is generated.

[0077] Among them, the first Gray code, the second Gray code, and the third Gray code are all 2-bit Gray codes; there is only a single-bit change between the first Gray code and the second Gray code, and only a single-bit change between the second Gray code and the third Gray code.

[0078] When a bridge arm is detected to be in a fully on state, encoding is performed according to a pre-defined encoding rule. A fully on state means that all power devices in the bridge arm are in the conducting state, allowing the bridge arm to fully conduct current. The encoding rule is based on the Gray code generation principle, mapping the fully on state to a specific 2-bit Gray code, such as "01" (this is just an example; the actual encoding can be determined according to specific needs). When a bridge arm is detected to be in a fully off state, meaning all power devices in the bridge arm are in the off state, the bridge arm cannot conduct current. According to the established encoding rule, the fully off state is encoded to generate a second Gray code. Based on the characteristic that adjacent Gray codewords differ by only one bit, if the first Gray code is set to "01", then the second Gray code can be set to "11" (there is only a single-bit change between the first and second Gray codes). A partially off state indicates that some power devices in the bridge arm are in the conducting state, while others are in the off state; the conduction capability of the bridge arm is between fully on and fully off. According to the encoding rule, the partially off state is encoded to generate a third Gray code. To satisfy the requirement that adjacent codewords of Gray code differ by only one bit, if the second Gray code is "11", then the third Gray code can be set to "10" (there is only a single bit change between the second and third Gray codes).

[0079] In one embodiment, a 2-bit Gray code is embedded into the redundant field of the MCC converter valve standard downlink frame to obtain an updated downlink frame including:

[0080] Step 1: Embed the first bit of the 2-bit Gray code into the corresponding position of bit D2 in the standard downlink frame of the MCC converter valve.

[0081] Step 2: Embed the second bit of the 2-bit Gray code into the corresponding position of bit D3 in the standard downlink frame of the MCC converter valve.

[0082] In the communication system of the MCC converter valve, the Q / CSG1203062-2019 standard is followed. Research revealed that the FireIGBT 3 / 4 bits (i.e., D2 and D3 bits) in the downlink frame of this standard are redundant fields in the MCC full-bridge application scenario, meaning that these two fields are not fully utilized in the current application. This embodiment fully utilizes this characteristic, embedding the bridge arm status information into these two redundant fields in the form of 2-bit Gray code. While maintaining the frame length of 8 bits, it achieves 100% compatibility with the original protocol and effectively transmits the bridge arm status information. First, the structure of the MCC converter valve standard downlink frame is clarified, and the specific position of the D2 bit is determined. After obtaining the encoded 2-bit Gray code, the first data of the Gray code is extracted. Then, according to the format requirements of the downlink frame, the extracted first Gray code data is accurately embedded into the position corresponding to the D2 bit. During the embedding process, it is necessary to ensure that the data writing operation conforms to the communication protocol specifications, such as the data writing time and level standard, to ensure the correctness and stability of the data. Similar to step 1, the specific position of the D3 bit in the downlink frame is first determined. Next, the second bit of data is extracted from the 2-bit Gray code. Following strict communication protocol requirements, the second Gray code data is precisely embedded into the corresponding position of bit D3. During embedding, careful attention must be paid to various parameters of the data writing process, such as the timing of writing and signal level, to ensure that the data is accurately embedded into the designated position.

[0083] Taking a 2-bit Gray code consisting of 01 representing the fully on state S1, 11 representing the half-off state S2, and 10 representing the fully off state S3 as an example, the trigger pulse frame format is compatible with standard Q / CSG1203062-2019: Communication Protocol between Modular Multilevel Converter Valve Control Device and Real-time Simulator as follows: Figure 4 As shown. In a specific application example, the above 3-bit status identifier is converted into a 2-bit Gray code, as implemented below:

[0084] FireIGBT3 bits = S2ORS3;

[0085] FireIGBT4 bits = S1ORS2.

[0086] The corresponding encoding results are as follows:

[0087] S1 state → FireIGBT3=0, FireIGBT4=1 (01);

[0088] S2 state → FireIGBT3=1, FireIGBT4=1 (11);

[0089] S3 state → FireIGBT3=1, FireIGBT4=0 (10);

[0090] Invalid state → FireIGBT3=0, FireIGBT4=0 (00).

[0091] The Gray code is embedded at a specified position in the downlink frame of the Q / CSG1203062-2019 standard: FireIGBT 3 bits correspond to the D2 bit of the standard frame; FireIGBT 4 bits correspond to the D3 bit of the standard frame. It is then transmitted to the valve control device via optical fiber.

[0092] In one embodiment, after transmitting the updated downlink frame to the valve control device of the MCC converter valve, the method further includes:

[0093] Receive a verification success message from the valve control device. The verification success message is generated by the valve control device when the code value verification and timing verification pass.

[0094] In the communication process of the MCC converter valve, after the updated downlink frame containing bridge arm status information is transmitted to the valve control device, the valve control device performs strict verification on the received downlink frame to ensure the accuracy and effectiveness of data transmission. Only when the downlink frame passes the verification in terms of both code value and timing will the valve control device generate and send back a verification success message. After completing the transmission operation of the updated downlink frame to the MCC converter valve control device, the communication system enters a waiting feedback state. After receiving the downlink frame, the valve control device will activate its internal verification mechanism. This verification mechanism includes two parts: code value verification and timing verification. Code value verification mainly checks the data values ​​of redundant fields (D3 and D2 fields) in the downlink frame to see if they conform to the pre-set encoding rules and value ranges. For example, it checks whether the embedded 2-bit Gray code conforms to the characteristics of Gray code, and whether the data of other fields are within a reasonable range. Timing verification checks whether the path / pattern of the numerical jumps in the redundant fields (D3 and D2 fields) in the downlink frame is correct and whether it meets the preset order pattern. The valve control device will only generate a verification success message when both the code value verification and timing verification pass.

[0095] In one embodiment, the code value verification includes: verifying whether the 2-bit Gray code carried in the updated downlink frame represents an invalid state; if so, the code value verification is determined to fail and an automatic retransmission request is triggered; if not, the code value verification is determined to pass.

[0096] After receiving the updated downlink frame, the valve control device first extracts the 2-bit Gray code carried within it. Then, it performs a validity check on this 2-bit Gray code, specifically checking whether it represents an invalid state. In this embodiment, a code value of "00" is set to represent an invalid state (this setting can be determined according to the actual bridge arm state coding rules and system requirements). If the detected 2-bit Gray code is "00", the code value verification is considered to have failed. Once the code value verification is deemed to have failed, the valve control device immediately triggers an automatic retransmission request, sending a retransmission command to the data sender, requesting a retransmission of the downlink frame. If the detected 2-bit Gray code is not "00", the code value verification is considered to have passed, and subsequent timing checks and other operations continue.

[0097] Timing verification includes: obtaining the 2-bit Gray code carried in the updated downlink frame in the historical record, querying the currently received historical 2-bit Gray code; detecting whether the transition path of the historical 2-bit Gray code conforms to the preset order pattern. If yes, the timing verification is deemed to have passed; if no, the timing verification is deemed to have failed and an automatic retransmission request is triggered. The preset order pattern includes the sequential transition pattern of the fully open state, the half-off state, and the fully off state.

[0098] The valve control device continuously records the historical information of the 2-bit Gray code carried in the updated downlink frames, forming a historical record database. When timing verification is required, the currently received historical 2-bit Gray code is retrieved from this database. The device then checks for illegal transitions in the historical 2-bit Gray code. Based on a preset bridge arm state transition pattern, "S1→S3 or S3→S1" is defined as an illegal transition (where "S1" represents the fully on state, "S2" represents the partially off state, and "S3" represents the fully off state). If such an illegal transition is detected, the timing verification fails, and an automatic retransmission request is triggered. The device also checks whether the transition path of the historical 2-bit Gray code conforms to a preset order pattern. In this embodiment, the preset order pattern is a sequential transition from the fully on state (S1), to the partially off state (S2), and finally to the fully off state (S3). That is, the normal transition order should be S1→S2→S3 or its reverse order. If the detected transition path conforms to the preset sequence pattern, the timing check is deemed successful; otherwise, the timing check is deemed unsuccessful, and an automatic retransmission request is triggered. Furthermore, the entire code value check and timing check are as follows: Figure 5 The dual detection mechanism is shown. Overall, dual verification is performed on the valve control device side: 1. Detect whether the received code value is 00. If so, an automatic retransmission request is triggered; 2. Verify whether the state transition path conforms to the order S1→S2→S3. If an illegal transition of S1→S3 or S3→S1 occurs, a retransmission is triggered.

[0099] In one embodiment, such as Figure 6 As shown, identifying the bridge arm status in the MCC converter valve includes:

[0100] S220: Obtain the conduction status signal of each IGCT of the H-bridge valve in the MCC converter valve.

[0101] A dedicated signal acquisition device is used to acquire the conduction status signals of each IGCT (Integrated Gate Commutated Thyristor) within the H-bridge valve in real time. For example, an optocoupler isolation circuit can be used to acquire the IGCT conduction status signals. The acquired conduction status signals are usually in the form of electrical signals, such as voltage or current signals. The level of the voltage or the presence or absence of current can directly reflect the conduction status of the IGCT.

[0102] S240: Determine the bridge arm status based on the conduction status signal.

[0103] Specifically, the on / off status signals of each IGCT collected can be input into a hardware combinational logic circuit to determine the bridge arm status. This hardware combinational logic circuit is pre-designed based on the working principle of the MCC converter valve and the definition of bridge arm status. It can perform logical operations and processing on the input on / off status signals. The hardware combinational logic circuit determines the bridge arm status according to specific logical rules. Specifically, the bridge arm status includes S1 fully open, S2 partially closed, and S3 fully closed. For example, when all IGCTs in the H-bridge valve are in the on / off state, the hardware combinational logic circuit determines the bridge arm status as S1 fully open; when some IGCTs are on and some are off, and the logic condition of partial closed is met, it is determined as S2 partially closed; when all IGCTs are in the closed state, it is determined as S3 fully closed. The hardware combinational logic circuit has high-speed processing capabilities and can complete the logical judgment of the on / off status signals in a very short time and output the corresponding bridge arm status signals.

[0104] In practical applications, the overall technical circuit diagram of the MCC converter valve bridge arm status information transmission method of this application is shown below. Figure 7 As shown. The entire MCC converter valve bridge arm status information transmission method can be directly applied to the MCC converter valve bridge arm status information transmission system. The entire system specifically includes the following components:

[0105] 1. Status monitoring module: Composed of optocoupler isolation circuit, it collects IGCT conduction status signals; outputs 3-bit mutual exclusion status identification signals; and determines the bridge arm status through combinational logic circuit.

[0106] 2. State coding module: Gray code conversion is implemented based on combinational logic circuits, with no clock dependency; FireIGBT3=S2ORS3; FireIGBT4=S1ORS2; Resource usage: LUTs<20, FFs<15 (when implemented on FPGA).

[0107] 3. Frame assembly module: Maps Gray code to D2 / D3 bits (FireIGBT3 / 4) of standard frames; the other 6 bits are filled according to the requirements of Q / CSG1203062-2019 standard; supports 2Gbps data transmission rate.

[0108] 4. Frame receiving module: It uses an SFP optical module (Small Form-factor Pluggable Transceiver) to receive fiber optic signals; and outputs standard 8-bit parallel data to the status decoding module.

[0109] 5. Status decoding module: includes two-stage synchronizers to eliminate cross-clock domain jitter; code value verification unit: detects 00 status; timing verification unit: records historical status and detects illegal transitions; resource usage: LUT < 50, FF < 35; high single-bit error recognition rate.

[0110] 6. Timing control module: Generates time-division locking instructions based on decoding results; meets the timing requirements of IGCT drive circuit; low response delay.

[0111] The hardware configuration of the MCC converter valve bridge arm status information transmission system is as follows:

[0112] FPGA (Field Programmable Gate Array) chip: Xilinx ZYNQ7000 series; optical module: 2Gbps, 850nm; optical fiber: multimode fiber. Its logic resource usage is shown in Table 1 below.

[0113] Table 1 shows the logical resource usage table.

[0114]

[0115] The timing performance achieved after the entire system is running is shown in Table 2 below.

[0116] Table 2 shows the timing performance.

[0117]

[0118] After the entire system was running, the reliability test data are shown in Table 3 below.

[0119] Table 3 shows the reliability test data.

[0120]

[0121] As can be seen from the above embodiments, the following significant technical effects are achieved after applying the MCC converter valve bridge arm status information transmission method of this application.

[0122] This invention achieves the following technical effects through an innovative technical solution:

[0123] 1. Improved protocol compatibility

[0124] It enables the transmission of bridge arm status information within the framework of the Q / CSG1203062-2019 standard without modifying the protocol frame structure; it is compatible with existing simulation platforms and devices by accurately reusing the redundant fields of FireIGBT3 / 4; it adopts a scene isolation design: it is only used in the MCC full-bridge scenario, and remains at 0 in the half-bridge application.

[0125] 2. Improved real-time performance

[0126] The pure hardware logic processing link has a status information processing delay of no more than 10ns, meeting the real-time requirements of high-voltage DC systems for status information transmission.

[0127] 3. Improved reliability

[0128] Gray code encoding plus double check mechanism improves the single-bit error recognition rate; the Hamming distance between invalid state 00 and all valid states is ≥1, ensuring that errors are detectable.

[0129] 4. Enhanced anti-interference capability

[0130] Adjacent states change by only a single bit, reducing sensitivity to electromagnetic interference; signal transition amplitude is reduced, thus lowering EMI.

[0131] It should be understood that although the steps in the flowcharts of the above embodiments are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the above embodiments may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0132] Based on the same inventive concept, this application also provides an MCC converter valve arm status information transmission device for implementing the MCC converter valve arm status information transmission method described above. The solution provided by this device is similar to the solution described in the above method. Therefore, the specific limitations of one or more MCC converter valve arm status information transmission device embodiments provided below can be found in the limitations of the MCC converter valve arm status information transmission method described above, and will not be repeated here.

[0133] In one embodiment, such as Figure 8 As shown, an MCC converter valve bridge arm status information transmission device is provided, comprising:

[0134] The bridge arm status identification module 200 is used to identify the bridge arm status in the MCC converter valve.

[0135] Gray coding module 400 is used to generate 2-bit Gray codes based on bridge arm state coding; the 2-bit Gray codes are used to represent at least 3 types of state identifiers;

[0136] The encoding embedding module 600 is used to embed 2-bit Gray code into the redundant field of the standard downlink frame of the MCC converter valve to obtain the updated downlink frame.

[0137] The transmission module 800 is used to transmit updated downlink frames to the valve control device of the MCC converter valve.

[0138] In one embodiment, the Gray coding module 400 is further configured to generate a first Gray code if the bridge arm is fully open; generate a second Gray code if the bridge arm is fully closed; and generate a third Gray code if the bridge arm is half closed. The first Gray code, the second Gray code, and the third Gray code are all 2-bit Gray codes. There is only a single-bit change between the first Gray code and the second Gray code, and only a single-bit change between the second Gray code and the third Gray code.

[0139] In one embodiment, the Gray coding module 400 is further configured to generate a first Gray code 01 if the bridge arm is fully open; generate a second Gray code 11 if the bridge arm is fully closed; and generate a third Gray code 10 if the bridge arm is partially closed.

[0140] In one embodiment, the encoding embedding module 600 is further configured to embed the first bit of the 2-bit Gray code into the corresponding position of the D2 bit of the MCC converter valve standard downlink frame; and to embed the second bit of the 2-bit Gray code into the corresponding position of the D3 bit of the MCC converter valve standard downlink frame.

[0141] In one embodiment, the transmission module 800 is further configured to receive a verification success message from the valve control device, which is generated by the valve control device when the code value verification and timing verification pass.

[0142] In one embodiment, the code value verification includes: verifying whether the 2-bit Gray code carried in the updated downlink frame represents an invalid state; if so, the code value verification is determined to fail and an automatic retransmission request is triggered; if not, the code value verification is determined to pass.

[0143] Timing verification includes: obtaining the 2-bit Gray code carried in the updated downlink frame in the historical record, querying the currently received historical 2-bit Gray code; detecting whether the transition path of the historical 2-bit Gray code conforms to the preset order pattern. If yes, the timing verification is deemed to have passed; if no, the timing verification is deemed to have failed and an automatic retransmission request is triggered. The preset order pattern includes the sequential transition pattern of the fully open state, the half-off state, and the fully off state.

[0144] In one embodiment, the bridge arm status identification module 200 is further used to acquire the conduction status signal of each IGCT of the H-bridge valve in the MCC converter valve; and to determine the bridge arm status based on the conduction status signal.

[0145] Each module in the aforementioned MCC converter valve arm status information transmission device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the processor of a computer device in hardware form or independent of it, or stored in the memory of a computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0146] In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as follows: Figure 9 As shown, the computer device includes a processor, memory, communication interface, display screen, and input devices connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, mobile cellular networks, NFC (Near Field Communication), or other technologies. When executed by the processor, the computer program implements a method for transmitting MCC converter valve arm status information. The display screen can be an LCD screen or an e-ink display screen. The input devices can be a touch layer covering the display screen, buttons, a trackball, or a touchpad mounted on the computer device casing, or an external keyboard, touchpad, or mouse.

[0147] Those skilled in the art will understand that Figure 9 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0148] In one embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the above-described method for transmitting MCC converter valve bridge arm status information.

[0149] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the above-described method for transmitting MCC converter valve bridge arm status information.

[0150] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the above-described MCC converter valve bridge arm status information transmission method.

[0151] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, etc., and are not limited to these.

[0152] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0153] The above embodiments are merely illustrative of several implementation methods of this application, and their descriptions are relatively specific and detailed. However, they should not be construed as limiting the scope of this application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for transmitting MCC converter valve bridge arm status information, characterized in that, The method includes: Identify the bridge arm status in the MCC converter valve; A 2-bit Gray code is generated based on the bridge arm state encoding; the 2-bit Gray code is used to represent at least 3 types of state identifiers; The 2-bit Gray code is embedded into the redundant field of the MCC converter valve standard downlink frame to obtain the updated downlink frame; The updated downlink frame is transmitted to the valve control device of the MCC converter valve.

2. The method according to claim 1, characterized in that, The step of generating a 2-bit Gray code based on the bridge arm state encoding includes: If the bridge arm is fully open, then the first Gray code is generated. If the bridge arm is in a fully off state, then the second Gray code is generated. If the bridge arm is in a half-off state, then the third Gray code is generated. The first Gray code, the second Gray code, and the third Gray code are all 2-bit Gray codes; there is only a single-bit change between the first Gray code and the second Gray code, and only a single-bit change between the second Gray code and the third Gray code.

3. The method according to claim 1, characterized in that, The step of generating a 2-bit Gray code based on the bridge arm state encoding includes: If the bridge arm is fully open, the first Gray code 01 is generated. If the bridge arm is in a fully off state, then the second Gray code 11 is generated. If the bridge arm is in a half-off state, then the third Gray code 10 is generated.

4. The method according to claim 1, characterized in that, The step of embedding the 2-bit Gray code into the redundant field of the MCC converter valve standard downlink frame to obtain the updated downlink frame includes: The first bit of the 2-bit Gray code is embedded into the corresponding position of bit D2 in the standard downlink frame of the MCC converter valve; The second bit of the 2-bit Gray code is embedded into the corresponding position of bit D3 in the standard downlink frame of the MCC converter valve.

5. The method according to claim 1, characterized in that, After transmitting the updated downlink frame to the valve control device of the MCC converter valve, the system further includes: The system receives a verification success message from the valve control device, which is generated by the valve control device when the code value verification and timing verification pass.

6. The method according to claim 5, characterized in that, The code value verification includes: verifying whether the 2-bit Gray code carried in the updated downlink frame indicates an invalid state; if so, the code value verification is determined to fail and an automatic retransmission request is triggered; if not, the code value verification is determined to pass. The timing verification includes: obtaining the 2-bit Gray code carried in the updated downlink frame from the historical record, querying the currently received historical 2-bit Gray code; detecting whether the transition path of the historical 2-bit Gray code conforms to a preset order pattern; if yes, the timing verification is determined to pass; if no, the timing verification is determined to fail and an automatic retransmission request is triggered; the preset order pattern includes the sequential transition pattern of fully open state, half-off state, and fully off state.

7. The method according to claim 1, characterized in that, The identification of the bridge arm status in the MCC converter valve includes: Obtain the on / off status signal of each IGCT in the H-bridge valve of the MCC converter valve; The bridge arm status is determined based on the conduction status signal.

8. A device for transmitting status information of an MCC converter valve bridge arm, characterized in that, The device includes: The bridge arm status identification module is used to identify the bridge arm status in the MCC converter valve; A Gray coding module is used to generate a 2-bit Gray code based on the bridge arm state encoding; the 2-bit Gray code is used to represent at least 3 types of state identifiers. The encoding embedding module is used to embed the 2-bit Gray code into the redundant field of the MCC converter valve standard downlink frame to obtain the updated downlink frame; The transmission module is used to transmit the updated downlink frame to the valve control device of the MCC converter valve.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images