Intelligent communication control integrated system and method for arc extinguishing device
The arc suppression device, which integrates control, communication and edge computing functions through a multi-core heterogeneous SOC architecture and a virtualized layered architecture, solves the problems of high cost and complex installation of traditional layered architectures, and achieves intelligence and integration to adapt to the dynamic changes in the power system.
Patent Information
- Application Number
- CN202510917354.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-07-03
- Publication Date
- 2025-12-05
AI Technical Summary
The layered architecture of traditional arc suppression devices results in high equipment costs, complex installation and commissioning, and low efficiency, making it difficult to meet the intelligent and integrated needs of power systems.
It adopts a multi-core heterogeneous SOC architecture, integrates control, communication and edge computing functions, combines virtualization layered architecture, integrates multiple communication interfaces and power modules, utilizes shared physical memory between dual cores and inter-core interrupts for efficient communication, and simplifies the wiring process through AR-assisted installation system.
It reduces equipment costs, simplifies installation and commissioning processes, improves system reliability and data processing efficiency, and realizes the intelligentization and integration of arc suppression devices, adapting to the dynamic changes in power systems.
Smart Images

Figure CN121077873A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of power electronics technology, and in particular to an integrated intelligent communication control system and method for arc suppression devices. Background Technology
[0002] In power systems, arc suppression devices are crucial equipment for ensuring the safe operation of the power grid. Their function is to quickly extinguish electric arcs when a ground fault occurs in the power grid, preventing the fault from escalating. Traditional arc suppression devices mostly adopt a layered architecture, which separates the controller, communication module, and actuator, forming a physically layered model.
[0003] However, this traditional layered architecture has many obvious drawbacks. From a cost perspective, while the layered design is logically clear, the physical separation of modules inevitably leads to the need for redundant configuration of components such as cables, housings, and power supplies, which undoubtedly increases the cost of the equipment significantly. In terms of on-site installation, each module requires individual fixing and wiring, which not only consumes a lot of time and manpower, but also requires establishing protocols between different modules layer by layer during commissioning, making installation and commissioning extremely difficult and severely impacting work efficiency.
[0004] With the increasing demand for intelligent and integrated power systems, the traditional layered architecture of arc suppression devices can no longer meet the requirements of practical applications. How to break this traditional layered architecture and achieve a high degree of integration of intelligence, communication, and control, while ensuring performance in various aspects such as hardware integration, software architecture, communication efficiency, intelligent algorithms, and system reliability, has become an urgent technical challenge. Summary of the Invention
[0005] The purpose of this invention is to provide an integrated intelligent communication control system and method for arc suppression devices to solve the above-mentioned problems.
[0006] To achieve the above objectives, one aspect of the present invention provides an integrated intelligent communication and control system for arc suppression devices, comprising:
[0007] The control unit adopts a multi-core heterogeneous SOC architecture, integrating control, communication and edge computing functions. The multi-core heterogeneous SOC architecture includes at least one application layer control core and at least one real-time control core, and has a built-in AI acceleration core.
[0008] The physical layer interface module is connected to the control unit and is used to implement at least one communication interface function including RS485, fiber optic, Ethernet and USB-C.
[0009] The I / O expansion module is connected to the control unit and is used to provide multi-channel signal input and output functions, including 16 ADCs and 8 isolated serial ports natively supported by the SoC.
[0010] A power module, connected to the control unit, is used to provide a wide voltage range power input to the system;
[0011] The software layer module runs on the control unit and adopts a virtualized layered architecture. The virtualized layered architecture includes an application layer control domain and a real-time control domain. The application layer control domain runs a non-real-time operating system to support the communication protocol stack and AI analysis functions. The real-time control domain runs a real-time operating system to implement the sampling interface and control logic functions.
[0012] Preferably, in the system, the multi-core heterogeneous SOC architecture includes an ARM processor and an FPGA, wherein the ARM processor serves as the application layer control core and runs the Linux operating system, and the FPGA serves as the real-time control core and runs the FreeRTOS operating system.
[0013] Preferably, in the system, the application layer control domain further includes a containerized fault diagnosis model for analyzing and processing the collected data.
[0014] Preferably, in the system, the communication protocol stack hosted by the application layer control domain includes an integrated protocol stack of at least one of IEC 61850, 104, and 101.
[0015] Preferably, in the system, the real-time control domain processes tasks through sampling interrupts and protection logic to implement μs-level response compensation instructions.
[0016] Preferably, in the system, the application layer control core and the real-time control core communicate through shared physical memory and inter-core interrupts. The communication uses a custom frame format, and the data communication queue is divided into a fast communication queue and a slow communication queue as needed. The fast communication queue is used to store rapidly refreshed real-time data, and the slow communication queue is used to store slowly refreshed non-real-time data.
[0017] Preferably, the system further includes an AR-assisted installation system, which uses QR code markings on the device and AR glasses on the engineer's end to provide virtual wire guidance for wiring and detect the correctness of the wiring in real time.
[0018] Preferably, in the system, the software layer modules use configuration files for upper and lower level coordination, with internal dot mapping as the unique key address. The configuration files include config.xml, system.xml, mqtt.xml, and *.xml files for various application protocols.
[0019] In a second aspect of the invention, an installation method for an integrated intelligent communication control system for an arc-extinguishing device is also provided, comprising the following steps:
[0020] A QR code is marked on the device, and the QR code includes installation diagrams and wiring videos;
[0021] Engineers scan the QR code using AR glasses to obtain virtual wiring guidance information;
[0022] Engineers perform wiring operations based on the virtual wires and the wiring information provided.
[0023] It monitors the correctness of wiring in real time and issues an immediate alarm if a wiring error is detected.
[0024] In a third aspect of the present invention, a data processing method for an integrated intelligent communication and control system for an arc-extinguishing device is also proposed, comprising the following steps:
[0025] Data is collected through the real-time control domain;
[0026] The collected data is sent to the application layer control core via dual-core communication;
[0027] In the application layer control kernel, data is written to the shared memory database through the non-real-time operating system;
[0028] The upper-layer protocol program reads the data from the shared memory database, performs fault diagnosis on the data through the AI analysis domain, and then forwards the processed data to the user terminal.
[0029] Compared with the prior art, the present invention has at least the following technical effects:
[0030] This invention integrates control, communication, and edge computing functions onto a single board using a multi-core heterogeneous SoC architecture. It replaces the traditional physical layer architecture with virtualization layering, avoiding redundant configuration of components such as cables, casings, and power supplies. The physical layer interface module integrates multiple communication interfaces and reduces adapter modules. The I / O expansion module utilizes the SoC's native support for 16 ADCs and 8 isolated serial ports, eliminating the need for external signal conditioning circuitry. Combined with a wide-voltage input power supply module, it reduces the number of power supplies required. The software layer module, through the division of labor between the application layer control domain and the real-time control domain, combined with the efficient communication mechanism of shared physical memory between dual cores and inter-core interrupts, can improve data processing efficiency and system reliability. Moreover, during debugging, only a single program needs to be updated, solving the problems of high cost, complex installation and debugging, and high failure rate of traditional layer architectures. Attached Figure Description
[0031] Figure 1 This is a schematic diagram of a multi-core heterogeneous SOC architecture and inter-core communication in one embodiment of the present invention;
[0032] Figure 2 This is a software layer configuration file system architecture diagram in one embodiment of the present invention;
[0033] Figure 3 This is a flowchart illustrating the flow of non-responding data (telecommunications / telemetry) in one embodiment of the present invention;
[0034] Figure 4 This is a logic diagram of the interaction of data (control commands) that needs to be responded to in one embodiment of the present invention. Detailed Implementation
[0035] The following is a more detailed description of an integrated intelligent communication control system and method for arc suppression devices according to the present invention, with reference to the schematic diagrams, which illustrate preferred embodiments of the invention. It should be understood that those skilled in the art can modify the invention described herein while still achieving its advantageous effects. Therefore, the following description should be understood as being of general knowledge to those skilled in the art and is not intended to limit the invention.
[0036] For clarity, not all features of the actual embodiments are described. In the following description, well-known functions and structures are not detailed in detail, as they would obscure the invention with unnecessary detail. It should be understood that in the development of any actual embodiment, numerous implementation details must be made to achieve the developer's specific objectives, such as changes from one embodiment to another according to limitations related to the system or business. Furthermore, it should be understood that such development work may be complex and time-consuming, but is merely routine work for those skilled in the art.
[0037] The invention is described more specifically by way of example in the following paragraphs with reference to the accompanying drawings. The advantages and features of the invention will become clearer from the following description. It should be noted that the drawings are in a very simplified form and use non-precise proportions, and are only used to facilitate and clarify the illustration of the embodiments of the invention.
[0038] Based on the teachings of this specification, those skilled in the art can form new technical solutions by combining different implementation methods without creating technical contradictions. Such variations should be considered to fall within the protection scope of this patent.
[0039] Example 1
[0040] This embodiment proposes an integrated intelligent communication and control system for arc suppression devices. This system aims to achieve efficient control, communication, and edge computing functions to meet the intelligent requirements of arc suppression devices in power systems. It is suitable for arc suppression, fault monitoring, and intelligent operation and maintenance scenarios in power distribution networks, such as the distribution network side of 10kV-35kV substations and industrial park distribution networks. The system includes a control unit, a physical layer interface module, an I / O expansion module, a power supply module, and a software layer module. Details are as follows:
[0041] The control unit adopts a multi-core heterogeneous SOC architecture, such as Figure 1 As shown, this architecture integrates at least one application-layer control core and at least one real-time control core, and incorporates an AI acceleration core. Taking this embodiment as an example, the multi-core heterogeneous SOC architecture is specifically composed of an ARM processor and an FPGA. The ARM processor acts as the application-layer control core (core 0), running a Linux operating system. The Linux operating system boasts powerful functions and abundant software resources, effectively supporting non-real-time tasks such as communication protocol stacks and AI analysis. In large substation scenarios, the application-layer control core can interact with the substation monitoring system and relay protection devices via the communication protocol stack, while simultaneously utilizing AI analysis functions to analyze large amounts of power grid operation data and predict potential faults. The FPGA, as the real-time control core (core 1), runs the FreeRTOS operating system. The FreeRTOS operating system features strong real-time performance and low resource consumption, making it suitable for implementing functions with high real-time requirements, such as sampling interfaces and control logic. When a single-phase ground fault occurs in the distribution network, the real-time control core, with its rapid response capability, can quickly implement μs-level response compensation instructions through sampling interrupts and protection logic processing tasks, promptly controlling the arc suppression device to operate and effectively suppressing the fault current.
[0042] The application layer control core is primarily responsible for handling non-real-time tasks, such as running the communication protocol stack to enable efficient communication between the system and other devices. Simultaneously, it also carries AI analysis capabilities, providing support for system decision-making through in-depth analysis of collected data. In urban power grids, with the large-scale integration of distributed power sources, the grid structure becomes more complex. The application layer control core can utilize AI analysis to analyze data such as the output and load changes of distributed power sources, optimizing the operation strategy of the arc suppression device.
[0043] The real-time control core focuses on real-time tasks, such as processing tasks through sampling interrupts and protection logic. It can quickly respond to external signals, achieving μs-level response compensation commands and ensuring the system's real-time and precise control of the arc-suppression device. In rural power grids, where lines are long and susceptible to natural factors, the real-time control core can promptly capture line fault signals, quickly control the arc-suppression device, and ensure the stable operation of the power grid.
[0044] Furthermore, the application layer control core and the real-time control core communicate via shared physical memory and inter-core interrupts. To improve communication efficiency, a custom frame format is used. Data communication queues are divided into fast communication queues and slow communication queues based on requirements. The fast communication queue stores rapidly refreshed real-time data to meet the rapid data acquisition needs of tasks with high real-time requirements; the slow communication queue stores slowly refreshed non-real-time data, rationally allocating system resources and improving overall performance. In the smart grid dynamic monitoring scenario, real-time fault data collected by the real-time control core is rapidly transmitted to the application layer control core via the fast communication queue, enabling the application layer control core to promptly invoke AI analysis functions for fault diagnosis and processing; while non-real-time data such as historical data on grid operation status is transmitted and stored via the slow communication queue for subsequent analysis and strategy optimization.
[0045] The physical layer interface module is tightly connected to the control unit and has the capability to implement multiple communication interface functions, including at least one of RS485, fiber optic, Ethernet, and USB-C. In this embodiment, considering the interface requirements of different devices in the power system, as well as factors such as communication distance and anti-interference capability, the system integrates an RS485 interface for short-to-medium distance communication scenarios with relatively low real-time requirements. For example, in a small substation, the RS485 interface can be used to connect smart meters, monitoring and control devices, and other equipment within the station to achieve data acquisition and simple control command transmission between devices. The fiber optic interface is used for long-distance, high-speed communication with extremely high anti-interference requirements. In cross-regional power grid interconnection scenarios, the fiber optic interface enables high-speed and stable communication between the arc suppression device and the remote dispatch center, ensuring timely issuance of dispatch commands and real-time uploading of power grid operation data. The Ethernet interface is used to realize network communication between devices, facilitating system access to the power system network. In the smart distribution network of an industrial park, the Ethernet interface allows the arc suppression device to be integrated into the park's power monitoring network, enabling collaborative work with other smart devices. The USB-C interface can be used for device debugging, configuration, and data transfer with external mobile devices. During on-site device debugging, technicians can connect the debugging device to the system via the USB-C interface for quick parameter configuration and program updates. Through these rich interface functions, the system can flexibly connect and communicate with various external devices to meet diverse application needs.
[0046] The I / O expansion module is also connected to the control unit, primarily providing multi-channel signal input / output functionality for the system. In this embodiment, the module includes a 16-channel ADC (Analog-to-Digital Converter) natively supported by the SoC and an 8-channel isolated serial port. The 16-channel ADC can perform high-precision sampling and conversion of 16 analog signals from external sources, converting the analog signals into digital signals before transmitting them to the control unit for processing. For example, in large power plants, the ADC can be used to collect analog signals such as voltage and current at the generator outlet, providing accurate data support for the control of the arc suppression device. The 8-channel isolated serial port is used to achieve serial communication with external devices. Through isolation design, it can effectively prevent the impact of external interference on the system, improving the system's stability and reliability. In outdoor power equipment, due to the complex environment and numerous interferences, the 8-channel isolated serial port can achieve stable communication with nearby smart sensors, communication terminals, and other devices, ensuring the accuracy of data transmission and the normal operation of the equipment. For example, it can communicate with some smart meters, sensors, and other devices through the isolated serial port to obtain relevant data or send control commands.
[0047] The power module is connected to the control unit, and its main function is to provide a wide voltage range of power input for the entire system. In practical power system applications, the stability and adaptability of the power supply are crucial. The power module in this embodiment can adapt to a wide voltage range; for example, the input voltage can fluctuate between 24V and 220V, and the system can still operate normally. In power grids in remote mountainous areas, due to the long power supply distance…
[0048] Despite significant voltage fluctuations, the system's wide voltage input range enables stable operation in such harsh power environments, providing stable and reliable power support to all modules. This ensures the arc suppression device functions correctly even during voltage fluctuations, guaranteeing the safe operation of the power grid. Whether in relatively stable substation environments or in power facilities in remote areas where voltage fluctuations may occur, the system provides stable and reliable power support to all modules, ensuring normal system operation.
[0049] The software layer system runs on top of the control unit, employing a virtualized layered architecture. This architecture is divided into an application layer control domain (core0 running Linux) and a real-time control domain (core1 running FreeRTOS). The application layer control domain runs a non-real-time operating system, such as the aforementioned Linux operating system, primarily carrying the communication protocol stack and AI analysis functions. Simultaneously, this domain also includes a containerized fault diagnosis model. This model can perform in-depth analysis and processing of collected data, promptly identifying potential system faults through data mining and analysis, and providing corresponding diagnostic results and solutions. In smart microgrid scenarios, the application layer control domain can communicate with distributed power sources, energy storage devices, loads, and other equipment within the microgrid via the communication protocol stack, collecting operational data and using the fault diagnosis model to analyze the data, proactively detecting equipment faults and ensuring the stable operation of the microgrid. The communication protocol stack hosted by the application layer control domain includes an integrated protocol stack of at least one of IEC 61850, 104, and 101. These communication protocol stacks enable the system to seamlessly communicate with other power equipment conforming to the corresponding protocols, achieving data interaction and sharing. For example, in substations connected to the main power grid, the system can communicate with intelligent electronic devices within the station via the IEC 61850 protocol stack, enabling unified data modeling and sharing, and improving the substation's intelligence level. The real-time control domain runs a real-time operating system, such as FreeRTOS, focusing on implementing sampling interfaces and control logic functions. Through sampling interrupts and protection logic processing tasks, it can quickly respond to external signals, achieving μs-level response compensation commands, ensuring real-time and precise control of the arc suppression device. In urban distribution network scenarios with rapid load switching, the real-time control domain can quickly sense voltage and current fluctuations caused by load changes, promptly controlling the arc suppression device for compensation to maintain grid voltage stability.
[0050] The software layer system uses configuration files for upper and lower level coordination and employs internal dot mapping as the sole key addressing method, thus constructing a hierarchical configuration system. For example... Figure 2, The configuration files include config.xml, system.xml, mqtt.xml, and *.xml files for each application protocol. Each file realizes cross-layer logical association through "sAddr" to form a standardized addressing mapping mechanism. Among them, config.xml, as the system basic function definition file, stores the basic parameter configurations of the system, such as device address, module type, input / output point definition, etc. At the same time, it provides the basic configuration for the real-time core FreeRTOS system, corresponding to all function points of the device and defining internal logical point numbers to realize the association with the non-real-time core Linux system. For example, the defined "<MODULE Addr="5" Class="DIO" Type="DIO02">” and its subordinate DIChn nodes complete the basic definition of function points through parameters such as OID and sAddr.
[0051] system.xml, as the hardware and communication mapping file, is mainly used to configure the allocation of system hardware resources, module connection relationships, and communication protocol mapping at the non-real-time core Linux system layer. This file is based on config.xml, corresponding to the device function points in the FreeRTOS system, and defines the logical point mapping required for communication protocols. For example, “<Point sAddr="17" desc="Device disconnector status" dcaIndex="3" datType="4" / >”, which associates the hardware status with protocol parameters through sAddr to realize the mapping of hardware resources and communication logic.
[0052] mqtt.xml is a special configuration file for the MQTT protocol, used to configure the MQTT server address, port number, subscription topic, message reporting rules, etc. This file is based on system.xml, corresponding to some or all system function points, and defines the logical mapping of the MQTT client, such as “ <dipoint><DIChn sAddr="17" desc="Device Isolation Knife Status" dbType="ST" reportType="0" pointNum="0"
[0053] / >< / dipoint> ”, which associates the message reporting rules of the MQTT protocol with system function points through sAddr to realize the customized configuration of MQTT communication.
[0054] The *.xml files for each application protocol are defined by users according to their needs, corresponding to some functions of mqtt.xml, and are used to configure the specific parameters of upper-layer protocols such as IEC 61850, 104, 101, etc., such as message format, reporting period, event trigger rules, etc. For example, in the IEC 61850 protocol configuration, through “<COS_LIST infoType="1" infoAddress="1" statusChange="Disable" groupNo="1"
[0055] The reportClass="Class One">" and its subordinate DIChn nodes, combined with the sAddr dot number, are associated with the lower-level configuration file to achieve flexible customization of the upper-level protocol logic.
[0056] In power system upgrade and transformation scenarios, these configuration files demonstrate significant advantages. Technicians can quickly adjust system parameters and functions by modifying these files without requiring large-scale code modifications. For example, when the power grid structure changes, simply adjusting device addresses or module parameters in `config.xml` and modifying hardware resource allocation in `system.xml` is sufficient to adapt to the new grid structure. If an upgrade to the communication protocol is needed, only the `sAddr` mapping rules for the new protocol need to be defined in the `application protocol*.xml` file, without modifying the underlying code. This approach significantly reduces system upgrade costs, enhances system flexibility and scalability, and enables arc suppression devices to efficiently adapt to the dynamic changes in the power system.
[0057] Furthermore, system data is divided into two categories based on interaction requirements: data without response and data requiring response. This data flows through inter-core communication and a shared memory database, eliminating physical layering throughout the process. Debugging is simplified via IPC (Inter-Process Communication) (i.e., only a single program needs to be updated). The specific process is as follows:
[0058] 1. Data without response (telecommunications, telemetry, etc.)
[0059] like Figure 3 As shown, the real-time control domain (core1) uses FPGA and FreeRTOS to collect remote signaling and telemetry data, which is then transmitted to the application layer control domain (core0) via inter-core communication. The Linux system writes the data to shared memory for direct reading by upper-layer programs such as AI analysis and fault diagnosis. For example, smart microgrids use this data to predict potential hazards, and substations use their synchronous dispatch system to monitor the status.
[0060] 2. Data requiring a response (control, configuration commands, etc.)
[0061] like Figure 4 As shown, upper-layer programs (such as user interfaces and scheduling systems) issue control / configuration commands, which are first stored in a shared memory command library. The MQTT client of core0 extracts the commands, sends them to core1 for execution via inter-core communication (such as triggering arc suppression or modifying parameters), and then feeds back the results, forming a closed loop of "command issuance - real-time execution - status feedback".
[0062] This interactive adaptation to power scenarios ensures real-time control domain response at the μs level (fault arc suppression, transient monitoring), while the application layer expands intelligent analysis and standard communication, and inter-core collaboration makes debugging more flexible.
[0063] The system in this embodiment may also include an AR-assisted installation system. This system uses QR code markings on the equipment and AR glasses on the engineer's end to provide virtual wiring guidance. In new substation or distribution network renovation projects, when engineers are installing and wiring equipment, they only need to scan the QR code markings on the equipment with their AR glasses. The AR glasses then display virtual wiring on their screens based on pre-stored wiring information, providing intuitive guidance for the engineer's wiring operations. Simultaneously, the system can also detect the correctness of the wiring in real time. By comparing and analyzing the actual wiring with pre-stored correct wiring information, the AR glasses will promptly issue a prompt if a wiring error is detected, informing the engineer of the location and type of the error. This significantly improves the efficiency and accuracy of equipment installation and wiring, reducing equipment failures and debugging time caused by wiring errors. Especially in complex power equipment installation scenarios, such as wiring high-voltage switchgear, the AR-assisted installation system can effectively reduce installation difficulty, improve installation quality, and ensure the normal operation of the arc suppression device after installation.
[0064] Example 2
[0065] This embodiment proposes an installation method for an integrated intelligent communication and control system for arc suppression devices, including the following steps:
[0066] A QR code is marked on the device, and the QR code includes installation diagrams and wiring videos;
[0067] Engineers scan the QR code using AR glasses to obtain virtual wiring guidance information;
[0068] Engineers perform wiring operations based on the virtual wires and the wiring information provided.
[0069] It monitors the correctness of wiring in real time and issues an immediate alarm if a wiring error is detected.
[0070] It should be noted that the hardware and software environment must be prepared before implementing this installation method. On the hardware side, the arc suppression device is a single-board integrated device using a multi-core heterogeneous SOC (ARM+FPGA architecture), equipped with independent I / O expansion cards featuring RS485 / fiber optic / Ethernet / USB-C interfaces, 16 ADCs and 8 isolated serial ports, and a power module supporting DC 24V-220V wide voltage input. Auxiliary equipment includes industrial-grade AR smart glasses (such as HoloLens 2) and a portable debugging terminal. On the software side, the device integrates an AR-assisted installation system, the engineer deploys a dedicated AR glasses app, and the background monitoring system runs a real-time detection program based on FreeRTOS and communicates with the device via the MQTT protocol.
[0071] Specifically, the first step is to generate and label the device with a QR code. Using QR code format, the device model, hardware version number, standardized DWG installation drawings, and 1080P wiring video are stored. After generating the QR code using the ZXing library, a pre-sized (e.g., 5cm x 5cm) waterproof PET label is affixed to the front of the device, and a micro QR code is etched near the back panel interface. Subsequently, engineers pair AR glasses with a debugging terminal, access the local area network, and download the corresponding model's 3D installation model and wiring logic rule library to ensure the AR system obtains complete guidance data.
[0072] During the wiring process, engineers wear AR glasses to scan QR codes. The system uses SLAM technology to align the virtual model with the actual device, providing virtual wiring guidance in a step-by-step manner. When connecting power supplies, yellow virtual wires are used to mark the positive and negative terminals, accompanied by voice prompts; when connecting communication lines, blue wires indicate the A / B terminals of the RS485 interface; when connecting I / O signal lines, red wires mark the terminal block positions. The virtual wires provide real-time feedback based on the engineer's actions during each step, triggering a vibration alert when a correct connection is made.
[0073] In this embodiment, the real-time wiring detection and alarm mechanism is implemented through the device's internal FPGA logic. For example, when detecting RS485 wiring sequence, differential voltage is acquired via ADC; if reverse connection is detected, a hardware interrupt is triggered and a response is made within 10μs. When an alarm occurs, the AR glasses mark the error location with a flashing red frame and simultaneously emit a beeping sound. An alarm window pops up on the debugging terminal, and the error information is recorded to the SSD hard drive in the background.
[0074] After wiring is completed, the engineer triggers a system self-test. The FreeRTOS kernel tests the hardware status of the power module, communication interface, etc., and the self-test results are fed back through AR glasses and a debugging terminal. Subsequently, the background monitoring system sends simulated fault signals to verify the device's functions, such as sending IEC 61850 GOOSE messages to test the signal response of the isolating switch and verifying the parameter configuration function through the MQTT protocol.
[0075] In summary, this embodiment demonstrates significant advantages in practical applications: the installation time for a single device is significantly reduced compared to traditional methods, the total construction period is shortened by more than 60%, and the wiring error rate is significantly reduced; the detection response for various wiring errors is rapid, and all wiring errors are detected and corrected in a short time; the hardware cost of a single device is significantly reduced, resulting in significant savings in total installation costs during large-scale installations; and hardware upgrades do not require modifications to the software system, only updates to the QR code content, fully demonstrating the design advantages of software compatibility.
[0076] Example 3
[0077] This embodiment proposes a data processing method for an integrated intelligent communication and control system for arc suppression devices, including the following steps:
[0078] S1: Data is collected through the real-time control domain;
[0079] S2: The collected data is sent to the application layer control core via dual-core communication;
[0080] S3: In the application layer control kernel, data is written to the shared memory database through the non-real-time operating system;
[0081] S4: The upper-layer protocol program reads the data from the shared memory database, performs fault diagnosis on the data through the AI analysis domain, and then forwards the processed data to the user terminal.
[0082] It should be noted that before implementing this data processing method, a hardware platform based on a multi-core heterogeneous SOC (ARM+FPGA architecture) needs to be built. The real-time control domain is driven by a FreeRTOS system, while the application layer control core runs a Linux system. The two communicate through shared physical memory and inter-core interrupts. The shared memory database uses a customized memory mapping mechanism, and the AI analysis domain deploys fault diagnosis models in a containerized manner. The upper-layer protocol program supports standard protocol stacks such as IEC61850 and IEC104.
[0083] In the data acquisition phase of step S1, the real-time control domain triggers data acquisition through the sampling interrupt task of the FreeRTOS system. Specifically, the device's built-in 16-channel ADC acquires electrical quantities such as three-phase voltage and current of the power grid in real time, while 8 isolated serial ports receive status signals from external devices. When a sampling interrupt is triggered, the protection logic processing task performs filtering preprocessing on the raw data, removes spike interference, and generates standardized data frames. The frame structure includes the sampling time (accurate to the μs level), channel number, physical quantity value, and check bit.
[0084] In step S2, the acquired data is transmitted to the application layer control core via a dual-core communication mechanism. The real-time control domain divides the preprocessed data into a fast communication queue (such as fault current and other data with high real-time requirements) and a slow communication queue (such as equipment status inspection data), and sends it through the shared memory area using a custom frame format (frame header + data length + content + CRC checksum). An inter-core interrupt signal triggers the interrupt handling task of the Linux system. This task reads the data queue from the shared memory, parses it, and temporarily stores it in the buffer of the application layer control core. The entire communication latency is controlled within 50μs.
[0085] In step S3, after the application layer control core receives the data, a non-real-time task of the Linux system writes the data to the shared memory database. The database uses a key-value pair storage structure (e.g., using "sAddr=17" as the unique index for the isolation switch status) and supports concurrent access by multiple processes. During the writing process, the system automatically completes data type conversion (e.g., converting digital quantities acquired by the ADC into physical quantity engineering values) and timestamp synchronization (calibrated to the millisecond level via the SNTP time synchronization task). For example, when the status change data DI_17 is received, the Linux system's log recording task writes the data to the database in the format of "device address + point number + status + time", and simultaneously triggers a read event in the upper-layer protocol program.
[0086] For step S4, after the upper-layer protocol program reads data from the shared memory database, it hands it over to the AI analysis domain for fault diagnosis. Taking the IEC61850 protocol as an example, before the protocol process reads the telemetry and teleindication data from the database and encapsulates it into GOOSE or SV messages, it first calls the containerized fault diagnosis model (such as a decision tree-based arc grounding fault identification algorithm). The model extracts features from the data (such as voltage surges and zero-sequence current phase), compares them with the built-in fault knowledge base, and generates a diagnostic result (such as "Judging from the A-phase arc grounding fault, it is recommended to put the arc suppression coil into operation"). The processed data is forwarded to the user terminal via Ethernet or fiber optic interface. The user terminal monitoring system displays real-time data and fault alarm information in a visual interface, and also supports remote retrieval of historical data for analysis via the IEC61850 client.
[0087] In summary, the data processing method described above achieves efficient integration of data acquisition, transmission, processing, and forwarding through the collaborative work of the real-time control domain and the application-layer control core, significantly improving the system's data processing efficiency and fault diagnosis capabilities. High-frequency sampling and preprocessing in the data acquisition stage ensure the accuracy of the raw data; the low-latency characteristics of the dual-core communication mechanism guarantee the real-time performance of data transmission; the efficient read / write capabilities of the shared memory database meet the needs of concurrent access by multiple processes; and the introduction of the AI analysis domain greatly improves the accuracy of fault diagnosis, enabling the system to quickly and accurately identify various power grid faults and provide timely feedback to the user end. This fully demonstrates the practicality and advancement of this data processing method in the integrated intelligent communication and control system for arc suppression devices.
[0088] The above are merely preferred embodiments of the present invention and do not constitute any limitation on the present invention. Any equivalent substitutions or modifications made by those skilled in the art to the technical solutions and content disclosed in the present invention without departing from the scope of the present invention shall be deemed to have remained within the protection scope of the present invention.
Claims
1. An integrated intelligent communication and control system for an arc-extinguishing device, characterized in that, include: The control unit adopts a multi-core heterogeneous SOC architecture, integrating control, communication and edge computing functions. The multi-core heterogeneous SOC architecture includes at least one application layer control core and at least one real-time control core, and has a built-in AI acceleration core. The physical layer interface module is connected to the control unit and is used to implement at least one communication interface function including RS485, fiber optic, Ethernet and USB-C. The I / O expansion module is connected to the control unit and is used to provide multi-channel signal input and output functions, including 16 ADCs and 8 isolated serial ports natively supported by the SoC. A power module, connected to the control unit, is used to provide a wide voltage range power input to the system; The software layer module runs on the control unit and adopts a virtualized layered architecture. The virtualized layered architecture includes an application layer control domain and a real-time control domain. The application layer control domain runs a non-real-time operating system to support the communication protocol stack and AI analysis functions. The real-time control domain runs a real-time operating system to implement the sampling interface and control logic functions.
2. The system according to claim 1, characterized in that, The multi-core heterogeneous SOC architecture includes an ARM processor and an FPGA. The ARM processor serves as the application layer control core, running the Linux operating system, while the FPGA serves as the real-time control core, running the FreeRTOS operating system.
3. The system according to claim 1, characterized in that, The application layer control domain also includes a containerized fault diagnosis model for analyzing and processing the collected data.
4. The system according to claim 1, characterized in that, The communication protocol stack hosted by the application layer control domain includes an integrated protocol stack of at least one of IEC 61850, 104, and 101.
5. The system according to claim 1, characterized in that, The real-time control domain processes tasks through sampling interrupts and protection logic to achieve μs-level response compensation instructions.
6. The system according to claim 1, characterized in that, The application layer control core and the real-time control core communicate through shared physical memory and inter-core interrupts. The communication uses a custom frame format. The data communication queue is divided into a fast communication queue and a slow communication queue as needed. The fast communication queue is used to store real-time data that is refreshed quickly, and the slow communication queue is used to store non-real-time data that is refreshed slowly.
7. The system according to claim 1, characterized in that, The system also includes an AR-assisted installation system, which uses QR code markings on the device and AR glasses on the engineer's end to provide virtual wire guidance for wiring and detect the correctness of the wiring in real time.
8. The system according to claim 1, characterized in that, The software layer modules use configuration files for coordination between upper and lower layers, with internal dot mapping as the unique key address. The configuration files include config.xml, system.xml, mqtt.xml, and *.xml files for various application protocols.
9. An installation method for an integrated intelligent communication and control system for an arc-extinguishing device, characterized in that, Includes the following steps: A QR code is marked on the device, and the QR code includes installation diagrams and wiring videos; Engineers scan the QR code using AR glasses to obtain virtual wiring guidance information; Engineers perform wiring operations based on the virtual wires and the wiring information provided. It monitors the correctness of wiring in real time and issues an immediate alarm if a wiring error is detected.
10. A data processing method for an integrated intelligent communication and control system for an arc-extinguishing device, characterized in that, Includes the following steps: Data is collected through the real-time control domain; The collected data is sent to the application layer control core via dual-core communication; In the application layer control kernel, data is written to the shared memory database through the non-real-time operating system; The upper-layer protocol program reads the data from the shared memory database, performs fault diagnosis on the data through the AI analysis domain, and then forwards the processed data to the user terminal.