Testing system and method for energy product

Abstract

The application discloses an energy product test system, comprising: an upper computer configured to: obtain a physical model of a to-be-tested energy product, and obtain a data type and a first conversion strategy of a corresponding register based on the physical model; the upper computer randomly generates intermediate data with a data type, and performs data conversion on the intermediate data based on a first conversion strategy to generate first type test data; the upper computer generates a configuration file, the configuration file comprises the address of any register and the first type of test data corresponding to the register address, and the first type of test data is used for testing the parameter reporting link of the energy product. According to the method and the device, the energy product parameter reporting link and the parameter issuing link can be tested, and the accuracy and the reliability of an energy product test result are guaranteed.

Description

Technical Field

[0001] The present application relates to the technical field of energy product testing, and in particular to a testing system and method for energy products. Background Art

[0002] The energy product link includes physical products such as inverters / energy storage cabinets, communication stick firmware, cloud servers, panels / EMS (Energy Management System), which need to be tested. In the existing technology, embedded testing methods for energy products mostly test single objects separately, such as firmware testing, panel testing, and SaaS (Software as a Service) platform testing, etc., which have low work efficiency. In addition, in the existing testing methods for energy products, actual collected data is mostly used for rendering verification, the test coverage is low, and the reliability of the test results cannot be guaranteed. Summary of the invention

[0003] In order to solve the deficiencies of the prior art, this application adopts the following technical solutions:

[0004] In a first aspect, the present application provides a testing system for energy products, comprising: a host computer,

[0005] The host computer is configured as follows:

[0006] Acquire a physical model of the energy product to be tested, and acquire a data type and a first conversion strategy of a corresponding register based on the physical model;

[0007] The host computer randomly generates intermediate data having the data type, and performs data conversion on the intermediate data based on the first conversion strategy to generate first type test data;

[0008] The host computer generates a configuration file, which includes the address of any of the registers and the first type of test data corresponding to the register address, and the first type of test data is used for testing the parameter reporting link of the energy product.

[0009] In summary, the energy product testing system provided in the present application obtains the data type of the corresponding register and the first conversion strategy based on the physical model of the energy product to be tested. The upper computer randomly generates intermediate data based on the data type of the register, and converts the randomly generated intermediate data into a first test data type based on the first conversion strategy. The first test data type is used to test the parameter reporting link of the energy product. The amount of intermediate data generated by the upper computer meets the multiple testing requirements of the energy product, thereby ensuring the accuracy and reliability of the test results of the parameter reporting link of the energy product.

[0010] Further, the host computer is further configured to perform a test of the parameter reporting link, including: receiving an acquisition instruction from a data acquisition device, and determining a configuration file corresponding to the target register address according to a target register address included in the acquisition instruction, and the host computer responding to the acquisition instruction and sending the configuration file to the cloud server; and

[0011] The host computer receives the cloud data fed back by the cloud server, and compares the cloud data with the expected data to obtain a test result, wherein the cloud data is obtained by the cloud server parsing the first type of test data in the configuration file according to a cloud parsing rule, and the expected data is obtained by the host computer parsing the first type of test data in the configuration file according to a local first parsing rule.

[0012] Further, in response to the cloud data being consistent with the expected data, the host computer generates a result of passing the test, and in response to the cloud data being inconsistent with the expected data, the host computer generates a result of failing the test.

[0013] Furthermore, the host computer is also configured to set a test interval of the energy product to be tested according to the active reporting cycle of the data acquisition device.

[0014] In a second aspect, the present application also provides a testing system for energy products, including: a host computer,

[0015] The host computer is configured as follows:

[0016] Acquire a physical model of the energy product to be tested, and acquire a data type of a corresponding register and a second conversion strategy based on the physical model;

[0017] The host computer randomly generates intermediate data having the data type, and performs data conversion on the intermediate data based on the second conversion strategy to generate second type test data;

[0018] The host computer generates a configuration file, which includes the address of any of the registers and the second type of test data corresponding to the register address, and the second type of test data is used for testing the parameter sending link of the energy product.

[0019] In summary, the energy product testing system provided in the present application obtains the data type of the corresponding register and the second conversion strategy based on the physical model of the energy product to be tested. The upper computer randomly generates intermediate data based on the data type of the register, and converts the randomly generated intermediate data into a second test data type based on the second conversion strategy. The second test data type is used to test the parameter sending link of the energy product. The amount of intermediate data generated by the upper computer meets the multiple testing requirements of the energy product, thereby ensuring the accuracy and reliability of the test results of the energy product parameter reporting link.

[0020] Furthermore, the host computer is also configured to perform a test of the parameter sending link, including:

[0021] Generate a sending parameter, where the sending parameter is obtained by the host computer parsing the second type of test data in the configuration file according to a local second parsing rule;

[0022] Calling the device parameter sending interface of the cloud server to send the sending parameters to the corresponding register;

[0023] The host computer monitors the modification action of the register and obtains the cloud data sent by the cloud server to the register address;

[0024] The host computer receives the cloud data fed back by the cloud server, and compares the cloud data with the second type of test data to obtain a test result.

[0025] In a third aspect, the present application also provides a method for testing an energy product, which is applied to a host computer and includes:

[0026] Acquire a physical model of the energy product to be tested, and acquire a data type and a first conversion strategy of a corresponding register based on the physical model;

[0027] Randomly generate intermediate data having the data type, and perform data conversion on the intermediate data based on the first conversion strategy to generate first type test data;

[0028] Generate a configuration file, the configuration file including the address of any of the registers and the first type of test data corresponding to the register address, the first type of test data being used for testing a parameter reporting link of the energy product.

[0029] In summary, the testing method for energy products provided in the present application obtains the data type of the corresponding register and the first conversion strategy based on the physical model of the energy product to be tested, and randomly generates intermediate data based on the data type of the register, and converts the randomly generated intermediate data into a first test data type based on the first conversion strategy. The first test data type is used to test the parameter reporting link of the energy product. The amount of intermediate data generated meets the multiple testing requirements of the energy product, thereby ensuring the accuracy and reliability of the test results of the parameter reporting link of the energy product.

[0030] Further, receiving a collection instruction from a data collection device, and determining a configuration file corresponding to the target register address according to the target register address included in the collection instruction, and sending the configuration file to a cloud server; and

[0031] Receive cloud data fed back by the cloud server, and compare the cloud data with expected data to obtain a test result, wherein the cloud data is obtained by the cloud server parsing the first type of test data in the configuration file according to a cloud parsing rule, and the expected data is obtained by parsing the first type of test data in the configuration file according to a local first parsing rule.

[0032] Further, a physical model of the energy product to be tested is obtained, and based on the physical model, a data type of a corresponding register and a second conversion strategy are obtained;

[0033] Randomly generate intermediate data having the data type, and perform data conversion on the intermediate data based on the second conversion strategy to generate second type test data;

[0034] Generate a configuration file, the configuration file includes the address of any of the registers and the second type of test data corresponding to the register address, the second type of test data is used for testing the parameter sending link of the energy product.

[0035] Further, generating a sending parameter, wherein the sending parameter is obtained by parsing the second type of test data in the configuration file according to a local second parsing rule;

[0036] Calling the device parameter sending interface of the cloud server to send the sending parameters to the corresponding register;

[0037] Monitor the modification action of the register and obtain the cloud data sent by the cloud server to the register address;

[0038] Receive cloud data fed back by the cloud server, and compare the cloud data with the second type of test data to obtain a test result. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] Figure 1 It is a schematic diagram of a data link of an energy product in the related art;

[0040] Figure 2 A schematic diagram of a testing system for energy products provided in an embodiment of the present application;

[0041] Figure 3 This is a schematic diagram of a communication stick device ID in one embodiment of the present application;

[0042] Figure 4 A schematic diagram of a process of testing an energy product parameter reporting link by a testing system for an energy product provided in an embodiment of the present application;

[0043] Figure 5 A schematic diagram of generating a configuration file for a test system of an energy product provided in one embodiment of the present application;

[0044] Figure 6 A schematic diagram of a process of testing an energy product parameter delivery link by a testing system for an energy product provided in an embodiment of the present application;

[0045] Figure 7 A flowchart of the steps of testing an energy product parameter reporting link in a testing method for an energy product provided in an embodiment of the present application;

[0046] Figure 8 A flow chart of the steps of testing an energy product parameter delivery link in a testing method for an energy product provided in an embodiment of the present application. DETAILED DESCRIPTION

[0047] The present application will be described in detail below in conjunction with the specific implementation modes shown in the accompanying drawings, but these implementation modes do not limit the present application. Structural, methodological, or functional changes made by ordinary technicians in the field based on these implementation modes are included in the protection scope of the present application.

[0048] like Figure 1 As shown, the energy product data link includes physical products such as inverters, data acquisition equipment (for example, communication sticks or communication stick firmware), cloud servers, and panels / EMS (Energy Management System). Data acquisition equipment, cloud servers, and panels / EMS need to be tested. For example, firmware testing, panel testing, and SaaS (Software as a Service) platform testing are included.

[0049] like Figure 2As shown, a test system for an energy product provided by the present application can be used for simulation testing of the communication link for reporting parameters of energy products to cloud servers, including: a host computer. The host computer and the communication stick can communicate through the standard MODBUS protocol, the communication stick and the cloud server can communicate through the MOTT (Message Queuing Telemetry Transport) mechanism, the host computer can communicate with the cloud server through the communication stick, and the cloud server and EMS can interact through the atop interface. Before testing the energy product, the host computer performs initialization parameter settings to obtain the physical model of the energy product to be tested. The parameter fields include cloud project url, project id, and device id. Among them, the field cloud project url writes the openapi access address, the field project id is configured on the internal platform and filled in the host computer, and the field cloud project url and the field project id are used to bypass API authentication when calling the API interface to obtain data, such as Figure 3 As shown, the field device id is written with the device id of the communication stick under test, and the field device id is used to call the API to obtain the physical model of the energy product under test from the EMS platform.

[0050] Furthermore, the host computer is configured as follows:

[0051] Obtaining a physical model of the energy product to be tested, and obtaining a data type and a first conversion strategy of a corresponding register based on the physical model;

[0052] The host computer randomly generates intermediate data having a data type, and performs data conversion on the intermediate data based on a first conversion strategy to generate first type test data;

[0053] The host computer generates a configuration file, which includes the address of any register and the first type of test data corresponding to the register address, and the first type of test data is used for testing the parameter reporting link of the energy product.

[0054] Specifically, Figure 4 As shown, based on the cloud object model of the energy product to be tested, the host computer obtains the data type of the register corresponding to the energy product to be tested and the first conversion strategy, and the host computer randomly generates intermediate data with the data type of the register, and converts the intermediate data based on the first conversion strategy to generate the first type of test data, and the first type of test data is used to test the parameter reporting link of the energy product.

[0055] The first conversion strategy includes:

[0056] 1. When the acquired data type is an enumeration type, determine whether there is a value conversion field in the conversion strategy. If so, randomly select a value from the value conversion field; if not, randomly select a value from the range of the enumeration type.

[0057] 2. When the data type obtained is a numeric type, divide the maximum and minimum values ​​by the preset ratio respectively, and then randomly select a value within this range. For example: when the maximum value is 100, the minimum value is 10, and the preset ratio is 0.1, the processed data is 1000 and 100, then a random value is selected between 100 and 1000.

[0058] 3. When the obtained data type is Boolean type, randomly select a value from 0 and 1.

[0059] 4. When the data type obtained is a string type, convert it according to the conversion strategy. If the conversion strategy is the version number strategy, randomly select an integer from 0 to 65535; if the conversion strategy is the string strategy, select any value between (48, 57), (65, 90), and (97, 122) according to the ASCII code table.

[0060] It should be noted that, with respect to the fourth point of the first conversion strategy, there are many types of registers used in energy products, and the string data types corresponding to different registers are different. Therefore, different conversion strategies are used for different register string types. For example, the conversion strategies mainly include the following:

[0061] 1. register3_version_huichuan: version number Huichuan strategy.

[0062] For example: two register addresses represent the software version number, and the regular format is 000.xxx.000.xxx[100,101]:000.100.000.101.

[0063] 2. register3_timestamp_huichuan: timestamp Huichuan strategy, 3 addresses.

[0064] Address 1: year (the year needs to be added with 2000) + month; Address 2: day + hour; Address 3: minute + second;

[0065] Local data: 8965 1046 772 Hexadecimal: 2305 416 304;

[0066] The cloud data is: 1683187384557: 2023-05-04 16:03:04.

[0067] Among them: the timestamp generated by the local rule is in seconds, and the cloud result data is in milliseconds. The comparison needs to be made in seconds.

[0068] 3. register3_multi: general strategy for multiple addresses.

[0069] Multiple address dimensions, can parse Unsigned, Signed, Ascii and other types of data.

[0070] The data 0x00000014 (decimal: 20) is then multiplied by a multiple such as 0.1 to obtain the cloud data 2.

[0071] Wherein: array: yaml local data; devDataType: schema data type; multiple: multiple.

[0072] 4. register3_hourmin_1: hour-minute first strategy.

[0073] The two-byte register value identifies the hour and minute (HHmm, the first byte indicates the hour, the second byte indicates the minute, and the hex value is converted to decimal).

[0074] 5. register3_version_1: version number first strategy.

[0075] The format is Vx.xx..; x is the decimal value of each byte. For example, 01000000 = V1.0.0.0arry = [100,101]: V0.100.0.101.

[0076] 6. register3_single_bit: bit general strategy.

[0077] A register address has two bytes, a total of 16 bits. For example, if the data is 5, it is parsed as 0000000000000101. If it is 1, it means the corresponding alarm is triggered, and if it is 0, it means the corresponding alarm is normal.

[0078] 7. register3_calculate: calculates the general strategy.

[0079] Calculate the result according to the formula based on the required register value.

[0080] 8. register3_ascii_shuori: string Shuori strategy.

[0081] In the Shuori string format, the lower 8 bits of each register are valid, and the upper 8 bits are invalid (0053, 0052, 0020).

[0082] 9. register3_version_2: The second version number strategy.

[0083] Convert two bytes from hexadecimal to decimal, V has the upper three digits (no zero padding) and the lower three digits. (10000 = V100.00, 10 = V0.10).

[0084] 10. register3_version_3: The third version number strategy.

[0085] Convert two bytes from hexadecimal to decimal: V+decimal. (0x0010=V16)

[0086] 11. register3_timestamp_2: The second timestamp strategy.

[0087] Time, 3 addresses. Address 1: year (the year needs to be added with 2000) + month; Address 2: day + hour; Address 3: minute + second;

[0088] Local data: [6150,5138,2055] Hexadecimal: 1806 1412 807;

[0089] The cloud data is: 1718878087247: 2024-06-20 18:08:07.

[0090] Among them: the timestamp generated by the local rule is in seconds, and the cloud result data is in milliseconds. The comparison needs to be made in seconds.

[0091] 12. register3_hourmin_shuori: hour-by-hour Shuori strategy.

[0092] The two-byte register value identifies the hour and minute (hex=23*hours+minutes, 23*256+59==5947).

[0093] According to the above description, the host computer calls the interface based on the device ID to obtain the energy product physical model, obtains the data type and conversion strategy of the corresponding register according to the physical model, randomly takes values ​​based on the data type of the register, converts the values ​​according to the conversion strategy to obtain test data, and finally generates a configuration file. Figure 5 It is a schematic diagram of generating a configuration file, the configuration file includes the address of a register and the first type of test data corresponding to the register address. In an embodiment of the present application, the host computer generates a configuration file of the yaml type.

[0094] According to the above description, the energy product test system provided by the present application obtains the data type and the first conversion strategy of the corresponding register through the physical model of the energy product to be tested, and the host computer randomly generates intermediate data of the corresponding data type, and based on the first conversion strategy, performs data conversion on the intermediate data to obtain the first type of test data for energy product testing. Moreover, in this test system, the amount of intermediate data generated by the host computer meets the multiple test requirements for energy products, ensuring the accuracy and reliability of the test results of the energy product parameter reporting link.

[0095] As an implementation method, the host computer is also configured to perform a test of the parameter reporting link, including: receiving an acquisition instruction from the data acquisition device, and determining a configuration file corresponding to the target register address based on the target register address contained in the acquisition instruction, and the host computer responds to the acquisition instruction and sends the configuration file to the cloud server; and: the host computer receives cloud data fed back by the cloud server, and compares the cloud data with the expected data to obtain a test result.

[0096] Specifically, the communication stick sends out a collection instruction with a modbus request frame, the host computer receives the collection instruction and parses the request frame, the host computer determines the configuration file corresponding to the target register address based on the target register address contained in the modbus request frame, the host computer sends the configuration file to the cloud server, and the host computer receives the cloud data fed back by the cloud server, and compares the cloud data with the expected data. Among them, the cloud data is obtained by the cloud server parsing the first type of test data in the configuration file according to the cloud parsing rule, and the expected data is obtained by the host computer parsing the first type of test data in the configuration file according to the local first parsing rule. By comparing the cloud data with the expected data, the host computer obtains the test results. The test result fields include: register name, register address, register identifier, first type of test data, expected data, time of generating expected data, cloud data, time of generating cloud data, result data, remarks, test attention, and time calibration. For the convenience of explanation, some test result fields are shown in Table 1. It should be noted that the *** in the table is only a brief representation of the data for the convenience of explanation.

[0097]

[0098] Table 1

[0099] Furthermore, as an implementation method, in response to the cloud data being consistent with the expected data, the result data of the test result field is displayed as PASS, and the host computer generates a result of passing the test; in response to the cloud data being inconsistent with the expected data, the result data of the test result field is displayed as FALL, and the host computer generates a result of failing the test, thereby realizing the detection of the energy product parameter reporting link.

[0100] As an implementation method, the host computer is also configured to set the test interval of the energy product to be tested according to the active reporting cycle of the data acquisition device. For example, the data acquisition device actively reports once every 300 seconds, and the host computer sets the test interval to 300 seconds. After the test interval is reached, the host computer generates the test results and regenerates a new configuration file for the next round of testing, without manual intervention, to achieve automatic detection of energy products.

[0101] According to the above description, the energy product testing system provided in the present application generates a first test data type for testing based on the physical model of the energy product to be tested, generates a configuration file containing a register address and the first test data type and distributes it to a cloud server, thereby obtaining feedback cloud data, and obtaining test results by comparing the cloud data with local expected data, thereby realizing a simulation test of the communication link for reporting parameters of the energy product to the cloud server, and also realizing automatic detection of energy products without manual intervention by setting the test interval based on the active reporting period of the data acquisition device.

[0102] In a second aspect, the present application further provides a testing system for an energy product, which is used for simulating a communication link from a cloud server to an energy product parameter, and includes: a host computer, which is configured as:

[0103] Obtaining a physical model of the energy product to be tested, and obtaining a data type of a corresponding register and a second conversion strategy based on the physical model;

[0104] The host computer randomly generates intermediate data having a data type, and performs data conversion on the intermediate data based on a second conversion strategy to generate second type test data;

[0105] The host computer generates a configuration file, which includes the address of any register and the second type of test data corresponding to the register address, and the second type of test data is used for testing the parameter sending link of the energy product.

[0106] Similarly, refer to the test of the parameter reporting link of energy products, such as Figure 6 As shown, based on the model of energy products, by obtaining the data type of the corresponding register and the second conversion strategy, the host computer generates the second type of test data, and the second type of test data is used to test the parameter delivery link of the energy product, and the host computer generates a configuration file containing the register address and the second type of test data corresponding to the register address. In this test system, the amount of intermediate data generated by the host computer meets the multiple test requirements of energy products, ensuring the accuracy and reliability of the test results of the energy product parameter delivery link.

[0107] It should be noted that due to different test purposes, the first conversion strategy is used to test the communication link for reporting energy product parameters, and the second conversion strategy is used to test the communication link for sending energy product parameters. Therefore, in some cases, there are differences between the first conversion strategy and the second conversion strategy.

[0108] As an implementation method, the host computer is also configured to perform a test of the energy product parameter sending link. Specifically, the host computer generates the sending parameters, and the sending parameters are obtained by the host computer parsing the second type of test data in the configuration file according to the local second parsing rule. Exemplarily, when the value type of the register address in the configuration file is setting, the host computer regenerates the yaml type file, and then locally parses the value input parameter according to the yaml file data, and the input parameter format is: data = {"param":{'code':code,"value":value}}.

[0109] like Figure 6 As shown, the host computer calls the device parameter sending interface of the cloud server to send the sent parameters to the corresponding registers. After sending, the host computer calls the action of monitoring the serial port monitoring register to modify the register value, thereby obtaining the cloud data sent by the cloud server to the register address. The host computer obtains the comparative test results by comparing the cloud data with the second type of test data. The test result fields include: register name, register address, register identification, trigger time, sent parameters, second type of test data, cloud data, result data, and remarks. For the convenience of explanation, some test result fields are shown in Table 2. It should be noted that the *** in the table only briefly represents the data for the convenience of explanation.

[0110]

[0111]

[0112] Table 2

[0113] Furthermore, in response to the cloud data being consistent with the second type of test data, the result data in the test result field is displayed as PASS, and the host computer generates a result of passing the test; in response to the cloud data being inconsistent with the second type of test data, the result data in the test result field is displayed as FALL, and the host computer generates a result of failing the test, thereby realizing the detection of the energy product parameter delivery link.

[0114] According to the above description, the testing system for energy products provided in the present application generates a second type of test data for testing based on the physical model of the energy product to be tested, and also generates a configuration file containing the register address and the second type of test data. By monitoring the modification action of the register, the cloud data sent by the cloud server to the register is obtained, and the test results are obtained by comparing the cloud data with the second type of test data, thereby realizing a simulation test of the communication link for sending parameters from the cloud server to the energy product.

[0115] Based on the above description, in the third aspect, the present application also provides a testing method for energy products, which is applied to a host computer, such as Figure 7 As shown, the test method mainly includes the following steps:

[0116] Step S11, obtaining a physical model of the energy product to be tested, and obtaining a data type and a first conversion strategy of a corresponding register based on the physical model.

[0117] Step S12: randomly generate intermediate data having a data type, and perform data conversion on the intermediate data based on a first conversion strategy to generate first type test data.

[0118] Step S13, generating a configuration file, the configuration file including the address of any register and the first type of test data corresponding to the register address, the first type of test data being used for testing the parameter reporting link of the energy product.

[0119] According to the above description, the energy product testing method provided by the present application obtains the data type and the first conversion strategy of the corresponding register through the physical model of the energy product to be tested, and randomly generates intermediate data of the corresponding data type. Based on the first conversion strategy, the intermediate data is converted to obtain the first type of test data for energy product testing. In this testing method, the amount of data generated by the intermediate data meets the multiple testing requirements for energy products, ensuring the accuracy and reliability of the test results of the energy product parameter reporting link.

[0120] Furthermore, the above test method also includes:

[0121] Step S14, receiving a collection instruction from the data collection device, and determining a configuration file corresponding to the target register address according to the target register address included in the collection instruction, and sending the configuration file to the cloud server.

[0122] Step S15, receiving cloud data fed back by the cloud server, and comparing the cloud data with the expected data to obtain a test result, wherein the cloud data is obtained by the cloud server parsing the first type of test data in the configuration file according to the cloud parsing rule, and the expected data is obtained by parsing the first type of test data in the configuration file according to the local first parsing rule.

[0123] According to the above description, the testing method for energy products provided in the present application generates a first test data type for testing based on the physical model of the energy product to be tested, generates a configuration file containing a register address and the first test data type and distributes it to a cloud server, thereby obtaining feedback cloud data, and obtaining test results by comparing the cloud data with local expected data, thereby realizing the test of the energy product parameter reporting link.

[0124] Optionally, the energy product testing method provided in the present application can also achieve automated testing of energy products by setting test intervals based on the active reporting cycle of the data acquisition device without the need for human intervention.

[0125] As a way to achieve this, Figure 8 As shown, a testing method for an energy product provided in the present application also includes the following steps:

[0126] Step S21, obtaining a physical model of the energy product to be tested, and obtaining a data type and a second conversion strategy of a corresponding register based on the physical model.

[0127] Step S22: randomly generate intermediate data having a data type, and perform data conversion on the intermediate data based on a second conversion strategy to generate second type test data.

[0128] Step S23, generating a configuration file, the configuration file including the address of any register and the second type of test data corresponding to the register address, the second type of test data is used for testing the parameter sending link of the energy product.

[0129] Referring to the test of the parameter reporting link of energy products, in this test method, based on the model of energy products, by obtaining the data type of the corresponding register and the second conversion strategy, the second type of test data is generated, and the second type of test data is used for the test of the parameter sending link of the energy product, and a configuration file containing the register address and the second type of test data corresponding to the register address is generated. In this test method, the amount of data generated by the intermediate data meets the multiple test requirements of the energy product, ensuring the accuracy and reliability of the test results of the parameter reporting link of the energy product.

[0130] Furthermore, the above test method also includes:

[0131] Step S24, generating a sending parameter, where the sending parameter is obtained by parsing the second type of test data in the configuration file according to a local second parsing rule.

[0132] Step S25, calling the device parameter sending interface of the cloud server to send the sent parameters to the corresponding register.

[0133] Step S26, monitoring the modification action of the register, and obtaining the cloud data sent by the cloud server to the register address.

[0134] Step S27, receiving cloud data fed back by the cloud server, and comparing the cloud data with the second type of test data to obtain a test result.

[0135] According to the above description, the testing method for energy products provided in the present application generates a second type of test data for testing based on the physical model of the energy product to be tested, and also generates a configuration file containing the register address and the second type of test data. By monitoring the modification action of the register, the cloud data sent by the cloud server to the register is obtained, and the test results are obtained by comparing the cloud data with the second type of test data, thereby realizing the test of the energy product parameter sending link.

[0136] In summary, the present application provides a testing method for an energy product, which is based on the physical model of the energy product to be tested, and realizes the testing of the energy product parameter reporting link and the parameter sending link by comparing cloud data with local test data; and the local test data is randomly generated based on the register data type, and the amount of data generated meets the multiple testing requirements of the energy product, thereby ensuring the accuracy and reliability of the energy product test results.

[0137] It will be appreciated that the word "exemplary" as used herein means "serving as an example, instance, or illustration". Any embodiment described as "exemplary" is not necessarily preferred or superior to other embodiments and / or does not exclude the combination of features of other embodiments. It will be appreciated that certain features of the present application described in the context of separate embodiments for the sake of clarity may also be provided in a single embodiment by combination. Conversely, various features of the present application described in the context of a single embodiment for the sake of clarity may also be provided individually or in any suitable combination or as any other described embodiment of the present application.

[0138] The above disclosure is only the preferred embodiment of the present application, but it is not intended to limit the scope of rights of the present application. A person of ordinary skill in the art can understand that without departing from the spirit and scope of the present application and the appended claims, changes, modifications, substitutions, combinations, and simplifications should all be equivalent replacement methods and still fall within the scope of the invention.

Claims

1. A testing system for energy products, characterized in that: Including: host computer, The host computer is configured as follows: Acquire a physical model of the energy product to be tested, and acquire a data type and a first conversion strategy of a corresponding register based on the physical model; The host computer randomly generates intermediate data having the data type, and performs data conversion on the intermediate data based on the first conversion strategy to generate first type test data; The host computer generates a configuration file, which includes the address of any of the registers and the first type of test data corresponding to the register address, and the first type of test data is used for testing the parameter reporting link of the energy product.

2. The energy product testing system according to claim 1, characterized in that: The host computer is further configured to perform a test of a parameter reporting link, including: receiving a collection instruction from a data collection device, and determining a configuration file corresponding to the target register address according to a target register address included in the collection instruction, and the host computer responding to the collection instruction and sending the configuration file to the cloud server; and The host computer receives the cloud data fed back by the cloud server, and compares the cloud data with the expected data to obtain a test result, wherein the cloud data is obtained by the cloud server parsing the first type of test data in the configuration file according to a cloud parsing rule, and the expected data is obtained by the host computer parsing the first type of test data in the configuration file according to a local first parsing rule.

3. The energy product testing system according to claim 1, characterized in that: In response to the cloud data being consistent with the expected data, the host computer generates a result of passing the test, and in response to the cloud data being inconsistent with the expected data, the host computer generates a result of failing the test.

4. The energy product testing system according to claim 1, characterized in that: The host computer is further configured to set a test interval of the energy product to be tested according to the active reporting cycle of the data acquisition device.

5. A testing system for energy products, characterized in that: Including: host computer, The host computer is configured as follows: Acquire a physical model of the energy product to be tested, and acquire a data type of a corresponding register and a second conversion strategy based on the physical model; The host computer randomly generates intermediate data having the data type, and performs data conversion on the intermediate data based on the second conversion strategy to generate second type test data; The host computer generates a configuration file, which includes the address of any of the registers and the second type of test data corresponding to the register address, and the second type of test data is used for testing the parameter sending link of the energy product.

6. The energy product testing system according to claim 5, characterized in that: The host computer is also configured to perform a test of a parameter sending link, including: Generate a sending parameter, where the sending parameter is obtained by the host computer parsing the second type of test data in the configuration file according to a local second parsing rule; Calling the device parameter sending interface of the cloud server to send the sending parameters to the corresponding register; The host computer monitors the modification action of the register and obtains the cloud data sent by the cloud server to the register address; The host computer receives the cloud data fed back by the cloud server, and compares the cloud data with the second type of test data to obtain a test result.

7. A testing method for energy products, applied to a host computer, characterized in that: include: Acquire a physical model of the energy product to be tested, and acquire a data type and a first conversion strategy of a corresponding register based on the physical model; Randomly generate intermediate data having the data type, and perform data conversion on the intermediate data based on the first conversion strategy to generate first type test data; Generate a configuration file, the configuration file including the address of any of the registers and the first type of test data corresponding to the register address, the first type of test data being used for testing a parameter reporting link of the energy product.

8. The testing method according to claim 7, characterized in that: The method further comprises: Receiving an acquisition instruction from a data acquisition device, and determining a configuration file corresponding to the target register address according to the target register address included in the acquisition instruction, and sending the configuration file to a cloud server; and Receive cloud data fed back by the cloud server, and compare the cloud data with expected data to obtain a test result, wherein the cloud data is obtained by the cloud server parsing the first type of test data in the configuration file according to a cloud parsing rule, and the expected data is obtained by parsing the first type of test data in the configuration file according to a local first parsing rule.

9. The testing method according to claim 7, characterized in that: The method further comprises: Acquire a physical model of the energy product to be tested, and acquire a data type of a corresponding register and a second conversion strategy based on the physical model; Randomly generate intermediate data having the data type, and perform data conversion on the intermediate data based on the second conversion strategy to generate second type test data; Generate a configuration file, the configuration file includes the address of any of the registers and the second type of test data corresponding to the register address, the second type of test data is used for testing the parameter sending link of the energy product.

10. The energy product testing method according to claim 9, characterized in that: include: Generate a sending parameter, where the sending parameter is obtained by parsing the second type of test data in the configuration file according to a local second parsing rule; Calling the device parameter sending interface of the cloud server to send the sending parameters to the corresponding register; Monitor the modification action of the register and obtain the cloud data sent by the cloud server to the register address; Receive cloud data fed back by the cloud server, and compare the cloud data with the second type of test data to obtain a test result.

Images