A multi-device real-time communication module

Abstract

The present invention discloses a multi-device real-time communication module belonging to the field of communication. In the single-device communication mode, the computer terminal selects a device for communication, sends a command to the FPGA through the computer terminal, and the FPGA sends the effective command to the corresponding device according to the sent command, and sends the received feedback data to the computer terminal; it is necessary to communicate with multiple devices quickly, and FPGA is a processor based on digital circuits, and parallel processing is its biggest feature; in the multi-device communication mode, the computer terminal sends a multi-device communication request command to the FPGA, and after receiving the command, the FPGA communicates with multiple devices at the same time and frames the feedback data of multiple devices to the computer terminal. The present invention has the advantages of realizing simultaneous communication of multiple devices and improving communication efficiency; multiple devices can be freely expanded, and the communication speed does not increase exponentially with the increase in the number of devices; the communication protocol can be customized to adapt to different application scenarios.

Description

Technical Field

[0001] The present invention relates to the field of communication, and more specifically, to a multi-device real-time communication module. Background Art

[0002] In order to make the equipment versatile and expandable, each part of a system is usually designed as an independent module. Each module can realize specific functions independently. When building a system, you can choose the required modules according to your needs. In the process of using each module, it is particularly important to control and monitor the status of the equipment. Therefore, it is essential to establish a communication connection between the computer and the module.

[0003] When multiple modules need to be used at the same time, there are two main ways to establish a communication connection between the module and the computer. One is to directly establish a communication connection between each module and the computer. For example, after converting the communication serial port of each module into a USB interface, it is directly connected to the USB interface of the computer to establish a communication connection between each module and the computer. This method is simple to implement and has good stability. However, with the increase of modules, the number of USB interfaces required on the computer will increase, and each module, as an independent interface, has difficulties in integrating the host computer. Another way is to use a communication module. Communication is established between the communication module and multiple modules, and then the communication module is used to forward the communication commands between the computer and each module to achieve communication between the computer and each module. This implementation method uses fewer interfaces on the computer and is easy to integrate with the host computer. However, the communication module only forwards commands. At the same time, the computer can only communicate with one module. Therefore, this method can only allow the computer to communicate with each module in turn, which leads to low communication efficiency, and the time required for communication increases exponentially with the increase in the number of modules, which is not suitable for the case of a large number of modules.

[0004] In general, the existing technology mostly uses polling to communicate with multiple devices. This method is not fast enough and cannot communicate with one or more modules in real time. In this communication method, the time required to complete all module communications is proportional to the number of modules. Therefore, this method is not suitable for scenarios with a large number of modules, usually less than ten.

[0005] In view of this, we propose a multi-device real-time communication module. Summary of the invention

[0006] 1. Technical problems to be solved

[0007] The purpose of the present invention is to provide a multi-device real-time communication module to solve the problems raised in the above background technology.

[0008] 2. Technical solution

[0009] A multi-device real-time communication module, which uses FPGA as the core controller to achieve communication between the computer and multiple devices;

[0010] The specific communication modes include single-device communication and multi-device communication;

[0011] Single device communication:

[0012] In the single-device communication mode, the computer selects a device for communication. In this mode, the computer sends commands to the FPGA, and the FPGA sends valid commands to the corresponding device according to the sent commands, and sends the received feedback data to the computer.

[0013] The command format in single-device communication mode consists of three parts: command header, valid command and command tail. The command header indicates that the command should be sent to the corresponding device; the valid command is the main content of the command, which controls the device to respond; the command tail is the end mark, which indicates that the command has been sent. After receiving the command, the FPGA first takes out the command header, and sends the remaining command part to the corresponding device according to the identifier of the command header.

[0014] After receiving the command, the device responds accordingly and sends feedback data to the FPGA. In order to process the data later, it is necessary to know which device sent the feedback data and which command the device received to respond. After receiving the feedback data, the FPGA adds the device information to the data to form feedback data.

[0015] The format of feedback data consists of three parts: command header, feedback data and command tail. The command header contains the serial number of the sending device of the feedback data and the serial number of the valid command received by the device. The feedback data is the feedback data sent back by the device after receiving the valid command. The command tail indicates the end.

[0016] Multi-device communication:

[0017] It is necessary to communicate with multiple devices quickly. As a digital circuit-based processor, FPGA has parallel processing as its biggest feature. In the multi-device communication mode, the computer sends a multi-device communication request command to the FPGA. After receiving the command, the FPGA communicates with multiple devices at the same time and frames the feedback data of multiple devices to the computer.

[0018] In the timing diagram, read_data and write_data are the communication states between the computer and FPGA respectively; when the computer sends a multi-device communication request to the FPGA, read_data is high. At this time, the FPGA does not send feedback data to the computer, so write_data is low. When read_data changes from high to low, it means that the computer has finished sending the command. Then write_data is pulled high, and the FPGA sends the feedback data of multiple devices received in the last request to the computer. At the same time, write_dataD1, write_dataD2, and write_dataD3 are pulled high, and the FPGA sends commands to multiple devices at the same time. When the FPGA completes sending commands to multiple devices, write_dataD1, write_dataD2, and write_dataD3 are pulled low, and read_dataD1, read_dataD2, and read_dataD3 are pulled low. 3 is pulled high, and each device sends feedback data back to FPGA; in most cases, it is necessary to obtain multiple status information of the device, that is, it is necessary to send multiple commands to obtain feedback data of multiple states. Therefore, after read_dataD1, read_dataD2, and read_dataD3 are pulled low, a command is sent to multiple devices and feedback data of multiple devices is obtained at the same time, write_dataD1, write_dataD2, and write_dataD3 are pulled high again to start sending the second command. In this way, all commands are sent and all feedback data are read; next_wdata is pulled high after all devices have sent feedback data. When next_wdata is pulled high, it means that the feedback data sent back by multiple devices are framed. When write_data is pulled high next time, the feedback data obtained by this framing will be uploaded to the computer. When next_wdata is pulled low, it means that the data framing is completed;

[0019] The multi-device communication request command consists of a valid command and a command tail. Since no specific device needs to be selected, a command header is not required.

[0020] When FPGA receives a multi-device communication request command, FPGA sends a command to each device at the same time; it consists of a valid command and a command tail; after each device receives the sent command, it sends feedback data back to FPGA; since each device has multiple feedback data, it is necessary to frame the multiple feedback data of each device;

[0021] Multiple feedback data framing data of a single device: The framing data of multiple feedback data of a single device starts with the device serial number and ends with the single device data end mark, and contains multiple feedback data in the middle and the data end following each feedback data;

[0022] Framing data of multiple feedback data from multiple devices: uploading feedback data from multiple devices, and after framing multiple feedback data from a single device, further framing multiple feedback data from multiple devices;

[0023] The data after framing is composed of three parts: a frame header, multiple feedback data framing data of a single device, and a frame tail. Each frame of data starts with a frame header and ends with a frame tail. Between the frame header and the frame tail is the sequential splicing of multi-state framing data of a single device; when the computer receives multiple feedback data framing data from multiple devices, it needs to deframe the data in order to obtain the feedback data of the device.

[0024] As a further solution of the present invention, the deframing process is described by taking the feedback data corresponding to the sending command 1 of the device 1 as an example:

[0025] The specific process is as follows:

[0026] S1, first identify the frame header and frame tail, determine the beginning and end of a frame of data, and then remove the frame header and frame tail;

[0027] S2, identifying the end mark of a single device, dividing the data into multiple pieces of feedback data of a single device of several single devices, and framing the data;

[0028] S3, reading the device serial number data of multiple feedback data framing data of a single device, obtaining the device information of the source of the current feedback data, and removing the device serial number data;

[0029] S4, dividing the data into individual pieces of feedback data according to the data end mark;

[0030] S5. Obtain the sequence number of the sending command corresponding to the current feedback data according to the command header of the single feedback data, and then remove the command header and the command tail to obtain the feedback data;

[0031] S6. Using the obtained device serial number information and the serial number of the sent command, the feedback data and the state of a single device are matched to achieve rapid acquisition of multi-device multi-state information.

[0032] 3. Beneficial effects

[0033] Compared with the prior art, the advantages of the present invention are as follows: the command format in the single-device communication mode consists of three parts: a command header, a valid command, and a command tail. After receiving the command, the FPGA first takes out the command header, and sends the remaining command part to the corresponding device according to the identifier of the command header;

[0034] After receiving the command, the device makes a corresponding response and sends feedback data to the FPGA. After receiving the feedback data, the FPGA adds the device information to the data to form feedback data.

[0035] In the multi-device communication mode, the computer sends a multi-device communication request command to the FPGA. After receiving the command, the FPGA communicates with multiple devices at the same time and frames the feedback data of multiple devices to the computer.

[0036] When the FPGA receives a multi-device communication request command, the FPGA sends a command to each device at the same time; after each device receives the command, it sends feedback data back to the FPGA; since each device has multiple feedback data, the multiple feedback data of each device need to be framed.

[0037] Simultaneous communication of multiple devices improves communication efficiency; multiple devices can be expanded freely, and the communication speed does not increase exponentially with the number of devices; the communication protocol can be customized to adapt to different application scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 is a system hardware block diagram of the present invention;

[0039] Figure 2 It is a command format diagram in the single device communication mode of the present invention;

[0040] Figure 3 This is a feedback data format diagram in the single-device communication mode of the present invention;

[0041] Figure 4 A timing diagram of multi-device communication of the present invention;

[0042] Figure 5 It is a multi-device communication request command format diagram of the present invention;

[0043] Figure 6 A data diagram of framing multiple pieces of feedback data of a single device of the present invention;

[0044] Figure 7 A data diagram for framing multiple pieces of feedback data from multiple devices of the present invention;

[0045] Figure 8 It is a de-framing flow chart of the present invention. DETAILED DESCRIPTION

[0046] In the description of the present invention, it should be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside", "clockwise", "counterclockwise" and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings, and are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the referred device or element must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be understood as a limitation on the present invention.

[0047] In the description of the present invention, “plurality” means two or more than two, unless otherwise clearly and specifically defined.

[0048] Example 1

[0049] See also Figure 1-8 , the present invention provides a technical solution:

[0050] A multi-device real-time communication module, see Figure 1 ,The real-time communication module uses FPGA as the core controller to ,realize the communication between the computer and multiple ,devices.

[0051] Specifically, the communication mode includes single-device communication and multi-device communication.

[0052] Single device communication:

[0053] In the single-device communication mode, the computer selects a device for communication. In this mode, the computer sends commands to the FPGA, and the FPGA sends valid commands to the corresponding device according to the sent commands, and sends the received feedback data to the computer. The format of the sent command is as follows: Figure 2 .

[0054] like Figure 2 ,The command format in the single-device communication mode consists of three parts: command header, valid command and command tail. The command header indicates that this command should be sent to the corresponding device; the valid command is the main content of the command, which controls the device to respond; the command tail is the end mark, indicating that the command has been sent; after receiving the command, the FPGA first takes out the command header, and sends the remaining command part to the corresponding device according to the identifier of the command header.

[0055] After receiving the command, the device responds accordingly and sends feedback data to the FPGA. In order to process the data later, it is necessary to know which device sent the feedback data and which command the device received to respond. After receiving the feedback data, the FPGA adds the device information to the data to form the feedback data. The format of the feedback data is as follows: Figure 3 shown.

[0056] The format of feedback data consists of three parts: command header, feedback data and command tail; among them, the command header contains the serial number of the sending device of the feedback data and the serial number of the valid command received by the device, the feedback data is the feedback data sent back by the device after receiving the valid command, and the command tail indicates the end.

[0057] Multi-device communication:

[0058] It is necessary to communicate with multiple devices quickly. As a digital circuit-based processor, FPGA has parallel processing as its biggest feature. In the multi-device communication mode, the computer sends a multi-device communication request command to the FPGA. After receiving the command, the FPGA communicates with multiple devices at the same time and frames the feedback data of multiple devices to the computer. The timing diagram of the specific implementation process is shown in the figure. Figure 4 .

[0059] In the timing diagram, read_data and write_data are the communication states between the computer and FPGA respectively; when the computer sends a multi-device communication request to the FPGA, read_data is high. At this time, the FPGA does not send feedback data to the computer, so write_data is low. When read_data changes from high to low, it means that the computer has finished sending the command. Then write_data is pulled high, and the FPGA sends the feedback data of multiple devices received in the last request to the computer. At the same time, write_dataD1, write_dataD2, and write_dataD3 are pulled high, and the FPGA sends commands to multiple devices at the same time. When the FPGA completes sending commands to multiple devices, write_dataD1, write_dataD2, and write_dataD3 are pulled low, and read_dataD1, read_dataD2, and read_dataD3 are pulled low. 3 is pulled high, and each device sends feedback data back to FPGA; in most cases, it is necessary to obtain multiple status information of the device, that is, it is necessary to send multiple commands to obtain feedback data of multiple states. Therefore, after read_dataD1, read_dataD2, and read_dataD3 are pulled low, a command is sent to multiple devices and feedback data of multiple devices are obtained at the same time, write_dataD1, write_dataD2, and write_dataD3 are pulled high again to start sending the second command. In this way, all commands are sent and all feedback data are read; next_wdata is pulled high after all devices have sent feedback data. When next_wdata is pulled high, it means that the feedback data sent back by multiple devices are framed. When write_data is pulled high next time, the feedback data obtained by this framing will be uploaded to the computer. When next_wdata is pulled low, it means that the data framing is completed.

[0060] The multi-device communication request command consists of a valid command and a command tail. Since no specific device needs to be selected, no command header is required. The format of the multi-device communication request command sent by the computer to the FPGA is as follows: Figure 5 .

[0061] When the FPGA receives a multi-device communication request command, the FPGA sends commands to each device at the same time; the command format sent is similar to Figure 5 , consisting of a valid command and a command tail; after each device receives the sent command, it sends the feedback data back to the FPGA; since each device will have multiple feedback data, it is necessary to frame the multiple feedback data of each device.

[0062] Further, multiple feedback data from a single device are grouped into frames: Figure 6 The framing data of multiple feedback data of a single device starts with the device serial number and ends with the single device data end mark, and contains multiple feedback data in the middle and the data end following each feedback data.

[0063] Going a step further, multiple feedback data from multiple devices are framed: Figure 7 , upload the feedback data of multiple devices, and after framing the multiple feedback data of a single device, further frame the multiple feedback data of multiple devices.

[0064] Furthermore, the data after framing is composed of three parts: a frame header, multiple feedback data framing data of a single device and a frame tail. Each frame of data starts with a frame header and ends with a frame tail. Between the frame header and the frame tail is the multi-state framing data of a single device spliced ​​in sequence; when the computer receives multiple feedback data framing data from multiple devices, it needs to deframe the data in order to obtain the feedback data of the device.

[0065] Simultaneous communication of multiple devices improves communication efficiency; multiple devices can be expanded freely, and the communication speed does not increase exponentially with the number of devices; the communication protocol can be customized to adapt to different application scenarios.

[0066] It is worth mentioning that Figure 8 The deframing process is explained by taking the feedback data corresponding to the sending command 1 of device 1 as an example:

[0067] The specific process is as follows:

[0068] S1, first identify the frame header and frame tail, determine the beginning and end of a frame of data, and then remove the frame header and frame tail;

[0069] S2, identifying the end mark of a single device, dividing the data into multiple pieces of feedback data of a single device of several single devices, and framing the data;

[0070] S3, reading the device serial number data of multiple feedback data framing data of a single device, obtaining the device information of the source of the current feedback data, and removing the device serial number data;

[0071] S4, dividing the data into individual pieces of feedback data according to the data end mark;

[0072] S5. Obtain the sequence number of the sending command corresponding to the current feedback data according to the command header of the single feedback data, and then remove the command header and the command tail to obtain the feedback data;

[0073] S6. Using the obtained device serial number information and the serial number of the sent command, the feedback data and the state of a single device are matched to achieve rapid acquisition of multi-device multi-state information.

[0074] Example 2

[0075] The present invention provides a technical solution:

[0076] A multi-device real-time communication module, single-device communication mode:

[0077] First, number the three devices, D1, D2, and D3. If you need to read the status of device 1, send "D1E?\r\n". In this command, "D1" is the command header, indicating that this command is to be sent to device 1. "E?" is a valid command, indicating that the status needs to be read. "\r\n" is the end of the command, indicating the end of the command.

[0078] When device 1 receives the turntable read command, device 1 returns the status information "Enable\r\n". When the FPGA receives the status information, it adds the command header "D1" to get the feedback data "D1Enable\r\n", and then uploads this data to the computer. The computer first extracts the first two bytes of the read data based on the two-byte length of the command header. Based on these two bytes, you can know which device the feedback data comes from. Then remove the command tail "\r\n" of the remaining data to get the status information fed back by the device.

[0079] Example 3

[0080] The present invention provides a technical solution:

[0081] A multi-device real-time communication module, multi-device communication mode:

[0082] The computer sends a multi-device communication request "CM1R\r\n" to the FPGA. "CM1" is the command header, indicating that this is a multi-device communication request command. "R" means read status. "\r\n" is the command tail. When the FPGA receives this command, it sends a read status command to three devices at the same time. In this case, we need to read the operating status, voltage value, current value, power and temperature value of the three devices respectively.

[0083] The FPGA first sends "E?\r\n" to the first device, and the device sends back feedback data "Enable\r\n". Then the FPGA sends "V?\r\n" to the first device, and the device sends back feedback data "3.5643V\r\n". The FPGA continues to send "A?\r\n" to the first device, and the device sends back feedback data "345.65mA\r\n". The FPGA then sends "W?\r\n" to the first device, and the device sends back feedback data "289.64mW\r\n". Finally, the FPGA sends "T?\r\n" to the first device, and the device sends back feedback data "25.65℃\r\n". When the FPGA sends a status read command to the first device, it also sends a status read command to the second and third devices. According to the framing protocol, FPGA frames the feedback data of the three devices to obtain the framing data of multiple feedback data of a single device: "D1EnableY3.5643VY345.65mAY45.65mAY289.64mWY25.65℃YZ". At the same time, the feedback data of the other two devices are framed to obtain the framing data of multiple feedback data of a single device. Finally, the framing data of multiple feedback data of a single device are framed to obtain the framing data of multiple feedback data of multiple devices:

[0084] "CM1D1EnableY3.5643VY345.65mAY45.65mAY289.64mWY25.65℃YZ

[0085] D2EnableY3.5643VY345.65mAY45.65mAY289.64mWY25.65℃YZ

[0086] D3EnableY3.5643VY345.65mAY45.65mAY289.64mWY25.65℃YZ\r\n”.

[0087] When the computer receives multiple pieces of feedback data from multiple devices, it can deframe them according to the deframing protocol to obtain multi-state information of the multiple devices.

[0088] Its supporting hydraulic system, solenoid valves and pipelines can also be provided by the manufacturer. In addition, the circuits, electronic components and modules involved in the present invention are all prior art and can be fully implemented by those skilled in the art. Needless to say, the content protected by the present invention does not involve improvements to the internal structure and methods.

[0089] The above shows and describes the basic principles, main features and advantages of the present invention. Those skilled in the art should understand that the present invention is not limited by the above embodiments. The above embodiments and descriptions are only preferred examples of the present invention and are not intended to limit the present invention. Without departing from the spirit and scope of the present invention, the present invention may have various changes and improvements, which fall within the scope of the present invention. The scope of protection of the present invention is defined by the attached claims and their equivalents.

Claims

1. A multi-device real-time communication module, characterized in that: The real-time communication module uses FPGA as the core controller to achieve communication between the computer and multiple devices; The specific communication modes include single-device communication and multi-device communication; Single device communication: In the single-device communication mode, the computer selects a device for communication. In this mode, the computer sends commands to the FPGA, and the FPGA sends valid commands to the corresponding device according to the sent commands, and sends the received feedback data to the computer. The command format in single-device communication mode consists of three parts: command header, valid command and command tail. The command header indicates that the command should be sent to the corresponding device; the valid command is the main content of the command, which controls the device to respond; the command tail is the end mark, which indicates that the command has been sent. After receiving the command, the FPGA first takes out the command header, and sends the remaining command part to the corresponding device according to the identifier of the command header. After receiving the command, the device responds accordingly and sends feedback data to the FPGA. In order to process the data later, it is necessary to know which device sent the feedback data and which command the device received to respond. After receiving the feedback data, the FPGA adds the device information to the data to form feedback data. The format of feedback data consists of three parts: command header, feedback data and command tail. The command header contains the serial number of the sending device of the feedback data and the serial number of the valid command received by the device. The feedback data is the feedback data sent back by the device after receiving the valid command. The command tail indicates the end. Multi-device communication: It is necessary to communicate with multiple devices quickly. As a digital circuit-based processor, FPGA has parallel processing as its biggest feature. In the multi-device communication mode, the computer sends a multi-device communication request command to the FPGA. After receiving the command, the FPGA communicates with multiple devices at the same time and frames the feedback data of multiple devices to the computer. In the timing diagram, read_data and write_data are the communication states between the computer and FPGA respectively; when the computer sends a multi-device communication request to the FPGA, read_data is high. At this time, the FPGA does not send feedback data to the computer, so write_data is low. When read_data changes from high to low, it means that the computer has finished sending the command. Then write_data is pulled high, and the FPGA sends the feedback data of multiple devices received in the last request to the computer. At the same time, write_dataD1, write_dataD2, and write_dataD3 are pulled high, and the FPGA sends commands to multiple devices at the same time. When the FPGA completes sending commands to multiple devices, write_dataD1, write_dataD2, and write_dataD3 are pulled low, and read_dataD1, read_dataD2, and read_dataD3 are pulled low. 3 is pulled high, and each device sends feedback data back to FPGA; in most cases, it is necessary to obtain multiple status information of the device, that is, it is necessary to send multiple commands to obtain feedback data of multiple states. Therefore, after read_dataD1, read_dataD2, and read_dataD3 are pulled low, a command is sent to multiple devices and feedback data of multiple devices is obtained at the same time, write_dataD1, write_dataD2, and write_dataD3 are pulled high again to start sending the second command. In this way, all commands are sent and all feedback data are read; next_wdata is pulled high after all devices have sent feedback data. When next_wdata is pulled high, it means that the feedback data sent back by multiple devices are framed. When write_data is pulled high next time, the feedback data obtained by this framing will be uploaded to the computer. When next_wdata is pulled low, it means that the data framing is completed; The multi-device communication request command consists of a valid command and a command tail. Since no specific device needs to be selected, a command header is not required. When the FPGA receives a multi-device communication request command, the FPGA sends a command to each device at the same time, which consists of a valid command and a command tail. After receiving the command, each device sends feedback data back to the FPGA. Since each device has multiple pieces of feedback data, it is necessary to group the multiple pieces of feedback data of each device into frames. Multiple feedback data framing data of a single device: The framing data of multiple feedback data of a single device starts with the device serial number and ends with the single device data end mark, and contains multiple feedback data in the middle and the data end following each feedback data; Framing data of multiple feedback data from multiple devices: uploading feedback data from multiple devices, and after framing multiple feedback data from a single device, further framing multiple feedback data from multiple devices; The data after framing is composed of three parts: a frame header, multiple feedback data framing data of a single device, and a frame tail. Each frame of data starts with a frame header and ends with a frame tail. Between the frame header and the frame tail is the sequential splicing of multi-state framing data of a single device; when the computer receives multiple feedback data framing data from multiple devices, it needs to deframe the data in order to obtain the feedback data of the device.

2. A multi-device real-time communication module according to claim 1, characterized in that: Take the feedback data corresponding to the send command 1 of device 1 as an example to illustrate the deframing process: The specific process is as follows: S1, first identify the frame header and frame tail, determine the beginning and end of a frame of data, and then remove the frame header and frame tail; S2, identifying the end mark of a single device, dividing the data into multiple pieces of feedback data of a single device of several single devices, and framing the data; S3, reading the device serial number data of multiple feedback data framing data of a single device, obtaining the device information of the source of the current feedback data, and removing the device serial number data; S4, dividing the data into individual pieces of feedback data according to the data end mark; S5. Obtain the sequence number of the sending command corresponding to the current feedback data according to the command header of the single feedback data, and then remove the command header and the command tail to obtain the feedback data; S6. Using the obtained device serial number information and the serial number of the sent command, the feedback data and the state of a single device are matched to achieve rapid acquisition of multi-device multi-state information.

Images