A method, system and storage medium for generating an optical fiber interconnection protocol for a DC test device

Abstract

This application discloses a method, system, and storage medium for generating fiber optic interconnection protocols for a DC testing device. The method includes: both hardware and software employing configuration methods to generate communication protocols, including fiber optic Ethernet, fiber optic I / O, and fiber optic serial port FT3 protocols. The software uses a layered configuration method to generate the communication protocols, including the following steps: generating control information for various communication protocol frames based on the information of the device under test configured in the link-layer HMI; controlling the actual physical signals of the application-layer HMI to generate application data information for various communication protocol frames based on the mapping relationship, number of channels, and data type of the channels configured in the link-layer HMI; configuring the actual physical signals in the application HMI; and combining the control information and application data information of various communication protocol frames to generate the communication protocol. This application employs a configuration-based design for both hardware and software, allowing for rapid adjustment of the communication protocol to meet the testing needs of various DC protection devices currently on the market.

Description

Technical Field

[0001] This application relates to the field of ultra-high voltage direct current (UHVDC) device technology, specifically to a method, system, and storage medium for generating fiber optic interconnection protocols for a DC testing device. Background Technology

[0002] In recent years, with the increasing number of DC transmission projects put into operation, the reliable operation of DC protection systems has become increasingly important for ensuring the safe and stable operation of DC power grids.

[0003] Due to the inherent complexity of DC systems, various protection devices are physically distributed across the system, and interconnection between systems is mostly via optical fiber. DC protection devices are interconnected with merging units, I / O cabinets, DC control devices, and 3x2 switching devices via optical fiber. The merging unit receives various signals from the process layer, including DC electronic current, electronic voltage, pure optical CTs, Hall effect sensors, AC electronic voltage and current transformers, and conventional CTs and PTs. The merging unit first aggregates these signals and then transmits them to the DC protection devices via the FT3 protocol in IEC 60044-8 format. Because of the diverse types of signals requiring different transmission methods, and because different DC substation scales require different signal quantities, there are various types of FT3 protocols. These include interrupt frequencies such as 2K, 4K, 10K, 20K, 50K, and 100K Hz, and baud rates such as 2.5M, 5M, and 10M, depending on the amount of signal transmitted. There are several bit / s types. Currently, there is no unified standard protocol for fiber optic serial ports that can cover the signal transmission of various DC stations. Relevant standards only specify compliance with GB / T20840.8, making it difficult to meet DC protection testing requirements with a fixed-format protocol. DC protection devices interconnect with I / O cabinets via fiber optic I / O protocols. Their frame structure adopts the ISO / IEC 8802-3 Ethernet frame structure. The destination MAC area is a crucial control area in the DC system, and its information composition varies depending on each DC station and the cabinet number, cabinet layer number, board slot number, and host IP address within the station. The APDU portion uses the GOOSE protocol format, but some key information and application data of the GOOSE control block lack unified specifications and standards, making it impossible to generate a universally compatible protocol through a fixed pattern. DC protection devices interconnect with DC control devices and 3x2 devices via fiber optic Ethernet protocols. Their frame structure adopts the ISO / IEC 8802-3 Ethernet frame structure. The Ethernet frame structure of 8802-3 has MAC addresses that vary depending on the type of DC station (valve protection / pole protection), the station ID, pole ID, system ID, host ID, and host IP address. Its Ethernet type, application layer flags, and encoding methods are quite different from those of the fiber optic I / O protocol.

[0004] In summary, DC protection systems are interconnected with other systems via optical fibers. There are many interconnection protocols, and the protocol formats, contents, lengths, and encodings are affected by many factors, making it impossible to standardize them at present. However, with the development of DC transmission systems, the testing of these DC protection and control devices is receiving increasing attention. At present, however, there is a lack of testing equipment on the market that can simulate various protocols and perform closed-loop testing on these DC devices. Solving this problem is an urgent practical need. Summary of the Invention

[0005] The purpose of this application is to provide a method, system, and storage medium for generating fiber optic interconnection protocols for a DC test device, so as to solve the problem that test devices in the prior art cannot simulate various communication protocols as needed.

[0006] To achieve the above objectives, this application employs the following technical solution:

[0007] In a first aspect, this application discloses a method for generating an optical fiber interconnection protocol for a DC testing device. Both the software and hardware are configured to generate the communication protocol, which includes an optical fiber Ethernet protocol, an optical fiber I / O protocol, and an optical fiber serial port FT3 protocol.

[0008] The software employs a layered configuration approach to generate the communication protocol, including the following steps:

[0009] Control information for various communication protocol frames is generated based on the information of the device under test configured in the link layer HMI.

[0010] The application layer HMI controls the actual physical signals of the application layer HMI to generate application data information for various communication protocol frames based on the mapping relationship, number of channels, and data type of the channels configured in the link layer HMI; the actual physical signals are configured in the application HMI.

[0011] A communication protocol is generated by combining control information and application data information from various communication protocol frames.

[0012] Further: Generate Fiber Ethernet protocol frames, including:

[0013] Control information for generating fiber optic Ethernet protocol frames is generated based on the type of device under test, the station ID, pole ID, system ID, host ID, and host IP address information of the DC station. The control information includes: MAC address and APPID.

[0014] The structural framework for generating fiber optic Ethernet protocol frames is generated based on the number of channels and the data type of the channels.

[0015] Based on the data type and transmission frequency of the channel, different types of application data information are generated in real time from the actual physical signals configured by the HMI.

[0016] The application data information is filled into the relevant positions of the fiber Ethernet protocol frame structure according to the mapping relationship, and the fiber Ethernet protocol frame is generated by combining the control information of the fiber Ethernet protocol frame.

[0017] Organized fiber optic Ethernet protocol frames are sent in real time according to the transmission frequency.

[0018] The type of device under test, the station ID, pole ID, system ID, host ID, host IP address, transmission frequency, number of channels, data type of each channel, and mapping relationship with the application layer are configured through the link layer HMI.

[0019] Further: Generate fiber optic I / O protocol frames, including:

[0020] Control information for generating fiber optic I / O protocol frames based on rack number, rack layer number, board slot number, and host IP address, wherein the control information includes at least one of MAC address, GoCBRef, APPID, and DatSet;

[0021] The structural framework of the fiber optic I / O protocol frame is generated based on the number of channels and the data type of the channels.

[0022] Based on the data type and transmission frequency of the channel, different types of application data information are generated in real time from the actual physical signals configured by the HMI.

[0023] The application data information is filled into the relevant positions of the fiber optic I / O protocol frame structure according to the mapping relationship, and the fiber optic I / O protocol frame is generated by combining the control information of the fiber optic I / O protocol frame.

[0024] The organized fiber optic I / O protocol frames are sent in real time according to the transmission frequency.

[0025] The rack number, rack layer number, board slot number, host IP address, transmission frequency, number of fiber optic I / O protocol channels, data type of each channel, and mapping relationship with the application layer are configured through the link layer HMI.

[0026] Furthermore: Generating the fiber optic serial port FT3 protocol includes:

[0027] Control information for generating fiber optic serial port FT3 protocol frames based on configuration parameters;

[0028] The structural framework of the fiber optic serial port FT3 protocol frame is generated based on the length of the frame structure block, the frame check mode, the number of analog channels in the application layer, and the channel type.

[0029] Based on the transmission frequency, the data type of each channel, and the encoding value corresponding to the rated information of each channel, the application layer HMI is controlled to generate application layer data information of the fiber optic serial port FT3 protocol in real time.

[0030] The application data information is filled into the relevant positions of the fiber optic serial port FT3 protocol frame structure according to the mapping relationship, and the fiber optic serial port FT3 protocol frame is generated by combining the control information of the fiber optic serial port FT3 protocol frame.

[0031] The checksum of each frame structure block is generated according to the frame check mode and filled into the relevant position in the fiber optic serial port FT3 protocol frame structure frame.

[0032] Data frames with different baud rates are generated based on the transmit and receive baud rates;

[0033] The well-organized fiber optic serial port FT3 protocol frames are sent in real time according to the transmission frequency.

[0034] The configuration parameters are configured through the link layer HMI, and include: LNname, LDname, data set name, rated delay, status control information, transmit interrupt frequency, transmit and receive baud rate, frame structure block length, frame check mode, number of analog channels in the application layer, encoding value corresponding to the rated information of each channel, data type of output data, mapping relationship of application layer data and data type of mapped data.

[0035] Furthermore, the process of generating the application data information includes:

[0036] The application-layer HMI controls the actual physical signals to generate real-time application data information through state sequences, waveform recording data, or simulated fault data; the actual physical signals include: AC signals, DC signals, and state information;

[0037] When generating application data information in the state sequence control, the DC signal and state information are directly set and generated, while the AC signal is generated in real time according to the period using a mathematical model based on the set parameters. The AC signal setting parameters include amplitude, phase angle and frequency.

[0038] When generating application data information from waveform recording data or simulated fault data, DC signals, status information, and AC signals directly reference data from waveform recording data or simulated fault data according to the mapping relationship set by the application layer HMI.

[0039] Furthermore, the application data information is controlled via both time and button input;

[0040] The control information and application data of each generated communication protocol frame are automatically saved as a project template.

[0041] Furthermore, the hardware employs a configuration method to generate the communication protocol, including:

[0042] The hardware adopts a common port design and uses the SFP interface uniformly.

[0043] The SFP interface obtains connector information through the I2C pin to output different communication protocols;

[0044] If the connector indicates that the device under test needs to communicate via Fiber Ethernet or Fiber I / O, then the Fiber Ethernet or Fiber I / O protocol is output through pins 18 / 19 and 12 / 13 of the SFP interface connector.

[0045] If the connector indicates that the device under test needs to communicate via the FT3 protocol, the FT3 protocol will be output through pins 2 and 7 of the SFP interface connector.

[0046] Furthermore, the generation of the Fiber Ethernet protocol, Fiber I / O protocol, and Fiber Serial FT3 protocol also includes:

[0047] The hardware uses pulse-generated hard synchronous interrupts, and the interrupt frequency can be configured.

[0048] The software performs real-time calculations based on the hardware interrupt frequency to ensure consistent data timing and time stamps.

[0049] Both hardware and software methods work together to ensure the synchronization of the fiber optic Ethernet protocol, fiber optic I / O protocol, and fiber optic serial port FT3 protocol.

[0050] Secondly, this application discloses a fiber optic interconnection protocol generation system for a DC testing device, characterized in that it includes:

[0051] Memory, used to store instructions;

[0052] A processor for executing the instructions to cause the device to perform operations implementing the fiber optic interconnect protocol generation method for a DC test apparatus as described in any of the first aspects.

[0053] Thirdly, this application discloses a computer-readable storage medium storing a computer program thereon, characterized in that, when the computer program is executed by a processor, it implements the fiber optic interconnection protocol generation method of the DC test device as described in any of the first aspects.

[0054] The beneficial effects of this application are as follows:

[0055] Both the hardware and software in this application adopt a configurable design, which can quickly adjust the communication protocol according to different testing needs without replacing the hardware, greatly improving the system's flexibility and adaptability to future testing needs. For new testing devices or protocol changes, only reconfiguration is required, reducing maintenance costs.

[0056] The software layered configuration approach makes the development and debugging process more modular. By configuring the control information of various communication protocol frames through the link layer HMI, and configuring the mapping relationship, number of channels and data type of the channels, the actual physical signals of the application layer HMI are controlled to generate application data information of various communication protocol frames. Different protocols such as fiber optic Ethernet protocol, fiber optic IO protocol and fiber optic serial port FT3 can be generated, ensuring compatibility with a variety of test equipment and standards. This allows the test device to be seamlessly connected to diverse test environments. The communication protocol can cover the interconnection protocols of various links such as analog quantities of DC station process layer, IO cabinets, control devices and protection devices, protection devices and three-out-of-two devices, etc. It can input and output various signals for a single DC protection device, and meet the full closed-loop test of a single DC device. Attached Figure Description

[0057] Figure 1 This is a structural block diagram of the method for generating the protocol in this application;

[0058] Figure 2 This is the SFP interface diagram for this application;

[0059] Figure 3 A block diagram is generated for the link structure of the fiber optic Ethernet protocol and fiber optic I / O protocol in this application;

[0060] Figure 4 A block diagram of the fiber optic serial port FT3 protocol link structure for this application is generated;

[0061] Figure 5 This is a schematic diagram of the DC testing device of this application;

[0062] Figure 6 This is a diagram illustrating the architecture for closed-loop testing of the DC protection device in this application. Detailed Implementation

[0063] To make the technical means, creative features, objectives and effects of this application easier to understand, the following describes this application in conjunction with specific implementation methods.

[0064] like Figures 1-6As shown, a method for generating fiber optic interconnection protocols for a DC testing device is disclosed. Both hardware and software employ configuration methods to generate communication protocols, including fiber optic Ethernet, fiber optic I / O, and fiber optic serial port FT3 protocols. The software uses a layered configuration method to generate the communication protocols, comprising the following steps: generating control information for various communication protocol frames based on the information of the device under test configured in the link layer HMI; controlling the actual physical signals of the application layer HMI to generate application data information for various communication protocol frames based on the mapping relationship, number of channels, and data type of the channels configured in the link layer HMI; configuring the actual physical signals in the application HMI; and combining the control information and application data information of various communication protocol frames to generate the communication protocol.

[0065] Because both the hardware and software in this application are configurable, the communication protocol can be quickly adjusted according to different testing needs without hardcoding or hardware replacement, greatly improving the system's flexibility and adaptability to future testing requirements. For new testing devices or protocol changes, only reconfiguration is required, reducing maintenance costs.

[0066] Layered software configuration makes the development and debugging process more modular. The separation of the link layer HMI and the application layer HMI allows engineers to focus on the tasks of their respective layers and independently optimize the generation logic of control information and application data. This not only accelerates the development process but also simplifies problem localization and debugging.

[0067] By configuring different protocols such as fiber optic Ethernet, fiber optic I / O, and fiber optic serial port FT3, compatibility with various test equipment and standards is ensured, enabling the test device to be seamlessly integrated into diverse test environments and improving the device's versatility and interoperability.

[0068] Compared to hard coding, configuration reduces the possibility of human programming errors, especially when generating control information and application data. The intuitive interface of the HMI reduces the risk of configuration errors and improves the accuracy of the final communication protocol and the reliability of system operation.

[0069] The key technical point of this application is that the software adopts a layered configuration approach. Through layered software configuration, fiber optic Ethernet protocol frames, fiber optic I / O protocol frames, and fiber optic serial port FT3 protocol are generated, specifically including:

[0070] The specific steps for generating a Fiber Ethernet protocol frame include:

[0071] Control information for generating fiber optic Ethernet protocol frames is generated based on the type of the device under test, the station ID, pole ID, system ID, host ID, and host IP address information of the DC station. This control information includes the MAC address and APPID. The structural framework of the fiber optic Ethernet protocol frame is generated based on the number of channels and the data type of each channel. Different types of application data information are generated in real-time from the actual physical signals configured by the HMI, based on the data type of the channels and the transmission frequency. The application data information is filled into the relevant positions in the structural framework of the fiber optic Ethernet protocol frame according to the mapping relationship, and combined with the control information to generate the fiber optic Ethernet protocol frame. The organized fiber optic Ethernet protocol frame is then transmitted in real-time according to the transmission frequency.

[0072] In this scheme, the type of device under test, the station ID, pole ID, system ID, host ID, host IP address, transmission frequency, number of channels, data type of each channel, and mapping relationship with the application layer are configured through the link layer HMI.

[0073] The specific steps for generating a fiber optic I / O protocol frame include:

[0074] The system generates control information for fiber optic I / O protocol frames based on rack number, rack layer number, board slot number, and host IP address. This control information includes at least one of MAC address, GoCBRef, APPID, and DatSet. The system also generates a structural framework for the fiber optic I / O protocol frames based on the number of channels and their data types. Furthermore, it generates different types of application data information in real-time from the actual physical signals configured by the HMI, based on the channel data types and transmission frequency. The application data information is then filled into the relevant positions within the structural framework of the fiber optic I / O protocol frames according to the mapping relationship, and combined with the control information to generate the fiber optic I / O protocol frames. Finally, the system transmits the organized fiber optic I / O protocol frames in real-time according to the transmission frequency.

[0075] In this solution, the rack number, rack layer number, board slot number, host IP address, transmission frequency, number of fiber optic I / O protocol channels, data type of each channel, and mapping relationship with the application layer are configured through the link layer HMI.

[0076] The specific steps for generating the FT3 protocol for fiber optic serial ports include:

[0077] The system generates control information for the fiber optic serial port FT3 protocol frame based on configuration parameters; it generates the structural framework of the fiber optic serial port FT3 protocol frame based on the length of the frame structure block, frame check mode, number of analog channels in the application layer, and channel type; it controls the actual physical signal of the application layer HMI to generate application layer data information for the fiber optic serial port FT3 protocol in real time based on the transmission frequency, data type of each channel, and the encoding value corresponding to the rated information of each channel; it fills the application data information into the relevant positions of the fiber optic serial port FT3 protocol frame structural framework according to the mapping relationship, and generates the fiber optic serial port FT3 protocol frame in combination with the control information of the fiber optic serial port FT3 protocol frame; it generates the check code of each frame structure block according to the frame check mode and fills it into the relevant positions of the fiber optic serial port FT3 protocol frame structural framework; it generates data frames with different baud rates based on the transmit and receive baud rates; and it transmits and organizes the fiber optic serial port FT3 protocol frames in real time according to the transmission frequency.

[0078] The configuration parameters are configured through the link layer HMI. The configuration parameters include: LNname, LDname, data set name, rated delay, status control information, transmit interrupt frequency, transmit and receive baud rate, frame structure block length, frame check mode, number of analog channels in the application layer, encoding value corresponding to the rated information of each channel, data type of output data, mapping relationship of application layer data and data type of mapped data.

[0079] This application generates control information based on the specific type of the device under test and the detailed identification information of the DC station (station ID, pole ID, system ID, host ID, root cabinet number, cabinet layer number, board slot number, host IP address, etc.). This configuration method makes the solution widely applicable to the testing of different types of DC protection devices, improving the system's flexibility and compatibility.

[0080] This application can generate application data information in real time based on the number of channels and data types, demonstrating the system's ability to process multi-source and multi-type data. This configuration method makes the solution widely applicable to the testing of different types of DC protection devices, further improving the system's flexibility and compatibility. Through predefined mapping relationships, application data information is accurately filled into the corresponding positions of the protocol frame, enabling the system to dynamically construct data packets. The mapping relationships separate the management of complex physical signals and abstract codes, improving usability and reducing the error rate.

[0081] All configuration information for different protocols (including device type, ID information, IP address, channel configuration, data type, mapping relationship, etc.) is uniformly managed through the link layer HMI interface, improving the system's usability and maintainability. Flexible setting of the transmission frequency allows for real-time transmission of protocol frames according to a preset frequency, enabling timely and dynamic simulation of system state changes and enhancing the flexibility and compatibility of the testing system.

[0082] In this application, the process of generating application data information includes: the application layer HMI controls the actual physical signals to generate real-time application data information through state sequences, waveform data, or simulated fault data; the actual physical signals include: AC signals, DC signals, and state information; wherein, when the state sequence controls the generation of application data information, the DC signals and state information are directly set and generated, and the AC signals are calculated in real time according to the period using a mathematical model based on the set parameters; the AC signal setting parameters include amplitude, phase angle, and frequency; when the waveform data or simulated fault data controls the generation of application data information, the DC signals, state information, and AC signals directly reference data from the waveform data or simulated fault data according to the mapping relationship set by the application layer HMI.

[0083] In this application, the application-layer HMI can control the generation of application data information through state sequences, actual waveform recordings, or simulated fault data. This means the system possesses multiple control methods, better adapting to testing needs. The state sequence control method, for AC signals, uses a simple mathematical model to calculate and generate data in real time based on set amplitude, phase angle, and frequency parameters. This allows for simple and rapid construction of test cases, suitable for functional testing in simple scenarios. The actual waveform recordings from the field realistically recreate the actual operating conditions of the DC protection device, suitable for testing scenarios involving fault inversion and iterative upgrades of protection device functions. The simulated fault data control method using large-scale commercial software can simulate more complex system faults, improving the diversity and realism of the test system. Directly generating application data information using waveform recordings or simulated fault data not only saves data generation time and resources but also ensures that the test is based on complex actual or simulated scenarios, increasing the effectiveness and practicality of the test.

[0084] The second key technical point of this application is that the hardware adopts a configurable form.

[0085] Specifically, the hardware adopts a common port design and uniformly uses the SFP interface; the SFP interface obtains connector information through the I2C pin to output different communication protocols; if the connector indicates that the device under test needs to communicate via the fiber optic Ethernet protocol or the fiber optic I / O protocol, then the fiber optic Ethernet protocol or the fiber optic I / O protocol is output through pins 18 / 19 and pins 12 / 13 of the SFP interface connector; if the connector indicates that the device under test needs to communicate via the fiber optic serial port FT3 protocol, then the fiber optic serial port FT3 protocol is output through pins 2 and pins 7 of the SFP interface connector.

[0086] The configurable hardware allows for dynamic adjustments when the application is tested under different protection systems, further enhancing compatibility and ease of use.

[0087] The present application will be described below through a specific embodiment. Example

[0088] This embodiment provides a method for generating fiber optic interconnection protocols for a DC test device. Both the hardware and software are configurable to generate fiber optic Ethernet protocols, fiber optic I / O protocols, and fiber optic serial port FT3 protocols for testing DC protection devices.

[0089] In terms of hardware, this application adopts a common port design scheme and uses hardware modules with a unified structure and interface form (SFP interface). The driver circuit is designed with different functions at different pin positions of the driver chip, and corresponds one-to-one with the selected module. It can output different communication protocols according to different inserted modules. The communication protocols include fiber optic Ethernet protocol, fiber optic IO protocol, and fiber optic serial port FT3 protocol.

[0090] Specifically, SFP interface connectors are used, such as Figure 2 As shown, pins 2 and 7 are connected to the low-speed pins of the FPGA to implement the FT3 fiber optic serial port protocol. Pins 18 / 19 and 12 / 13 can be connected to the FPGA's 100Mbps or 1Gbps Ethernet pins to implement the fiber optic Ethernet protocol and fiber optic I / O protocol. Pins 4 / 5 are I2C interfaces, which can output different communication protocols by reading the information from the inserted connector. If the connector indicates that the device under test needs to communicate via the fiber optic Ethernet protocol or the fiber optic I / O protocol, then the fiber optic Ethernet protocol or the fiber optic I / O protocol is output through pins 18 / 19 and 12 / 13 of the SFP interface connector. If the connector indicates that the device under test needs to communicate via the FT3 fiber optic serial port protocol, then the fiber optic serial port FT3 protocol is output through pins 2 and 7 of the SFP interface connector. This application is compatible with 1Gbps fiber optic Ethernet, 100Mbps fiber optic Ethernet, fiber optic I / O protocol, and the FT3 fiber optic serial port protocol.

[0091] like Figure 1 As shown: Fiber optic Ethernet protocol, fiber optic I / O protocol, and fiber optic serial port FT3 protocol adopt a layered configuration method, consisting of a link layer and an application layer. Both the link layer and the application layer include a human-machine interface (HMI). The link layer HMI is used to configure the information of the device under test and generate the frame structure framework for various communication protocols based on the information. The application layer HMI is used to configure the actual control physical signals of the device under test and map the actual control physical signals into the frame structure framework.

[0092] Furthermore, the link layer human-machine interface is divided into a control information interface and a mapping information interface. The control information is used to generate the frame structure of various communication protocols. The actual information of the actual DC station is configured in the control information interface of the link layer and generated according to the corresponding logic. The mapping information interface is used to map the application data in various protocol frames to the specific electrical signals of the application layer human-machine interface, and further control is achieved through the human-machine interaction module of the application layer.

[0093] Fiber Ethernet protocol:

[0094] The Fiber Ethernet protocol is primarily used to transmit information between DC control devices and DC protection devices. Control information is generated through the human-machine interface configuration at the link layer. Configuration parameters include: the type of DC station (valve protection / pole protection), the station ID, pole ID, system ID, host ID, host IP address, the number of channels in the Fiber Ethernet protocol, and the data type of each channel. Based on the input DC station type (valve protection / pole protection), station ID, pole ID, system ID, host ID, and host IP address, the link layer generates control information such as the MAC address and APPID. The frame structure of application layer data information is then generated based on the number and type of channels. The data type of each channel determines the data encoding and the length of each data item. The total amount of application data collectively determines the frame data structure of the Fiber Ethernet protocol.

[0095] For ease of use, the application data information is mapped to the actual physical signals corresponding to the application-layer HMI, facilitating control at the application-layer HMI interface layer. The architecture is as follows: Figure 3 As shown, the application-layer HMI uses a more intuitive and realistic interface to control actual physical signals. The application-layer HMI can be configured with multiple state sequences, each with different configuration parameters to simulate complex DC system faults. Then, based on the data type, it generates application data information using the fiber optic Ethernet protocol and fills the corresponding positions in the frame structure according to the mapping relationship. Application-layer state changes can be controlled and switched using either time or buttons.

[0096] Furthermore, the control information from the fiber optic Ethernet protocol link layer and the application layer data information are combined into a fiber optic Ethernet protocol frame.

[0097] Fiber optic I / O protocol:

[0098] The fiber optic I / O protocol includes the GOOSE I / O protocol and the monitoring I / O protocol. The GOOSE I / O protocol is the control trip I / O information sent by the DC control device, while the monitoring I / O protocol is the status information of the I / O boards in the DC power supply cabinet. The fiber optic I / O frame structure also adopts the Ethernet frame structure of ISO / IEC 8802-3. For the specific generation process, please refer to the fiber optic Ethernet protocol section.

[0099] The GOOSE IO protocol borrows the encoding rules of GOOSE in digital substations. The transmission mechanism sends data periodically according to the set transmission frequency. Its MAC address low-order bits, GoCBRef, APPID, DatSet and other parameters are affected by the cabinet number, cabinet layer number, and board slot number. Therefore, when generating fiber optic Ethernet protocol (fiber optic IO protocol) link control information in the link layer human-machine interface configuration, the configuration parameters include: cabinet number, cabinet layer number, board slot number, and host IP address. Based on this information, the link layer human-machine interface module directly generates the MAC address, APPID and other control information of the fiber optic IO protocol link layer. The number and type of channels in the configuration parameters generate the frame structure of application layer information.

[0100] Furthermore, the application layer information of the fiber optic I / O protocol first establishes a mapping relationship between the link layer HMI and the application layer HMI. Through the application layer HMI, actual I / O signals are controlled using a more realistic and intuitive interface. The application layer HMI can be configured with multiple state sequences, each with different configuration parameters to simulate DC system state information. Then, application data information for the fiber optic I / O protocol is generated based on the data type and filled into the corresponding positions in the frame structure according to the mapping relationship. Application layer state changes can be controlled and switched using either time or button input.

[0101] The control information of the link layer and the data information of the application layer of the fiber optic I / O protocol are combined into the frame structure framework of the fiber optic I / O protocol.

[0102] Fiber optic serial port FT3 protocol:

[0103] The FT3 fiber optic serial port protocol is used to transmit analog information from DC protection devices. Its frame structure is based on the IEC 60044-8 protocol, employing a layered configuration of the link layer and application layer. In the link layer human-machine interface module, configuration parameters include LNname, LDname, data set name, rated delay, status control information, transmit interrupt frequency, transmit / receive baud rate, frame block length, frame check mode, number of analog channels in the application layer, encoding value corresponding to the rated information of each channel, data type of output data, mapping relationship with application layer data, and data type of mapped data. Based on this information, each variable area of ​​the fiber optic serial port protocol can be flexibly controlled, and a correspondence is established between the specific physical information of the link layer and application layer.

[0104] The FT3 fiber optic serial port application human-machine interface includes analog quantity information of specific substation bays, including AC signals, DC signals, and status information. The AC signals include amplitude, phase angle, and frequency information, which are transmitted to the computing module for real-time calculation through the application layer human-machine interface. The generated application layer data is input into the frame structure of the link layer according to the mapping relationship and mapping type. The DC signals and status information are directly set through the human-machine interface. All signals in the application layer can be configured with multiple status sequences through the human-machine interface. Application layer status changes can be controlled and switched by time and buttons.

[0105] In this application, the link layer HMI is categorized according to fiber optic Ethernet protocol, fiber optic I / O protocol, and fiber optic serial port FT3 protocol. Configuration is required first to generate the frame structure framework for each protocol. The link layer HMI supports saving as a project template for convenient use in subsequent projects. The application layer HMI is arranged under a unified interface according to the actual electrical and physical meanings of the DC station testing application. It allows for the setting of state sequence combinations to simulate real-time changing electrical signals. These changes are reflected in all link layer protocols according to a mapping relationship. The application layer HMI also supports saving as a project template for convenient use in subsequent projects.

[0106] The application layer human-machine interface is arranged under a unified interface according to the actual electrical and physical meaning of the DC station test application. It can further establish a mapping relationship with the waveform recording data or the simulation fault data generated by the simulation software on site, and control the application data information in the control protocol through the waveform recording data or simulation fault data.

[0107] When the application layer human-machine interface simulates a fault, the fiber optic Ethernet protocol, fiber optic I / O protocol, and fiber optic serial port FT3 protocol use hardware to control pulses to generate hard synchronization interrupts. The software calculates in real time according to the hardware interrupt frequency to ensure data timing consistency and time stamp consistency. Both hardware and software methods work together to ensure the synchronization of the fiber optic Ethernet protocol, fiber optic I / O protocol, and fiber optic serial port FT3 protocol.

[0108] This application adopts a layered configuration approach, which facilitates the flexible generation of various fiber optic interconnection protocols for DC substations. It also facilitates the multi-state control protocol content at the application layer, converting the abstract messages at the lower level into concrete electrical signals in the real world through mapping. At the same time, it can control each bit of each frame information at the lower level. In the absence of a unified standard for DC substation protocols, it flexibly and conveniently solves the current DC testing problem. Furthermore, the support of template technology also makes it practical. It is a relatively good solution under the current situation of DC substations and has certain promotional value and practicality.

[0109] In summary, this application adopts a bus control method, supporting distributed configuration of multiple boards. The management board controls the DC protocol simulation board that supports the above configuration functions through an internal high-speed bus, and receives control from the background test software via Ethernet. The number of DC protocol simulation boards is configured according to the actual test requirements. Its architecture is as follows: Figure 5 As shown, the fiber optic interface of the DC protocol simulation board adopts a unified SFP interface. Different types of modules can be selected according to actual needs to support different fiber optic interconnection protocols.

[0110] The test device using the interconnection protocol generation method of this application features multi-board configuration, flexible and configurable fiber optic interfaces, and the ability to simulate all fiber optic protocols required by DC protection devices. This allows it to form a closed-loop test system with the DC protection device, enabling full logical function testing of a single DC protection test device. This testing mode aligns with the traditional testing approach for AC substations and meets the testing needs of most DC station maintenance personnel. The DC protection test in this scenario is as follows: Figure 6 As shown.

[0111] Based on the above analysis, the method of this application has the following advantages: In terms of hardware, it adopts a common port design, which allows for more flexible adaptation to on-site conditions with the same hardware configuration; in terms of software, the method can cover the interconnection protocols of various links such as analog quantities at the DC station process layer, I / O panel cabinets, control devices and protection devices, and protection devices and three-out-of-two devices, enabling input and output of various signals for a single DC protection device, satisfying the full closed-loop testing of a single DC unit; at the same time, it adapts to different DC station conditions, and the flexible configuration can meet the testing scenarios of most newly built DC stations, providing a simple and flexible means for the commissioning testing and maintenance testing of DC systems, filling the current application gap, and possessing high practical value. Example

[0112] In one embodiment of this application, a fiber optic interconnect protocol generation system for a DC testing device is also disclosed, comprising: a memory for storing instructions; and a processor for executing the instructions, causing the system to perform the operation of the welding control method of any of the above embodiments.

[0113] The system may include, but is not limited to: at least one processor, at least one memory, and a bus connecting different system components (including memory and processor).

[0114] The memory stores program code that can be executed by a processor, causing the processor to perform the steps described in the "Exemplary Methods" section above, based on various exemplary embodiments of the present invention. For example, the processor can perform actions such as... Figure 1 The steps are shown in the figure.

[0115] The memory may include readable media in the form of volatile memory, such as random access memory (RAM) and / or cache memory, and may further include read-only memory (ROM).

[0116] The memory may also include programs / utilities having a set (at least one) of program modules, including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include an implementation of a network environment.

[0117] A bus can represent one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processing unit, or a local bus that uses any of the various bus structures.

[0118] The system can also communicate with one or more external devices (e.g., keyboards, pointing devices, Bluetooth devices, etc.), one or more devices that enable user interaction with the system, and / or any device that enables the system to communicate with one or more other computing devices (e.g., routers, modems, etc.). This communication can be achieved through input / output (I / O) interfaces. Furthermore, the system can communicate with one or more networks (e.g., local area networks (LANs), wide area networks (WANs), and / or public networks, such as the Internet) via a network adapter. The network adapter communicates with other modules of the system via a bus.

[0119] It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the system, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0120] From the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, terminal device, or network device, etc.) to execute the methods according to the embodiments of this disclosure.

[0121] In exemplary embodiments of this disclosure, a computer-readable storage medium is also provided, on which a program product capable of implementing the methods described above is stored. In some possible embodiments, various aspects of the invention may also be implemented as a program product comprising program code that, when the program product is run on a terminal device, causes the terminal device to perform the steps of the various exemplary embodiments of the invention described in the "Exemplary Methods" section of this specification.

[0122] The program product for implementing the above-described method according to embodiments of the present invention may employ a portable compact disc read-only memory (CD-ROM) and include program code, and may run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited thereto. In this document, the readable storage medium may be any tangible medium containing or storing a program that may be used by or in conjunction with an instruction execution system, apparatus, or device.

[0123] The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0124] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium, capable of outputting, propagating, or transmitting programs for use by or in conjunction with an instruction execution system, apparatus, or device.

[0125] The program code contained on the readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0126] Program code for performing the operations of this invention can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can execute entirely on the user's computing device, partially on the user's device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0127] As is known from common technical knowledge, this application can be implemented through other embodiments that do not depart from its spirit or essential characteristics. Therefore, the disclosed embodiments described above are merely illustrative in all respects and are not the only ones. All modifications within the scope of this application or equivalent to this application are included in this application.

Claims

1. A method for generating an optical fiber interconnection protocol for a DC testing device, characterized in that: Both the hardware and software use configuration methods to generate communication protocol frames, which include fiber optic Ethernet protocol frames, fiber optic I / O protocol frames, and fiber optic serial port FT3 protocol frames. The software uses a layered configuration method to generate communication protocol frames, including the following steps: Control information for various communication protocol frames is generated based on the identification information of the device under test configured in the link layer HMI. Based on the number of channels and the data type of the channels configured in the link layer HMI, the structural framework of the corresponding communication protocol frame is generated. Based on the data type and transmission frequency of the channel, the actual physical signals configured by the application HMI are converted into different types of application data information in real time; Based on the mapping relationship configured in the link layer HMI, the application data information is filled into the relevant positions in the corresponding communication protocol frame structure framework; The protocol frame structure framework filled with application data information is combined with the corresponding control information to generate a complete communication protocol frame. The actual physical signal is configured at the application layer HMI, while the identification information, number of channels, channel data type, mapping relationship and transmission frequency are all configured at the link layer HMI.

2. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that: Generate Fiber Ethernet protocol frames, including: Control information for generating fiber optic Ethernet protocol frames is generated based on the type of device under test, the station ID, pole ID, system ID, host ID, and host IP address information of the DC station. The control information includes: MAC address and APPID. The structural framework for generating fiber optic Ethernet protocol frames is generated based on the number of channels and the data type of the channels. Based on the data type and transmission frequency of the channel, different types of application data information are generated in real time from the actual physical signals configured by the HMI. The application data information is filled into the relevant positions of the fiber Ethernet protocol frame structure according to the mapping relationship, and the fiber Ethernet protocol frame is generated by combining the control information of the fiber Ethernet protocol frame. Organized fiber optic Ethernet protocol frames are sent in real time according to the transmission frequency. The type of device under test, the station ID, pole ID, system ID, host ID, host IP address, transmission frequency, number of channels, data type of each channel, and mapping relationship with the application layer are configured through the link layer HMI.

3. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that: Generate fiber optic I / O protocol frames, including: Control information for generating fiber optic I / O protocol frames based on rack number, rack layer number, board slot number, and host IP address, wherein the control information includes at least one of MAC address, GoCBRef, APPID, and DatSet; The structural framework of the fiber optic I / O protocol frame is generated based on the number of channels and the data type of the channels. Based on the data type and transmission frequency of the channel, different types of application data information are generated in real time from the actual physical signals configured by the HMI. The application data information is filled into the relevant positions of the fiber optic I / O protocol frame structure according to the mapping relationship, and the fiber optic I / O protocol frame is generated by combining the control information of the fiber optic I / O protocol frame. The organized fiber optic I / O protocol frames are sent in real time according to the transmission frequency. The rack number, rack layer number, board slot number, host IP address, transmission frequency, number of fiber optic I / O protocol channels, data type of each channel, and mapping relationship with the application layer are configured through the link layer HMI.

4. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that: Generating the FT3 protocol for fiber optic serial ports includes: Control information for generating fiber optic serial port FT3 protocol frames based on configuration parameters; The structural framework of the fiber optic serial port FT3 protocol frame is generated based on the length of the frame structure block, the frame check mode, the number of analog channels in the application layer, and the channel type. Based on the transmission frequency, the data type of each channel, and the encoding value corresponding to the rated information of each channel, the application layer HMI is controlled to generate application layer data information of the fiber optic serial port FT3 protocol in real time. The application data information is filled into the relevant positions of the fiber optic serial port FT3 protocol frame structure according to the mapping relationship, and the fiber optic serial port FT3 protocol frame is generated by combining the control information of the fiber optic serial port FT3 protocol frame. The checksum of each frame structure block is generated according to the frame check mode and filled into the relevant position in the fiber optic serial port FT3 protocol frame structure frame. Data frames with different baud rates are generated based on the transmit and receive baud rates; The well-organized fiber optic serial port FT3 protocol frames are sent in real time according to the transmission frequency. The configuration parameters are configured through the link layer HMI, and include: LNname, LDname, data set name, rated delay, status control information, transmit interrupt frequency, transmit and receive baud rate, frame structure block length, frame check mode, number of analog channels in the application layer, encoding value corresponding to the rated information of each channel, data type of output data, mapping relationship of application layer data and data type of mapped data.

5. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that, The process of generating the application data information includes: The application-layer HMI controls the actual physical signals to generate real-time application data information through state sequences, waveform data, or simulated fault data; the actual physical signals include: AC signals, DC signals, and state information; When generating application data information in the state sequence control, DC signals and state information are directly set and generated, while AC signals are generated in real time according to the period using a mathematical model based on the set parameters. The AC signal set parameters include amplitude, phase angle, and frequency. When generating application data information from waveform data or simulated fault data, DC signals, status information, and AC signals directly reference data from the waveform data or simulated fault data according to the mapping relationship set by the application layer HMI.

6. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that, The application data information is generated through multiple state sequences configured by the application layer human-machine interface. Each state sequence is set with different configuration parameters to simulate DC system state information or analog quantity information of substation bays. The switching of the state sequences controlled by the application layer human-machine interface is performed through both time and key presses. The control information and application data of each generated communication protocol frame are automatically saved as a project template.

7. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that, The hardware uses configuration methods to generate communication protocol frames, including: The hardware adopts a common port design and uses the SFP interface uniformly. The SFP interface obtains connector information through the I2C pin to output different communication protocol frames; If the connector indicates that the device under test needs to communicate via the fiber Ethernet protocol or the fiber optic IO protocol, then the fiber Ethernet protocol frame or the fiber optic IO protocol frame is output through pin (18) / pin (19) and pin (12) / pin (13) of the SFP interface connector. If the connector indicates that the device under test needs to communicate via the fiber optic serial port FT3 protocol, then the fiber optic serial port FT3 protocol frame will be output through pins (2) and (7) of the SFP interface connector.

8. The method for generating fiber optic interconnection protocol for the DC testing device according to claim 1, characterized in that, The generation of fiber optic Ethernet protocol frames, fiber optic I / O protocol frames, and fiber optic serial port FT3 protocol frames also includes: The hardware uses pulse-generated hard synchronous interrupts, and the interrupt frequency can be configured. The software performs real-time calculations based on the hardware interrupt frequency to ensure consistent data timing and time stamps. Both hardware and software methods work together to ensure the synchronization of fiber optic Ethernet protocol frames, fiber optic I / O protocol frames, and fiber optic serial port FT3 protocol frames.

9. A fiber optic interconnection protocol generation system for a DC testing device, characterized in that, include: Memory, used to store instructions; A processor is configured to execute the stored instructions, causing the fiber optic interconnect protocol generation system to perform operations implementing the fiber optic interconnect protocol generation method of the DC test apparatus as described in any one of claims 1-8.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the fiber optic interconnection protocol generation method for the DC test apparatus as described in any one of claims 1-8.

Images