Method and device for collecting data of equipment hung under carrier terminal proxy node

Abstract

The invention relates to the technical field of power line carrier communication, in particular to a carrier terminal proxy node under-hanging equipment data acquisition method and device, and the method comprises the steps: carrying out the detection of a communication protocol of each under-hanging equipment; generating a data model of each lower hanging device according to the detected communication protocol, and sending the data model to a centralized control main node; and receiving a meter reading task sent by the centralized control main node, determining a reading data item according to the meter reading task and the corresponding data model, collecting operation data of the corresponding lower hanging equipment, and sending the operation data to the centralized control main node. In the scheme provided by the invention, the STA can automatically identify the protocol type of the new equipment, the concentrator only needs to issue the meter reading task based on the data model, the CCO generates the meter reading instruction and executes the meter reading instruction by the STA, and the concentrator does not need to support conversion of multiple protocols any more.

Description

Technical Field

[0001] The present disclosure relates to the technical field of power line carrier communication, and in particular to a method and apparatus for collecting data from devices connected to a carrier terminal proxy node. Background Art

[0002] As the most ubiquitous and widely used physical medium, power lines offer exceptional convenience for transmitting data and information. Without requiring new wiring, all connected appliances can form a communication network for information exchange and communication. Therefore, they have become the primary communication method for applications such as smart grids, energy management, smart homes, photovoltaic power generation, and electric vehicle charging. However, with the continuous advancement of technology and innovation, the typical scenario of a concentrator, CCO (Centralized Control Operator), STA (Substation Terminal Agent), and energy meter no longer meets usage requirements. With the increasing number of terminal devices connected to the power grid, not only do energy meters need to support multiple protocols, but concentrators also need to support a variety of terminal devices with different protocols. Each time a new protocol device joins the network, the concentrator software must be modified to adapt to protocol conversions. This severely impacts system scalability, resulting in a large and cumbersome configuration workload for the concentrator, poor data consistency, and the possibility that the concentrator attempts to read items unsupported by the meter during readings, wasting carrier channel bandwidth. Summary of the Invention

[0003] The present disclosure aims to solve at least one of the technical problems in the above-mentioned technologies to a certain extent. To this end, a method for collecting data from devices connected to a carrier terminal proxy node is proposed, comprising: Detect the communication protocol of each downstream device; Generate a data model for each connected device according to the detected communication protocol, and send the data model to the centralized control master node; and Receive the meter reading task sent by the centralized control master node, determine the reading data items according to the meter reading task and the corresponding data model, collect the operating data of the corresponding downstream equipment, and send the operating data to the centralized control master node.

[0004] Furthermore, the communication protocol of each downstream device is detected, including: Generate a protocol detection message based on any communication protocol; Sending the protocol detection message to the target downstream device of the protocol type to be detected; receiving feedback information from the target downstream device, and determining whether a protocol return code corresponding to the protocol detection message exists in the feedback information; If the judgment result is no, the communication protocol is changed to regenerate the protocol detection message and repeat the above process; if the judgment result is yes, the protocol type of the target downstream device is determined to be the communication protocol corresponding to the current protocol detection message.

[0005] Furthermore, the method for generating the data model includes: Detecting data items supported for uploading by the target downstream device based on a full data model; wherein the full data model is constructed based on at least the data items supported for uploading by all downstream devices and a data item identifier corresponding to each data item; Based on the data items supported for uploading by the target downstream device and the corresponding data item identifiers, a data model of the target downstream device is constructed.

[0006] Furthermore, based on the data items supported for uploading by the target downstream device and the corresponding data item identifiers, a data model of the target downstream device is constructed, including: A data model of the target downstream device is constructed based on the bitmap representation of the data items supported for uploading by the target downstream device and the corresponding data item identifiers.

[0007] Furthermore, before sending the operating data to the centralized control master node, the method further includes: converting the collected operating data into a bitmap format.

[0008] Furthermore, the frame structure of the data frame received by the terminal agent node from the downstream device includes: control information, routing information and data information; wherein, The control information includes: control domain, service identifier, application version number and protocol type; The routing information includes: MAC address, frame sequence number and frame length; The data information includes: bitmap length and bitmap information.

[0009] Furthermore, after sending the operating data to the centralized control master node, the method further includes: sending the operating data to a concentrator based on the DL / T698 protocol.

[0010] The present disclosure further provides a terminal agent node, wherein the terminal agent node is configured to: Detect the communication protocol of each downstream device; Generate a data model for each connected device according to the detected communication protocol, and send the data model to the centralized control master node; and Receive the meter reading task sent by the centralized control master node, determine the meter reading data items according to the meter reading task and the corresponding data model, collect the operating data of the corresponding downstream device, and send the operating data to the centralized control master node; The terminal agent node is further configured to: Generate protocol detection messages based on any communication protocol; Sending the protocol detection message to the target downstream device of the protocol type to be detected; receiving feedback information from the target downstream device, and determining whether a protocol return code corresponding to the protocol detection message exists in the feedback information; If the judgment result is no, the communication protocol is changed to regenerate the protocol detection message, and the above method is repeated; if the judgment result is yes, the protocol type of the target downstream device is determined to be the communication protocol corresponding to the current protocol detection message.

[0011] The present disclosure also proposes a computer-readable storage medium, in which a computer program or instruction is stored. When the computer program or instruction is executed by a processor, it is at least used to implement the above-mentioned carrier terminal proxy node device data collection method.

[0012] The present disclosure also proposes a computer program product, which is stored in a computer-readable storage medium. When the computer program product is executed by a processor, it is at least used to implement the above-mentioned carrier terminal agent node connected device data collection method.

[0013] Compared with the prior art, the present invention has the following advantages: In the data collection solution for devices connected to carrier terminal proxy nodes provided in this disclosure, the STA automatically identifies the protocol type of new devices through a preset protocol detection mechanism and dynamically generates a corresponding data model. The concentrator only needs to issue meter reading tasks based on the data model, and the CCO generates meter reading instructions based on the data model and the STA executes them. The concentrator no longer needs to support the conversion of multiple protocols, saving labor configuration costs, improving scalability and collection efficiency, reducing the probability of errors, and mitigating the negative impact of poor data consistency.

[0014] Other features and advantages of the present disclosure will be described in the following description and, in part, will become apparent from the description or be learned through practice of the present disclosure. The objectives and other advantages of the present disclosure can be achieved and obtained through the structures particularly pointed out in the written description and the accompanying drawings. The technical solutions of the present disclosure are further described below with reference to the accompanying drawings and examples. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings are used to provide a further understanding of the present disclosure and constitute a part of the specification. Together with the embodiments of the present disclosure, they are used to explain the present disclosure and do not constitute a limitation of the present disclosure. In the accompanying drawings: Figure 1 Schematic diagram of a method for collecting data from devices connected to a carrier terminal proxy node according to an embodiment; Figure 2 A schematic diagram of a broadband low-voltage power carrier system provided in an embodiment; Figure 3 This is a flow chart of STA detecting a connected device according to an embodiment; Figure 4 This is a diagram of the message format of the STA upload data model provided in the embodiment; Figure 5 This is a flow chart of the meter reading task issued by the CCO according to the data model given in the embodiment; Figure 6 This is a diagram showing the format of a CCO downstream meter reading task message provided in an embodiment; Figure 7 STA upload data message format diagram provided in the embodiment; Figure 8 This is a flow chart of data collection from STA devices provided in the embodiment; Figure 9 A schematic diagram of a computer-readable storage medium according to an embodiment. DETAILED DESCRIPTION

[0016] The present disclosure is described below in conjunction with the accompanying drawings. The preferred embodiments described herein are only used to illustrate and explain the present disclosure and are not used to limit the present disclosure.

[0017] Figure 1 The present disclosure provides a method for collecting data from devices connected to a carrier terminal proxy node, including: S101, detecting the communication protocol of each downstream device; S102: Generate a data model for each connected device according to the detected communication protocol, and send the data model to the centralized control master node; and S103, receiving the meter reading task sent by the centralized control master node, determining the meter reading data items according to the meter reading task and the corresponding data model, collecting the operation data of the corresponding downstream device, and sending the operation data to the centralized control master node.

[0018] According to some embodiments of the present disclosure, Figure 2 As shown in the figure, the broadband low-voltage power carrier system consists of a centralized control master node (CCO), a terminal agent node (STA), and downstream devices. The STA is configured to detect the communication protocol of the downstream devices based on the above method, determine the data items supported by the meter, and collect the operating data of the downstream devices according to the meter reading task and upload it to the CCO; the CCO is used to issue meter reading tasks, summarize the data sent by the STA, and report it.

[0019] Furthermore, the communication protocol of each downstream device is detected, including: Generate a protocol detection message based on any communication protocol; Sending the protocol detection message to the target downstream device of the protocol type to be detected; receiving feedback information from the target downstream device, and determining whether a protocol return code corresponding to the protocol detection message exists in the feedback information; If the judgment result is no, the communication protocol is changed to regenerate the protocol detection message and repeat the above process; if the judgment result is yes, the protocol type of the target downstream device is determined to be the communication protocol corresponding to the current protocol detection message.

[0020] According to some embodiments of the present disclosure, Figure 3 As shown, the process for a STA to detect the communication protocol type of a connected device (an electricity meter in this embodiment) is as follows: Power on S300 and STA. S301, STA initializes the default baud rate and protocol type; S302 : The STA reads the frame of the meter address information according to the default protocol type group, and then sends it to the connected electricity meter at the default baud rate.

[0021] In step S303, the STA waits for a certain timeout period in seconds to determine whether the meter's serial port returns data. If so, and the protocol format is correct, the process proceeds to step S3042, assuming the meter's baud rate and protocol type are the default values, and that the meter address can be obtained after the protocol type is determined. If no data is returned, an error is reported. If the meter does not respond when reading using the default baud rate and protocol type, and the preset timeout period has expired, the process proceeds to step S3041, switching the baud rate and protocol type, and continuing to attempt to read the meter's address information.

[0022] In this embodiment, the baud rate and protocol type are combined to form the following combinations: [DLT / 698 protocol, 9600 baud rate], [DLT / 645-2007 protocol, 9600 baud rate], [DLT / 645-1997 protocol, 9600 baud rate], [DLT / 698 protocol, 2400 baud rate], [DLT / 645-2007 protocol, 2400 baud rate], [DLT / 645- 1997 protocol, 2400 baud rate], [DLT / 698 protocol, 115200 baud rate], [DLT / 645-2007 protocol, 115200 baud rate], [DLT / 645-1997 protocol, 115200 baud rate], [MODBUS protocol, 115200 baud rate], [CJT-188 protocol, 2400 baud rate], [DL / T645 extended protocol, 9600 baud rate].

[0023] In this embodiment, if the address of the electricity meter cannot be read, it is considered abnormal and communication with the electricity meter cannot be successful. The combination of the baud rate and the protocol can be tried in an infinite loop.

[0024] Furthermore, the method for generating the data model includes: Detecting data items supported for uploading by the target downstream device based on a full data model; wherein the full data model is constructed based on at least the data items supported for uploading by all downstream devices and a data item identifier corresponding to each data item; Based on the data items supported for uploading by the target downstream device and the corresponding data item identifiers, a data model of the target downstream device is constructed.

[0025] According to some embodiments of the present disclosure, after determining the protocol type of a downstream device (a power meter in this embodiment), the STA further detects the data items supported by the downstream device and generates a data model corresponding to the downstream device in the following process: Define a full data model: Predefine a full data model that includes all possible data items and their identifiers. For example: data item 1 is current (bit 0), data item 2 is voltage (bit 1), data item 3 is power (bit 2), and data item 4 is power factor (bit 3). Detect data items one by one: The STA sends a message to the energy meter to read data items. It sends messages to read current, voltage, power, and power factor in sequence. If the energy meter returns the corresponding value, the STA records that the energy meter supports the data item. Otherwise, it records that the energy meter does not support the data item. For example, if the STA sends a message to read current and the energy meter returns the current value, the STA records that the energy meter supports the current value. If the STA sends a message to read power factor and the energy meter does not respond, the STA records that the energy meter does not support power factor. STA generates a data model based on the data items supported by the energy meter and sends it to the CCO.

[0026] Furthermore, based on the data items supported for uploading by the target downstream device and the corresponding data item identifiers, a data model of the target downstream device is constructed, including: A data model of the target downstream device is constructed based on the bitmap representation of the data items supported for uploading by the target downstream device and the corresponding data item identifiers.

[0027] According to some embodiments of the present disclosure, STA represents the data items supported by the downstream device based on a bitmap. For example, the full data model includes data items such as current, voltage, power, and power factor. If the meter only supports current, voltage, and power, the bitmap is represented as: 1110 (binary), where each bit indicates whether the corresponding data item is supported.

[0028] Furthermore, before sending the operating data to the centralized control master node, the method further includes: converting the collected operating data into a bitmap format.

[0029] Furthermore, the frame structure of the data frame received by the terminal agent node from the downstream device includes: control information, routing information and data information; wherein, The control information includes: control domain, service identifier, application version number and protocol type; The routing information includes: MAC address, frame sequence number and frame length; The data information includes: bitmap length and bitmap information.

[0030] According to some embodiments of the present disclosure, STA uploads the data model to CCO via a custom carrier message. The custom carrier application layer message format is a custom extended message (imitating the Q_CSG1204111 protocol format). The format is as follows: Figure 4 As shown, the frame structure includes: control field (2 bytes), service identifier (1 byte), application version number (1 byte), frame sequence number (2 bytes), frame length (2 bytes), MAC address (6 bytes), protocol type (1 byte), bitmap length (1 byte), and bitmap information (variable length). For example, the service identifier uses reserved data from 0x09 to 0xff, which is 0x23 in this embodiment. The MAC address in the custom message refers to the MAC address of the energy meter, which is also the MAC address of the STA module after obtaining the energy meter address. The protocol type indicates which protocol the energy meter uses. The bitmap length is fixed and is the bitmap length of the full data model, followed by the bitmap content.

[0031] According to some embodiments of the present disclosure, after receiving the data model bitmap information reported by the STA, the CCO returns an acknowledgment frame. If the CCO does not reply with an acknowledgment frame and a preset time has passed, the STA reports again several times until the upload is successful or an error message is issued due to the number of times exceeded.

[0032] According to some embodiments of the present disclosure, Figure 5 As shown in the figure, the CCO issues the meter reading task processing flow according to the data model as follows: S501. The CCO receives a meter reading command from the concentrator. S502: The CCO parses the copied data items, for example, the copied data items are a, b, and c.

[0033] S503: The CCO obtains the data model M of the electricity meter uploaded by the STA. S504, CCO checks whether the data items a, b, and c to be copied are in the model M. If not, it proceeds to S5051 to remove the data items that are not in the model M. Otherwise, it proceeds to S5052; S5052: The CCO generates a meter reading task based on the data item screening results and sends a meter reading task message (the message contains the sequence number of the read data item in the full bitmap) to the STA. S506, STA performs meter reading task; S507, STA converts the reading results of different protocols into the value of the bitmap position in the data model, that is, the form of bitmap + value; S508. STA returns the reading result to CCO.

[0034] Furthermore, the frame structure of the data frame received by the terminal agent node from the centralized control master node includes: control information, routing information and data information; wherein, The control information includes: control domain, service identifier and application version number; The routing information includes: MAC address, frame sequence number and frame length; The data information includes: the number of copies read and the collection identification number.

[0035] According to other embodiments of the present disclosure, the CCO issues a meter reading task processing flow based on the data model as follows: 1. The concentrator sends a meter reading message containing a preset communication protocol (DL / T698 protocol in this embodiment), such as Figure 6 As shown in the figure, the data frame structure corresponding to this message includes: control field (2 bytes), service identifier (1 byte), application version number (1 byte), frame sequence number (2 bytes), frame length (2 bytes), MAC address (6 bytes), number of readings (1 byte), and acquisition identifier sequence numbers 1-N (each acquisition identifier sequence number is 1 byte, for a total of N bytes). The meter reading command is sent to the CCO. The CCO extracts the DL / T 698 protocol content, takes the target energy meter address and multiple acquisition identifiers (OADs), and compares them one by one with the energy meter model information uploaded by the STA.

[0036] 2. If the collection identifier OAD is in the data model of the target address electric energy meter, it is retained. If the collection identifier is not in the data model of the target address electric energy meter, it is removed, and finally the set of OADs to be collected is retained.

[0037] 3. Convert the OAD data to be collected into serial numbers in the full bitmap. For example, in the full bitmap, data item 1 is current (serial number 0), data item 2 is voltage (serial number 1), data item 3 is power (serial number 2), and data item 4 is power factor (serial number 3).

[0038] If the data model of a certain electric energy meter A only supports current, voltage, and power factor, the sequence numbers that need to be converted are 0, 1, and 3. The converted sequence numbers need to be used in the custom meter reading message sent by CCO to STA. The custom message format of the CCO downlink meter reading task is as follows: Figure 5 As shown, in this embodiment, the service identifier is 0x22. The collection identification number is the serial number position of the collected data in the full bitmap. For example, in the above example, the number of readings is 3, and the collection serial numbers are 0, 1, and 3 respectively.

[0039] 4. After framing the message according to the custom protocol format (imitating the Q_CSG1204111 protocol format), the CCO sends the message to the carrier power line and waits for the STA to reply.

[0040] Furthermore, the frame structure of the data frame uploaded by the terminal agent node to the centralized control master node includes: control information, routing information and data information; wherein, The control information includes: control domain, service identifier and application version number; The routing information includes: MAC address, frame sequence number and frame length; The data information includes: the number of copies read, the collection identification number and the collection data value corresponding to the collection identification number.

[0041] According to some embodiments of the present disclosure, the STA's processing process during meter reading is as follows: 1. The STA receives the custom meter reading message from the CCO, determines to execute the meter reading task, parses the meter reading count and collection sequence number from the message, finds the data item to be read based on the mapping table of the full model, and executes the meter reading task.

[0042] 2.STA will read the result as follows Figure 7 The data is framed in the format shown and CCO is returned. If the reading fails, the data is filled with 0xFFFFFFFF. Figure 7 The frame structure of the data frame shown includes: control field (2 bytes), service identifier (1 byte), application version number (1 byte), frame sequence number (2 bytes), frame length (2 bytes), MAC address (6 bytes), number of readings (1 byte), collection identification numbers 1-N (each collection identification number is 1 byte, a total of N bytes), and collection data values ​​1-N corresponding to the collection identification numbers 1-N (each collection data value is 4 bytes).

[0043] Furthermore, after sending the operating data to the centralized control master node, the method further includes: sending the operating data to a concentrator based on the DL / T698 protocol.

[0044] According to some embodiments of the present disclosure, the concentrator reads data as follows: Figure 8 As shown: S801, concentrator unified configuration DL / T698 protocol; S802, the concentrator generates a data collection message according to the DL / T698 protocol; S803: The concentrator sends the data collection message to the CCO. The COO issues the collection task value STA based on the data model according to the data collection message. S804, STA collects and reports data to STA according to the collection task; S805. The CCO converts the operating data (in the form of bitmap + value) reported by the STA into DL / T698 data. S806. The CCO returns the converted data to the concentrator.

[0045] Based on the same technical concept, the present disclosure also proposes a terminal agent node, which is configured to: Detect the communication protocol of each downstream device; Generate a data model for each connected device according to the detected communication protocol, and send the data model to the centralized control master node; and Receive the meter reading task sent by the centralized control master node, determine the reading data items according to the meter reading task and the corresponding data model, collect the operating data of the corresponding downstream equipment, and send the operating data to the centralized control master node.

[0046] like Figure 9 As shown, the present disclosure provides a computer-readable storage medium, in which a computer program or instruction is stored. When the computer program or instruction is executed by a processor, it is at least used to implement the above-mentioned carrier terminal agent node device data collection method.

[0047] The present disclosure also provides a computer program product, which is stored in a computer-readable storage medium. When the computer program product is executed by a processor, it is at least used to implement the above-mentioned carrier terminal agent node connected device data collection method.

[0048] The working principle of the above technical solution is as follows: When a new device (such as a water meter, gas meter, or Modbus protocol device) needs to be connected, the STA automatically identifies the protocol type of the new device through the aforementioned protocol detection mechanism and dynamically generates a corresponding data model. For example, if the new device supports the Modbus protocol, the STA generates a corresponding Modbus data model, which is also included in the full model. The concentrator no longer needs to support conversion between multiple protocols. It only needs to send the data items to be read to the CCO according to a single protocol (DL / T698 in some embodiments). The CCO generates a reading task based on the data items to be read and the data model of the target downstream device, and sends it to the STA. The STA collects the operating data of the downstream device based on the reading task and reports it to the CCO in the form of a bitmap + value. The CCO converts the operating data reported by the STA into DL / T698 data and returns it to the concentrator.

[0049] The above technical solution has the following beneficial effects: The concentrator interacts with the CCO via a unified protocol, eliminating the need to modify the concentrator's core logic or the tedious process of converting data between multiple protocols, thereby supporting a wide range of device types. Manual protocol configuration on the concentrator is replaced with a unified configuration, saving labor and reducing the probability of errors. This also mitigates the negative impact of inconsistent data from multiple manufacturers' meters, improving data collection efficiency. This technical solution achieves data decoupling, supporting carrier STAs connected to devices other than electricity meters, such as water meters, gas meters, and Modbus devices with different protocols, improving scalability.

[0050] It is obvious that those skilled in the art may make various changes and modifications to the present disclosure without departing from the spirit and scope of the present disclosure. Thus, if such changes and modifications of the present disclosure fall within the scope of the claims of the present disclosure and their equivalents, the present disclosure is intended to include such changes and modifications.

Claims

1. A method for collecting data from devices connected to a carrier terminal proxy node, characterized in that: include: Detect the communication protocol of each downstream device; Generate a data model for each connected device based on the detected communication protocol, and send the data model to the centralized control master node; and Receive the meter reading task sent by the centralized control master node, determine the reading data items according to the meter reading task and the corresponding data model, collect the operating data of the corresponding downstream equipment, and send the operating data to the centralized control master node.

2. The method for collecting data from devices connected to a carrier terminal proxy node according to claim 1, wherein: Detect the communication protocol of each downstream device, including: Generate a protocol detection message based on any communication protocol; Sending the protocol detection message to the target downstream device of the protocol type to be detected; receiving feedback information from the target downstream device, and determining whether a protocol return code corresponding to the protocol detection message exists in the feedback information; If the judgment result is no, the communication protocol is changed to regenerate the protocol detection message and repeat the above process; if the judgment result is yes, the protocol type of the target downstream device is determined to be the communication protocol corresponding to the current protocol detection message.

3. The method for collecting data from devices connected to a carrier terminal proxy node according to claim 1, wherein: The method for generating the data model includes: Detecting data items supported for uploading by the target downstream device based on a full data model; wherein the full data model is constructed based on at least the data items supported for uploading by all downstream devices and a data item identifier corresponding to each data item; Based on the data items supported for uploading by the target downstream device and the corresponding data item identifiers, a data model of the target downstream device is constructed.

4. The method for collecting data from devices connected to a carrier terminal proxy node according to claim 3, wherein: Constructing a data model of the target downstream device based on the data items supported for uploading by the target downstream device and the corresponding data item identifiers, including: A data model of the target downstream device is constructed based on the bitmap representation of the data items supported for uploading by the target downstream device and the corresponding data item identifiers.

5. The method for collecting data from devices connected to a carrier terminal proxy node according to claim 4, wherein: Before sending the operating data to the centralized control master node, the method further includes: converting the collected operating data into a bitmap format.

6. The method for collecting data from devices connected to a carrier terminal proxy node according to claim 5, wherein: The frame structure of the data frame received by the terminal agent node from the downstream device includes: control information, routing information and data information; wherein, The control information includes: control domain, service identifier, application version number and protocol type; The routing information includes: MAC address, frame sequence number and frame length; The data information includes: bitmap length and bitmap information.

7. The method for collecting data from devices connected to a carrier terminal proxy node according to any one of claims 1 to 6, wherein: After sending the operating data to the centralized control master node, the method further includes: sending the operating data to a concentrator based on the DL / T698 protocol.

8. A terminal agent node, characterized in that: The terminal agent node is configured as follows: Detect the communication protocol of each downstream device; Generate a data model for each connected device based on the detected communication protocol, and send the data model to the centralized control master node; and Receive the meter reading task sent by the centralized control master node, determine the meter reading data items according to the meter reading task and the corresponding data model, collect the operating data of the corresponding downstream device, and send the operating data to the centralized control master node; The terminal agent node is further configured to: Generate protocol detection messages based on any communication protocol; Sending the protocol detection message to the target downstream device of the protocol type to be detected; receiving feedback information from the target downstream device, and determining whether a protocol return code corresponding to the protocol detection message exists in the feedback information; If the judgment result is no, then change the communication protocol to regenerate the protocol detection message and repeat the above method; If the judgment result is yes, it is determined that the protocol type of the target downstream device is the communication protocol corresponding to the current protocol detection message.

9. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program or instructions, which, when executed by a processor, are used to at least implement the method according to any one of claims 1 to 7.

10. A computer program product, the computer program product being stored in a computer-readable storage medium, characterized in that: When the computer program product is executed by a processor, it is used to at least implement the method according to any one of claims 1 to 7.

Images