High-capacity communication management device and configuration method

Abstract

The invention discloses a high-capacity communication management device and a configuration method, and relates to the technical field of electrical energy. The device comprises a core card group, an expansion card group and a special backboard. The core card set is composed of a main CPU card, a man-machine interaction interface MMI card and a power management card. The expansion card group comprises at least one hot-pluggable expansion sub-card, and the expansion sub-card comprises a network interface CPU (Central Processing Unit) card, and / or a serial interface CPU card, and / or a CAN (Controller Area Network) bus CPU card. And the special backboard is used for physical connection and data transmission between the core card group and the expansion card group. Wherein the main CPU card and each expansion sub-card run an independent operating system and a publish-subscribe message bus, and perform data interaction through the message bus. The invention constructs a communication management device with large capacity, high reliability, easy expansibility and convenient operation and maintenance, so as to improve the overall performance and engineering applicability of an electric power communication system.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of electric power energy, and particularly relates to a large-capacity communication management device and a configuration method. BACKGROUND

[0002] With the rapid development of electric power communication technology, the number of devices to be accessed increases sharply and the types are various, and the main station system faces many challenges such as protocol incompatibility, insufficient multi-device access capacity, urgent network isolation demand and the like. In order to effectively cope with the above problems, a communication management device is widely used in the field, which mainly undertakes key functions such as multi-protocol conversion, data aggregation and screening, multi-path forwarding and network isolation.

[0003] At present, the existing communication management device only relies on a single hardware unit for data access, which is difficult to meet the collection demand of multi-device full measurement points. It lacks a hot plug function expansion unit, and when adding or replacing device interface types, the hardware needs to be stopped and disassembled, and there is no unified high-speed backplane to support efficient communication between the expansion unit and the core unit, which leads to the inability to flexibly adapt to changes in business scenarios. At the same time, there is a lack of standardized configuration tools, which rely on manual configuration by professional personnel, not only low configuration efficiency, but also prone to data interaction failure caused by configuration errors. In addition, there is a lack of state monitoring interface, and once communication failure occurs, the hardware and software need to be checked one by one, which seriously affects the operation and maintenance efficiency. SUMMARY

[0004] In view of the problems of insufficient large-capacity access capability, poor hardware and functional expansibility, low and error-prone configuration efficiency, and low operation and maintenance efficiency of the existing communication management device, the present application provides a large-capacity communication management device and a configuration method, aiming to build a communication management device with large capacity, high reliability, easy expansibility and convenient operation and maintenance, so as to improve the overall performance and engineering applicability of the electric power communication system.

[0005] The present application realizes the above-mentioned purpose through the following technical solutions:

[0006] A large-capacity communication management device, the device comprises:

[0007] a core card group composed of a main CPU card, a man-machine interaction interface (MMI) card and a power management (Power) card;

[0008] an expansion card group comprising at least one hot-pluggable expansion sub-card; the expansion sub-card is a network interface CPU card, and / or a serial interface CPU card, and / or a CAN bus CPU card;

[0009] a special backplane for physical connection and data transmission of the core card group and the expansion card group;

[0010] The main CPU card and each extension sub-card run independent operating systems and publish-subscribe message buses, and data interaction is performed through the message buses.

[0011] As a preferred scheme of the application, the special backboard supports hot plug and parallel communication; and the power management card adopts a dual power supply redundant hot standby design.

[0012] As a preferred scheme of the application, the publish-subscribe message bus running on the main CPU card is used to collect and forward data published by each extension sub-card; and each extension sub-card runs an independent network programming interface and creates an independent thread or process for each accessed or forwarded external device.

[0013] As a preferred scheme of the application, each extension sub-card is provided with an independent network debugging interface, which is used for an external computer to access and detect packet data, running state parameters and performance indexes of the extension sub-card in real time.

[0014] As a preferred scheme of the application, the data flow operation mode of the device is as follows:

[0015] As a data access card, each extension sub-card publishes valid data meeting preset data formats and verification rules after analysis to the publish-subscribe message bus, and subscribes to device overall running state information published by the main CPU card;

[0016] As a data forwarding card, each extension sub-card subscribes to to-be-forwarded data and device overall running state information published by the main CPU card;

[0017] The main CPU card subscribes to valid data published by each access card, and publishes device overall running state information and to-be-forwarded data.

[0018] As a preferred scheme of the application, the main CPU card automatically allocates a unique logical identifier and IP address for each extension sub-card according to the physical slot position of each extension sub-card; the logical identifier corresponds to the physical slot position one by one.

[0019] A configuration method of a large-capacity communication management device, the configuration method comprising:

[0020] Configuration information is generated by a configuration tool; the configuration tool provides configuration views divided according to sub-modules, and each configuration view displays configurable parameters of the sub-module;

[0021] If the configuration information is configured by a main CPU module in the configuration tool, the configuration information is downloaded to each extension sub-card through the main CPU card, and each extension sub-card feeds back a loading state to the main CPU card after loading.

[0022] If the configuration information is configured through each expansion sub-card module in the configuration tool, the configuration information is directly issued to each corresponding expansion sub-card, and each expansion sub-card synchronizes the configuration information and a loading state to the main CPU card after loading;

[0023] The configuration information includes device interface configuration and data mapping configuration; the device interface configuration is interface parameters and data analysis rules corresponding to each expansion sub-card; and the data mapping configuration defines a corresponding relationship between a data point in a source expansion sub-card and a virtual mapping address of a destination expansion sub-card.

[0024] As a preferred scheme of the application, the data mapping configuration is global data mapping configuration; and the configuration information is issued to each expansion sub-card through the main CPU card, and each expansion sub-card feeds back a loading state to the main CPU card after loading, including:

[0025] The configuration information is downloaded to the main CPU card;

[0026] The main CPU card receives and analyzes the configuration information, and obtains the device interface configuration and the global data mapping configuration;

[0027] The main CPU card issues the device interface configuration to each corresponding expansion sub-card; meanwhile, the main CPU card extracts a local mapping configuration related to each expansion sub-card from the global data mapping configuration, and issues the local mapping configuration to each corresponding expansion sub-card for storage;

[0028] Each expansion sub-card loads the device interface configuration and the local mapping configuration thereof, completes initialization, and feeds back a loading state to the main CPU card;

[0029] After confirming that each expansion sub-card is loaded, the main CPU card establishes and maintains a global data mapping logic according to the global data mapping configuration.

[0030] As a preferred scheme of the application, the data mapping configuration is a local mapping configuration corresponding to each expansion sub-card; and the configuration information is directly issued to each corresponding expansion sub-card, and each expansion sub-card synchronizes the configuration information and a loading state to the main CPU card after loading, including:

[0031] The configuration information is directly issued to each corresponding expansion sub-card;

[0032] Each expansion sub-card receives and stores the device interface configuration and the local mapping configuration thereof, and synchronizes the device interface configuration and the local mapping configuration thereof to the main CPU card;

[0033] Each expansion sub-card loads the device interface configuration and the local mapping configuration thereof, completes initialization, and feeds back a loading state to the main CPU card;

[0034] The main CPU card receives the local mapping configurations from each extension sub-card, and integrates the local mapping configurations to form a global data mapping configuration;

[0035] After confirming that each extension sub-card is loaded, the main CPU card establishes and maintains a global data mapping logic according to the global data mapping configuration.

[0036] As a preferred scheme of the present application, the configuration method of the large-capacity communication management device further includes a redundant fault-tolerant mechanism.

[0037] When the main CPU card is abnormal, each extension sub-card directly publishes and subscribes data with other extension sub-cards through a publish-subscribe message bus according to the locally stored local mapping configuration, and autonomously completes data interaction.

[0038] The beneficial effects of the present application are: through the parallel operation of multiple extension sub-cards and the publish-subscribe message bus, multiple types of devices such as network, serial, CAN bus, etc. are supported to access at the same time. Each extension sub-card creates an independent thread and process for external devices, and can carry large-scale measurement point data full collection and forwarding, effectively solving the problem of insufficient capacity of existing devices. The hot-plug extension sub-card cooperates with the special high-speed backplane, and when new device interface types are added or replaced, no shutdown is required, and the number of extension cards can be increased or decreased as needed, flexibly adapting to the device access requirements in different scenarios, and improving the device function expansion. The configuration tool provides a visual configuration view divided by sub-modules, supports modular setting of interface parameters, data analysis rules and other parameters, and the operation is intuitive and easy to use. At the same time, the automatic addressing and one-key download functions are integrated, and the configuration information is uniformly issued to the corresponding extension sub-card by the main CPU, without the need for professional personnel to manually configure each card, which improves the configuration efficiency and reduces the dependence on professional skills. It also supports independent configuration of each extension sub-card, providing a flexible configuration method. Each extension sub-card is configured with an independent network debugging interface, through which an external computer can observe message data, running state parameters and performance indicators in real time, and quickly locate faults. The man-machine interface (MMI) card provides a graphical man-machine interface, which intuitively displays the running state of the whole machine, reduces the on-site troubleshooting workload of the operation and maintenance personnel, significantly shortens the fault locating time, and reduces the overall operation and maintenance cost. The power management (Power) card adopts a dual power supply redundant hot standby design to avoid single power failure causing the whole machine to shut down. When the main CPU card is abnormal, each extension sub-card can directly realize data publishing and subscribing based on the local stored local mapping relationship through the publish-subscribe message bus, realize data interaction, ensure uninterrupted data communication, and improve the availability of the device. The network environment of the whole station is purified through physical isolation and logical filtering, and the network of the to-be-accessed device is isolated from the network of the main station. At the same time, a data mapping configuration mechanism is introduced to accurately define the reference path of the data items to be interacted between different extension sub-cards, which not only realizes fine management of data flow, but also avoids invalid data transmission, and guarantees the efficiency and accuracy of data forwarding. BRIEF DESCRIPTION OF DRAWINGS

[0039] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiment description. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creating laboriousness.

[0040] Among them:

[0041] Figure 1 A hardware module schematic diagram of a large-capacity communication management device provided by the present application is shown in the figure.

[0042] Figure 2A flow chart of the hot plug initialization process of the expansion sub-card in the embodiment of the present application;

[0043] Figure 3 A distributed message bus and data flow interaction diagram provided by the present application;

[0044] Figure 4 A flow chart of a configuration method of a large-capacity communication management device based on the centralized configuration of the main CPU card provided by the present application;

[0045] Figure 5 A flow chart of a configuration method of a large-capacity communication management device based on the independent configuration of each expansion sub-card provided by the present application;

[0046] Figure 6 A flow chart of the specific implementation process of the redundancy fault-tolerant mechanism when the main CPU card is abnormal in the embodiment of the present application. DETAILED DESCRIPTION

[0047] To make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions of the embodiments of the present application will be described clearly and completely below with reference to the drawings of the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the described embodiments of the present application, all other embodiments obtained by those of ordinary skill in the art belong to the scope of protection of the present application.

[0048] The existing communication management device only accesses data by relying on a single hardware unit, and it is difficult to meet the multi-device full measurement point collection demand. It lacks a hot plug function to expand the unit, and needs to stop and disassemble the hardware when adding or replacing the device interface type, and lacks a unified high-speed backplane to support efficient communication between the expansion unit and the core unit, and cannot flexibly adapt to changes in business scenarios. At the same time, it lacks a standardized configuration tool and relies on manual configuration by professional personnel, which is low in configuration efficiency and prone to data interaction failures caused by configuration errors. In addition, it lacks a state monitoring interface, and needs to check the software and hardware one by one when the communication fails, which seriously affects the operation and maintenance efficiency. In view of the above problems, the present application provides a large-capacity communication management device and a configuration method. The device supports simultaneous access of multiple types of devices such as network, serial, and CAN bus through the parallel operation of multiple expansion subcards and the publish-subscribe message bus. Each expansion subcard creates an independent thread and process for external devices, and can collect and forward large-scale measurement point data. The hot plug expansion subcard cooperates with the dedicated high-speed backplane, and does not need to stop when adding or replacing the device interface type, which can flexibly adapt to the device access demand and improve the expansion of the device. The configuration tool provides a visual configuration view divided by submodules, which is more intuitive to operate. At the same time, it integrates automatic addressing and one-key download functions, and the main CPU uniformly issues configuration information to the expansion subcard, which improves the configuration efficiency and reduces the dependence on professional skills. Each expansion subcard has an independent network debugging interface, which can quickly locate faults. The man-machine interface MMI card provides a graphical interface to display the running state of the whole machine, reducing the workload of operation and maintenance and reducing the operation and maintenance cost. The power management Power card adopts a dual power supply redundant hot standby design to avoid single power failure and machine downtime. When the main CPU card is abnormal, each expansion subcard can realize data interaction through the publish-subscribe message bus to ensure uninterrupted communication and improve the availability of the device. The network environment is purified through physical isolation and logical filtering to isolate the to-be-accessed device and the main station network. The data mapping configuration mechanism is introduced to accurately define the reference path of the interaction data item, ensuring efficient and accurate data forwarding.

[0049] As shown in Figure 1 An embodiment of the present application provides a large-capacity communication management device, which comprises a core card group, an expansion card group and a dedicated backplane.

[0050] The core card group is composed of a main CPU card, a man-machine interface MMI card and a power management Power card;

[0051] Further, the man-machine interface MMI card is responsible for the display of the man-machine interface, and is arranged on the front panel of the device. The card displays the running state of each expansion subcard, the real-time value of the access and forwarding measurement points, and the real-time communication link state between the communication management device and the access device and the forwarding device in real time.

[0052] The power management Power card provides power supply for the device, which adopts a double Power slot design, supports dual power supply redundant hot standby function, thereby ensuring high availability and safety of the power supply system.

[0053] The expansion card group includes at least one hot-pluggable expansion sub-card; the expansion sub-card is a network interface CPU card, and / or a serial interface CPU card, and / or a CAN bus CPU card;

[0054] Further, the network interface CPU card is configured to independently process access and forwarding communication tasks based on Ethernet interface devices. The serial interface CPU card is configured to process access and forwarding communication tasks based on serial interface devices, wherein the serial protocol is, for example, RS232, RS485, RS422. The CAN bus CPU card is configured to independently process access and forwarding communication tasks based on CAN bus interface devices. When the access or forwarding capacity of a single expansion sub-card reaches the upper limit, the linear improvement of the overall data processing capacity of the device can be achieved by adding expansion sub-cards of the same type.

[0055] A dedicated backplane is used for physical connection and data transmission between the core card group and the expansion card group.

[0056] Further, each slot on the dedicated backplane adopts a three-stage contact gold finger structure. Among them,

[0057] The first stage is the longest gold finger, which needs to be connected to a 3.3V / 5V isolated power supply. The power supply is provided with dual redundant power supply by the power management Power card, and supports the power slow start function when the card is inserted with power on. This function can be realized by the LM5069 hot plug controller, and the current limiting value is not more than 2A.

[0058] The second stage is to access the control bus. After each expansion sub-card is inserted, it communicates with the main CPU card through the bus, and reports the card type, physical card slot position and hardware ID of the inserted expansion sub-card. Among them, the card type includes network port, serial port, etc.

[0059] The third stage is the shortest gold finger, which is connected to the data bus. It is only turned on after the power supply is stable and the card identity recognition is completed, in order to avoid data interference during plugging.

[0060] In some embodiments, the dedicated backplane PCB adopts FR-4 material to support a working temperature range of -40 degrees to 85 degrees; in addition, the thickness of the gold finger plating layer needs to be greater than 30 micro inches.

[0061] The special backplane efficiently manages multi-card communication through a time division multiplexing mechanism, and the main CPU card precisely allocates a 1-ms time slice to each expansion sub-card. In some embodiments, the network port CPU card located at physical card slot position Slot2 sends data in the 0-1-ms period, while the network port CPU card located at physical card slot position Slot3 sends data in the 1-2-ms period, and so on. For emergency data such as fault alarms, a priority preemption mechanism is triggered through the bus priority pin INT#, ensuring a rapid response within 100 microseconds.

[0062] The special backplane integrates all network interfaces and power supply lines required by each expansion sub-card, ensuring stable hot-plug operation of each expansion sub-card.

[0063] The main CPU card and each expansion sub-card run independent operating systems, which enables high decoupling of hardware and software and ensures that they do not interfere with each other.

[0064] The main CPU card and each expansion sub-card independently deploy a publish-subscribe message bus, and the main CPU card and each expansion sub-card exchange data through the message bus. The publish-subscribe message bus running on the main CPU card is responsible for collecting data published by each expansion sub-card and pushing the data to other expansion sub-cards that subscribe to the data.

[0065] Each expansion sub-card runs an independent network programming interface, which creates an independent thread or process for each connected external device connection, thereby achieving high-concurrency data processing capability.

[0066] Further, each expansion sub-card is configured independently of other expansion sub-cards, and the supported interface types include Socket and Netlink.

[0067] Each expansion sub-card is equipped with an independent network debugging interface, which is accessed by an external computer to monitor the packet data, running state parameters, and performance indicators of the expansion sub-card in real time.

[0068] Further, real-time is defined as a data detection delay of no more than 100 microseconds. Performance indicators include data throughput, data forwarding delay, and packet loss rate.

[0069] Based on distributed processing capability, each expansion sub-card can independently and in real time record complete communication process packets while performing communication tasks, and the recorded packet data is rolled over according to a preset storage duration.

[0070] The main CPU card automatically allocates a unique logical identifier and an IP address for each expansion sub-card according to the physical slot position of each expansion sub-card in the large-capacity communication management device case; the logical identifier corresponds to the physical slot position one by one. In this way, each expansion sub-card can automatically communicate with the main CPU card and other cards according to the allocated IP address.

[0071] Further, the physical slot position is identified by the slot number Slot1-SlotN on the dedicated backplane.

[0072] The main CPU card allocates a unique logical identifier and an IP address for each expansion sub-card in the following two ways, specifically including:

[0073] 1. Static allocation. A unique logical identifier and an IP address are allocated for each expansion sub-card through a preset address mapping table. The preset address mapping table explicitly shows the fixed correspondence between the physical slot number and the IP address and the logical identifier, and the specific content is shown in Table 1.

[0074] Table 1: Preset address mapping table

[0075] Physical slot number Allocated logical identity Allocated IP address Slot 1 AI001 192.168.10.1 / 24 Slot 2 DI003 192.168.10.2 / 24 Slot 3 AI005 192.168.10.3 / 24 Slot 4 BI002 192.168.10.4 / 24 ... ... ... Slot N CI001 192.168.10.N / 24

[0076] As can be seen from Table 1, the main CPU card can determine the allocated IP address and the corresponding logical identifier by identifying the physical slot number and querying the table.

[0077] 2. Dynamic allocation. A unique logical identifier and an IP address are dynamically allocated for each expansion sub-card according to a preset rule.

[0078] In some embodiments, the IP address is obtained by adding the physical slot number to the network segment base address. For example, if the network segment base address is 192.168.1.10 and the physical slot number is Slot1, the corresponding IP address is 192.168.1.11. The logical identifier is obtained by combining the device type prefix and the physical slot number. The main CPU will first perform a brief communication with the expansion sub-card to obtain its device type code. Assuming that the device type code read from the expansion sub-card in the physical slot number Slot1 is 0x0A, and the prefix is configured as AI, then the allocated logical identifier will be AI001.

[0079] When the expansion sub-card is inserted or removed, the dedicated backplane triggers the main CPU to execute a hot plug processing program through a hardware interrupt mechanism. As shown in Figure 2 the expansion sub-card hot insertion initialization process proposed by the present application specifically includes:

[0080] S21, smoothly inserting the expansion sub-card into the empty card slot of the dedicated backplane;

[0081] S22, the main CPU detects the insertion of the expansion daughter card through the access control bus of the dedicated backplane, identifies the physical card slot position, card type and hardware ID of the expansion daughter card;

[0082] S23, the main CPU allocates basic hardware resources such as PCIe space configuration and memory mapping area to the detected expansion daughter card;

[0083] S24, power on the configured expansion daughter card, load the pre-configured operating system image, and start running; wherein the pre-configured operating system image is downloaded from its local storage or through the main CPU card from the network;

[0084] S25, after the operating system is started, the main CPU card automatically allocates a unique logical identifier and IP address to the expansion daughter card;

[0085] S26, start the publish-subscribe message bus service of the expansion daughter card, and subscribe to the exclusive configuration topic or channel of the main CPU card;

[0086] S27, the main CPU card publishes the configuration information corresponding to the expansion daughter card to the message bus;

[0087] S28, the expansion daughter card receives and loads the configuration information, initializes its application logic, and feeds back the loading status to the main CPU card;

[0088] S29, if the configuration information is loaded successfully, set the running status indicator light of the expansion daughter card to green constant light; if the configuration information fails to load, set the running status indicator light of the expansion daughter card to red flashing.

[0089] The data flow of the device operates in the following manner based on the publish-subscribe message bus:

[0090] As a data access card, the expansion daughter card is configured to publish valid data that meets the preset data format and verification rules after parsing to the publish-subscribe message bus, and subscribe to the real-time state information of the whole machine published by the main CPU card;

[0091] Further, the preset data format and verification rules are not fixed and can be flexibly configured to adapt to the diversified needs of different application scenarios. Specifically, the configuration of the preset data format and verification rules can be realized in the following two ways:

[0092] 1. Factory preset. When the device is shipped, a general data format and verification algorithm combination is set in advance, for example, using JSON data format and CRC32 algorithm. This combination ensures the readability of the data and the basic transmission reliability, so that the user can use it out of the box.

[0093] 2. Flexible customization through dedicated configuration tool. The configuration tool provides an intuitive graphical interface, where users can select the desired data format, such as XML, JSON, or custom binary structure, and the corresponding verification algorithm, such as CRC32, MD5, or SHA-1, from a drop-down menu in the configuration view of the corresponding card. After configuration, the configuration tool will automatically generate configuration information and issue it to the corresponding expansion sub-card. After the expansion sub-card is loaded, it will process data according to the new rules.

[0094] The expansion sub-card as a data forwarding card is configured to subscribe to the real-time data to be forwarded published by the main CPU card and subscribe to the real-time status information of the whole machine published by the main CPU card.

[0095] The main CPU card is configured to subscribe to the valid data published by each access card and publish the whole machine status information and data to be forwarded.

[0096] In some embodiments, first, the network interface CPU card collects a raw binary data stream from the connected sensor through its service port. The Modbus TCP protocol stack running on the network interface CPU card parses the function code, register address, and data value in the data frame according to the Modbus protocol rules. Then, the processing program in the network interface CPU card encapsulates the parsed register address 40001 as data value 25.6 according to the currently effective preset data format to generate a string. For example, the JSON format string is: {"dev_id":"sensor-001","reg":40001,"value":25.6,"timestamp":1634567890000}. Next, the current effective MD5 verification algorithm is called to calculate the hash value of the JSON string. Finally, the network interface CPU card publishes the JSON string and MD5 hash value as message payload to the specified topic on the publish-subscribe message bus, such as " / data / sensor-001". Since the main CPU card subscribes to the " / data / + " topic, it will receive this message. Before processing, the main CPU card will first use the same MD5 algorithm to calculate the received JSON string, and compare the result with the checksum in the message. If they are consistent, it is considered that the JSON string is complete and correct during transmission, and then subsequent mapping and routing processing is performed; if they are not consistent, the JSON string is discarded and an error log is recorded, thereby ensuring the reliability of processing data. At the same time, another CAN bus CPU card as a data forwarding card also subscribes to the topic / data / sensor-001, which will also receive the message. Before the CAN bus CPU card sends the temperature value 25.6 to the external device, it also needs to perform a verification operation to ensure the accuracy of data delivery.

[0097] As Figure 3 shown, the application proposes a specific implementation scheme of a large-capacity communication management device, which adopts a distributed message bus architecture based on a publish-subscribe mode, and realizes efficient and decoupled data interaction between core card components and extension sub-card components.

[0098] The large-capacity communication management device adopts modular design and is mainly composed of a main CPU card component and multiple hot-pluggable extension sub-card components. These extension sub-card components include CAN bus CPU card components, serial interface CPU card components, and network interface CPU card components. Each card component runs an independent operating system and is internally built with a complete publish-subscribe engine and a publish-subscribe message bus, thereby constructing a distributed communication network. All card components perform efficient data interaction through the message bus, and the main CPU card component no longer undertakes all data transfer tasks, but serves as the "brain" of the system, focusing on global management, routing control, and providing higher-level services.

[0099] Taking the network interface CPU card component as an example, the protocol container running in the network interface CPU card component is responsible for communication with external network devices, and the protocol container is internally built with multiple protocol stacks such as Modbus TCP and IEC 104. After the network interface CPU card component parses and converts the collected raw data into valid data, it does not directly send the valid data to the main CPU card component, but controls the valid data as a message to be published to its own publish-subscribe message bus by its local publish-subscribe engine, and marks a specific topic.

[0100] Similarly, the serial interface CPU card component communicates with external devices through a serial port protocol, and the CAN bus CPU card component is responsible for CAN network message transmission and processing. These card components all serve as independent data producers or consumers, publishing data through the local message bus or subscribing to control instructions from the main CPU card component.

[0101] The message bus on each extension sub-card component is connected to the message bus of the main CPU card component through a dedicated backplane, realizing cross-card message distribution. This design makes it extremely simple to add or replace communication interface types, as only the corresponding extension card needs to be inserted and its subscription relationship needs to be configured, truly realizing "plug and play" and flexible expansion.

[0102] The main CPU card is the core of system management. The mapping relationship processor inside it is responsible for loading and maintaining a global data mapping table, which defines the mapping relationship between the physical address and the internal virtual address of all data points. The routing instruction controller generates routing strategies according to these mapping relationships. For example, it may instruct the network interface CPU card to publish a certain data it collects to the topic / data / temperature / 1, while instructing the CAN bus CPU card to subscribe to the topic. These instructions are issued to each expansion card through the publish-subscribe engine of the main CPU.

[0103] The ZeroMQ core, as a specific implementation of a high-performance communication library, provides solid underlying support for the message bus. Its three-level priority mechanism for quality of service (QoS) is crucial, as it allows the system to assign different priorities to different types of messages, ensuring that critical control instructions can be transmitted with the lowest latency and highest reliability, thus meeting the stringent requirements of industrial communication for real-time performance and reliability.

[0104] The data upload process specifically includes: after a certain serial interface CPU card collects data, it is published through the local message bus. The main CPU card will receive the data because it subscribes to all data topics. The mapping relationship processor of the main CPU card processes it and, according to the routing rules, may need to forward it to another topic. The network interface CPU card will obtain this data because it subscribes to the forwarding topic, and then send it to external devices through its network port.

[0105] The control issuance process specifically includes: an external device issues a control instruction through the network interface CPU card. The instruction is received by the network interface CPU card and published to the message bus. The main CPU card and the destination card both subscribe to the control instruction topic, so they can simultaneously receive and process the instruction, achieving fast response.

[0106] When the main CPU card experiences a short-term exception, each expansion sub-card can still communicate directly through the message bus according to the locally stored local mapping configuration, ensuring that part of the key data interaction is uninterrupted.

[0107] The present application proposes a configuration method for a large-capacity communication management device. This configuration method allows centralized configuration through the main CPU card or independent configuration through each expansion sub-card. The configuration tool uses a configuration tool, which provides configuration views divided by sub-modules, with each view displaying the configurable parameters of the corresponding sub-module. The sub-modules include the core card group module and the expansion card group module. The core card group module includes the main CPU card module, the man-machine interface (MMI) card module, and the power management (Power) card module; the expansion card group module includes the network interface CPU card module, the serial interface CPU card module, and the CAN bus CPU card module.

[0108] The configuration information includes device interface configuration and data mapping configuration. The device interface configuration includes interface parameters and data analysis rules of each expansion sub-card, and the interface parameters of each expansion sub-card include baud rate, IP address, port number, etc. The data mapping configuration defines the corresponding relationship between the data points in the source expansion sub-card and the virtual mapping addresses of the destination expansion sub-card. The data points refer to the unique logical identifiers automatically allocated by the main CPU card according to the physical slot positions of the expansion sub-cards.

[0109] As shown in FIG. 4, another embodiment provided by the present application provides a configuration method of a large-capacity communication management device. The configuration method adopts a centralized configuration mode based on a main CPU card, and the specific steps include: Figure 4

[0110] S41, generating configuration information through a main CPU module configuration in a configuration tool;

[0111] Further, in the configuration view of each sub-module, the user can view the configuration data of the whole machine. When the data of other expansion sub-cards needs to be referenced, only the data mapping relationship needs to be established, without the need of data migration or fusion itself, so as to strictly maintain the independence of the data of each expansion sub-card.

[0112] S42, downloading the configuration information to the main CPU card;

[0113] Further, the data mapping configuration here is set as a global data mapping configuration, including the local data mapping configurations of all expansion sub-cards.

[0114] S43, the main CPU card receives and analyzes the configuration information, and obtains the device interface configuration and the global data mapping configuration;

[0115] S44, the main CPU card distributes the device interface configuration to each corresponding expansion sub-card; at the same time, the main CPU card extracts the local mapping configuration related to each expansion sub-card from the global data mapping configuration, and distributes it to each corresponding expansion sub-card for storage;

[0116] Further, the "related" refers to the mapping configuration of the expansion sub-card as a data source or a data destination.

[0117] S45, each expansion sub-card loads its own device interface configuration and local mapping configuration, completes initialization, and feeds back the loading status to the main CPU card;

[0118] Further, the loading status includes loading success and loading failure.

[0119] ​S46, the main CPU card establishes and maintains the global data mapping logic according to the global data mapping configuration after confirming that each expansion sub-card is loaded.

[0120] As shown in FIG. 6, another embodiment of the present application provides a configuration method of a large-capacity communication management device, which adopts an independent configuration mode based on each expansion sub-card, and the specific steps include: Figure 5

[0121] S51, configuration information is generated by each expansion sub-card module configuration in the configuration tool;

[0122] S52, the configuration information is directly issued to each corresponding expansion sub-card;

[0123] Further, the data mapping configuration here specifically corresponds to the local data mapping configuration of each expansion sub-card.

[0124] S53, each expansion sub-card receives and stores its own device interface configuration and local mapping configuration, and synchronizes its own device interface configuration and local mapping configuration to the main CPU card;

[0125] S54, each expansion sub-card loads its own device interface configuration and local mapping configuration, completes initialization, and feeds back the loading status to the main CPU card;

[0126] S55, the main CPU card receives the local mapping configuration from each expansion sub-card, integrates to form a global data mapping configuration;

[0127] S56, the main CPU card establishes and maintains the global data mapping logic according to the global data mapping configuration after confirming that each expansion sub-card is loaded.

[0128] In some embodiments, the large-capacity communication management device is equipped with a main CPU card with a model number of MC-8000, a man-machine interaction interface (MMI) card with a model number of MI-2000, a power management (Power) card with a model number of MP-3000, two network port CPU cards with a model number of EC-ETH-4000, three serial port CPU cards with a model number of EC-RS485-2000, and a special backplane with a model number of BP-1000. The special backplane is provided with eight physical slots, numbered Slot1 to Slot8 in sequence, and has parallel communication and hot plug functions.

[0129] ​The operating system running on the main CPU card is VxWorks 7. The system running on the network interface CPU card is Linux RTOS, with a kernel version of 5.10 and integrated Preempt-RT Patch to ensure that thread scheduling delays do not exceed 100 microseconds. The operating system running on the serial interface CPU card is FreeRTOS, version 10.4.3, with an LWIP protocol stack version 2.1.3, supporting lightweight network communication.

[0130] When any expansion sub-card is inserted into the Slot1 to Slot8 slots of the dedicated backplane, the dedicated backplane triggers the card to execute the initialization script: / opt / psx / auto_ip.sh through a hardware interrupt signal.

[0131] The main CPU card reads the physical slot number of the expansion sub-card through the dedicated backplane bus, and dynamically allocates an IP address and a unique logical identifier to the expansion sub-card according to a preset rule. The allocation results are shown in Table 2.

[0132] Table 2 Dynamic allocation results based on preset rules

[0133] Physical slot number Allocated logical identity Allocated IP address Device type Slot 1 AI001 192.168.10.1 / 24 Main CPU card Slot 2 DI003 192.168.10.2 / 24 Network port CPU card 1 Slot 3 AI005 192.168.10.3 / 24 Network port CPU card 2 Slot 4 BI002 192.168.10.4 / 24 Serial port CPU card 1

[0134] Distributed message interaction is achieved using ZeroMQ, with the following specific deployment:

[0135] Start the proxy service with quality of service (QoS) guarantee, with the command:. / zmq_proxy-front tcp: / / *:5555-back tcp: / / *:5556-qos 2.

[0136] The network interface CPU card starts a subscription node to listen to the control instructions pushed by the main CPU card, with the command: zmq_sub-connect tcp: / / 192.168.10.1:5555-topic "PUB / ETH*".

[0137] The serial interface CPU card starts a publication node to push serial data to the message bus, with the command: zmq_pub-bind tcp: / / *:7777-topic "SUB / RS485".

[0138] The network interface CPU card receives raw data from external devices through Ethernet, parses it, and publishes it to the 5555 port of the main CPU card through zmq_pub, with the command: zmq_pub-connect tcp: / / 192.168.10.1:5555-topic "PUB / ETH / AI001"-data "23.5℃".

[0139] The main CPU card receives the original data through zmq_sub, performs data conversion according to the data mapping configuration generated by the configuration tool, and then pushes the data to the target forwarding card through zmq_pub. The command is: zmq_pub-connect tcp: / / 192.168.10.1:5556-topic "PUB / RS485 / 0x1002"-data "23.5". The data mapping configuration is shown in Table 3.

[0140] Table 3 Data mapping configuration

[0141]

[0142]

[0143] After the configuration information is generated, two synchronization paths are supported:

[0144] Centralized synchronization of the main CPU card:

[0145] Download the configuration information to the main CPU card with IP address 192.168.10.1;

[0146] After the main CPU card parses, the configuration information of the expansion sub-card is issued to the expansion sub-card with the corresponding IP address according to the physical slot number;

[0147] After the expansion sub-card is loaded, the main CPU card is fed back with "OK" or "FAIL" loading state.

[0148] Independent synchronization of the expansion sub-card: directly issue configuration information to the specified expansion sub-card, for example, network port CPU card 2 with IP address 192.168.10.3;

[0149] After the expansion sub-card is loaded, the configuration information and the loading state are automatically synchronized to the main CPU card;

[0150] The main CPU card integrates the configuration information of all expansion sub-cards and updates the global data mapping configuration.

[0151] A configuration method of a large-capacity communication management device also includes a redundancy fault-tolerant mechanism:

[0152] When the main CPU card abnormally, each expansion sub-card publishes and subscribes data directly with other expansion sub-cards through the publish-subscribe message bus according to the local stored local mapping configuration, and independently completes data interaction.

[0153] As shown in Figure 6 , it is the specific implementation steps of the redundancy fault-tolerant mechanism in the embodiment of the application, which includes:

[0154] S61, each extension sub-card component real-time monitors the heartbeat signal of the main CPU card component;

[0155] Further, after each extension sub-card component is started, the heartbeat signal periodically sent by the main CPU card component is real-time monitored through the bottom communication channel of the special backplane. Meanwhile, each extension sub-card component maintains a heartbeat signal receiving buffer area locally, and records the time stamp of receiving the heartbeat signal each time. The heartbeat signal is a state frame of fixed format, containing the running state code and data processing progress of the main CPU card component, and the sending period thereof can be configured through a configuration tool, and the default value is 1 second / period.

[0156] S62, if the heartbeat of the main CPU card component is normal, each extension sub-card component continues to work cooperatively through the main CPU card component; if the heartbeat signal of the main CPU card component is lost for more than a preset threshold, it is determined that the main CPU card component is abnormal;

[0157] Further, the preset threshold needs to be configured according to the reliability requirement on site, and in a typical embodiment, the preset threshold is 3 periods.

[0158] S63, when any extension sub-card component determines that the main CPU card component is abnormal, the message of "abnormal main CPU card component" is broadcasted to other extension sub-card components through the publish-subscribe message bus;

[0159] S64, when other extension sub-card components receive the message, the local mapping relationship stored locally is directly used to initiate data publishing and subscribing through the publish-subscribe message bus.

[0160] Further, the local mapping relationship is pre-downloaded when the main CPU card component is normal or directly downloaded from the configuration tool, and contains the virtual mapping address of the source extension sub-card data point and the destination extension sub-card.

[0161] In some embodiments, the extension sub-card component pushes the abnormal information of the main CPU to the man-machine interface (MMI) card component of the core card component group through the special backplane. After receiving the information, the man-machine interface (MMI) card component displays the fault information in the form of sound and light alarm and text pop-up window through the man-machine interface, and records the alarm log, so as to notify the operation and maintenance personnel to timely troubleshoot the abnormality of the main CPU card component. The abnormal information of the main CPU card component includes the abnormal determination time, the trigger threshold and the working mode of the current extension sub-card. The man-machine interface device connected with the man-machine interface can be a local display screen or a remote Web interface. The alarm log contains traceable time stamp and abnormal code.

[0162] In summary, the application constructs a communication management device integrating large capacity, high reliability, scalability and convenient operation, which improves the overall performance and engineering applicability of the power communication system. Specifically, in terms of hardware architecture, a distributed design of multiple expansion sub-cards running in parallel is adopted to provide independent access channels for external devices of different interface types. Each expansion sub-card creates independent threads and processes for external devices to realize full-scale acquisition and efficient forwarding of large-scale measurement point data, thereby fundamentally solving the problem of insufficient access capacity of traditional communication management devices. In addition, the hot-swappable expansion sub-cards cooperate with the dedicated high-speed backplane, so that the device interface type can be added or replaced without downtime, and the number of expansion cards can be increased or decreased as needed, flexibly adapting to the device access requirements in different scenarios, thereby improving the functional scalability of the device. In terms of configuration and operation, the application provides a modular configuration tool that supports centralized setting of interface parameters, data analysis rules and other parameters, and the operation is intuitive and easy to use. Combined with automatic addressing and one-key download function, the configuration information can be automatically distributed to each expansion sub-card by the main CPU, without manual configuration for each card, which improves engineering efficiency and reduces dependence on professional skills. At the same time, independent configuration of each expansion sub-card is also supported, providing a flexible configuration method. Each expansion sub-card is equipped with an independent network debugging interface, through which the operation and maintenance personnel can monitor message data, device running state parameters and performance indicators in real time, and realize rapid fault positioning. The man-machine interaction interface (MMI) card provides a graphical interface to fully display the running state of the whole machine, reducing the on-site troubleshooting workload, shortening the fault repair time and reducing the operation and maintenance cost. In terms of system reliability, the power management (Power) card adopts a dual power supply redundant hot standby design to avoid system interruption caused by single power supply failure. When the main CPU card fails, each expansion sub-card can independently interact with cross-card data based on the local stored local mapping relationship through the publish-subscribe message bus, ensuring uninterrupted key data communication and improving device availability. In addition, the application purifies the network environment in the station by combining physical isolation and logical filtering, effectively isolates the network of the to-be-connected device from the main station network, and accurately defines the cross-card data reference path through the data mapping configuration mechanism, realizes fine management and efficient forwarding of data flow, avoids invalid data transmission, and guarantees the accuracy and real-time performance of communication.

[0163] The above merely describes specific embodiments of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily think of various changes or replacements within the technical range disclosed in the present application, which should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A large-capacity communication management apparatus characterized by comprising: The device comprises: a core card group composed of a main CPU card, a man-machine interactive interface (MMI) card and a power management (Power) card; an extension card group comprising at least one hot-pluggable extension sub-card; the extension sub-card is a network interface CPU card, a serial interface CPU card and / or a CAN bus CPU card; a special backplane for physical connection and data transmission between the core card group and the extension card group; wherein the main CPU card and each extension sub-card run independent operating systems and publish-subscribe message buses, and exchange data through the message buses.

2. A bulk communication management device according to claim 1, wherein, The special backplane supports hot plugging and parallel communication; the power management (Power) card adopts a dual power supply redundant hot standby design.

3. The apparatus of claim 1, wherein The publish-subscribe message bus running on the main CPU card is used to collect and forward data published by each extension sub-card; the extension sub-card runs an independent network programming interface and creates an independent thread or process for each accessed or forwarded external device.

4. The apparatus of claim 1, wherein Each extension sub-card is provided with an independent network debugging interface for an external computer to access and real-time detect packet data, running state parameters and performance indicators of the extension sub-card.

5. The apparatus of claim 1, wherein The data flow operation mode of the device is as follows: As a data access card, the extension sub-card publishes valid data meeting preset data formats and verification rules after analysis to the publish-subscribe message bus, and subscribes to device overall running state information published by the main CPU card; As a data forwarding card, the extension sub-card subscribes to the device overall running state information and data to be forwarded published by the main CPU card; the main CPU card subscribes to valid data published by each access card, and publishes device overall running state information and data to be forwarded.

6. The apparatus of claim 1, wherein The main CPU card automatically allocates a unique logical identifier and IP address for each extension sub-card according to the physical slot position of each extension sub-card; the logical identifier corresponds to the physical slot position one by one.

7. A configuration method for a large-capacity communication management apparatus as claimed in any one of claims 1 to 6, characterized by, The configuration method comprises: generating configuration information through a configuration tool; the configuration tool provides configuration views divided by sub-modules, and each configuration view displays configurable parameters of the sub-module; if the configuration information is configured through the main CPU module in the configuration tool, the configuration information is downloaded to each extension sub-card through the main CPU card, and each extension sub-card feeds back the loading state to the main CPU card after loading; if the configuration information is configured through each extension sub-card module in the configuration tool, the configuration information is directly downloaded to each corresponding extension sub-card, and the configuration information and the loading state are synchronized to the main CPU card after each extension sub-card is loaded; wherein the configuration information comprises device interface configuration and data mapping configuration; the device interface configuration is interface parameters and data analysis rules corresponding to each extension sub-card; the data mapping configuration defines the corresponding relationship between virtual mapping addresses in the source extension sub-card and the destination extension sub-card.

8. The method of claim 7, wherein The data mapping configuration is a global data mapping configuration; the configuration information is downloaded to each extension sub-card through the main CPU card, and each extension sub-card feeds back the loading state to the main CPU card after loading. Download the configuration information to the main CPU card; The main CPU card receives and parses the configuration information, and obtains the device interface configuration and the global data mapping configuration; The main CPU card distributes the device interface configuration to each corresponding expansion sub-card; at the same time, the main CPU card extracts the local mapping configuration related to each expansion sub-card from the global data mapping configuration and distributes it to each corresponding expansion sub-card for storage; each expansion sub-card loads its own device interface configuration and local mapping configuration, completes initialization, and feeds back the loading status to the main CPU card; After confirming that each expansion sub-card is loaded, the main CPU card establishes and maintains the global data mapping logic according to the global data mapping configuration.

9. The method of claim 7, wherein the large-capacity communication management apparatus is configured as a server. The data mapping configuration is the local mapping configuration corresponding to each expansion sub-card; the configuration information is directly distributed to each corresponding expansion sub-card, and after each expansion sub-card is loaded, the configuration information and the loading status are synchronized to the main CPU card, which comprises: Directly distributing the configuration information to each corresponding expansion sub-card; Each expansion sub-card receives and stores its own device interface configuration and local mapping configuration, and synchronizes its own device interface configuration and local mapping configuration to the main CPU card; Each expansion sub-card loads its own device interface configuration and local mapping configuration, completes initialization, and feeds back the loading status to the main CPU card; The main CPU card receives the local mapping configuration from each expansion sub-card, integrates to form the global data mapping configuration; After confirming that each expansion sub-card is loaded, the main CPU card establishes and maintains the global data mapping logic according to the global data mapping configuration.

10. The method of claim 7, wherein It also includes a redundancy fault-tolerant mechanism: When the main CPU card is abnormal, each expansion sub-card directly publishes and subscribes data with other expansion sub-cards through the publish-subscribe message bus according to the locally stored local mapping configuration, and independently completes data interaction.

Images