Mine red system-based multi-device adaptation method and apparatus, and bridging device

Abstract

The invention provides a multi-device adaptation method and device based on a red-mine system and a bridging device. The method comprises the following steps: completing system initialization and environment configuration; the method comprises the following steps of: scanning a physical interface to detect accessed non-mining red equipment, distributing a unique virtual node ID (Identity) for each non-mining red equipment, inquiring a protocol library according to feature information of the non-mining red equipment, and loading a corresponding data analysis protocol; and performing uplink and downlink bidirectional data conversion through a data analysis protocol. According to the technical scheme of the invention, the protocol conversion and interface compatibility of the non-mine-red equipment are realized, so that the non-mine-red equipment can be accessed to the mine-red network without hardware transformation and can be simulated as the mine-red equipment, and the self-discovery, self-connection and self-networking functions are supported. According to the method, the equipment access process is simplified, the integration cost is reduced, the compatibility and expansibility of the whole mine network system are enhanced, and powerful technical support is provided for promoting mine intelligent construction.

Description

Technical Field

[0001] The present disclosure relates to the field of automation technology, and particularly to a multi-device adaptation method, device, and bridging device based on the MineHong system. Background Art

[0002] As an operating system customized specifically for the mining field, the MineHong operating system is deeply optimized based on OpenHarmony, aiming to achieve centralized management, remote monitoring, and intelligent scheduling of mining equipment. By utilizing the characteristics of self-discovery and self-connection, this system can significantly improve the communication reliability and speed between devices. Through a unified communication protocol and data format, seamless collaboration between devices is achieved, greatly enhancing the intelligent level of mining operations.

[0003] Currently, most mining equipment is non-MineHong equipment, with various types and complex interfaces. Replacing or retrofitting all these devices with MineHong system-equipped devices is costly and difficult to achieve in the short term. Therefore, in practical applications, mining enterprises need to face the interoperability problem between a large number of existing non-MineHong devices and newly introduced MineHong devices. Due to the inconsistencies in communication protocols, data formats, and hardware interfaces of non-MineHong devices, it is difficult for them to directly access the MineHong system, thus unable to achieve seamless communication and collaborative work with MineHong devices.

[0004] To address this issue, existing technologies can bridge different systems through middleware or gateway devices, alleviating the interoperability problem to a certain extent, but there are still many limitations. For example, the cost of middleware or gateway devices is high, increasing the economic burden on enterprises; the configuration is complex and requires professional technical personnel for debugging and maintenance; the compatibility is poor and it is difficult to adapt to devices of different brands and types; especially in an environment like a mine with high reliability requirements and harsh working conditions, the stability and data security of existing solutions are often difficult to guarantee.

[0005] Therefore, how to overcome these technical obstacles and achieve seamless communication between non-MineHong devices and the MineHong system has become an urgent technical problem to be solved. Summary of the Invention

[0006] The present invention provides a multi-device adaptation solution based on the MineHong system to solve the problems of high cost, difficult configuration and maintenance, and poor compatibility when non-MineHong devices access the MineHong system.

[0007] The present invention solves the above technical problems through the following aspects:

[0008] In a first aspect, the present invention provides a multi-device adaptation method based on the MineHong system, including:

[0009] Complete system initialization and environment configuration;

[0010] Scan the physical interfaces to detect the connected non-MineHong devices and identify the characteristic information of the non-MineHong devices;

[0011] Assign a unique virtual node ID to each of the non-MineHong devices, and proxy the communication requests of the non-MineHong devices through the virtual nodes to support the self-discovery and self-networking mechanisms of the MineHong system;

[0012] Query the protocol library and load the corresponding data parsing protocol according to the characteristic information of the non-MineHong devices;

[0013] Convert the data of the non-MineHong devices into a format recognizable by the MineHong system through the corresponding data parsing protocol and upload it to the management platform; convert the data sent by the management platform to the non-MineHong devices into a format executable by the non-MineHong devices through the corresponding data parsing protocol.

[0014] In a second aspect, the present invention provides a multi-device adaptation device based on the MineHong system, including:

[0015] A startup unit for completing system initialization and environment configuration;

[0016] An automatic scanning unit for scanning the physical interfaces to detect the connected non-MineHong devices and identify the characteristic information of the non-MineHong devices;

[0017] A protocol matching unit for querying the protocol library and loading the corresponding data parsing protocol according to the characteristic information of the non-MineHong devices;

[0018] A virtual device unit for assigning a unique virtual node ID to each of the non-MineHong devices and proxying the communication requests of the non-MineHong devices through the virtual nodes to support the self-discovery and self-networking mechanisms of the MineHong system;

[0019] A data conversion unit for converting the data of the non-MineHong devices into a format recognizable by the MineHong system through the corresponding data parsing protocol and uploading it to the management platform; converting the data sent by the management platform to the non-MineHong devices into a format executable by the non-MineHong devices through the corresponding data parsing protocol.

[0020] In a third aspect, the present invention provides a bridging device for multi-device adaptation based on the MineHong system, including:

[0021] Multiple hardware interfaces for connecting non-MineHong devices, and the hardware interfaces support different interface protocols;

[0022] A MineHong system interface for communicating with a management platform supporting the MineHong system;

[0023] An adaptation processing module for executing the method described above, so that non-MineHong devices connected to the multiple hardware interfaces can communicate with the management platform through the MineHong system interface.

[0024] The method of this embodiment can achieve the following beneficial effects.

[0025] 1) Maximal compatibility: By automatically scanning multiple hardware interfaces to identify non-MineHong devices, and through intelligent protocol conversion technology, the management platform based on the MineHong system can connect almost any type of non-MineHong device without large-scale modification or replacement of the original devices.

[0026] 2) Simplified deployment process: By using virtual nodes to proxy the communication of non-MineHong devices, non-MineHong devices can also utilize the self-discovery and self-connection characteristics of the MineHong system, significantly reducing the configuration time and complexity, enabling multiple non-MineHong devices to quickly access the MineHong network through a central node.

[0027] 3) Improved communication efficiency: Through optimized data transmission mechanisms and protocol conversion technology, the reliability and speed of device-to-device communication are ensured, enhancing the overall performance of the mine management system.

[0028] 4) Reduced costs and time: By using the method of this embodiment, non-MineHong devices can be accessed through bridged MineHong devices, avoiding the high costs and long downtimes required for a full replacement or modification of existing devices, and effectively promoting the process of mine informatization.

[0029] 5) High scalability: Through the design of a dynamic protocol library, protocol library updates can be supported to adapt to future new devices. Description of the Drawings

[0030] To more clearly illustrate the technical solutions in the embodiments of the present disclosure or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only some embodiments recorded in the present disclosure. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0031] Figure 1 It is a schematic diagram of implementing bridging using the multi-device adaptation method provided by the embodiments of the present disclosure;

[0032] Figure 2 It is a flowchart of the multi-device adaptation method based on the MineHong system provided by the embodiments of the present disclosure;

[0033] Figure 3 It is a schematic diagram of the principle of a virtual node proxying a non-MineHong device in the embodiments of the present disclosure;

[0034] Figure 4 Schematic diagram of the principle of uplink and downlink data conversion in the embodiments of the present disclosure;

[0035] Figure 5 Block diagram of a multi-device adaptation device based on the MineHong system provided in the embodiments of the present disclosure;

[0036] Figure 6 Schematic diagram of a bridging device for multi-device adaptation based on the MineHong system provided in the embodiments of the present disclosure;

[0037] Figure 7 Schematic diagram of the software architecture of the adaptation processing module of the bridging device in the embodiments of the present disclosure;

[0038] Figure 8 Adaptation process executed after the bridging device is powered on in the embodiments of the present disclosure. Detailed implementation manners

[0039] In order to enable those skilled in the art to better understand the technical solutions in the present disclosure, the technical solutions in the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only a part of the embodiments of the present disclosure, rather than all of the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present disclosure without making creative efforts shall fall within the scope of protection of the present disclosure. In addition, for the sake of clarity, parts irrelevant to the description of the exemplary embodiments are omitted in the drawings.

[0040] In this specification, it should be understood that terms such as "including" or "having" are intended to indicate the existence of features, numbers, steps, actions, components, parts, or combinations thereof disclosed in the present disclosure, and are not intended to exclude the possibility of the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof. It should also be noted that, without conflict, the embodiments in the present disclosure and the features in the embodiments may be combined with each other.

[0041] Before describing the embodiments of the present disclosure, the professional terms in this specification will be briefly described.

[0042] The MineHong system is an operating system customized based on OpenHarmony and dedicated to the mining field. It has functions such as self-discovery and self-networking. The MineHong devices in this specification refer to the devices equipped with the MineHong system, and the non-MineHong devices refer to various devices equipped with non-MineHong systems. The hardware interface types of the devices refer to interfaces such as RS232 / S485, CAN, Ethernet, USB, and Bluetooth. The communication protocols of these devices include TCP / IP, PLC, Modbus, MQTT, etc.

[0043] Common non-MineHong devices include, but are not limited to, traditional mining machinery, transportation vehicles, monitoring instruments, etc. They may operate different operating systems or communication protocols, and have diverse hardware interface types. The inconsistencies in communication protocols, data formats, and hardware interfaces among these devices make it difficult for them to be directly connected to the MineHong system, thus preventing seamless communication and collaborative work with MineHong devices.

[0044] To address the interoperability problem between non-MineHong devices and MineHong devices in the prior art, the inventor designed a bridging solution based on the MineHong system. By using one MineHong device to connect multiple non-MineHong devices to the network of the MineHong system, the existing devices are utilized at low cost to achieve interconnection between non-MineHong devices and MineHong devices. The principle of this solution is as Figure 1 shown. Non-MineHong device 1, Non-MineHong device 2... Non-MineHong device n can be connected to the MineHong system through a MineHong device for bridging. This bridging device is a MineHong device with wide compatibility. Through hardware interface support and intelligent protocol conversion technology, it can connect almost any type of non-MineHong device without the need for large-scale modification or replacement of non-MineHong devices, nor complex configuration operations. Different types of non-MineHong devices can be connected to the MineHong system through this bridging device.

[0045] The following specifically describes the implementation of the embodiments of the present invention.

[0046] Figure 2 It is a flowchart of a multi-device adaptation method based on the MineHong system provided for an embodiment of the present disclosure.

[0047] As Figure 2 shown, this method includes steps S210 to S250, which are executed by the bridging device.

[0048] S210: Complete system initialization and environment configuration.

[0049] After the device is powered on, the MineHong system is responsible for loading and starting the internal program, initializing the operating environment, including allocating necessary memory resources, etc. Then, it loads the default configuration file from local or the cloud. The configuration file includes network parameters, protocol template indexes, and interface adaptation rules, initializes the connection parameters of the MineHong system, prepares to access the MineHong network, and then automatically searches for and connects to nearby MineHong nodes according to the information in the configuration file, and attempts to access according to the preset security policy to complete two-way authentication to ensure the security of communication. This process is also the self-discovery mechanism of MineHong devices.

[0050] S220: Scan the physical interfaces to detect the connected non-MineHong devices and identify the characteristic information of the non-MineHong devices.

[0051] The internal program scans all available hardware interfaces through the operating system API or the hardware abstraction layer (HAL), and records the physical attributes and connection status of the hardware interfaces. Interface scanning can detect non-Miner Valley devices that are connected. The supported hardware interface types include RS232 / 485, CAN bus, Ethernet, Bluetooth, Wi-Fi, USB, etc. The physical attributes of the interfaces such as baud rate, data bits, parity bits, etc. For each detected device, record the physical location where it is connected, such as port number, IP address, Mac address, etc., and the initially identified device type.

[0052] The process of extracting the characteristic information of non-Miner Valley devices is as follows: Send an initialization detection signal to the non-Miner Valley device, and infer the device type and supported communication protocol based on the response data packet. For example, the detection signal is Modbus function code 0x01 to read the status. If the device response conforms to the Modbus RTU format, it is marked as a Modbus device.

[0053] S230: Assign a unique virtual node ID to each non-Miner Valley device, and proxy the communication requests of the non-Miner Valley device through the virtual node to support the self-discovery and self-networking mechanisms of the Miner Valley system.

[0054] Assigning a unique virtual node ID to each newly discovered non-Miner Valley device not only facilitates the system to distinguish and manage multiple devices internally. More importantly, after this virtual node is registered in the Miner Valley network, the Miner Valley network will regard this virtual node as a native device, so that the non-Miner Valley device proxied by this virtual node can participate in collaborative processes such as task scheduling and data sharing in the Miner Valley system.

[0055] As an example, Figure 3 shows a schematic diagram of the principle of proxying non-Miner Valley devices through virtual nodes. As Figure 3 shown, non-Miner Valley devices Device_A, Device_B... Device_N are devices connected through different hardware interfaces respectively. In the device virtualization layer, the non-Miner Valley devices are mapped to virtual node IDs. For example, the ID mapped by device Device_A is MH_X001, forming a corresponding relationship between the physical non-Miner Valley devices and the virtual Miner Valley nodes. At the same time, these virtual node IDs MH_X001, MH_X002... MH_X00N are registered in the Miner Valley network. For the Miner Valley network, each virtual node is regarded as a native device for business communication. The virtual Miner Valley nodes act as communication agents, parse and forward data, and simulate the Miner Valley protocol to complete the connection between the non-Miner Valley devices and the Miner Valley network.

[0056] S240: According to the characteristic information of the non-Miner Valley device, query the protocol library and load the corresponding data parsing protocol.

[0057] Protocol configuration is performed in this step. The data parsing protocol corresponding to the feature information can be matched from the local cache or the protocol library in the cloud. If there is no matching data parsing protocol in the protocol library, after triggering the cloud protocol update process, the corresponding data parsing protocol is downloaded. When matching the parsing protocol, first obtain the configuration file from the local or cloud server. This configuration file contains device information, data parsing protocols, and other relevant parameters connected to each interface. According to the interface and device information in this configuration file, match the corresponding data parsing protocol. For each supported parsing protocol, load the corresponding data parsing file, which defines how to decode the received data packet and encode the data packet to be sent accordingly.

[0058] After querying the protocol library and loading the corresponding data parsing protocol, independent protocol driver instances can also be created for each non-MineHong device to isolate the data streams of different devices. This can avoid data conflicts between multiple devices.

[0059] S250: Convert the data of non-MineHong devices into a format recognizable by the MineHong system through the corresponding data parsing protocol and upload it to the management platform. Convert the data sent by the management platform to non-MineHong devices into a format executable by non-MineHong devices through the corresponding data parsing protocol.

[0060] The format recognizable by the MineHong system is the MDTP format. The MDTP format contains the virtual node ID of the corresponding non-MineHong device, and also includes data type, timestamp, data payload, etc. The data payload can be in JSON or binary format. The management platform is built based on the MineHong system, receives data in the MDTP format, and issues MDTP instructions, such as device control commands. In this step, it is necessary to complete the parsing and encapsulation of the uplink data, that is, after the data of non-MineHong devices is parsed by the protocol driver, it is converted into a standardized MDTP format; and the parsing and issuing of the downlink instructions, that is, the MDTP instructions are reversely parsed into a protocol format supported by the device and issued to the corresponding device.

[0061] Figure 4 The schematic diagram of the principle of uplink and downlink data conversion is given. As Figure 4 shown, the current non-MineHong device is a Modbus device, and the generated original data is in Modbus format. After protocol recognition and template matching, protocol recognition and data parsing are performed, and the original data is encapsulated into the MDTP format for output. Similarly, the downlink instructions are reversely parsed and encapsulated into the Modbus format so that the non-MineHong device can recognize and execute them.

[0062] The method of this embodiment can obtain the following beneficial effects.

[0063] 1) Maximized Compatibility: By automatically scanning multiple hardware interfaces to identify non-MineHong devices, and through intelligent protocol conversion technology, the management platform based on the MineHong system can connect almost any type of non-MineHong device without large-scale modification or replacement of the original devices.

[0064] 2) Simplified Deployment Process: By using virtual nodes to proxy the communication of non-MineHong devices, non-MineHong devices can also utilize the self-discovery and self-connection features of the MineHong system, significantly reducing the configuration time and complexity, enabling multiple non-MineHong devices to quickly access the MineHong network through a central node.

[0065] 3) Improved Communication Efficiency: Through optimized data transmission mechanisms and protocol conversion technologies, the reliability and speed of device-to-device communication are ensured, enhancing the overall performance of the mine management system.

[0066] 4) Cost and Time Reduction: By using the method of this implementation, non-MineHong devices can be accessed through bridged MineHong devices, avoiding the high costs and long downtimes required for a full replacement or modification of existing devices, effectively promoting the process of mine informatization.

[0067] 5) High Scalability: Through the design of a dynamic protocol library, protocol library updates can be supported to adapt to future new devices.

[0068] The embodiments of the multi-device adaptation method based on the MineHong system have been described above. Correspondingly, the present disclosure also provides embodiments of a multi-device adaptation apparatus based on the MineHong system.

[0069] Figure 5 The structural block diagram of the multi-device adaptation apparatus 300 based on the MineHong system provided for the embodiments of the present disclosure. This apparatus 300 can be implemented as part or all of an electronic device through software, hardware, or a combination of both.

[0070] As Figure 5 shown, this apparatus 300 includes a startup unit 310, an automatic scanning unit 320, a virtual device unit 330, a protocol matching unit 340, and a data conversion unit 350.

[0071] The startup unit 310 is used to complete system initialization and environment configuration.

[0072] The automatic scanning unit 320 is used to scan physical interfaces to detect connected non-MineHong devices and identify the characteristic information of non-MineHong devices.

[0073] The virtual device unit 330 is used to assign a unique virtual node ID to each non-MineHong device and proxy the communication requests of non-MineHong devices through virtual nodes to support the self-discovery and self-networking mechanisms of the MineHong system.

[0074] The protocol matching unit 340 is configured to query the protocol library and load the corresponding data parsing protocol according to the feature information of the non-Kuanghong device.

[0075] The data conversion unit 350 is configured to convert the data of the non-Kuanghong device into a format recognizable by the Kuanghong system through the corresponding data parsing protocol and upload it to the management platform; convert the data sent by the management platform to the non-Kuanghong device into a format executable by the non-Kuanghong device through the corresponding data parsing protocol.

[0076] Based on the same inventive concept, the present disclosure also provides a bridging device 400 for multi-device adaptation based on the Kuanghong system. The bridging device 400 can be implemented as part or all of an electronic device through software, hardware, or a combination of both.

[0077] Figure 6 is a schematic structural diagram of the bridging device 400. As Figure 6 shown, the bridging device includes a plurality of hardware interfaces 410, a Kuanghong system interface 420, and an adaptation processing module 430.

[0078] The plurality of hardware interfaces 410 support different interface protocols and are used to connect non-Kuanghong devices; the Kuanghong system interface 420 is used to communicate with the management platform that supports the Kuanghong system; the adaptation processing module 430 is used to execute the adaptation method described above so that the non-Kuanghong devices connected to the plurality of hardware interfaces 410 can communicate with the management platform through the Kuanghong system interface 420.

[0079] The software architecture of the adaptation processing module of the bridging device 400 is as Figure 7 shown, including a Kuanghong interface, a virtualization module, a data two-way conversion module, an intelligent protocol conversion engine, and a device management module. Each module performs different tasks to achieve the purpose of connecting the Kuanghong system and non-Kuanghong devices. It should be understood that Figure 7 the parsing protocols listed in are only examples and do not limit all the parsing protocols supported by the bridging device.

[0080] When the device is working, it is necessary to continuously monitor the status changes of each interface. Once new data arrives, it triggers the data acquisition and processing process. According to the loaded parsing file, the received raw data is preliminarily parsed to extract the information fields, and then the parsed data is reorganized and formatted according to the requirements of the MDTP protocol of the Kuanghong system to ensure that the converted data conforms to the standard format of the Kuanghong system. Then the parsed and converted data is uploaded to the management platform through the MDTP protocol of the Kuanghong system. At the same time, the device will continuously detect the status of each hardware interface. When a new device joins, except for the system initialization operation, other steps are executed in sequence, and the newly added non-Kuanghong device can be automatically discovered, thus realizing the device self-discovery and self-networking mechanism of the Kuanghong system.

[0081] As an example, Figure 8 the adaptation process executed after the bridging device 400 is powered on is given. As Figure 8 shown, after the device is powered on, system initialization and environment configuration are first executed, then dynamic interface adaptation and device identification are performed, and device virtualization and self-organizing network are completed according to the identified device, so that non-MineHong devices can be registered into the MineHong network through virtual IDs, and then protocol matching and dynamic loading are performed, and two-way conversion and transmission of data are carried out accordingly.

[0082] The technical solution of the present invention realizes protocol conversion and interface compatibility of non-MineHong devices, enabling them to access the MineHong network without hardware modification and being simulated as MineHong devices, supporting self-discovery, self-connection, and self-organizing network functions. This method not only simplifies the device access process and reduces the integration cost, but also enhances the compatibility and scalability of the entire mine network system, providing strong technical support for promoting the intelligent construction of mines.

[0083] Each embodiment in this disclosure is described in a progressive manner. For the same or similar parts among the embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the embodiments of the device, since it is basically similar to the embodiment of the method, the description is relatively simple, and reference can be made to the description of the method embodiment for the relevant parts.

[0084] The above describes specific embodiments of the present disclosure. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be executed in a different order from that in the embodiments and still achieve the desired results. Additionally, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0085] The above is only for the embodiments of the present disclosure and is not used to limit the present disclosure. For those skilled in the art, various changes and modifications can be made to the present disclosure. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present disclosure shall be included within the scope of the claims of the present disclosure.

Claims

1. A multi-device adaptation method based on the Kuanghong system, characterized in that: include: Complete system initialization and environment configuration; Scan the physical interface to detect the connected non-mining Hong Kong device and identify the characteristic information of the non-mining Hong Kong device; Allocate a unique virtual node ID to each of the non-mining Hong Kong devices, and use the virtual node to proxy the communication requests of the non-mining Hong Kong devices to support the self-discovery and self-organizing network mechanism of the Mining Hong Kong system; According to the characteristic information of the non-mining equipment, query the protocol library and load the corresponding data parsing protocol; The data of the non-Kuanghong equipment is converted into a format recognizable by the Kuanghong system through the corresponding data analysis protocol and uploaded to the management platform; The data sent from the management platform to the non-mining equipment is converted into a format executable by the non-mining equipment through the corresponding data analysis protocol.

2. The method according to claim 1, characterized in that The environment configuration includes a default configuration file loaded from a local computer or a cloud computer, and the configuration file includes network parameters, a protocol template index, and an interface adaptation rule.

3. The method according to claim 1, characterized in that Scanning the physical interface to detect the connected non-mining device includes: Scan available hardware interfaces through the operating system API or hardware abstraction layer, and record the physical properties and connection status of the hardware interfaces.

4. The method according to claim 1, characterized in that: The extracting characteristic information of the non-mining equipment includes: An initialization detection signal is sent to the non-mining device, and the device type and supported communication protocol are inferred based on the response data packet.

5. The method according to claim 1, characterized in that The querying of the protocol library and loading of the corresponding data parsing protocol include: The data parsing protocol corresponding to the feature information is matched from the local cache or the cloud protocol library. If there is no matching data parsing protocol in the protocol library, the cloud protocol update process is triggered and the corresponding data parsing protocol is downloaded.

6. The method according to claim 1, characterized in that After querying the protocol library and loading the corresponding data parsing protocol, the method further includes: An independent protocol driver instance is created for each of the non-mining Hong Kong devices to isolate the data flows of different non-mining Hong Kong devices.

7. The method according to claim 1, characterized in that The format recognizable by the MineHost system is the MDTP format, and the MDTP format includes the virtual node ID corresponding to the non-MineHost device.

8. The method according to claim 1, characterized in that The hardware interfaces include RS232 / 485, CAN bus, Ethernet, Bluetooth, Wi-Fi, and USB.

9. A multi-device adaptation device based on the Kuanghong system, characterized in that: include: The startup unit is used to complete system initialization and environment configuration; An automatic scanning unit, used to scan the physical interface to detect the connected non-mining Hong Kong device and identify the characteristic information of the non-mining Hong Kong device; A protocol matching unit, used to query the protocol library and load the corresponding data parsing protocol according to the characteristic information of the non-mining device; A virtual device unit, used to assign a unique virtual node ID to each of the non-mining Hong Kong devices, and to proxy the communication requests of the non-mining Hong Kong devices through the virtual node to support the self-discovery and self-organizing network mechanism of the Mining Hong Kong system; A data conversion unit, used to convert the data of the non-Kuanghong equipment into a format recognizable by the Kuanghong system through the corresponding data analysis protocol and upload it to the management platform; The data sent from the management platform to the non-mining equipment is converted into a format executable by the non-mining equipment through the corresponding data analysis protocol.

10. A multi-device adaptation bridge device based on the Kuanghong system, characterized in that: include: Multiple hardware interfaces for connecting non-mining devices, the hardware interfaces supporting different interface protocols; Kuanghong system interface, used to communicate with the management platform supporting Kuanghong system; An adaptation processing module is used to execute the method described in any one of claims 1-8, so that non-mining devices connected to the multiple hardware interfaces can communicate with the management platform through the mining system interface.

Images