CN219041799U - Protocol conversion gateway - Google Patents

Abstract

The embodiment of the application provides a protocol conversion gateway, which comprises: a first acquisition module for acquiring data of a corresponding first communication protocol of the device based on the first communication protocol; the first buffer module is used for buffering data, wherein the data buffered by the first buffer module is obtained according to the data acquired by the first acquisition module; and the first sending module is used for sending data corresponding to the second communication protocol to the equipment based on the second communication protocol, wherein the data sent by the first sending module is obtained according to the data cached by the first caching module. Based on the protocol conversion gateway provided by the embodiment of the application, information interaction between devices based on different communication protocols can be realized, and the problem of data delay in the information interaction process between the devices of the different communication protocols can be solved.

Description

Protocol conversion gateway

Technical Field

The present disclosure relates to the field of communications technologies, and in particular, to a protocol conversion gateway.

Background

The communication protocols used by the different devices may be different. In order to realize information interaction between devices based on different communication protocols, in the prior art, a conversion function between different protocols is realized through a protocol conversion device, and taking Modbus protocol and CAN protocol conversion as an example, in the process of realizing the application, the inventor finds that at least the following problems exist in the prior art: in the prior art, if data of Modbus equipment is required to be acquired, a message from the CAN equipment is required to be received, the CAN message is converted into Modbus message and then sent to the Modbus equipment, and after the Modbus equipment message data is acquired, the Modbus message is converted into the CAN message and then sent to the CAN equipment, so that the function of protocol conversion reporting of the Modbus equipment data is realized. Although the Modbus equipment data required by the CAN equipment CAN be reported in the process, the problem of data delay exists, and if the CAN equipment needs to acquire a large amount of data, the problem becomes more obvious.

Disclosure of Invention

The embodiment of the utility model provides a protocol conversion gateway which can solve the problem of data delay in the information interaction process between different communication protocol devices.

In a first aspect, an embodiment of the present utility model provides a protocol conversion gateway, including: a first acquisition module, configured to acquire data corresponding to a first communication protocol of a device based on the first communication protocol; the first buffer module is used for buffering data, wherein the data buffered by the first buffer module is obtained according to the data acquired by the first acquisition module; and the first sending module is used for sending data corresponding to the second communication protocol to equipment based on the second communication protocol, wherein the data sent by the first sending module is obtained according to the data cached by the first caching module.

Optionally, the protocol conversion gateway further includes: the first storage module is used for storing a first mapping relation, and the first mapping relation is used for converting data corresponding to the first communication protocol into data corresponding to the second communication protocol.

Optionally, the protocol conversion gateway further comprises a first receiving module; the first receiving module is used for receiving a first data acquisition request sent by equipment based on the second communication protocol; the first sending module is used for responding to the first data acquisition request and sending data corresponding to the second communication protocol.

Optionally, the protocol conversion gateway further includes: a second acquisition module, configured to acquire data corresponding to the second communication protocol of the device based on the second communication protocol; the second buffer module is used for buffering data, wherein the data buffered by the second buffer module is obtained according to the data acquired by the second acquisition module; and the second sending module is used for sending the data corresponding to the first communication protocol to the equipment based on the first communication protocol, wherein the data sent by the second sending module is obtained according to the data cached by the second caching module.

Optionally, the protocol conversion gateway further includes: the second storage module is used for storing a second mapping relation, and the second mapping relation is used for converting data corresponding to the second communication protocol into data corresponding to the first communication protocol.

Optionally, the protocol conversion gateway further comprises a second receiving module; the second receiving module is used for receiving a second data acquisition request sent by equipment based on the first communication protocol; the second sending module is used for responding to the second data acquisition request and sending data corresponding to the first communication protocol.

Optionally, the protocol conversion gateway further comprises a first processing module; the first processing module is used for converting the data acquired by the first acquisition module into data corresponding to the second communication protocol and outputting the converted data to the first buffer module; the first buffer module is used for buffering data corresponding to the second communication protocol.

Optionally, the protocol conversion gateway further comprises a first processing module; the first buffer module is used for buffering data corresponding to the first communication protocol; the first processing module is configured to convert the data buffered by the first buffering module into data corresponding to the second communication protocol, and output the converted data to the first sending module.

Optionally, the first acquisition module includes a plurality of acquisition sub-modules; the plurality of acquisition sub-modules are in one-to-one correspondence with a plurality of devices based on the first communication protocol; the acquisition sub-module is used for acquiring data corresponding to the first communication protocol of the corresponding equipment.

Optionally, the first communication protocol is a controller area network protocol and the second communication protocol is a Modbus protocol, or the second communication protocol is a controller area network protocol and the first communication protocol is a Modbus protocol.

Based on the protocol conversion gateway provided by the embodiment of the utility model, information interaction between devices based on different communication protocols can be realized. The data to be converted can be obtained in real time through the first obtaining module, the data to be converted can be directly cached or cached in the first storage module after the data conversion is completed, when the corresponding equipment needs the data, the converted data pre-stored in the first storage module can be directly sent to the corresponding equipment through the first sending module, or the pre-stored data is sent to the corresponding equipment after the data conversion is completed. Therefore, timely response to data requirements can be realized, the problem of data delay in the information interaction process between different communication protocol devices caused by data acquisition is solved, the information interaction efficiency can be improved, the method is particularly suitable for scenes in which a large amount of data needs to be acquired, and the problem of data delay can be obviously solved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present utility model, the drawings that are needed in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present utility model, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a block schematic diagram of a protocol conversion gateway according to an embodiment of the present utility model;

FIG. 2 is a block schematic diagram of another protocol conversion gateway according to an embodiment of the present utility model;

FIG. 3 is a block schematic diagram of yet another protocol conversion gateway according to an embodiment of the present utility model;

fig. 4 is a block schematic diagram of yet another protocol conversion gateway according to an embodiment of the present utility model.

Detailed Description

For a better understanding of the technical solution of the present utility model, the following detailed description of the embodiments of the present utility model refers to the accompanying drawings.

It should be understood that the described embodiments are merely some, but not all, embodiments of the utility model. All other embodiments, which can be made by those skilled in the art based on the embodiments of the utility model without making any inventive effort, are intended to be within the scope of the utility model.

The terminology used in the embodiments of the utility model is for the purpose of describing particular embodiments only and is not intended to be limiting of the utility model. As used in this application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

It should be understood that the term "at least one" as used herein means one or more, and "a plurality" means two or more. The term "and/or" as used herein is merely one association relationship describing the associated object, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. Wherein A, B may be singular or plural. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship. "at least one of the following" and the like means any combination of these items, including any combination of single or plural items. For example, at least one of a, b and c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.

It should be understood that although the terms first, second, etc. may be used in embodiments of the present utility model to describe the set threshold values, these set threshold values should not be limited to these terms. These terms are only used to distinguish the set thresholds from each other. For example, a first set threshold may also be referred to as a second set threshold, and similarly, a second set threshold may also be referred to as a first set threshold, without departing from the scope of embodiments of the present utility model.

The terminology used in the description section of the present application is for the purpose of describing particular embodiments of the present application only and is not intended to be limiting of the present application.

The communication protocols used by the different devices may be different. In order to achieve information interaction between devices based on different communication protocols, it is necessary to provide an intermediate product for achieving information interaction between devices based on different communication protocols.

Information interaction between devices based on different communication protocols may be implemented, possibly, by an intermediate product of a protocol conversion gateway (or protocol conversion gateway).

In one embodiment, the communication protocol used by the device may be a CAN (Controller Area Network ) protocol, modbus protocol.

CAN is a serial communication network which CAN effectively support distributed control or real-time control, and CAN be mainly applied to data communication in the fields of automobile monitoring, switching value control, manufacturing industry and the like. CAN belongs to a bus type serial communication network, and because of adopting a plurality of new technologies and unique designs, compared with a general communication bus, CAN has outstanding reliability, real-time performance and flexibility in data communication. CAN bus is one of the most widely used internationally used fieldbuses, is commonly used in the field of industrial control, and is considered as one of the most promising fieldbuses.

The Modbus protocol is a general communication protocol that has been widely used in the field of industrial control today. The controllers may communicate with each other via the Modbus protocol. The Modbus protocol may use master-slave communication techniques, i.e., the master device actively queries and operates the slave devices. The protocol used by the Master device side may be generally referred to as Modbus Master (Master), and the protocol used by the Slave device side may be referred to as Modbus Slave (Slave).

CAN devices are CAN protocol-based devices that CAN identify CAN protocol-based data (e.g., referred to as CAN data), modbus devices are Modbus protocol-based devices that CAN identify Modbus protocol-based data (e.g., referred to as Modbus data).

Taking information interaction between the CAN device and the Modbus device as an example, in a feasible implementation manner, if data of the Modbus device needs to be acquired, the protocol conversion gateway may first receive CAN data (such as CAN message) from the CAN device, convert the CAN data into Modbus data (such as Modbus message) and then send the Modbus data to the Modbus device, then acquire the Modbus data of the Modbus device, convert the Modbus data into CAN data and then send the CAN data to the CAN device, so as to realize a function of protocol conversion reporting of the data of the Modbus device. According to the implementation mode, through acquiring, converting and sending data in real time, modbus equipment data required by CAN equipment CAN be reported, and information interaction between the CAN equipment and the Modbus equipment is realized. Because the data acquisition needs to occupy a certain time, the implementation is easy to have the problem of data delay, the information interaction efficiency is affected, and if a large amount of data (such as the case of acquiring a large amount of data of Modbus equipment) is needed, the problem of data delay is more obvious.

As shown in fig. 1, one embodiment of the present utility model provides a protocol conversion gateway 10, and the protocol conversion gateway 10 may include: a first obtaining module 101, configured to obtain data corresponding to a first communication protocol of a device based on the first communication protocol; the first buffer module 102 is configured to buffer data, where the data buffered by the first buffer module 102 is obtained according to the data acquired by the first acquisition module 101; and a first sending module 103, configured to send data corresponding to the second communication protocol to the device based on the second communication protocol, where the data sent by the first sending module 103 is obtained according to the data buffered by the first buffering module 102.

The protocol conversion gateway 10 communicates with a device based on a first communication protocol through the first communication protocol to acquire data corresponding to the first communication protocol, and communicates with a device based on a second communication protocol through a second communication protocol to transfer data corresponding to the second communication protocol.

In one embodiment, the first cache module 102 may be a device data cache in a protocol conversion gateway.

Considering that the time period required for data conversion is generally short (the user does not feel the time period), the data delay is less influenced, and the data can be converted first and then cached, or can be firstly cached and then converted. In this way, the first buffer module 102 may buffer the acquired data, or may buffer the data obtained by converting the acquired data. The protocol conversion gateway 10 can solve the problem of data delay of mutual information between devices of different communication protocols, and is particularly suitable for application scenarios of multi-device communication.

In one embodiment, the acquired device data is converted. The data before conversion may be referred to as raw data, and the data after conversion may be referred to as translation data. The protocol conversion gateway can buffer the original data and also buffer the translation data. In one embodiment, the raw data may be hexadecimal data.

In one embodiment, the buffered data may be removed from the buffer module after the data transmission is completed based on the buffered data. In another embodiment, the data buffered in the buffer module may be removed according to a preset buffer data clearing rule. The embodiments of the present application are not limited in this regard.

In the application of modern industrial field buses, the Modbus protocol has great advantages in development difficulty and has wide application in China. In order to realize information interaction between Modbus equipment and CAN equipment, an intermediate product for mutual conversion of a Modbus protocol and a CAN protocol is needed in practical application. Thus, the two communication protocols involved in the embodiment shown in fig. 1 may be Modbus protocols and CAN protocols, and the protocol conversion gateway 10 may be a protocol conversion gateway for implementing Modbus-CAN protocol conversion, and may be an intermediate product for mutual conversion of Modbus protocols and CAN protocols.

In one embodiment of the utility model, the first communication protocol is a controller area network protocol and the second communication protocol is a Modbus protocol. The protocol conversion gateway 10 may be used as a conversion device for converting CAN protocol data into Modbus protocol data, and may be used to implement communication between CAN devices (as slave devices) and Modbus devices (as master devices).

In one embodiment of the utility model, the second communication protocol is a controller area network protocol and the first communication protocol is a Modbus protocol. The protocol conversion gateway 10 may be used as a conversion device for converting Modbus protocol data into CAN protocol data, and may be used to implement communication between a Modbus device (as a slave device) and a CAN device (as a master device).

Taking the first communication protocol as a CAN protocol and the second communication protocol as a Modbus protocol as an example, in a feasible implementation manner, the protocol conversion gateway 10 may acquire CAN data of the CAN device and buffer the acquired CAN data, and when the Modbus device needs to acquire the data of the CAN device, the protocol conversion gateway 10 may convert the buffered CAN data into Modbus data and send the Modbus data obtained by conversion to the Modbus device. In another possible implementation manner, the protocol conversion gateway 10 may obtain CAN data of the CAN device, convert the obtained CAN data into Modbus data, and then cache the Modbus data, and when the Modbus device needs to obtain the data of the CAN device, the protocol conversion gateway 10 may send the cached Modbus data to the Modbus device.

Because the protocol conversion gateway 10 pre-acquires and caches the data of the CAN equipment, when the Modbus equipment needs to acquire the data of the CAN equipment, the protocol conversion gateway 10 CAN provide the data of the CAN equipment for the Modbus equipment based on the cached data, so that timely response to the data demand CAN be realized, the problem of data delay caused by data acquisition is solved, the information interaction efficiency CAN be improved, the method is particularly suitable for a scene needing to acquire a large amount of data, and the problem of data delay CAN be obviously solved.

In one embodiment of the present utility model, the protocol conversion gateway 10 further includes a first storage module, where the first storage module is configured to store a first mapping relationship, and the first mapping relationship is configured to convert data corresponding to the first communication protocol into data corresponding to the second communication protocol. The conversion rule of the first communication protocol and the second communication protocol is preconfigured in the protocol conversion gateway 10 so as to realize quick conversion between data of the two communication protocols.

Taking the first communication protocol as a CAN protocol and the second communication protocol as a Modbus protocol as an example, the first storage module CAN store a conversion rule for converting CAN data into corresponding Modbus data.

In one embodiment, the protocol conversion rules may be preconfigured into the protocol conversion gateway 10 by the host computer, PC (personal computer ). The protocol conversion gateway 10 implements conversion between different communication protocol data based on a pre-configured communication protocol conversion rule.

In one embodiment of the present utility model, referring to fig. 2, the protocol conversion gateway 10 further includes a first processing module 104; the first processing module 104 is configured to convert the data acquired by the first acquiring module 101 into data corresponding to the second communication protocol, and output the converted data to the first buffer module 102; the first buffer module 102 is configured to buffer data corresponding to the second communication protocol.

Referring to fig. 2, the first processing module 104 is connected to the first obtaining module 101 and the first buffering module 102, and the first processing module 104 may be configured to convert the obtained data and output the converted data to the first buffering module 102 for buffering.

In the embodiment shown in fig. 1, the device based on the first communication protocol may collect device data in real time, and the device based on the second communication protocol may obtain the device data as needed. When the device data needs to be acquired, the device based on the second communication protocol can send out a data acquisition request.

In one embodiment of the present utility model, referring to fig. 2, the protocol conversion gateway 10 further includes a first receiving module 105; the first receiving module 105 is configured to receive a first data acquisition request sent by a device based on a second communication protocol; the first sending module 103 is configured to send data corresponding to the second communication protocol in response to the first data acquisition request.

In the embodiment shown in fig. 2, the first receiving module 105 may be connected to the first transmitting module 103. The first transmitting module 103 may transmit the buffered data in response to the data acquisition request received by the first receiving module 105.

In one embodiment of the present utility model, referring to fig. 3, the protocol conversion gateway 10 further includes a first processing module 104; the first buffer module 102 is configured to buffer data corresponding to a first communication protocol; the first processing module 104 is configured to convert the data buffered by the first buffering module 102 into data corresponding to the second communication protocol, and output the converted data to the first sending module 103.

Referring to fig. 3, the first processing module 104 is connected to the first buffer module 102 and the first transmitting module 103, and the first processing module 104 can be used for converting buffered data and outputting the converted data to the first transmitting module 103 for transmitting data.

In one embodiment of the present utility model, referring to fig. 3, the protocol conversion gateway 10 further includes a first receiving module 105; the first receiving module 105 is configured to receive a first data acquisition request sent by a device based on a second communication protocol; the first sending module 103 is configured to send data corresponding to the second communication protocol in response to the first data acquisition request.

In the embodiment shown in fig. 3, the first receiving module 105 may be connected to the first processing module 104. The first processing module 104 may convert the buffered data in response to the data acquisition request received by the first receiving module 105, and output the converted data to the first transmitting module 103 to transmit the data.

In one embodiment of the present utility model, the first acquisition module 101 includes a plurality of acquisition sub-modules; the plurality of acquisition sub-modules are in one-to-one correspondence with a plurality of devices based on a first communication protocol; the acquisition sub-module is used for acquiring data of the corresponding first communication protocol of the corresponding device.

The protocol conversion gateway 10 may acquire data of one device or data of a plurality of devices, respectively. When the data of a plurality of devices need to be acquired, the data of the corresponding devices can be acquired through a plurality of corresponding acquisition sub-modules.

Taking the first communication protocol as a CAN protocol and the second communication protocol as a Modbus protocol as an example, in one embodiment, the protocol conversion gateway 10 may respectively obtain data of a plurality of CAN devices, convert the obtained data, and then cache the converted data, and the Modbus device may obtain the cached data of the plurality of CAN devices.

In the case of a plurality of CAN devices, in one embodiment, a unified communication protocol conversion rule for implementing data conversion of the CAN protocol and the Modbus protocol may be preconfigured in the protocol conversion gateway 10. And the data of the CAN devices are converted based on the unified communication protocol conversion rule.

In another embodiment, when there are multiple CAN devices, a communication protocol conversion rule corresponding to each CAN device and used for implementing data conversion of the CAN protocol and the Modbus protocol may be preconfigured in the protocol conversion gateway 10. The data of the CAN devices are converted based on corresponding communication protocol conversion rules. For two CAN devices, the corresponding communication protocol conversion rules of the two CAN devices CAN be the same or different.

When there are multiple CAN devices, the protocol conversion gateway 10 may be respectively provided with a buffer module corresponding to each CAN device, so as to buffer the data of the corresponding CAN device or the converted data.

When there are multiple Modbus devices, the protocol conversion gateway 10 may be respectively provided with a sending module corresponding to each Modbus device, so as to send data to the corresponding Modbus device.

Taking the first communication protocol as the CAN protocol and the second communication protocol as the Modbus protocol as an example, please refer to fig. 1 to fig. 3, the protocol conversion gateway 10 may achieve the purpose that the Modbus device obtains CAN device data. Considering that in different application scenarios, the situation that the Modbus device acquires the data of the CAN device may exist, and the situation that the CAN device acquires the data of the Modbus device may also exist, so in order to enable the protocol conversion gateway 10 to be applicable to various application scenarios, a corresponding module for implementing that the CAN device acquires the data of the Modbus device may also be set in the protocol conversion gateway 10.

In one embodiment of the present utility model, referring to fig. 4, the protocol conversion gateway 10 further includes: a second obtaining module 106, configured to obtain data of a second communication protocol corresponding to the device based on the second communication protocol; the second buffer module 107 is configured to buffer data, where the data buffered by the second buffer module 107 is obtained according to the data acquired by the second acquisition module 106; and a second sending module 108, configured to send data corresponding to the first communication protocol to the device based on the first communication protocol, where the data sent by the second sending module 108 is obtained according to the data buffered by the second buffering module 107.

In one embodiment of the present utility model, protocol conversion gateway 10 further comprises: the second storage module is used for storing a second mapping relation, and the second mapping relation is used for converting data corresponding to the second communication protocol into data corresponding to the first communication protocol.

In one embodiment of the present utility model, the protocol conversion gateway 10 further includes a second receiving module; the second receiving module is used for receiving a second data acquisition request sent by the equipment based on the first communication protocol; the second sending module 108 is configured to send data corresponding to the first communication protocol in response to the second data acquisition request.

Taking the first communication protocol as the CAN protocol and the second communication protocol as the Modbus protocol as an example, in the embodiment shown in fig. 4, the first obtaining module 101, the first buffer module 102 and the first sending module 103 are used for implementing a function of obtaining CAN device data by Modbus devices, the second obtaining module 106, the second buffer module 107 and the second sending module 108 are used for implementing a function of obtaining CAN device data by Modbus devices, implementation logic of the two functions is consistent, and for an implementation process of obtaining CAN device data by Modbus devices, reference CAN be made to an implementation process of obtaining CAN device data by Modbus devices.

The protocol conversion gateway 10 shown in fig. 4 not only CAN realize the purpose that the Modbus device obtains the CAN device data, but also CAN realize the purpose that the Modbus device obtains the CAN device data, CAN solve the problem of time delay in the protocol conversion process, and is applicable to a plurality of scenes.

In one embodiment of the present application, the protocol conversion gateway 10 shown in fig. 4 may be connected to one CAN device and a plurality of Modbus devices, where the CAN device is used as a master device, and the Modbus device is used as a slave device, and the master device obtains data of each slave device. The protocol conversion gateway 10 may pre-obtain data of each Modbus device, and convert the obtained Modbus data into corresponding CAN data based on a communication protocol conversion rule between the pre-configured CAN device and a plurality of Modbus devices, and cache the converted CAN data. When the CAN device needs to acquire information of a plurality of Modbus devices, the protocol conversion gateway 10 may report the buffered CAN data to the CAN device in real time. Therefore, the purpose of CAN-Modbus protocol rapid conversion in the application environments of a plurality of Modbus devices and a CAN device CAN be achieved.

In one embodiment of the present application, the protocol conversion gateway 10 shown in fig. 4 may connect a plurality of CAN devices and one Modbus device, where the CAN devices are slave devices and the Modbus devices are master devices, and the master devices acquire data of the slave devices. The protocol conversion gateway 10 may pre-obtain data of each CAN device, and convert the obtained CAN data into corresponding Modbus data based on a communication protocol conversion rule between the pre-configured Modbus device and a plurality of CAN devices, and cache the converted Modbus data. When the Modbus device needs to acquire information of a plurality of CAN devices, the protocol conversion gateway 10 may report the buffered Modbus data to the Modbus device in real time. Therefore, the purpose of rapid conversion of Modbus-CAN protocols in the application environments of a plurality of CAN devices and one Modbus device CAN be achieved.

In one embodiment of the present application, the protocol conversion gateway 10 shown in fig. 4 may connect a plurality of CAN devices and a plurality of Modbus devices, where the CAN devices are used as master devices, and the Modbus devices are used as slave devices, and the master devices obtain data of the slave devices. The protocol conversion gateway 10 may pre-obtain data of each Modbus device, and for each CAN device, convert the obtained Modbus data into corresponding CAN data based on a communication protocol conversion rule between the pre-configured CAN device and a plurality of Modbus devices, and cache the converted CAN data. When the CAN device needs to acquire information of a plurality of Modbus devices, the protocol conversion gateway 10 may report the buffered CAN data to the CAN device in real time. Therefore, the purpose of CAN-Modbus protocol rapid conversion in the application environments of a plurality of Modbus devices and a plurality of CAN devices CAN be achieved.

The protocol conversion gateway provided by any embodiment of the utility model CAN support the conventional Modbus-CAN protocol mutual conversion function so as to match (or replace) the conventional existing Modbus-CAN protocol conversion device on the market.

The protocol conversion gateway provided by any embodiment of the utility model CAN pre-configure the communication protocol conversion rule aiming at the Modbus protocol and the CAN protocol, and CAN realize timely response of data acquisition based on the pre-configured communication protocol conversion rule and the pre-communication with Modbus equipment and CAN equipment. Especially in the application environment of large data volume communication, the problem of data delay can be greatly reduced, and the purpose of rapid communication between devices is achieved.

The protocol conversion gateway provided by any embodiment of the utility model can be applied to a plurality of fields such as intelligent transportation, intelligent home, intelligent fire protection, industrial monitoring, environmental monitoring and the like.

In one embodiment of the present utility model, the transmission modules included in the protocol conversion gateway 10, such as the first transmission module 103 and the second transmission module 108, may be a mobile communication module, a wireless communication module, and the like.

The mobile communication module may provide a solution including 2G/3G/4G/5G wireless communication applied to the protocol conversion gateway 10.

The wireless communication module may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc. applied to the protocol conversion gateway 10. The wireless communication module may be one or more devices that integrate at least one communication processing module.

In one embodiment of the present utility model, the protocol conversion gateway 10 includes a storage module, such as a first storage module and a second storage module, which may be a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, an optical disk, or the like.

In one embodiment of the present utility model, protocol conversion gateway 10 may further include an external memory interface that may be used to interface with an external memory card, such as a Micro SD card, to enable expansion of the storage capabilities of protocol conversion gateway 10.

In one embodiment of the present utility model, protocol conversion gateway 10 may include a charge management module, a power management module. The charge management module is to receive a charge input from a charger. The power management module is used for connecting the battery.

In the several embodiments provided in the present utility model, it should be understood that the disclosed system and apparatus may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the elements is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple elements or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices, or units, which may be in electrical, mechanical, or other forms.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed over a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments of the present utility model may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in hardware plus software functional units.

The integrated units, implemented in the form of software functional units, may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium, and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a Processor (Processor) to perform the steps involved in the embodiments of the present utility model. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

In the present embodiments, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

All embodiments in the application are described in a progressive manner, and identical and similar parts of all embodiments are mutually referred, so that each embodiment mainly describes differences from other embodiments.

Those of ordinary skill in the art will appreciate that the various elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as a combination of electronic hardware, computer software, and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The foregoing description of the preferred embodiments of the utility model is not intended to be limiting, but rather to enable any modification, equivalent replacement, improvement or the like to be made within the spirit and principles of the utility model.

Claims (10)

1. A protocol conversion gateway, comprising:

a first acquisition module, configured to acquire data corresponding to a first communication protocol of a device based on the first communication protocol;

the first buffer module is used for buffering data, wherein the data buffered by the first buffer module is obtained according to the data acquired by the first acquisition module;

and the first sending module is used for sending data corresponding to the second communication protocol to equipment based on the second communication protocol, wherein the data sent by the first sending module is obtained according to the data cached by the first caching module.

2. The protocol conversion gateway according to claim 1, further comprising:

the first storage module is used for storing a first mapping relation, and the first mapping relation is used for converting data corresponding to the first communication protocol into data corresponding to the second communication protocol.

3. The protocol conversion gateway according to claim 1, further comprising a first receiving module;

the first receiving module is used for receiving a first data acquisition request sent by equipment based on the second communication protocol;

the first sending module is used for responding to the first data acquisition request and sending data corresponding to the second communication protocol.

4. The protocol conversion gateway according to claim 1, further comprising:

a second acquisition module, configured to acquire data corresponding to the second communication protocol of the device based on the second communication protocol;

the second buffer module is used for buffering data, wherein the data buffered by the second buffer module is obtained according to the data acquired by the second acquisition module;

and the second sending module is used for sending the data corresponding to the first communication protocol to the equipment based on the first communication protocol, wherein the data sent by the second sending module is obtained according to the data cached by the second caching module.

5. The protocol conversion gateway according to claim 4, further comprising:

the second storage module is used for storing a second mapping relation, and the second mapping relation is used for converting data corresponding to the second communication protocol into data corresponding to the first communication protocol.

6. The protocol conversion gateway according to claim 4, further comprising a second receiving module;

the second receiving module is used for receiving a second data acquisition request sent by equipment based on the first communication protocol;

the second sending module is used for responding to the second data acquisition request and sending data corresponding to the first communication protocol.

7. The protocol conversion gateway according to claim 1, further comprising a first processing module;

the first processing module is used for converting the data acquired by the first acquisition module into data corresponding to the second communication protocol and outputting the converted data to the first buffer module;

the first buffer module is used for buffering data corresponding to the second communication protocol.

8. The protocol conversion gateway according to claim 1, further comprising a first processing module;

the first buffer module is used for buffering data corresponding to the first communication protocol;

the first processing module is configured to convert the data buffered by the first buffering module into data corresponding to the second communication protocol, and output the converted data to the first sending module.

9. The protocol conversion gateway according to claim 1, wherein the first acquisition module comprises a plurality of acquisition sub-modules;

the plurality of acquisition sub-modules are in one-to-one correspondence with a plurality of devices based on the first communication protocol;

the acquisition sub-module is used for acquiring data corresponding to the first communication protocol of the corresponding equipment.

10. The protocol conversion gateway according to claim 1, wherein the first communication protocol is a controller area network protocol and the second communication protocol is a Modbus protocol, or wherein the second communication protocol is a controller area network protocol and the first communication protocol is a Modbus protocol.

Images