Data processing method and device, data sending method and device, equipment and storage medium

Abstract

The invention provides a data processing method and device, a data sending method and device, equipment and a storage medium. Firstly, a preset data request message is sent to water meter equipment adopting a non-standard communication protocol; then receiving response data returned by the water meter equipment in response to the data request message; and finally, processing the response data to obtain at least one piece of target data. According to the invention, the data acquisition terminal sends the adaptive data request message to the water meter equipment adopting the non-standard communication protocol, so that effective data interaction between the data acquisition terminal and the plurality of water meter equipment is realized. Meanwhile, by processing response data returned by the water meter equipment, the data acquisition terminal can convert operation state parameters and measurement parameters of the equipment into target data with a preset format, and the target data can be further transmitted to the energy management system, so that the field data acquisition and transmission efficiency is improved; and the accurate monitoring and management of the water resource use condition are ensured.

Description

Technical Field

[0001] The present invention relates to the technical field of water meter equipment, and in particular to a data processing method, a sending method, a device, a device and a storage medium. Background Art

[0002] In the current industrial environment, data collection and transmission of water meter equipment usually rely on standardized communication protocols, such as MODBUS-RTU protocol. However, many municipal water meter equipment does not use standardized communication protocols, resulting in the data collected by them not being directly received and processed effectively by the energy management system (EMS) or other server systems.

[0003] Therefore, there is a technical problem in the prior art that the data obtained from the water meter device cannot be used by the energy management system (EMS). Summary of the invention

[0004] The purpose of the present invention is to overcome the above technical deficiencies and provide a data processing method, a sending method, an apparatus, a device and a storage medium to solve the technical problem in the related art that the data obtained from the water meter device cannot be used by the energy management system (EMS).

[0005] In order to achieve the above technical objectives, the present invention adopts the following technical solutions: In a first aspect, the present invention provides a data processing method, comprising: Sending a preset data request message to a water meter device using a non-standard communication protocol; wherein the data request message can be adapted to the water meter device so that the water meter device executes a data return response; Receiving response data returned by the water meter device in response to the data request message; Processing is performed on the response data to obtain at least one target data; wherein the target data is data having a preset format and used to characterize the operating status parameters and / or measurement parameters of the water meter device.

[0006] In a second aspect, the present invention provides a data sending method, the method comprising: The target data obtained by the above method is sent to a target device, wherein the target device at least includes a target device configured with an energy management system.

[0007] In a third aspect, the present invention provides a data processing device, the device comprising: A sending module, which is used to send a preset data request message to a water meter device using a non-standard communication protocol; wherein the data request message can be adapted to the water meter device so that the water meter device executes a data return response; A receiving module, used for receiving response data returned by the water meter device in response to the data request message; A processing module is used to process the response data to obtain at least one target data; wherein the target data is data with a preset format and used to characterize the operating status parameters and / or measurement parameters of the water meter device.

[0008] In a fourth aspect, the present invention provides an electronic device comprising: a memory, and one or more processors communicatively connected to the memory; the memory stores instructions executable by the one or more processors, and the instructions are executed by the one or more processors so that the one or more processors implement the above-mentioned method.

[0009] In a fifth aspect, the present invention provides a computer-readable storage medium, wherein the computer program is stored in the computer-readable storage medium, and the computer program implements the above method when executed by a processor.

[0010] Beneficial effects: The present invention realizes effective data interaction between the data acquisition terminal and multiple water meter devices by sending adapted data request messages to water meter devices using non-standard communication protocols through the data acquisition terminal. At the same time, by processing the response data returned by the water meter devices, the data acquisition terminal can convert the operating status parameters and measurement parameters of the equipment into target data with a preset format, which can be further transmitted to the energy management system, thereby improving the efficiency of on-site data acquisition and transmission and ensuring accurate monitoring and management of water resource usage. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Figure 1 is a schematic diagram of a scenario example provided by an embodiment of the present invention; Figure 2 It is a flowchart of a data processing method provided by an embodiment of the present invention; Figure 3 It is a flowchart of a data processing method provided by an embodiment of the present invention; Figure 4 It is a flowchart of a data processing method provided by an embodiment of the present invention; Figure 5 is a schematic diagram of data interaction provided by an embodiment of the present invention; Figure 6 is a block diagram of a data processing device used in an embodiment of the present invention; Figure 7 It is a block diagram of an electronic device used in an embodiment of the present invention. DETAILED DESCRIPTION

[0012] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present application.

[0013] In related technologies, energy management system (EMS) refers to the monitoring and management of energy equipment and energy data to achieve efficient, automated and optimized management of enterprise energy use. Energy management system can be used to collect, analyze and process various energy data, such as the consumption of water, electricity, gas and other resources, to help enterprises achieve reasonable allocation, balance, prediction and optimized use of energy.

[0014] In the use of municipal water meter equipment, such as the MAG-AX electromagnetic water meter, water resources are an important energy medium, and accurate monitoring of their use and consumption is essential for energy management. However, there are some defects in the current municipal water meter equipment when it is connected to the energy management system. Specifically, municipal water meter equipment usually uses manufacturer-customized communication protocols, which are incompatible with standardized communication protocols (such as MODBUS, TCP / IP, etc.). This results in the inability of the energy management system to communicate directly with these water meter devices, and thus the inability to collect and process the data generated by the equipment in real time. Even if data can be obtained from the water meter equipment, it is difficult for the EMS system to directly process and parse the data due to the different data formats of different devices. The existing EMS system requires a unified data format for effective data storage, analysis and processing. Therefore, due to the non-standard communication protocol and diverse data formats of municipal water meter equipment, the EMS system cannot directly receive and process the data returned by these devices. This defect not only affects the accuracy and timeliness of energy management, but also increases the difficulty of system integration, limiting the company's ability to monitor and optimize water resources.

[0015] In summary, there is a technical problem in the prior art that the data obtained from the water meter device cannot be used by the energy management system (EMS).

[0016] In response to this technical problem, the implementation method of the present application realizes effective data interaction between the data acquisition terminal and multiple water meter devices by sending adapted data request messages to water meter devices using non-standard communication protocols through the data acquisition terminal. At the same time, by processing the response data returned by the water meter device, the data acquisition terminal can convert the operating status parameters and measurement parameters of the device into target data with a preset format, which can be further transmitted to the energy management system, thereby improving the efficiency of on-site data collection and transmission and ensuring accurate monitoring and management of water resource usage.

[0017] like Figure 1 and Figure 2 As shown, this embodiment provides a data processing method, which can be applied to a data acquisition terminal, and the method may include: Step S102: sending a preset data request message to a water meter device using a non-standard communication protocol; wherein the data request message can be adapted to the water meter device so that the water meter device executes a data return response.

[0018] In this embodiment, the water meter device using the non-standard communication protocol may be a water meter device customized by the manufacturer and incompatible with the industry standard communication protocol. For example, it may be a MAG-AX type electromagnetic water meter. These devices communicate with external systems or devices through a customized protocol, resulting in the inability of the energy management system (EMS) or other general data acquisition terminals to directly collect and process the data generated by these water meters. The water meter device may be an electromagnetic water meter, an ultrasonic water meter, a mechanical water meter with data acquisition and transmission functions, or a smart water meter.

[0019] In this embodiment, the non-standard communication protocol may be a communication protocol other than the MODBUS protocol, the TCP / IP protocol, the DL / T645 protocol, the BACnet protocol, the PROFIBUS protocol and the Zigbee protocol. Specifically, it may be a customized protocol designed for a specific device or a specific application scenario, or it may be a private protocol developed and closed by a device manufacturer.

[0020] In this embodiment, the preset data request message can be represented as a data packet for requesting data from a water meter device using a non-standard communication protocol. The preset data request message can include multiple predefined fields, thereby triggering the water meter device to return corresponding data.

[0021] It is understandable that, since the water meter device may use a communication protocol customized by the manufacturer, the standard request message cannot be directly applied, so the data request message can be pre-configured according to the non-standard protocol of the water meter device.

[0022] In a possible implementation scheme, the data request message may be constructed in the following manner.

[0023] First, you can understand the non-standard communication protocol of the water meter device. Specifically, the device manufacturer often provides the document of the protocol, which explains the communication details of the device, including how to construct the data request message, register address allocation, function code and verification method. Then determine the operations that need to be performed through the communication protocol, such as reading flow data, accumulating flow, device status or controlling device operations. These functional requirements will determine the settings of specific fields in the data request message. Next, you need to configure the device address. Specifically, you need to determine the unique address of each water meter device to ensure that the data request message can accurately identify the target water meter device. Therefore, when sending the data request message, the data acquisition terminal embeds the device address field into the data request message to ensure that the data request message can reach the target water meter device. Next, according to the protocol of the water meter device, configure the function code field. Specifically, the function code determines the type of operation that the water meter device will perform, such as reading registers, writing data or controlling devices. Next, configure the register address where the water meter device stores data. Specifically, the register address is used to indicate where the data acquisition terminal reads data from. During pre-configuration, the storage addresses of different data (such as the register addresses of instantaneous flow, cumulative flow, battery voltage, etc.) can be clearly defined according to the device protocol. Accordingly, the data length field can also be configured, which defines the number of registers to be read or the data length to ensure that the data size requested in the message matches the device protocol. Finally, the check field can be configured. Specifically, the correct check field (such as CRC check) can be generated according to the protocol requirements of the device. Therefore, through the above steps, the data request message can be effectively pre-configured to meet the non-standard communication protocol requirements of the water meter device, ensuring that the data acquisition terminal can communicate effectively with the water meter device. The configured data request message can contain accurate device address, function code, register address, data length and check field, which can successfully trigger the water meter device to return data and ensure communication reliability and accuracy.

[0024] In this embodiment, the sending action can be represented as a process in which the data acquisition terminal transmits a data request message to the water meter device through a preset communication interface. The preset communication interface can be RS485, Ethernet, LoRa, etc.

[0025] In this embodiment, the data acquisition terminal may be a device for connecting a water meter device and a server (which may be equipped with an energy management system). The data acquisition terminal may be a programmable logic controller (PLC), a remote terminal unit (RTU), an industrial gateway, or an embedded controller.

[0026] In this embodiment, the data acquisition terminal can communicate with one or more water meter devices via RS485. It can also communicate with one or more water meter devices via CAN bus. It can also communicate with one or more water meter devices via LoRa or Zigbee. In a possible implementation, the data acquisition terminal can also communicate with one or more water meter devices via GPRS / 3G / 4G / 5G wireless cellular network or wired communication based on TCP / IP protocol.

[0027] Step S104: receiving response data returned by the water meter device in response to the data request message.

[0028] In this embodiment, the receiving action is represented by the process of the data acquisition terminal acquiring response data from the water meter device through a preset communication interface. The response data is the result returned by the water meter device after executing an operation according to a preset data request message.

[0029] Step S106: Process the response data to obtain at least one target data; wherein the target data is data having a preset format and used to characterize the operating status parameters and / or measurement parameters of the water meter device.

[0030] In this embodiment, the processing action can be represented as a process of at least parsing and converting the received response data to obtain at least one target data. The target data has a preset format so that it can be recognized and used by the energy management system or other upper-layer application systems.

[0031] In this embodiment, the target data may include: the water meter device operating state parameter data and the water meter device measurement parameter data. Specifically, the water meter device operating state parameter data may include: flow measurement battery voltage and pressure measurement battery voltage. The water meter device measurement parameter data may include: pressure measurement value, instantaneous flow, positive cumulative flow and reverse cumulative flow, etc.

[0032] In some implementations, the water meter device operating status parameter data may also include: remaining battery power, device self-test status, operating temperature, device firmware version, and the like.

[0033] In some implementations, the parameter data measured by the water meter device may also include: fluid temperature, fluid pressure fluctuation, flow peak value, etc.

[0034] In some implementations, the processing action may also include an action of performing data filtering on the response data. Specifically, the data acquisition terminal may filter out useless or invalid data and only retain valid target data that meets expectations.

[0035] In some implementations, the processing action may also include an action of performing encryption processing on the target data.

[0036] In this embodiment, the preset format can be represented as a data format of a unified standard data structure or representation form obtained after the data acquisition terminal performs one or more processing actions on the response data. The preset format is to enable the target data to be recognized, processed and used by the energy management system or other upper-layer application systems.

[0037] In a possible implementation, the preset format may be expressed as the data type of the target data is standardized, and the data field of the target data is normalized. Specifically, the data of the numerical type included in the response data may be converted into a floating point number or an integer, etc. The time data included in the response data may be converted into a standard time format of "year-month-day-hour-minute-second", or expressed in the form of a timestamp (such as a Unix timestamp). The preset format may define normalized data fields, for example, flow data may be unified as "FlowRate", cumulative flow as "CumulativeFlow", and battery voltage as "BatteryVoltage".

[0038] Correspondingly, the preset format may also be expressed as the data representation form of the target data being structured, for example, the target data may be data in JSON or XML format.

[0039] In this implementation, the data acquisition terminal sends an adapted data request message to the water meter device using the non-standard communication protocol, thereby realizing effective data interaction between the data acquisition terminal and multiple water meter devices. At the same time, by processing the response data returned by the water meter device, the data acquisition terminal can convert the operating status parameters and measurement parameters of the device into target data with a preset format, which can be further transmitted to the energy management system, thereby improving the efficiency of on-site data collection and transmission, and ensuring accurate monitoring and management of water resource usage.

[0040] In some implementations, the step of sending a preset data request message to a water meter device using a non-standard communication protocol includes: Step S1022: calling a predefined sending function, and sending the preset data request message to the water meter device through a preset communication interface.

[0041] In this embodiment, the predefined sending function can be represented as a program or a code module pre-written and defined in the data acquisition terminal. The program or the code module transmits the constructed data request message to the target water meter device through the physical layer. Specifically, the input of the sending function can be the data request message, and the output of the sending function can be the status information of the sending operation, such as sending success, failure, waiting for confirmation, etc.

[0042] More specifically, the predefined sending function may include a data encapsulation code block and an interface call code block. The data encapsulation code block may encapsulate the data request message and add the frame header, checksum and other information required by the communication protocol. The interface call code block may call a communication driver (such as a serial port driver or a network card driver) to send the data request message to the physical interface. The predefined sending function may also include an error handling code block, which may execute an error handling and retry mechanism in the event of communication interruption, device non-response, etc., to ensure the reliability of data transmission.

[0043] The step of receiving response data returned by the water meter device in response to the data request message includes: Step S1042: calling a predefined reading function to read the response data returned by the water meter device through the communication interface.

[0044] In this embodiment, the reading function can be represented as a program or a code module pre-written and defined in the data acquisition terminal. The program or the code module can receive response data from the water meter device.

[0045] In this embodiment, the communication interface can be a physical communication channel between the data acquisition terminal and the water meter device for sending and receiving data. Specifically, the communication interface can be an RS485 interface, a LoRa interface, an M-Bus interface or an Ethernet interface, etc.

[0046] In this implementation, the predefined sending function and reading function may be implemented in C language, C++ language, Java language, etc.

[0047] In the above implementation, by calling the predefined sending function and reading function, the communication process between the data acquisition terminal and the water meter device using the non-standard communication protocol can be standardized and modularized. The data request message is accurately sent through the sending function, and the response data returned by the water meter device is efficiently received through the reading function, ensuring the accuracy and reliability of data transmission. This method simplifies the communication process between the data acquisition terminal and the water meter device, enhances the compatibility with non-standard communication protocol devices, and improves the efficiency and accuracy of data acquisition and processing.

[0048] In some implementations, the data request message includes at least the following fields: a device address field for identifying the water meter device, a function code field for indicating an operation type, and a check field for verifying message integrity.

[0049] In this embodiment, the device address field for identifying the water meter device can enable the data acquisition terminal to accurately send the data request message to the target water meter device, especially in the scenario where multiple water meter devices share the same communication bus (such as RS485). The function code field for indicating the operation type can be a field indicating the type of operation that the water meter device needs to perform. For example, operations such as reading registers, writing data, and starting devices. The check field for verifying the integrity of the message can be used to ensure that the data has not been tampered with or damaged during the transmission of the data request message.

[0050] In some embodiments, the data request message may further include: a data length field, a register address field, and a function parameter field, etc. Specifically, the data length field may be used to indicate the length of data carried in the data request message or the amount of data to be read. The register address field may indicate the register address storing data in the water meter device. The function parameter field may specify specific parameters carried in the data request, such as the number of read / write registers, the data value to be written, etc.

[0051] In the above implementation, by including the device address field, function code field and check field in the data request message, it can be ensured that the communication between the data acquisition terminal and multiple water meter devices has clear target device identification, operation instructions and data integrity protection. The device address field can uniquely identify the target water meter device to ensure that the data request message is sent to the correct device; the function code field specifies the type of operation to be performed, such as reading data; the check field ensures that the data has not been tampered with or damaged during the transmission process through a check mechanism, thereby improving the reliability and accuracy of data communication and reducing the error rate in data transmission.

[0052] In some implementations, the step of processing the response data includes: Step S1062: parsing the response data based on a preset parsing rule to obtain at least one parsed data.

[0053] In this embodiment, the preset parsing rule may represent a predefined rule or algorithm, and the predefined rule or algorithm may extract the required measurement parameters or device status information from the response data returned by the water meter device. Specifically, the preset parsing rule may identify each field in the response data, such as device address, function code, data value, and checksum, etc. Further, the preset parsing rule may extract the required measurement parameters (such as flow rate, voltage) or device operation status information from the response data.

[0054] In some implementations, the preset parsing rule may be a parsing rule based on byte offsets. Specifically, the starting position and length of each field may be specified, and the data collection terminal performs data parsing according to these offsets.

[0055] In some implementations, the preset parsing rule may be a parsing rule based on separators. Specifically, separators between different data fields may be defined, and the data collection terminal extracts the content of each field by identifying the separators.

[0056] In some cases, the response data of existing water meter devices may be affected by the external environment or equipment failure, resulting in noise, errors or abnormal values ​​in the returned data. For example, in an industrial environment, external electromagnetic interference, network communication delays or aging of the measurement sensors inside the device may cause the water meter device to return inaccurate flow, pressure or battery voltage data. The parsing rules in some technical solutions usually only rely on fixed formats to parse data without the ability to handle abnormal data or noise. In this case, if the acquisition terminal directly uses uncorrected response data, it may cause technical problems such as inaccurate data. The collected key data such as flow and pressure may have mutations or unreasonable values, which will affect subsequent energy management decisions. Moreover, abnormal data may be mistaken for the real device status, resulting in false alarms or ignoring potential failures.

[0057] like Figure 3 As shown, for the above situation, in some implementations, step S1062 may further include: S10622: Extract the original fields in the response data.

[0058] In this implementation, basic fields such as device address, function code, flow rate, pressure and other data are first extracted from the response data.

[0059] S10624: Perform abnormal data detection on the original field.

[0060] In this embodiment, an outlier detection is then performed on the extracted original field to identify data that may contain noise or abnormalities. For example, if the flow value or pressure value exceeds a preset reasonable range, it can be marked as an outlier. Outlier detection can also be performed by the following method. Specifically, the original field is compared with the historical data to analyze the error between the data. When the error exceeds the preset value, it is represented as abnormal data.

[0061] S10626: Perform data smoothing processing on the detected abnormal data to obtain corrected data.

[0062] In this embodiment, if abnormal fluctuations or large errors are detected in the data, the data can be smoothed to reduce data fluctuations caused by noise and improve data stability and accuracy. Specifically, a moving average algorithm can be used to smooth the detected abnormal data into data that is more in line with the trend, thereby obtaining corrected data.

[0063] It is understandable that no smoothing process is performed on the non-abnormal data.

[0064] Step S1064: Based on a preset conversion rule, convert the at least one parsed data into a target format to obtain at least one target data.

[0065] In this embodiment, the preset conversion rule can be expressed as that after parsing the response data, the data acquisition terminal converts the parsed data into a format that meets the requirements of the target system or application according to a predefined rule or algorithm.

[0066] In some embodiments, the preset conversion rule may be a conversion rule for data type conversion. Specifically, the conversion rule for data type conversion may convert the parsed data from one data type to a data type required by the target device. For example, the parsed data in hexadecimal format may be converted to a floating point number. More specifically, a conversion function may be defined to convert hexadecimal data to a floating point number.

[0067] In some implementations, the preset conversion rule may also be a conversion rule for encoding format conversion or a conversion rule for data structure conversion, etc.

[0068] In the above implementation, by dividing the processing of response data into two independent steps of parsing and conversion, the flexibility and accuracy of data processing can be improved. First, based on the preset parsing rules, the response data is parsed to ensure that all key data returned by the water meter device can be extracted. Then, based on the preset conversion rules, the parsed data is converted into a target format that meets the requirements. This separate processing method not only ensures the modularization of data processing, but also enhances the system's adaptability to data in different formats, and improves the accuracy and compatibility of data collection.

[0069] In some implementations, the step of processing the response data includes: Step S1066: Based on preset parsing and conversion rules, the response data is processed to obtain at least one target data.

[0070] In this embodiment, the preset parsing and conversion rules may indicate that the data acquisition terminal parses the response data returned from the water meter device according to a predefined rule or algorithm, and converts the parsed data into a format required by the target device.

[0071] In this implementation, the response data is uniformly processed based on preset parsing and conversion rules, which can effectively simplify the data processing process. The combination of parsing and conversion rules not only ensures that the response data returned from the water meter device can be accurately parsed, but also can immediately convert the parsed data into a target format that meets the system requirements. These target data can be directly used for further analysis or control, reducing the intermediate steps of data processing, improving the efficiency and accuracy of data collection and processing, and is particularly suitable for data processing scenarios with multiple devices and complex environments.

[0072] like Figure 4 As shown, in some embodiments, the target data at least includes the water meter device operating state parameter data, the water meter device measurement parameter data and time data; the parsing and conversion rules at least include a predefined first parsing and conversion function and a second parsing and conversion function; wherein the first parsing and conversion function is a function for parsing a numerical field from the response data and converting it to a target format, and the second parsing function is a function for parsing a time field from the response data and converting it to a target format, and the step of processing the response data based on the preset parsing and conversion rules includes: Step S10662: calling the first parsing and conversion function to parse and convert the numerical fields in the response data to obtain the operating status parameter data of the water meter device and the measurement parameter data of the water meter device in a target format.

[0073] In this embodiment, the first parsing and conversion function can be represented as a function that extracts a numerical field from the response data and converts it into a target format. This function can parse the numerical type data returned by the water meter device, such as flow, pressure, battery voltage and other measurement values, and convert these data into a data type (such as floating point number, integer, etc.) in a predetermined format according to the requirements of the target system for further processing and use.

[0074] Step S10664: calling the second parsing and conversion function to parse and convert the time field in the response data to obtain the time data of the water meter device in a target format.

[0075] In this embodiment, the second parsing and conversion function can be expressed as a function that extracts the time field from the response data and converts it into a target format. This function can parse the time data (such as timestamp, date, time, etc.) returned by the water meter device and convert it into a time format that meets the target system standard to ensure the consistency and accuracy of the time data in data processing and analysis.

[0076] In this implementation, by calling the first parsing and conversion function and the second parsing and conversion function respectively, targeted parsing and format conversion can be performed for different types of data (numeric fields and time fields). This not only ensures the accurate conversion of the operating status parameters and measurement parameter data of the water meter device, but also ensures the correctness and format uniformity of the time data. Processing different types of data separately improves the data processing efficiency and accuracy of the system, so that the complex data returned by the water meter device can be standardized and structured, which is convenient for further use and analysis by the energy management system or other upper-level applications.

[0077] like Figure 5 As shown, this embodiment provides a data sending method, which can be executed by a data acquisition terminal, and the method may include: Step S202: sending the target data obtained in the above implementation to the target device, wherein the target device at least includes a target device configured with an energy management system.

[0078] In this implementation, the sending action may be represented by the data acquisition terminal sending the target data to the target device via wired communication or wireless communication.

[0079] In this implementation, the target device may be a server, in which an energy management system is configured.

[0080] It is understood that the energy management system can receive and display target data (operating status and measurement data of water meter equipment), such as flow, pressure, battery voltage, etc. Through real-time monitoring, the energy management system can understand the real-time consumption of energy and help managers to detect abnormalities in time.

[0081] In some implementations, the target device may also be an Internet of Things gateway, a database system, or an on-site operation intelligent terminal.

[0082] According to an embodiment of the present invention, a data processing device is provided. Figure 6 , the device may include: A sending module, which is used to send a preset data request message to a water meter device using a non-standard communication protocol; wherein the data request message can be adapted to the water meter device so that the water meter device executes a data return response; A receiving module, used for receiving response data returned by the water meter device in response to the data request message; A processing module is used to process the response data to obtain at least one target data; wherein the target data is data with a preset format and used to characterize the operating status parameters and / or measurement parameters of the water meter device.

[0083] According to an embodiment of the present invention, an electronic device is provided. Figure 7 The electronic device in this embodiment may include one or more of the following components: a processor, a network interface, a memory, a non-volatile memory, and one or more applications, wherein the one or more applications may be stored in the non-volatile memory and configured to be executed by one or more processors, and the one or more programs are configured to execute the method described in the aforementioned method embodiment.

[0084] According to an embodiment of the present invention, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a computer, the computer executes the method described in any of the above embodiments.

[0085] According to an embodiment of the present invention, a computer program product including instructions is also provided. When the instructions are executed by a computer, the computer executes a method in any one of the above embodiments.

[0086] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0087] Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments, and this embodiment will not be described in detail here.

[0088] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0089] In the above embodiments of the present application, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0090] The above is only a preferred implementation of the present application. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present application. These improvements and modifications should also be regarded as the scope of protection of the present application.

Claims

1. A data processing method, characterized in that: Includes: Sending a preset data request message to a water meter device using a non-standard communication protocol; wherein the data request message can be adapted to the water meter device so that the water meter device executes a data return response; Receiving response data returned by the water meter device in response to the data request message; Processing is performed on the response data to obtain at least one target data; wherein the target data is data having a preset format and used to characterize the operating status parameters and / or measurement parameters of the water meter device.

2. The method according to claim 1, characterized in that: The step of sending a preset data request message to a water meter device using a non-standard communication protocol comprises: Calling a predefined sending function to send the preset data request message to the water meter device through a preset communication interface; The step of receiving response data returned by the water meter device in response to the data request message includes: A predefined reading function is called to read the response data returned by the water meter device through the communication interface.

3. The method according to claim 1, characterized in that The data request message includes at least the following fields: a device address field for identifying the water meter device, a function code field for indicating an operation type, and a check field for verifying message integrity.

4. The method according to claim 1, characterized in that The step of processing the response data comprises: Parsing the response data based on a preset parsing rule to obtain at least one parsed data; Based on a preset conversion rule, the at least one parsed data is converted into a target format to obtain at least one target data.

5. The method according to claim 1, characterized in that The step of processing the response data comprises: Based on preset parsing and conversion rules, the response data is processed to obtain at least one target data.

6. The method according to claim 5, characterized in that The target data at least includes the water meter device operating status parameter data, the water meter device measurement parameter data and time data; the parsing and conversion rules at least include a predefined first parsing and conversion function and a second parsing and conversion function; wherein the first parsing and conversion function is a function for parsing a numerical field from the response data and converting it to a target format, and the second parsing function is a function for parsing a time field from the response data and converting it to a target format. The step of processing the response data based on the preset parsing and conversion rules includes: Calling the first parsing and conversion function to parse and convert the numerical fields in the response data to obtain the running status parameter data of the water meter device and the measurement parameter data of the water meter device in a target format; The second parsing and conversion function is called to parse and convert the time field in the response data to obtain the time data of the water meter device in a target format.

7. A data transmission method, characterized in that: The method comprises: The target data obtained by any method of claims 1-6 is sent to a target device, wherein the target device at least includes a target device configured with an energy management system.

8. A data processing device, characterized in that: The device comprises: A sending module, which is used to send a preset data request message to a water meter device using a non-standard communication protocol; wherein the data request message can be adapted to the water meter device so that the water meter device executes a data return response; A receiving module, used for receiving response data returned by the water meter device in response to the data request message; A processing module is used to process the response data to obtain at least one target data; wherein the target data is data with a preset format and used to characterize the operating status parameters and / or measurement parameters of the water meter device.

9. An electronic device, characterized in that: include: a memory, and one or more processors communicatively coupled to the memory; The memory stores instructions that can be executed by the one or more processors. The instructions are executed by the one or more processors to enable the one or more processors to implement the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images