Patent Application
20230188380
The embodiments relate to the field of communication technologies, a data collection method and apparatus, a Modbus system, and a storage medium.
A Modbus protocol is a serial line communication protocol, has become an industry standard of communication protocol in the industrial field, and is a common communication mode between industrial electronic devices. A Modbus system includes one master and a plurality of slaves. The master is responsible for collecting data of each slave.
In a related technology, the Modbus standard protocol specifies that data collection is implemented by exchanging a Modbus packet between a master and a slave. A maximum length of one Modbus packet is 256 bytes, and a maximum length of a data field is 252 bytes, that is, there is a limited amount of data carried in the data field included in one Modbus packet. For example, a length of one piece of collected data is 1 byte, and a maximum amount of data carried in a data field is 252. Due to a limitation of the length of the data field, if there is a large amount of data to be collected on a slave, a plurality of requests and responses are required between the master and the slave to collect all the data of the slave.
It can be learned from the foregoing that in the related technology, there is a problem of occupying a bus resource for a long time by the slave if there is a large amount of data to be collected on the slave. In addition, the slave needs to respond for a plurality of times for collection, but valid data that the slave responds with each time is limited. Consequently, a bus is occupied frequently but an occupation rate is not high. In addition, if the master consumes much time on one slave, real-time performance of the entire Modbus system is low.
The embodiments may provide a data collection method and apparatus, a Modbus system, and a storage medium, so that in a process of collecting data by using the Modbus system, an occupation frequency of a bus can be reduced, an occupation rate can be increased, and system real-time performance can be improved.
According to a first aspect, a data collection method is provided, where the data collection method is applied to a master included in a Modbus system, the Modbus system further includes a plurality of slaves, and the method includes:
The master sends a data request packet to a first slave, where the data request packet carries the one or more pieces of block collection indication information, each of the one or more pieces of block collection indication information is used to indicate data that needs to be collected by the master from the first slave, and the first slave is one of the plurality of slaves; and the master receives a data response packet sent by the first slave, where the data response packet carries one or more pieces of block data, the one or more pieces of block data are data provided by the first slave in response to the one or more pieces of block collection indication information, and an amount of data carried in each of the one or more pieces of block data is greater than 0 and is less than or equal to 256.
In an embodiment, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte. Assuming that one piece of data is represented by 1 byte, for example, one piece of coil data, the data carried in each piece of block data is a maximum of 256 bytes. Assuming that one piece of data is represented by 2 bytes, for example, one piece of register data, the data carried in each piece of block data is a maximum of 512 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved. That is, in this solution, a long data packet is exchanged between the master and the slave to improve communication efficiency and improve system real-time performance
Optionally, before the master sends a data request packet to a first slave, the method further includes: The master determines the one or more pieces of block collection indication information based on an address distribution feature of to-be-collected data of the first slave.
It should be noted that, in this embodiment, addresses of the to-be-collected data of the first slave may be continuous or discontinuous, for example, register addresses are continuous or discontinuous. The master determines the block collection indication information based on the address distribution feature, so that more valid data can be collected to a maximum extent, and it can be avoided that there is some invalid data in data collected by the master when the addresses are discontinuous.
Optionally, each of the one or more pieces of block collection indication information includes one start address and one data amount. Each of the one or more pieces of block data includes one start address, one data amount, and first data, and the first data is data that is read by the first slave based on corresponding block collection indication information.
Optionally, in this embodiment, a Modbus packet is extended to obtain the data request packet and the data response packet. That is, the data request packet includes a first address field, a first function field, and a first data field, the first address field carries an address of the first slave, the first function field carries a first function code, the first data field carries the one or more pieces of block collection indication information, and the first function code is used to indicate the master to request the first slave to execute a data collection function. The data response packet includes a second address field, a second function field, and a second data field, the second address field carries the address of the first slave, the second function field carries a second function code, the second data field carries the one or more pieces of block data, and the second function code is used to indicate a function actually executed by the first slave.
To improve reliability of communication between the master and the slave and resolve a problem of abnormal frame matching between both the master and the slave, optionally, in this embodiment, the first data field further carries a first frame sequence number, the second data field further carries a second frame sequence number, and the first frame sequence number and the second frame sequence number are used by the master to perform frame matching between the data request packet and the data response packet. For example, that the first frame sequence number and the second frame sequence number are the same indicates that a corresponding data request packet and data response packet are frame-matched packets.
Optionally, the first data field further carries a block request quantity, and the block request quantity is used to indicate a block quantity of data that the master requests the first slave to collect by block. The second data field further carries a block response quantity, and the block response quantity is used to indicate a block quantity of data actually collected by block by the first slave.
In this embodiment, for the plurality of slaves included in the Modbus system, the master can flexibly set a collection duration for collecting data of each slave, to improve overall performance of the Modbus system, that is, ensure communication efficiency, communication quality, and system real-time performance.
Optionally, the master sends a corresponding data request packet to each of the plurality of slaves at a same moment to complete one round of collection; or the master sequentially sends a corresponding data request packet to each of the plurality of slaves based on a polling sequence to complete one round of collection; or the master determines, based on a data amount of to-be-collected data of each of the plurality of slaves, a collection duration corresponding to a corresponding slave, and the master sends a corresponding data request packet to each of the plurality of slaves based on the collection duration corresponding to each slave of the plurality of slaves.
It should be noted that when the master simultaneously requests to collect data from all the slaves, the master does not need to wait for one slave to respond before requesting a next one. In this way, duration of one round of collection is greatly reduced, and time consumption is reduced. When the master sequentially requests, based on the polling sequence, to collect data from each slave, a one-question-to-one-answer manner is used between the master and the slave, which can ensure that the master successfully polls and collects the data of each slave in one round of collection. When the master requests to collect data based on the data amount of the to-be-collected data of each slave, the master more flexibly determines the collection duration corresponding to each slave. This can improve flexibility of the collection method and make full use of system resources, and avoid that some slaves have a busy answer service due to a large amount of data, while some other slaves have a small amount of data but the data cannot be collected for a long time.
Optionally, the master determines a collection duration of a corresponding slave based on a real-time requirement of a service corresponding to each of the plurality of slaves. The master sends a corresponding data request packet to each of the plurality of slaves based on the collection duration corresponding to each of the plurality of slaves. In this way, the real-time requirement of the service corresponding to each slave can be met. For a corresponding slave with a high real-time service, the master may collect data of the corresponding slave at a high frequency, and for a corresponding slave with a low real-time service, the master may collect data of the corresponding slave at a low frequency.
Optionally, the master determines a collection duration of a corresponding slave based on a data amount of to-be-collected data of each of the plurality of slaves and a real-time requirement of a service corresponding to each of the plurality of slaves. The master sends a corresponding data request packet to each of the plurality of slaves based on the collection duration corresponding to each slave of the plurality of slaves, to consider both a size of the data amount and the real-time requirement and improve overall performance of the Modbus system.
According to a second aspect, a data collection method is provided, where the data collection method is applied to a first slave included in a Modbus system, the first slave is one of a plurality of slaves included in the Modbus system, the Modbus system further includes a master, and the method includes:
The first slave receives a data request packet sent by the master, where the data request packet carries one or more pieces of block collection indication information, and each of the one or more pieces of block collection indication information is used to indicate data that needs to be collected by the master from the first slave; the first slave determines one or more pieces of block data based on the one or more pieces of block collection indication information; and the first slave sends a data response packet to the master, where the data response packet carries the one or more pieces of block data, and an amount of data carried in each of the one or more pieces of block data is greater than 0 and is less than or equal to 256.
In an embodiment, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte. Assuming that one piece of data is represented by 1 byte, for example, one piece of coil data, the data carried in each piece of block data is a maximum of 256 bytes. Assuming that one piece of data is represented by 2 bytes, for example, one piece of register data, the data carried in each piece of block data is a maximum of 512 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved. That is, in this solution, a long data packet is exchanged between the master and the slave to improve communication efficiency and improve system real-time performance
Optionally, each of the one or more pieces of block collection indication information includes one start address and one data amount. That the first slave determines one or more pieces of block data based on the one or more pieces of block collection indication information includes: The first slave continuously reads data of a first data amount from a first start address to obtain first data, where the first start address is a start address included in a first block collection indication information, the first data amount is a data amount included in the first block collection indication information, and the first block collection indication information is one of the one or more pieces of block collection indication information; and the first slave uses the first start address, the first data amount, and the first data as one piece of block data.
After completely reading all data based on each of the one or more pieces of block collection indication information, the first slave obtains the one or more pieces of block data.
Optionally, in this embodiment, a Modbus packet is extended to obtain the data request packet and the data response packet. For related descriptions of the data request packet and the data response packet, refer to related descriptions according to the first aspect. Details are not described herein again.
According to a third aspect, a data collection apparatus is provided, where the data collection apparatus has a function of implementing behavior of the data collection method according to the first aspect. The data collection apparatus includes one or more modules, and the one or more modules are configured to implement the data collection method provided in the first aspect.
That is, an embodiment provides a data collection apparatus, where the apparatus is applied to a master included in a Modbus system, the Modbus system further includes a plurality of slaves, and the apparatus includes:
Optionally, the apparatus further includes:
Optionally, each of the one or more pieces of block collection indication information includes one start address and one data amount.
Each of the one or more pieces of block data includes one start address, one data amount, and first data, and the first data is data that is read by the first slave based on corresponding block collection indication information.
Optionally, the data request packet includes a first address field, a first function field, and a first data field, the first address field carries an address of the first slave, the first function field carries a first function code, the first data field carries the one or more pieces of block collection indication information, and the first function code is used to indicate the master to request the first slave to execute a data collection function.
The data response packet includes a second address field, a second function field, and a second data field, the second address field carries the address of the first slave, the second function field carries a second function code, the second data field carries the one or more pieces of block data, and the second function code is used to indicate a function actually executed by the first slave.
Optionally, the first data field further carries a first frame sequence number, and the second data field further carries a second frame sequence number. The first frame sequence number and the second frame sequence number are used by the master to perform frame matching between the data request packet and the data response packet.
Optionally, the first data field further carries a block request quantity, and the block request quantity is used to indicate a block quantity of data that the master requests the first slave to collect by block.
The second data field further carries a block response quantity, and the block response quantity is used to indicate a block quantity of data actually collected by block by the first slave.
Optionally, the master sends a corresponding data request packet to each of the plurality of slaves at a same moment to complete one round of collection; or the master sequentially sends a corresponding data request packet to each of the plurality of slaves based on a polling sequence to complete one round of collection; or the master determines, based on a data amount of to-be-collected data of each of the plurality of slaves, a collection duration corresponding to a corresponding slave, and the master sends a corresponding data request packet to each of the plurality of slaves based on the collection duration corresponding to each slave of the plurality of slaves.
According to a fourth aspect, a data collection apparatus is provided, where the data collection apparatus has a function of implementing behavior of the data collection method according to the second aspect. The data collection apparatus includes one or more modules, and the one or more modules are configured to implement the data collection method provided in the second aspect.
That is, an embodiment provides a data collection apparatus, where the apparatus is applied to a first slave included in a Modbus system, the first slave is one of a plurality of slaves included in the Modbus system, the Modbus system further includes a master, and the apparatus includes:
Optionally, each of the one or more pieces of block collection indication information includes one start address and one data amount.
The determining module includes:
According to a fifth aspect, a data collection apparatus is provided, where the apparatus is applied to a master included in a Modbus system, the Modbus system further includes a plurality of slaves, and the apparatus includes a memory and a processor. The memory is configured to store a computer program, and the processor is configured to execute the computer program stored in the memory, to implement the data collection method provided in the first aspect.
According to a sixth aspect, a data collection apparatus is provided, where the apparatus is applied to a first slave included in a Modbus system, the first slave is one of a plurality of slaves included in the Modbus system, the Modbus system further includes a master, and the apparatus includes a processor and a memory. The memory is configured to store a computer program, and the processor is configured to execute the computer program stored in the memory, to implement the data collection method provided in the second aspect.
According to a seventh aspect, a Modbus system is provided, where the system includes a master and a plurality of slaves, and a first slave is one of the plurality of slaves.
The master is configured to implement the data collection method provided in the first aspect.
The first slave is configured to implement the data collection method provided in the second aspect.
According to an eighth aspect, a non-transitory computer-readable storage medium is provided. The non-transitory computer-readable storage medium stores a computer program, and when the computer program is run on a computer, the computer is enabled to perform the data collection method according to the first aspect or the second aspect.
According to a ninth aspect, a computer program product including instructions is provided, and when the computer program product runs on a computer, the computer is enabled to perform the data collection method according to the first aspect or the second aspect.
The effects obtained according to the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, the seventh aspect, the eighth aspect, and the ninth aspect are similar to those obtained by the corresponding means according to the first aspect or the second aspect. Details are not described herein again.
The embodiments can bring at least the following beneficial effects:
In embodiments, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte, so that the data carried in each piece of block data is a maximum of 256 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved.
The following further describes the embodiments in detail with reference to the accompanying drawings.
A system architecture and a service scenario are intended to describe the embodiments more clearly, and do not constitute any limitation on the embodiments. A person of ordinary skill in the art may know that with evolution of the network architecture and emergence of a new service scenario, the embodiments are also applicable to similar problems.
In this embodiment, for example, the master 101 collects data of a first slave 102. The first slave 102 is one of the plurality of slaves 102. The master 101 is configured to send a data request packet to the first slave 102. The data request packet carries one or more pieces of block collection indication information, which indicates that the master 101 collects the data of the first slave 102 by block. The first slave 102 is configured to read corresponding data by block based on the received data request packet, to determine one or more pieces of block data, and send, to the master 101, a data response packet that carries these pieces of block data. For another slave 102 in the plurality of slaves 102 other than the first slave 102, the master 101 can collect data of the corresponding slave 102 in a same interaction manner as that of the first slave 102.
It should be noted that in this embodiment, a maximum amount of data carried in each piece of the block data collected by the master 101 is 256. In a case in which the master 101 makes a request once and the slave responds once to collect a plurality of pieces of the block data, the data collected in one request and one response in this solution is not limited to 252 bytes, that is, in this solution, communication efficiency can be improved by using a long data packet.
In some embodiments, the master 101 is referred to as a centralized controller, a data center, an enterprise command center (ECC), or the like, and the slave 102 is referred to as a southbound device.
In this embodiment, the master 101 is a device, for example, a computer, a controller, a server, or the like. Any slave 102 is a device, for example, an electromagnetic lock, an automatic translation door, an access control device, an emergency button, an access control executor, a skylight electromagnetic lock, a skylight executor, a wireless local area network (Wi-Fi) converter, a camera, a computer, a mobile phone, a cabinet door magnet, a cabinet electronic lock, a temperature sensor, a water leakage sensor, an audible and visual alarm, a smart remote power distribution unit (rPDU), a smart U-bit manager, an air conditioner, a power distribution cabinet, an intelligent bus slot, or the like.
The processor 201 is a central processing unit (CPU), a network processor (NP), a microprocessor, or one or more integrated circuits, for example, an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.
The communication bus 202 is configured to transmit information among the foregoing components. Optionally, the communication bus 202 is classified into an address bus, a data bus, a control bus, and the like. For ease of indication, the bus is indicated by using only one bold line in the figure. However, it does not indicate that there is only one bus or only one type of bus.
Optionally, the memory 203 is, but is not limited to, a read-only memory (ROM), a random access memory (RAM), an electrically erasable programmable read-only memory (EEPROM), an optical disc (including a compact disc read-only memory (CD-ROM), a compact disc, a laser disc, a digital versatile disc, a blue-ray disc, or the like), a magnetic disk storage medium or another magnetic storage device, or any other medium that can be used to carry or store expected program code in a form of an instruction or a data structure and that can be accessed by a computer. The memory 203 exists independently and is connected to the processor 201 by using the communication bus 202. Alternatively, the memory 203 is integrated with the processor 201.
The communication interface 204 is used by an apparatus such as any transceiver to communicate with another device or a communication network. The communication interface 204 includes a wired communication interface, and optionally, further includes a wireless communication interface. The wired communication interface is, for example, an Ethernet interface. Optionally, the Ethernet interface is an optical interface, an electrical interface, or a combination thereof. The wireless communication interface is a wireless local area network (WLAN) interface, a cellular network communication interface, a combination thereof, or the like. When the computer device is the master 101, the communication interface 204 is configured to communicate with the slave 102. When the computer device is the slave 102, the communication interface 204 is configured to communicate with the master 101.
Optionally, in some embodiments, the computer device includes a plurality of processors, such as the processor 201 and a processor 205 shown in
In an implementation, in an embodiment, the computer device further includes an output device 206 and an input device 207. The output device 206 communicates with the processor 201 and can display information in a plurality of manners. For example, the output device 206 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector. The input device 207 communicates with the processor 201, and may receive a user input in a plurality of manners. For example, the input device 207 may be a mouse, a keyboard, a touchscreen device, or a sensor device.
In some embodiments, the memory 203 is configured to store program code 210 (also referred to as a computer program) and the processor 201 can execute the program code 210 stored in the memory 203. The program code 210 includes one or more software modules. The computer device can implement, by using the processor 201 and the program code 210 in the memory 203, a data collection method provided in the following embodiment of
When the computer device is the master 101, the memory 203 is configured to store the program code 210, and the processor 201 is configured to execute the program code 210 stored in the memory 203, to implement a corresponding function of a master in the data collection method provided in this embodiment. For example, when a sending module 701 and a receiving module 702 in an embodiment shown in
When the computer device is the slave 102, the memory 203 is configured to store the program code 210, and the processor 201 is configured to execute the program code 210 stored in the memory 203, to implement a corresponding function of the slave in the data collection method provided in embodiments. For example, when a receiving module 801, a determining module 802, and a sending module 803 in an embodiment shown in
Step 301: The master sends a data request packet to a first slave, where the data request packet carries one or more pieces of block collection indication information, and each of the one or more pieces of block collection indication information is used to indicate data that needs to be collected by the master from the first slave.
In this embodiment, the Modbus system includes the master and the plurality of slaves. The master can collect data of each of the plurality of slaves, for example, collect register data and coil data. In the following, that the master collects data of the first slave is used as an example for description, and the first slave is one of the plurality of slaves.
In this embodiment, the master the data request packet to the first slave, where the data request packet carries the one or more pieces of block collection indication information, and each of the one or more pieces of block collection indication information is used to indicate the data that needs to be collected by the master from the first slave. That is, in this embodiment, the master can collect the data of the first slave by block.
Optionally, in this embodiment, addresses of to-be-collected data of the first slave may be continuous or discontinuous, for example, register addresses are continuous or discontinuous. Before sending the data request packet to the first slave, the master can further first determine the one or more pieces of block collection indication information based on an address distribution feature of the to-be-collected data of the first slave. In other words, the address distribution feature of the to-be-collected data of the first slave is used to indicate the master to determine the one or more pieces of block collection indication information.
In this embodiment, before the first slave is added to the Modbus system, a developer writes the address distribution feature corresponding to the first slave into the master. For example, when an air conditioner is purchased and added to the Modbus system, a vendor provides product-related information of the air conditioner to the developer. The product-related information includes an address distribution feature corresponding to the air conditioner, for example, a register address distribution feature. The register address distribution feature is used to describe which block of a register is used to store a temperature, which block of the register is used to store a wind speed, and the like. Then, the developer writes the product-related information of the air conditioner into the master. After the air conditioner is added to the Modbus system, when the master needs to collect data of the air conditioner, the master can determine one or more pieces of block collection indication information based on the address distribution feature corresponding to the air conditioner.
It should be noted that the master determines the block collection indication information based on the address distribution feature, so that more valid data can be collected to a maximum extent, and it can be avoided that there is some invalid data in data collected by the master when the addresses are discontinuous.
In this embodiment, each of the one or more pieces of block collection indication information includes one start address and one data amount, to indicate each start address and a corresponding data amount that are of data that need to be collected by block from the first slave.
Optionally, a length of the start address is 2 bytes, and a length of the data amount is 1 byte. The master may collect data of the slave by addressing from 0 to 65535, and a value of the data amount represented in a binary system is greater than 0 and less than or equal to 256, which indicates that corresponding block collection indication information is used to indicate that a maximum of 256 pieces of data is collected in this block, for example, a maximum of 256 pieces of register data is collected in the block.
In this embodiment, a Modbus packet is extended to obtain the data request packet. The data request packet includes a first address field, a first function field, and a first data field, the first address field carries an address of the first slave, the first function field carries a first function code, the first data field carries the one or more pieces of block collection indication information, and the first function code is used to indicate the master to request the first slave to execute a data collection function.
Optionally, a length of the first address field is 1 byte, that is, the address of the first slave is represented by 1 byte, and a length of the first function field is one or 2 bytes.
It should be noted that the first function code included in the first function field is a user-defined function code reserved in a Modbus protocol, namely, any function code in decimal 65 to 72 and 100 to 110. When a length of the first function code is 1 byte, that is, the first function field includes the first function code, the length of the first function field is 1 byte.
Because there is a limited quantity of function codes that can be defined by a user, in some embodiments, a corresponding function may be further indicated by defining a function sub-code. That is, in addition to carrying the first function code, the first function field carries a first function sub-code. The first function sub-code and the first function code together indicate the master to request the first slave to execute the data collection function. Optionally, a length of the first function sub-code is 1 byte, and a value is any one of decimal 0 to 255. When the first function field includes the first function code and the first function sub-code, the length of the first function field is 2 bytes.
To improve reliability of communication between the master and the slave and resolve a problem of abnormal frame matching between both the master and the slave, in this embodiment, the first data field further carries a first frame sequence number, and the first slave can respond to the data request packet based on the first frame sequence number. That is, the first slave sends a data response packet to the master, where the data response packet carries a second frame sequence number, and the first frame sequence number and the second frame sequence number are used by the master to perform frame matching between the data request packet and the data response packet. For example, that the first frame sequence number and the second frame sequence number are the same indicates that a corresponding data request packet and data response packet are frame-matched packets.
Optionally, a length of the first frame sequence number is 1 byte, and a value is any one of decimal 0 to 255; the length of the first frame sequence number is 2 bytes, and the value is any one of decimal 0 to 65535; or the first frame sequence number is another length. That is, a maximum value of the first frame sequence number may be defined based on a communication requirement.
Optionally, the first data field further carries a block request quantity, and the block request quantity is used to indicate a block quantity of data that the master requests the first slave to collect by block. That is, the master directly carries a requested block quantity in the data request packet, so that the first slave does not need to accumulate and calculate the block quantity based on the one or more pieces of block collection indication information.
Optionally, a length of the block request quantity is a specified length, for example, 1 byte, which indicates that data is collected by dividing a maximum of 256 blocks. In this way, a maximum length of the packet is limited by using the block request quantity, to ensure communication quality. For example, when not all data of the first slave can be completely collected by using the 256 blocks, the master needs to collect all the data of the first slave by using a plurality of requests, and requests to collect some data each time. In this way, it can be avoided that a data response packet carrying all the data of the first slave is lost or the master cannot collect any data when the first slave does not respond due to timeout.
Alternatively, the length of the block request quantity is not limited. The master determines the block request quantity based on an amount and an address distribution feature of data that needs to be collected from the first slave, to completely collect all the data of the first slave at one-time interaction, minimize a quantity of times of interaction, and improve communication efficiency. For example, assuming that the master determines that the data of the first slave can be completely collected by dividing 20 blocks, the length of the block request quantity is 1 byte and a decimal value is 20. Assuming that the master determines that the data of the first slave can be completely collected by dividing 500 blocks, the length of the block request quantity is 2 bytes and the decimal value is 500.
Optionally, the first data field further carries a first data length, and a value of the first data length is hexadecimal 0xFF, which indicates that the first data length is an invalid value. After obtaining the value by parsing the data request packet, the first slave learns that the master does not limit, by using the first data length, a length of the data that needs to be collected, so that the first data length is directly ignored. Compared with a data length specified in a standard protocol that is represented by 1 byte, the data length is not limited in this solution. In this way, communication efficiency is improved by interacting a long data packet.
Table 1 shows a format description of the data request packet provided in an embodiment. With reference to Table 1, the data request packet includes the first address field (not shown) and a first protocol data unit (PDU). The first PDU includes the first function field and the first data field, and the first function field carries the first function code and the first function sub-code. Both a length of the first function code and a length of the first function sub-code are 1 byte. In this embodiment, a value of the first function code is hexadecimal 0x41, and a value of the first function sub-code is hexadecimal 0x33. The first data field carries the first data length, the first frame sequence number, the block request quantity, and n pieces of block collection indication information. A length of the first data length is 1 byte, and the value is hexadecimal 0xFF, which indicates that the first data length is an invalid value. A length of the first frame sequence number is 1 byte, and the first frame sequence number is set by the master. The second frame sequence number backfilled by the first slave in the data response packet is the same as the first frame sequence number. A length of the block request quantity is 1 byte, a value is any one of 1 to 256 in decimal, and the value is represented as numBlock in symbol, which indicates that the data is divided into n blocks, that is, n=numBlock. In Table 1, blocks 1 to n are used to represent the n pieces of block collection indication information, and each piece of block collection indication information includes one start address and one data amount. A length of the start address is 2 bytes. A length of the data amount is 1 byte, which indicates that the first slave needs to continuously read data of the data amount from the start address.
Optionally, a working mode based on the Modbus protocol is selected between the master and the slave. Working modes in the Modbus protocol include a bus mode of a Modbus remote terminal unit (RTU), a network mode of a Modbus transmission control protocol (TCP), and the like. In the bus mode of a Modbus RTU, the data request packet sent by the master carries the first address field, the first function field, and the first data field. In the network mode of a Modbus TCP, the data request packet sent by the master carries a first TCP packet header, a first Modbus TCP packet header, and a first Modbus data frame, and the first Modbus data frame includes the first address field, the first function field, and the first data field.
Step 302: The first slave receives the data request packet sent by the master.
In this embodiment, after the master sends the data request packet to the first slave, the data request packet is sent to the first slave based on the address of the first slave that is carried in the data request packet, and the first slave receives the data request packet sent by the master.
Step 303: The first slave determines one or more pieces of block data based on the one or more pieces of block collection indication information, where an amount of data carried in each of the one or more pieces of block data is greater than 0 and is less than or equal to 256.
In this embodiment, after receiving the data request packet, the first slave can read corresponding data by block based on the one or more pieces of block indication information carried in the data request packet, to determine the one or more pieces of block data.
In this embodiment, each of the one or more pieces of block data includes one start address, one data amount, and first data, and the first data is data that is read by the first slave based on corresponding block collection indication information. It should be noted that the amount of data carried in each of the one or more pieces of block data is greater than 0 and is less than or equal to 256.
It can be understood from the foregoing that each of the one or more pieces of block collection indication information includes one start address and one data amount, and the first slave continuously reads data of a first data amount from a first start address to obtain the first data. Then, the first slave uses the first start address, the first data amount, and the first data as one piece of block data. The first start address is a start address included in first block collection indication information, the first data amount is a data amount included in the first block collection indication information, and the first block collection indication information is one of the one or more pieces of block collection indication information.
After completely reading all data based on each of the one or more pieces of block collection indication information, the first slave obtains the one or more pieces of block data, where the one or more pieces of block data are data provided by the first slave in response to the one or more pieces of block collection indication information.
It should be noted that a length of the first data included in each piece of block data is a corresponding data amount multiplied by a unit data length. The unit data length is a length of one piece of data collected by the master, for example, a length of one piece of register data is 2 bytes, so that a corresponding unit data length is equal to 2 bytes, and a length of one piece of coil data is 1 byte, so that a corresponding unit data length is equal to 1 byte.
For example, it is assumed that the master collects register data of the first slave, the length of one piece of register data is 2 bytes, the unit data length is equal to 2 bytes, the foregoing start address is a register address, the data amount is a register quantity, the data request packet received by the first slave carries 3 pieces of block collection indication information, a first piece of block collection indication information includes a register address D1 and a register quantity N1, a second piece of block collection indication information includes a register address D2 and a register quantity N2, and a third piece of block collection indication information includes a register address D3 and a register quantity N3. In this case, the first slave continuously reads N1 pieces of register data from D1 and obtains the first piece of block data, where a length of the first piece of block data is 2xN1; continuously reads N2 pieces of register data from D2 and obtains the second piece of block data, where a length of the second piece of block data is 2xN2; and continuously reads N3 pieces of register data from D3 and obtains the third piece of block data, where a length of the third piece of block data is 2xN3.
After reading the one or more pieces of block data, the first slave encapsulates the one or more pieces of block data into the data response packet, that is, the data response packet carries the one or more pieces of block data.
In this embodiment, the Modbus packet is also extended to obtain the data response packet. The data response packet includes a second address field, a second function field, and a second data field, the second address field carries the address of the first slave, the second function field carries a second function code, the second data field carries the one or more pieces of block data, and the second function code is used to indicate a function actually executed by the first slave.
Optionally, a length of the second address field is 1 byte, that is, the address of the first slave is represented by 1 byte, and a value of the second address field and a value of the second function field are the same. A length of the second function field is one or 2 bytes. It should be noted that when a value of the second function field is the same as the function code carried in the first function field, it indicates that the first slave correctly executes a function requested to be executed by the master. That is, when the first function field includes only the first function code, the second function field includes only the second function code, and the first slave correctly executes a corresponding function, the second function code is the same as the first function code. When the first function field includes the first function code and the first function sub-code, the second function field also includes the second function code and a second function sub-code, and the first slave correctly executes a corresponding function, the second function code and the first function code are the same, and the second function sub-code and the first function sub-code are the same.
For example, it is assumed that the first function field includes the first function code and the first function sub-code, the first function code is hexadecimal 0x41, and the first function sub-code is hexadecimal 0x33. In this case, when the first slave correctly executes the corresponding function, the second function field includes the second function code and the second function sub-code, the second function code is also hexadecimal 0x41, and the second function sub-code is also hexadecimal 0x33.
It can be understood from the foregoing that, to improve the reliability of communication between the master and the slave, the first data field further carries the first frame sequence number. In this case, the second data field further carries a second frame sequence number. The first frame sequence number and the second frame sequence number are used by the master to perform frame matching between the data request packet and the data response packet. For example, after the first slave parses the data request packet to obtain the first frame sequence number, the first slave sets the second frame sequence number carried in the data response packet to be the same as the first frame sequence number, to indicate the master to perform frame matching between the data response packet and the data request packet.
Optionally, a length of the second frame sequence number is the same as that of the first frame sequence number, and is one or 2 bytes or another length.
Optionally, the second data field further carries a block response quantity, and the block response quantity is used to indicate a block quantity of data actually collected by block by the first slave. That is, the first slave directly carries an actually responded block quantity in the data response packet, so that the master does not need to accumulate and calculate the block quantity based on the one or more pieces of block data.
It should be noted that, when the first slave correctly reads the data based on the one or more pieces of block collection indication information, the block response quantity is the same as the block request quantity. Optionally, a length of the block response quantity is the same as the length of the block request quantity, that is, the block response quantity and the block request quantity are corresponding fields. This ensures that the master and the slave encapsulate the corresponding fields into packets based on a same length, and ensures that both the master and the slave can correctly parse the packets.
Optionally, the second data field further carries a second data length, and a value of the second data length is hexadecimal 0xFF, which indicates that the second data length is an invalid value. After obtaining the value by parsing the data response packet, the master learns that the first slave does not limit, by using the second data length, a length of actually read data, so that the master directly ignores the second data length.
Optionally, when the first slave does not read data by addressing based on one piece of block collection indication information, the first slave may use a corresponding start address, data amount, and error information as a corresponding block data to indicate that the master does not obtain corresponding data. Optionally, the error information is represented by 1 byte, and a value is 0xFF, which indicates that the corresponding block data is invalid.
Table 2 shows a format description of the data response packet provided in an embodiment. With reference to Table 2, the data response packet includes the second address field (not shown) and a second protocol data unit (PDU). The second PDU includes the second function field and the second data field, the second function field carries the second function code and the second function sub-code. Both a length of the second function code and a length of the second function sub-code are 1 byte. In this embodiment, the second function code is the same as the first function code, and is hexadecimal 0x41, and the second function sub-code is the same as the first function sub-code and is hexadecimal 0x33. The second data field carries a second data length, the second frame sequence number, the block response quantity, and n pieces of block data. A length of the second data length is 1 byte, and a value is hexadecimal 0xFF, which indicates that the second data length is an invalid value. A length of the second frame sequence number is 1 byte, and the second frame sequence number is the same as the first frame sequence number. The second frame sequence number is backfilled by the first slave, and the second frame sequence number backfilled by the first slave in the data response packet is the same as the first frame sequence number. The length of the block response quantity is 1 byte, a value is any one of 1 to 256 in decimal, and the value is represented as numBlock in symbol, which indicates that the data is divided into n blocks, that is, n=numBlock. When the first slave responds correctly, the block response quantity is the same as the block request quantity. In Table 2, blocks 1 to n are used to represent the n pieces of block data, and each block data includes one start address, one data amount, and one piece of first data. A length of the start address is 2 bytes. A length of the data amount is 1 byte, which indicates that the first slave reads data of the data amount from the start address. A length of the first data is a unit data length multiplied by a corresponding data amount. In Table 2, for example, the register data is collected. A length of one piece of register data is 2 bytes, that is, the unit data length is 2 bytes. Assuming that an amount of data carried in an ith block data is numRegBlocki, a length of first data carried in the ith block data is 2×numRegBlocki, and a total length of the ith block data is 3+2×numRegBlocki.
In this embodiment, it is assumed that both the block request quantity and the block response quantity are represented by 1 byte, and both values are numBlock. In this case, a maximum value of numBlock is 256, which indicates that in a block request of the master and a block response of the slave, data can be collected by dividing a maximum of 256 blocks. It is assumed that the register data is collected, and an amount of data carried in each block data is represented by 1 byte, that is, a maximum amount of the data carried in each block data is 256. In this case, a data amount of the first data carried in each block data may be up to 2×256 bytes, that is, 512 bytes. In this way, when the maximum of 256 blocks are requested, and each block data carries valid data at a maximum of 512 bytes, the master and the first slave can collect valid data at a maximum of 131072 bytes at one-time interaction, which greatly improves communication efficiency.
It can be understood from the foregoing that a working mode configured for the master includes the bus mode of a Modbus RTU or the network mode of a Modbus TCP. When the master selects the bus mode of a Modbus RTU, the first slave encapsulates the data response packet based on the bus mode of a Modbus RTU, that is, the data response packet carries the second address field, the second function field, and the second data field. When the master selects the network mode of a Modbus TCP, the first slave encapsulates the data response packet based on the network mode of a Modbus TCP, that is, the data response packet carries a second TCP packet header, a second Modbus TCP packet header, and a second Modbus data frame, and the second Modbus data frame includes the second address field, the second function field, and the second data field.
Step 304: The first slave sends the data response packet to the master, where the data response packet carries the one or more pieces of block data.
In this embodiment, after encapsulating the data response packet, the first slave sends the data response packet to the master.
Step 305: The master receives the data response packet sent by the first slave.
In this embodiment, after receiving the data response packet sent by the first slave, the master can obtain, by parsing, the one or more pieces of block data carried in the data response packet, that is, obtain the data that needs to be collected.
Optionally, when a data response packet carries the second frame sequence number, the master matches a data request packet that is in data request packets sent by the master and that carries the first frame sequence number same as the second frame sequence with the data response packet, to determine that a correctly matched data response packet is received. If a second frame sequence number carried in a received data response packet sent by the first slave is different from the first frame sequence number, the master determines that the data response packet is an abnormal packet, and discards the data response packet, processes the data response packet as historical data, or performs another processing.
Optionally, a timeout response mechanism is configured between the master and the first slave. Before the first slave responds before timeout, the master waits for a response from the first slave. In addition, when receiving the answer from the first slave, the master determines whether a second frame sequence number in the answer is the same as the first frame sequence number in the request. If the frame sequence numbers are the same, the master normally receives the data response packet. If the frame sequence numbers are different, the master determines that the data response packet is an abnormal packet, and before the first slave responds before timeout, the master continues to wait for the first slave to answer with a correct data response packet. Optionally, when the first slave does not respond before timeout, if the master receives a data response packet that carries a second frame sequence number same as the first frame sequence number, the master determines that the data response packet is an abnormal packet, and the master resends a data request packet to the first slave to request to collect data. A first frame sequence number carried in the sent data request packet in this case is the same as or different from the first frame sequence number carried in the data request packet sent last time.
For example, with reference to
The foregoing uses interaction between the master and the first slave as an example to describe the data collection method provided in this embodiment. It should be noted that, for another slave in the plurality of slaves included in the Modbus system other than the first slave, the master may collect data of the other slaves in the same way as collecting data of the first slave. Details are not described herein again.
In this embodiment, for the plurality of slaves included in the Modbus system, the master can flexibly set a collection duration for collecting data of each slave, to improve overall performance of the Modbus system, that is, ensure communication efficiency, communication quality, and system real-time performance. In this embodiment, there are a plurality of implementations for collecting the data of the plurality of slaves by the master. The following describes three implementations.
In a first implementation, the master sends a corresponding data request packet to each of the plurality of slaves at a same moment to complete one round of collection.
In this embodiment, the master sends the corresponding data request packet to each of the plurality of slaves at the same moment, and then the master waits for each slave to answer. After receiving a data response packet sent by each of the plurality of slaves, the master determines that current round of collection is complete, and then starts next round of collection. Alternatively, a collection period is set for the master, and the master waits, in one collection period, for each slave to answer. When a next collection period arrives, the master does not wait, but directly starts next round of collection.
It should be noted that, in the first implementation, the master requests data from the plurality of slaves at the same moment, and some slaves may respond at a same time. When the master and the slave work in the network mode of a Modbus TCP, there is no conflict even if these slaves respond at the same time, and the master can successfully receive response from these slaves. However, when the master and the slave work in the bus mode of a Modbus RTU, there may be a conflict if these slaves respond at the same time, and consequently, the master fails to receive the response from these slaves. That is, the first implementation is applicable to the network mode of a Modbus TCP.
In this implementation, when one round of collection starts, the master requests the data from all the slaves at the same time and there is no need to wait for one slave to respond before requesting a next one. In this way, duration of one round of collection is greatly reduced, and time consumption is reduced.
In a second implementation, the master sequentially sends a corresponding data request packet to each of the plurality of slaves based on a polling sequence to complete one round of collection.
In this embodiment, the polling sequence is configured for the master. The master sequentially sends the corresponding data request packet to each of the plurality of slaves based on the polling sequence. After sending a data request packet to a 1st slave, the master may wait for the 1st slave to answer, and then send a data request packet to a 2nd slave after the 1st slave responds, and so on, until the master requests to collect data from the last slave and receives a response from the last slave, and the master determines that one round of collection is complete.
For example, with reference to
In this implementation, a one-question-to-one-answer manner is used between the master and the slave, and the plurality of slaves are sequentially requested based on the polling sequence to complete one round of collection, which can ensure that the master successfully polls and collects data of each slave in one round of collection.
In a third implementation, the master determines, based on a data amount of to-be-collected data of each of the plurality of slaves, a collection duration corresponding to a corresponding slave, and the master sends a corresponding data request packet to each of the plurality of slaves based on the collection duration corresponding to each slave of the plurality of slaves.
In this embodiment, the master can determine, based on the data amount of the to-be-collected data of each slave, the collection duration corresponding to the corresponding slave. For example, the master determines a collection period corresponding to each slave, or the master determines a time in next collection of a slave.
For example, it is assumed that the master collects register data of each slave. There may be a large quantity of registers on a slave 1, and an amount of data that needs to be collected is large. In this case, the master determines a collection period of the slave 1 as 10s. There may be a small quantity of registers on a slave 2, and an amount of data that needs to be collected is small In this case, the master determines a collection period of the slave 2 as 1s.
In this implementation, the master more flexibly determines, based on the data amount of the to-be-collected data of each slave, the collection duration corresponding to each slave. This can improve flexibility of the collection method and make full use of system resources, and avoid that some slaves have a busy answer service due to a large amount of data, while some other slaves have a small amount of data but the data cannot be collected for a long time.
In addition to the foregoing three described implementations, optionally, the master determines a collection duration of a corresponding slave based on a real-time requirement of a service corresponding to each of the plurality of slaves. The master sends a corresponding data request packet to each of the plurality of slaves based on the collection duration corresponding to each of the plurality of slaves. In this way, the real-time requirement of the service corresponding to each slave can be met. For a corresponding slave with a high real-time service, the master may collect data of the corresponding slave at a high frequency, and for a corresponding slave with a low real-time service, the master may collect data of the corresponding slave at a low frequency.
Optionally, the master determines a collection duration of a corresponding slave based on a data amount of to-be-collected data of each slave and a real-time requirement of a service corresponding to each slave, to consider both a size of the data amount and the real-time requirement and ensure overall performance of the Modbus system.
Optionally, the master requests to collect data from each slave based on a collection duration configured by the user.
In addition to some implementations described above, the master also sends a corresponding data request packet to each slave in any other possible implementation to collect data of a corresponding slave.
In this solution, communication efficiency is improved by exchanging a long data packet between the master and the slave, so that the data of the corresponding slave can be completely collected at one-time interaction between the master and the slave. Optionally, in one-time collection, the master sends a plurality of data request packets to one slave, to completely collect data of a corresponding slave at multiple-time interaction. For example, a slave needs to collect thousands of pieces of or even more register data. If such a data amount is carried by one-time interaction, communication quality and reliability may be affected. If a packet responded with by the slave is lost or the slave does not respond before timeout, the master cannot collect any data of the slave. In this case, if the master collects all data by interacting with the slave for a plurality of times, it is ensured to some extent that the master can collect the data of the slave.
In addition, it should be noted that, in this embodiment, as in the foregoing second implementation, the one-question-to-one-answer manner is used between the master and the slave to poll each slave to collect data, which can ensure that the data of each slave is polled and collected. As in the foregoing another implementation, a multiple-question-to-multiple-answer manner is used between the master and the slave to collect the data of each slave, which can improve flexibility of the collection method and make full use of system resources.
For example, with reference to
As can be seen from
In conclusion, in this embodiment, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte, so that the data carried in each piece of block data is a maximum of 256 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved.
The sending module 701 is configured to send a data request packet to a first slave, where the data request packet carries one or more pieces of block collection indication information, each of the one or more pieces of block collection indication information is used to indicate data that needs to be collected by the master from the first slave, and the first slave is one of the plurality of slaves. For an implementation, refer to detailed descriptions of step 301 in the embodiment in
The receiving module 702 is configured to receive a data response packet sent by the first slave, where the data response packet carries one or more pieces of block data, the one or more pieces of block data are data provided by the first slave in response to the one or more pieces of block collection indication information, and an amount of data carried in each of the one or more pieces of block data is greater than 0 and is less than or equal to 256. For an implementation, refer to detailed descriptions of steps 303 to 305 in the embodiment in
Optionally, the apparatus 700 further includes:
Optionally, each of the one or more pieces of block collection indication information includes one start address and one data amount.
Each of the one or more pieces of block data includes one start address, one data amount, and first data, and the first data is data that is read by the first slave based on corresponding block collection indication information.
Optionally, the data request packet includes a first address field, a first function field, and a first data field, the first address field carries an address of the first slave, the first function field carries a first function code, the first data field carries the one or more pieces of block collection indication information, and the first function code is used to indicate the master to request the first slave to execute a data collection function.
The data response packet includes a second address field, a second function field, and a second data field, the second address field carries the address of the first slave, the second function field carries a second function code, the second data field carries the one or more pieces of block data, and the second function code is used to indicate a function actually executed by the first slave. For implementations of the data request packet and the data response packet, refer to related descriptions of steps 301 to 305 in the embodiment in
Optionally, the first data field further carries a first frame sequence number, and the second data field further carries a second frame sequence number. The first frame sequence number and the second frame sequence number are used by the master to perform frame matching between the data request packet and the data response packet.
Optionally, the first data field further carries a block request quantity, and the block request quantity is used to indicate a block quantity of data that the master requests the first slave to collect by block.
The second data field further carries a block response quantity, and the block response quantity is used to indicate a block quantity of data actually collected by block by the first slave.
Optionally, the master sends a corresponding data request packet to each of the plurality of slaves at a same moment to complete one round of collection; or
For an implementation of interaction between the master and the plurality of slaves, refer to related descriptions of step 305 in the embodiment in
In this embodiment, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte, so that the data carried in each piece of block data is a maximum of 256 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved.
It may be noted that when the data collection apparatus provided by the foregoing embodiments is performing data collection, only division of the foregoing functional modules is taken as an example for illustration. In actual application, the foregoing functions can be allocated to different functional modules and implemented according to a requirement, that is, an inner structure of an apparatus is divided into different functional modules to implement all or some of the functions described above. In addition, the data collection apparatus provided in the foregoing embodiment belongs to a same concept as the data collection method embodiment. For an implementation process of the data collection apparatus, refer to the method embodiment. Details are not described herein again.
The receiving module 801 is configured to receive a data request packet sent by the master, where the data request packet carries one or more pieces of block collection indication information, and each of the one or more pieces of block collection indication information is used to indicate data that needs to be collected by the master from the first slave. For an implementation, refer to detailed descriptions of step 301 and step 302 in the embodiment in
The determining module 802 is configured to determine one or more pieces of block data based on the one or more pieces of block collection indication information. For an implementation, refer to detailed descriptions of step 303 in the embodiment in
The sending module 803 is configured to send a data response packet to the master, where the data response packet carries the one or more pieces of block data, and an amount of data carried in each of the one or more pieces of block data is greater than 0 and is less than or equal to 256. For an implementation, refer to detailed descriptions of steps 303 to 305 in the embodiment in
Optionally, each of the one or more pieces of block collection indication information includes one start address and one data amount.
The determining module 802 includes:
In this embodiment, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte, so that the data carried in each piece of block data is a maximum of 256 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved.
It may be noted that when the data collection apparatus provided by the foregoing embodiments is performing data collection, only division of the foregoing functional modules is taken as an example for illustration. In actual application, the foregoing functions can be allocated to different functional modules and implemented according to a requirement, that is, an inner structure of an apparatus is divided into different functional modules to implement all or some of the functions described above. In addition, the data collection apparatus provided in the foregoing embodiment belongs to a same concept as the data collection method embodiment. For an implementation process of the data collection apparatus, refer to the method embodiment. Details are not described herein again.
An embodiment may provide a Modbus system that includes a master and a plurality of slaves, where a first slave is one of the plurality of slaves. The master and the first slave have corresponding functions of implementing the data collection method provided in the foregoing embodiments, to implement data collection by using the Modbus system. For an implementation, refer to detailed descriptions in the embodiment in
In this embodiment, one or more pieces of block data can be collected at one-time interaction between the master and the slave, and a maximum amount of data carried in each piece of block data is 256. In the Modbus system, one piece of data is represented in a minimum of 1 byte, so that the data carried in each piece of block data is a maximum of 256 bytes. If a plurality of pieces of block data can be collected at one-time interaction, an amount of the data that can be collected is much larger than 252 bytes limited in a protocol. That is, in this solution, a larger amount of data can be collected at one-time interaction between the master and the slave. When an amount of data that needs to be collected is specified, a quantity of times of interaction between the master and the slave can be reduced. In this way, an occupation frequency of a bus decreases but an occupation rate increases, and communication efficiency is improved. In addition, because the slave provides more data at one-time response, the master does not spend a long time on one slave. Therefore, real-time performance of the entire Modbus system is improved.
It should be noted that the Modbus system provided in the foregoing embodiment belongs to a same concept as the data collection method embodiment. For an implementation process of the Modbus system, refer to the method embodiment. Details are not described herein again.
All or some of the foregoing embodiments may be implemented by using software, hardware, firmware, or any combination thereof. When software is used to implement the embodiments, all or a part of the embodiments may be implemented in a form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, the procedures or functions according to the embodiments of are all or partially generated. The computer may be a general-purpose computer, a dedicated computer, a computer network, or other programmable apparatuses. The computer instructions may be stored in a computer-readable storage medium or may be transmitted from a computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center to another website, computer, server, or data center in a wired (for example, a coaxial cable, an optical fiber, or a digital subscriber line (DSL)) or wireless (for example, infrared, radio, or microwave) manner. The computer-readable storage medium may be any usable medium accessible by a computer, or a data storage device, such as a server or a data center, integrating one or more usable media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, or a magnetic tape), an optical medium (for example, a digital versatile disc (DVD)), a semiconductor medium (for example, a solid-state drive (SSD)), or the like. It should be noted that the computer-readable storage medium provided in this embodiment may be a non-volatile storage medium, that is, may be a non-transitory storage medium.
A person of ordinary skill in the art may understand that all or some of the steps of the foregoing embodiments may be implemented by hardware or a program instructing related hardware. The program may be stored in a computer-readable storage medium. The storage medium may be a read-only memory, a magnetic disk, a compact disc, or the like.
It should be understood that “at least one” means one or more, and “a plurality of” means two or more. In the descriptions of the embodiments , “/” means “or” unless otherwise specified. For example, A/B may represent A or B. In the embodiments, “and/or” describes only an association relationship for describing associated objects and represents that three relationships may exist. For example, A and/or B may represent the following three cases: only A exists, both A and B exist, and only B exists. In addition, to describe the embodiments, words such as “first” and “second” are used in the embodiments to distinguish between same items or similar items that may have the same functions or purposes. A person skilled in the art may understand that the terms such as “first” and “second” do not limit a quantity or an execution sequence, and the terms such as “first” and “second” do not indicate a definite difference.
The foregoing description is merely optional embodiments, but is not intended to limit the embodiments. Any modification, equivalent replacement, or improvement made without departing from the spirit and principle should fall within the scope of the embodiments.
This application is a continuation of International Application No. PCT/CN2020/107513, filed on Aug. 06, 2020, the disclosure of which is hereby incorporated by reference in its entirety.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2020/107513 | Aug 2020 | US |
| Child | 18162792 | US |
