CN114430531A - GPS data transmission system, method, device, computer equipment and storage medium - Google Patents
GPS data transmission system, method, device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN114430531A CN114430531A CN202010974424.3A CN202010974424A CN114430531A CN 114430531 A CN114430531 A CN 114430531A CN 202010974424 A CN202010974424 A CN 202010974424A CN 114430531 A CN114430531 A CN 114430531A
- Authority
- CN
- China
- Prior art keywords
- gps data
- code
- server
- request instruction
- gps
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 74
- 238000000034 method Methods 0.000 title claims abstract description 47
- QVFWZNCVPCJQOP-UHFFFAOYSA-N chloralodol Chemical compound CC(O)(C)CC(C)OC(O)C(Cl)(Cl)Cl QVFWZNCVPCJQOP-UHFFFAOYSA-N 0.000 claims abstract description 11
- 238000004590 computer program Methods 0.000 claims description 21
- 238000004140 cleaning Methods 0.000 claims description 14
- 125000004122 cyclic group Chemical group 0.000 description 50
- 230000008569 process Effects 0.000 description 11
- 230000002035 prolonged effect Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 230000008859 change Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000013461 design Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000003208 petroleum Substances 0.000 description 1
- 230000000704 physical effect Effects 0.000 description 1
- 239000011435 rock Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
- G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
- G01S19/38—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system
- G01S19/39—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system the satellite radio beacon positioning system transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
- G01S19/42—Determining position
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The invention provides a GPS data transmission system, a method, a device, computer equipment and a storage medium, wherein the system comprises a client, a server, a LoRa gateway and a node instrument; the client is used for sending a request instruction for acquiring GPS data to the server, and the server is used for forwarding the request instruction to the LoRa gateway; the LoRa gateway is used for sending the request instruction to the node instrument in a broadcast mode; the node instrument is used for judging whether the requested equipment code is matched with the self code; if the GPS data is matched with the GPS data, starting a GPS module to obtain the GPS data, and sending the GPS data to a server; the server is also used for sending the GPS data to the client after receiving the GPS data sent by the node instrument; because the GPS module is restarted according to the user requirement, the GPS module does not need to carry out positioning in real time, namely, the electric energy loss of the node instrument can be reduced according to the principle of using as required, thereby prolonging the service life of the battery of the node instrument.
Description
Technical Field
The invention relates to the technical field of petroleum and seismic exploration data acquisition, in particular to a GPS data transmission system, a method, a device, computer equipment and a storage medium.
Background
Seismic exploration is a technology for observing seismic wave signals on the ground surface by using a detector and processing and analyzing the signals so as to obtain underground structures, rock physical properties and resource information, and is widely applied to the aspects of geological exploration of oil fields and engineering, regional geological research, crustal research and the like.
The node device is a node detector, which obtains position coordinate information by using a Positioning function of a Global Positioning System (GPS), and the obtained position information is essential basic data in a process of implementing data acquisition by the node device. Under the support of the position information data, the node instrument can establish the correlation between the seismic wave signals and the positions of the receiving points. In recent years, with the development of communication technology, the wireless node instrument has the advantages of convenience in installation, rich interfaces and more stable performance, and the seismic exploration and acquisition technology gradually develops from a wired node instrument to the wireless node instrument. However, because the wireless node instrument needs to be powered by a battery, and the GPS module belongs to a high-power consumption module, when the wireless node instrument is used for seismic exploration and acquisition, the electric energy loss of the battery is large, and the battery needs to be replaced frequently or charged; inconveniencing the seismic survey technique.
Therefore, a method for reducing power consumption of a node device is needed.
Disclosure of Invention
In view of the above, it is necessary to provide a GPS data transmission system, a method, an apparatus, a computer device and a storage medium for solving the above technical problems.
In one embodiment, a GPS data transmission system comprises: the system comprises a client, a server, a LoRa gateway and a node instrument;
the client is used for sending a request instruction for acquiring GPS data to the server, wherein the request instruction comprises the equipment code of the requested equipment;
the server is used for forwarding the request instruction to the LoRa gateway after receiving the request instruction;
the LoRa gateway is used for sending the request instruction to the node instrument in a broadcast mode after receiving the request instruction sent by the server;
the node instrument is used for judging whether the equipment code is matched with the self code after receiving the request instruction; when the equipment code is matched with the self code, a GPS module is started to obtain GPS data, and the GPS data is sent to a server;
and the server is also used for sending the GPS data to the client after receiving the GPS data sent by the node instrument.
In one embodiment, the client is used for sending a request instruction for acquiring the GPS data to the server by means of message queue telemetry transmission;
the server is also used for sending the GPS data to the client terminal in a message queue telemetry transmission mode.
In one embodiment, the LoRa gateway is in a long connection state; and the server sends the request instruction to the LoRa gateway in a socket mode.
In one embodiment, the node device is configured to clean the GPS data according to a preset format to obtain the cleaned GPS data, and send the cleaned GPS data to a server.
In one embodiment, the node device is configured to obtain a return data packet according to the agreed packet and the cleaned GPS data, and send the return data packet to the server;
the server is used for analyzing the return data message after receiving the return data message sent by the node instrument, extracting the cleaned GPS data and sending the cleaned GPS data to the client.
In one embodiment, a GPS data transmission method includes:
receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
judging whether the equipment code is matched with a preset code or not;
when the equipment code is matched with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
and sending the GPS data to a server.
In one embodiment, before the step of sending the GPS data to a server, the method further comprises:
cleaning the GPS data according to a preset format to obtain the cleaned GPS data;
the step of sending the GPS data to a server includes:
and sending the cleaned GPS data to the server.
In one embodiment, a GPS data transmission device includes:
a receiving module, configured to receive a request instruction, where the request instruction includes a device code of a requested device;
the judging module is used for judging whether the equipment code is matched with a preset code or not;
the acquisition module is used for starting the GPS module when the equipment code is matched with the preset code and acquiring GPS data through the GPS module;
and the sending module is used for sending the GPS data to a server.
In one embodiment, a computer device comprises a memory storing a computer program and a processor implementing the steps of the method of any of the above embodiments when the processor executes the computer program.
In one of the embodiments, a computer-readable storage medium has stored thereon a computer program which, when being executed by a processor, carries out the steps of the method of any of the above embodiments.
In the GPS data transmission system, a user needs to receive GPS data of a node instrument, a request instruction for acquiring the GPS data is sent to a server through a client, the server sends the received request instruction to a LoRa gateway, the LoRa gateway sends the request instruction to the node instrument in a broadcast mode after receiving the request instruction, the node instrument checks whether an equipment code in the request instruction is matched with a self code or not when receiving the request instruction, when the equipment code is matched with the self code, a GPS module is started to acquire the GPS data so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, and then the server sends the GPS data to the client so that the client acquires the GPS data to realize the transmission of the GPS data, and because the GPS module is restarted according to the user requirement, the GPS module does not need to perform positioning in real time, namely according to the principle of using as required, the electric energy loss of the node instrument can be reduced, so that the service life of the battery of the node instrument is prolonged, and the times of replacing the battery or charging the battery are reduced.
Drawings
FIG. 1 is a flow diagram illustrating a method for GPS data transmission according to one embodiment;
FIG. 2 is a block diagram of a GPS data transfer device according to one embodiment;
FIG. 3 is a diagram illustrating an internal structure of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
In one embodiment, a GPS data transmission system is provided, the system comprising: the system comprises a client, a server, a LoRa gateway and a node instrument;
the client is used for sending a request instruction for acquiring GPS data to the server, wherein the request instruction comprises the equipment code of the requested equipment;
the server is used for forwarding the request instruction to the LoRa gateway after receiving the request instruction;
the LoRa gateway is used for sending the request instruction to the node instrument in a broadcast mode after receiving the request instruction sent by the server;
the node instrument is used for judging whether the equipment code is matched with the self code after receiving the request instruction; when the equipment code is matched with the self code, a GPS module is started to obtain GPS data, and the GPS data is sent to a server;
and the server is also used for sending the GPS data to the client after receiving the GPS data sent by the node instrument.
In the GPS data transmission system, a user needs to receive GPS data of a node instrument, a request instruction for acquiring the GPS data is sent to a server through a client, the server sends the received request instruction to a LoRa gateway, the LoRa gateway sends the request instruction to the node instrument in a broadcast mode after receiving the request instruction, the node instrument checks whether an equipment code in the request instruction is matched with a self code or not when receiving the request instruction, when the equipment code is matched with the self code, a GPS module is started to acquire the GPS data so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, and then the server sends the GPS data to the client so that the client acquires the GPS data to realize the transmission of the GPS data, and because the GPS module is restarted according to the user requirement, the GPS module does not need to perform positioning in real time, namely according to the principle of using as required, the electric energy loss of the node instrument can be reduced, so that the service life of the battery of the node instrument is prolonged, and the times of replacing the battery or charging the battery are reduced.
First embodiment
The present embodiment provides a GPS data transmission system, including: the system comprises a client, a server, a LoRa gateway and a node instrument;
the client is used for sending a request instruction for acquiring GPS data to the server, wherein the request instruction comprises the equipment code of the requested equipment;
the server is used for forwarding the request instruction to the LoRa gateway after receiving the request instruction;
the LoRa gateway is used for sending the request instruction to the node instrument in a broadcast mode after receiving the request instruction sent by the server;
the node instrument is used for judging whether the equipment code is matched with the self code after receiving the request instruction; when the equipment code is matched with the self code, a GPS module is started to obtain GPS data, and the GPS data is sent to a server;
and the server is also used for sending the GPS data to the client after receiving the GPS data sent by the node instrument.
Specifically, the client, i.e., the central client, is also called a client, and refers to a program corresponding to the server for providing local services to the client. The client side is used for the user to operate, when the user needs to acquire the position coordinate information of the node instrument, a request instruction for acquiring the GPS data is sent to the server through the client side, the instruction comprises the equipment code of the requested equipment, namely the equipment code of the requested node instrument, and the client side needs to determine the equipment number of the node instrument needing to acquire the GPS data. For example, the user may manually input the device number of the node device that needs to be acquired, or may first store the device numbers of all the node devices in a list, and select the device number of the node device that needs to acquire GPS data from the list.
Specifically, a Long Range Radio (LoRa) gateway is also called an LoRa base station, and is a gateway device that uses the LoRa wireless modulation technique to implement Long Range data transmission. The LoRa gateway adopts the design of an industrial-grade 32-bit special network processor and a high-speed 4G wireless communication module, supports APN/VPDN wireless private network, supports LoRaWAN communication specification, supports GPS high-precision clock synchronization, and has the concurrent processing capacity of multiple frequency points and multiple channels. Through setting up the loRa gateway, the server will be from the request instruction that the client received to send to the loRa gateway, and the loRa gateway broadcasts the request instruction to the node appearance through wireless communication technology on, has realized the wireless transmission of node appearance and client.
Specifically, broadcasting is a way of information propagation, and means that a certain device in a network simultaneously sends data to all other devices in the network, and the range to which the data can be broadcasted is a broadcast domain. Correspondingly, according to the application, the LoRa gateway sends the request instruction to all node instruments in the network simultaneously through the wireless transmission technology.
Specifically, the node instrument acquires a request instruction sent by the LoRa gateway and judges whether an equipment code in the request instruction is matched with a self code; if the node instruments are matched with each other, the node instruments are the node instruments required by the client to acquire the GPS data, the GPS modules in the node instruments are started, the GPS modules perform positioning to acquire the GPS data, namely the node instruments acquire the GPS data through the GPS modules, and then the node instruments forward the acquired GPS data to the client through the server so that the client can receive the GPS data of the corresponding node instruments. In this embodiment, the request instruction is sent through the client, that is, according to the on-demand use principle, when the user needs to acquire GPS data, the GPS module is started to perform positioning, and real-time positioning is not needed, so that the power consumption of the node device can be reduced, and the service life of the battery of the node device is prolonged. And for the node instruments which are not requested by the client, the equipment codes contained in the request sending instruction are not matched with the own codes, so that the standby state is kept, and the power consumption of the node instruments is further reduced.
In the GPS data transmission system, a user needs to receive GPS data of a node instrument, a request instruction for acquiring the GPS data is sent to a server through a client, the server sends the received request instruction to a LoRa gateway, the LoRa gateway sends the request instruction to the node instrument in a broadcast mode after receiving the request instruction, the node instrument checks whether an equipment code in the request instruction is matched with a self code or not when receiving the request instruction, when the equipment code is matched with the self code, a GPS module is started to acquire the GPS data so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, and then the server sends the GPS data to the client so that the client acquires the GPS data to realize the transmission of the GPS data, and because the GPS module is restarted according to the user requirement, the GPS module does not need to perform positioning in real time, namely according to the principle of using as required, the electric energy loss of the node instrument can be reduced, so that the service life of the battery of the node instrument is prolonged, and the times of replacing the battery or charging the battery are reduced.
In one embodiment, the client is used for sending a request instruction for acquiring the GPS data to the server by means of message queue telemetry transmission;
the server is also used for sending the GPS data to the client terminal in a message queue telemetry transmission mode.
Specifically, the Message queue Telemetry Transport, MQTT (Message queue Telemetry Transport), is a Message Transport protocol based on a publish or subscribe mode of a lightweight proxy, operates on a TCP protocol stack, and provides network connection guarantee of ordered, reliable, and bidirectional connection for the TCP protocol stack. And the message queue telemetry transmission has the following characteristics:
(1) the MQTT message bandwidth is small, and the design is reasonable and the implementation is carried out on a low-power system;
(2) messages on MQTT very simple remote sensor systems are implemented. Since most of the complex work is done on the server, the remote system can use its resources elsewhere.
(3) MQTT is used in mission critical sensor systems where any message sent is critical to acknowledgement and reception. MQTT allows the importance of a message to be defined by declaring its quality of service (QOS) level.
Therefore, the server and the client transmit data in an MQTT mode, protocol overhead can be reduced, electric energy loss of the client is reduced, and data transmission is stable and reliable.
In one embodiment, the request instruction further includes a frame header, a command code, a cyclic redundancy check code, and an end symbol, and the frame header, the device code, the command code, the cyclic redundancy check code, and the end symbol are arranged in sequence. Specifically, cyclic redundancy check code, that is, CRC8(cyclic redundancy check); the frame header occupies 1 byte for "$", the equipment coding of the node instrument is formed by coding 8-bit character codes, 8 bytes are occupied, 2 bytes are occupied by command codes, 1 byte is occupied by cyclic redundancy check codes, and 2 bytes are occupied by the end character of "\ r \ n" for carriage return and line change. For example, the command code is "61" and the CRC8 is a check value encoded in the first 11 characters of the instruction. The request instruction is formed by sequentially arranging the frame header, the equipment code, the command code, the cyclic redundancy check code and the end symbol, so that the node instrument can better judge whether the equipment code in the request instruction is matched with the self code when analyzing the request instruction. In one embodiment, the request command is composed of a frame header, a device code, a command code, a cyclic redundancy check code, and the end symbol arranged in sequence. In this embodiment, the command code is a first command code, and the crc code is a first crc code.
In one embodiment, the LoRa gateway is in a long connection state; and the server sends the request instruction to the LoRa gateway in a socket mode. Specifically, a long connection means that multiple data packets can be continuously transmitted over one connection, and during the connection holding period, if no data packet is transmitted, a link detection packet needs to be transmitted in both directions. A socket, is an abstraction of an endpoint for two-way communication between application processes on different hosts in a network. A socket is the end of a process's communication over a network and provides a mechanism for application layer processes to exchange data using a network protocol. From the position, the socket connects the application process to the application process, connects the network Protocol stack to the application program, is an interface through which the application program communicates by the network Protocol, is an interface through which the application program interacts with the network Protocol root, and the socket is a basic operation unit for supporting path communication of a TCP (Transmission Control Protocol)/IP (Internet Protocol) Protocol. In this embodiment, the server obtains the request instruction sent by the client, and sends the request instruction to the LoRa gateway in the long connection state in a pure socket manner, so that communication between the server and the LoRa gateway is realized.
In one embodiment, the node device is configured to clean the GPS data according to a preset format to obtain the cleaned GPS data, and send the cleaned GPS data to a server. Specifically, the cleansing is data cleansing, which is the last procedure to find and correct recognizable errors in the data file, including checking data consistency, processing invalid values and missing values, and the like. Because the data in the data warehouse is a collection of data oriented to a certain subject, the data is extracted from a plurality of business systems and contains historical data, so that the condition that some data are wrong data and some data conflict with each other is avoided, and the wrong or conflicting data are obviously unwanted and are called as 'dirty data'. The purpose of data cleaning is to unify a plurality of different tools for information security detection into a platform-specific format and extract useful data for data circulation of subsequent processes. In this embodiment, the GPS module collects GPS data, and the node apparatus cleans the collected GPS data according to a preset format, that is, sets the GPS data to the preset format, and sends the cleaned GPS data to the server, thereby ensuring the integrity of GPS data transmission. In one embodiment, the preset format is JSON (JavaScript Object Notation, JS) format. The JSON format is as follows:
{"GPS":"JJJJJJJJJJJEWWWWWWWWWWNHHHHHvvYYYYMMDDTTMM SS"}
to facilitate understanding of a specific embodiment, the GPS data collected are:
{"GPS":"11844.00253E3204.22579N+002720720200211135604"}
the expressed meaning of each character in the above JSON format is:
(1) the 11J pieces indicate longitude, which in this embodiment means 118 degrees and 44 minutes, and 0.00253 × 60 is 0.1518 seconds.
(2) E means east meridian, and W means west meridian.
(3) 10W means the latitude, which in this example is 32 degrees 04 minutes, and 0.22579 × 60 is 13.5474 seconds.
(4) N means northern hemisphere, and southern hemisphere is denoted by S.
(5) 6H represent height, 999999 max, in decimeters. In this example, the height is 27.2 m.
(6) The number of satellites in use for 2V. This embodiment shows a satellite number of 7.
(7) UTC time, year, month, day, hour, minute and second.
Therefore, the GPS data collected by the GPS module in the node instrument can be clearly represented by cleaning the GPS data into a JSON format. And the cleaned GPS data occupies less resources, has high transmission efficiency and is more stable.
In one embodiment, the node device is configured to obtain a return data packet according to the agreed packet and the cleaned GPS data, and send the return data packet to the server;
the server is used for analyzing the return data message after receiving the return data message sent by the node instrument, extracting the cleaned GPS data and sending the cleaned GPS data to the client.
Specifically, the node device is configured to obtain a return data packet according to the agreed packet and the cleaned GPS data, that is, substitute the GPS data into the agreed packet, thereby obtaining the return data packet. The return data message comprises a packet length, a command code, a device code, cleaned GPS data and a cyclic redundancy check code, wherein the packet length, the command code, the device code, the cleaned GPS data and the cyclic redundancy check code are arranged in sequence. In one embodiment, the return datagram is composed of a packet length, a command code, a device code, cleaned GPS data, and a crc code, which are arranged in sequence. Wherein, the packet length is 4 bytes (int integer), the packet length is the length of the whole message, the command code is 2 bytes, for example: the command code is "61"; the device code is 8 bytes, and the device code is the device code of the node device corresponding to the acquired GPS data, namely the device code requested by the client. The cyclic redundancy check code occupies one byte, and is the checksum of the message; the cleaned GPS data is GPS data in JSON format. The GPS data is transmitted in the form of the appointed message, so that the server can conveniently analyze the message when receiving the return data message, thereby better extracting the GPS data contained in the return data message and ensuring the stability of GPS data transmission. In this embodiment, the command code is a second command code, and the cyclic redundancy check code is a second cyclic redundancy check code.
The following is a specific embodiment of a GPS data transmission system, comprising: the system comprises a client, a server, a LoRa gateway and a node instrument;
the client is used for sending a request instruction for acquiring GPS data to the server in a message queue telemetry transmission mode, wherein the request instruction comprises a frame header, a first command code, a device code, a first cyclic redundancy check code and an end symbol, and the frame header, the device code, the first command code, the first cyclic redundancy check code and the end symbol are arranged in sequence;
the server is used for forwarding the request instruction to the LoRa gateway in a socket mode after receiving the request instruction;
the LoRa gateway is used for sending the request instruction to the node instrument in a broadcast mode after receiving the request instruction sent by the server;
the node instrument is used for judging whether the equipment code is matched with the self code after receiving the request instruction; when the equipment code is matched with the self code, a GPS module is started to obtain GPS data, and the GPS data is cleaned according to a preset format to obtain the cleaned GPS data; according to the appointed message and the cleaned GPS data, obtaining a return data message, and sending the return data message to the server; the preset format is a JSON format, and the JSON format is as follows:
{"GPS":"JJJJJJJJJJJEWWWWWWWWWWNHHHHHvvYYYYMMDDTTMM SS"}
the return data message consists of a packet length, a second command code, an equipment code, cleaned GPS data and a second cyclic redundancy check code, and the packet length, the second command code, the equipment code, the cleaned GPS data and the second cyclic redundancy check code are arranged in sequence;
the server is used for analyzing the return data message after receiving the return data message sent by the node instrument, extracting the cleaned GPS data, sending the cleaned GPS data to the client and storing the cleaned GPS data to a local disk.
In the GPS data transmission system, a user needs to receive GPS data of a node instrument, a request instruction for acquiring the GPS data is sent to a server through a client, the server sends the received request instruction to a LoRa gateway, the LoRa gateway sends the request instruction to the node instrument in a broadcast mode after receiving the request instruction, the node instrument checks whether an equipment code in the request instruction is matched with a self code or not when receiving the request instruction, when the equipment code is matched with the self code, a GPS module is started to acquire the GPS data so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, and then the server sends the GPS data to the client so that the client acquires the GPS data to realize the transmission of the GPS data, and because the GPS module is restarted according to the user requirement, the GPS module does not need to perform positioning in real time, namely according to the principle of using as required, the electric energy loss of the node instrument can be reduced, so that the service life of the battery of the node instrument is prolonged, and the times of replacing the battery or charging the battery are reduced; meanwhile, a set of own transmission protocol is designed to ensure the integrity of GPS data information transmission.
Second embodiment
In this embodiment, a GPS data transmission method is provided, where the method includes:
receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
judging whether the equipment code is matched with a preset code or not;
when the equipment code is matched with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
and sending the GPS data to a server.
According to the GPS data transmission method, when a request instruction is received, whether the equipment code in the request instruction is matched with the self code is detected, when the equipment code is matched with the preset code, the GPS module is started to collect GPS data, so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, the GPS data is transmitted, and the GPS module is restarted according to the user requirement, so that the GPS module does not need to be positioned in real time, namely, according to the principle of use as required, the electric energy loss of the node instrument can be reduced, and the service life of a battery of the node instrument is prolonged.
Referring to fig. 1, in one embodiment, a GPS data transmission method is provided, which includes:
s110, receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
specifically, the request instruction is sent by the client, and when the user needs to acquire the position coordinate information of the node device, the request instruction for acquiring the GPS data is sent to the server through the client, where the request instruction includes the requested device number, that is, the client needs to determine the device number of the node device that needs to acquire the GPS data. For example, the user may manually input the device number of the node device that needs to be acquired, or may first store the device numbers of all the node devices in a list, and select the device number of the node device that needs to acquire GPS data from the list.
Specifically, the client sends the request instruction to the server, and the server forwards the request instruction to the LoRa gateway in a forwarding manner after receiving the request instruction; after receiving the request instruction sent by the server, the LoRa gateway sends the request instruction to the node instrument in a broadcast mode; thereby enabling the node instrument to receive the request instruction.
Specifically, broadcasting is a way of information propagation, and means that a certain device in a network simultaneously sends data to all other devices in the network, and the range to which the data can be broadcasted is a broadcast domain. Correspondingly, according to the application, the LoRa gateway sends the request instruction to all node instruments in the network simultaneously through the wireless transmission technology.
S120, judging whether the equipment code is matched with a preset code or not;
specifically, the request instruction includes the device code of the requested node device, and therefore, the device code in the request instruction is extracted and matched with the preset code to judge whether the node device is the node device requested by the client.
S130, when the equipment code is matched with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
specifically, if the node device is matched with the client, the node device is a node device which needs to acquire the GPS data by the client, a GPS module in the node device is started, the GPS module performs positioning to acquire the GPS data, that is, the node device acquires the GPS data, and then the node device forwards the acquired GPS data to the client through the server, so that the client can receive the GPS data of the corresponding node device. In this embodiment, the request instruction is sent through the client, that is, according to the on-demand use principle, when the user needs to acquire GPS data, the GPS module is started to perform positioning, and real-time positioning is not needed, so that the power consumption of the node device can be reduced, and the service life of the battery of the node device is prolonged. And for the node instruments which are not requested by the client, the equipment codes contained in the request sending instruction are not matched with the own codes, so that the standby state is kept, and the power consumption of the node instruments is further reduced.
And S140, sending the GPS data to a server.
According to the GPS data transmission method, when a request instruction is received, whether the equipment code in the request instruction is matched with the self code or not is detected, when the equipment code is matched with the preset code, the GPS module is started to collect GPS data, so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, the GPS data is transmitted, and the GPS module is restarted according to the user requirement, so that the GPS module does not need to be positioned in real time, namely according to the principle of use as required, the electric energy loss of the node instrument can be reduced, the service life of the battery of the node instrument is prolonged, and the battery replacement times or charging times are reduced.
In one embodiment, the request instruction further includes a frame header, a command code, a cyclic redundancy check code, and an end symbol, and the frame header, the device code, the command code, the cyclic redundancy check code, and the end symbol are arranged in sequence. Specifically, cyclic redundancy check code, that is, CRC (cyclic redundancy check) 8; the frame header occupies 1 byte for "$", the equipment coding of the node instrument is formed by coding 8-bit character codes, 8 bytes are occupied, 2 bytes are occupied by command codes, 1 byte is occupied by cyclic redundancy check codes, and 2 bytes are occupied by the end character of "\ r \ n" for carriage return and line change. For example, the command code is "61" and the CRC8 is a check value encoded in the first 11 characters of the instruction. The request instruction is formed by sequentially arranging the frame header, the equipment code, the command code, the cyclic redundancy check code and the end symbol, so that the node instrument can better judge whether the equipment code in the request instruction is matched with the self code when analyzing the request instruction. In one embodiment, the request command is composed of a frame header, a device code, a command code, a cyclic redundancy check code, and the end symbol arranged in sequence.
In one embodiment, before the step of sending the GPS data to a server, the method further comprises:
cleaning the GPS data according to a preset format to obtain the cleaned GPS data;
the step of sending the GPS data to a server includes:
and sending the cleaned GPS data to the server.
Specifically, the cleansing is data cleansing, which is the last procedure to find and correct recognizable errors in the data file, including checking data consistency, processing invalid values and missing values, and the like. Because the data in the data warehouse is a collection of data oriented to a certain subject, the data is extracted from a plurality of business systems and contains historical data, so that the condition that some data are wrong data and some data conflict with each other is avoided, and the wrong or conflicting data are obviously unwanted and are called as 'dirty data'. The purpose of data cleaning is to unify a plurality of different tools for information security detection into a platform-specific format and extract useful data for data circulation of subsequent processes. In this embodiment, the GPS module collects GPS data, and cleans the collected GPS data according to a preset format, that is, sets the GPS data to the preset format, and sends the cleaned GPS data to the server, thereby ensuring the integrity of GPS data transmission. In one embodiment, the preset format is JSON (JavaScript Object Notation, JS) format. The JSON format is as follows:
{"GPS":"JJJJJJJJJJJEWWWWWWWWWWNHHHHHvvYYYYMMDDTTMM SS"}
to facilitate understanding of a specific embodiment, the GPS data collected are:
{"GPS":"11844.00253E3204.22579N+002720720200211135604"}
the expressed meaning of each character in the above JSON format is:
(1) the 11J pieces indicate longitude, which in this embodiment means 118 degrees and 44 minutes, and 0.00253 × 60 is 0.1518 seconds.
(2) E means east meridian, and W means west meridian.
(3) 10W means the latitude, which in this example is 32 degrees 04 minutes, and 0.22579 × 60 is 13.5474 seconds.
(4) N means northern hemisphere, and southern hemisphere is denoted by S.
(5) 6H represent height, 999999 max, in decimeters. In this example, the height is 27.2 m.
(6) The number of satellites in use for 2V. This embodiment shows a satellite number of 7.
(7) UTC time, year, month, day, hour, minute and second.
Therefore, the GPS data collected by the GPS module in the node instrument can be clearly represented by cleaning the GPS data into a JSON format. And the cleaned GPS data occupies less resources, has high transmission efficiency and is more stable.
In one embodiment, a GPS data transmission method is provided, the method comprising:
receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
judging whether the equipment code is matched with a preset code or not;
when the equipment code is matched with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
cleaning the GPS data according to a preset format to obtain the cleaned GPS data;
and sending the cleaned GPS data to the server.
According to the GPS data transmission method, when a request instruction is received, whether the equipment code in the request instruction is matched with the self code or not is detected, when the equipment code is matched with the preset code, the GPS module is started to collect GPS data, so that the node instrument acquires the GPS data, the node instrument sends the acquired GPS data to the server, the GPS data is transmitted, and the GPS module is restarted according to the user requirement, so that the GPS module does not need to be positioned in real time, namely according to the principle of use as required, the electric energy loss of the node instrument can be reduced, the service life of the battery of the node instrument is prolonged, and the battery replacement times or charging times are reduced.
In one embodiment, the step of sending the cleaned GPS data to the server includes:
and obtaining a return data message according to the appointed message and the cleaned GPS data, and sending the return data message to the server.
Specifically, according to the agreed message and the GPS data, a return data message is obtained, that is, the GPS data is substituted into the message in the agreed format, so as to obtain the return data message. The return data message comprises a packet length, a command code, a device code, cleaned GPS data and a cyclic redundancy check code, wherein the packet length, the command code, the device code, the cleaned GPS data and the cyclic redundancy check code are arranged in sequence. In one embodiment, the return datagram is composed of a packet length, a command code, a device code, cleaned GPS data, and a crc code, which are arranged in sequence. Wherein, the packet length is 4 bytes (int integer), the packet length is the length of the whole message, the command code is 2 bytes, for example: the command code is "61"; the device code is 8 bytes, and the device code is the device code of the node device corresponding to the acquired GPS data, namely the device code requested by the client. The cyclic redundancy check code occupies one byte, and is the checksum of the message; the cleaned GPS data is GPS data in JSON format. The GPS data is transmitted in the form of the appointed message, so that the server is convenient for message analysis when receiving the return data message, the GPS data contained in the return data message is better extracted, and the stability of GPS data transmission is also ensured.
The third embodiment:
the present embodiment provides a GPS data transmission device, which is implemented by using the GPS data transmission method according to any one of the above embodiments. In one embodiment, the GPS data transmission device includes corresponding modules for implementing the steps of the GPS data transmission method.
Referring to fig. 2, in one embodiment, a GPS data transmission device is provided, the device including:
a receiving module 210, configured to receive a request instruction, where the request instruction includes a device code of a requested device;
a judging module 220, configured to judge whether the device code matches a preset code;
an obtaining module 230, configured to start a GPS module when the device code matches the preset code, and obtain GPS data through the GPS module;
a sending module 240, configured to send the GPS data to a server.
Above-mentioned GPS data transmission device, when receiving the request instruction, whether equipment code in the detection request instruction matches with self code, when equipment code matches with preset code, then start GPS module collection GPS data, so that the node appearance acquires GPS data, the node appearance will acquire GPS data transmission to the server, in order to realize the transmission of GPS data, and owing to restart the GPS module according to user's demand, the GPS module need not to fix a position in real time, according to the principle of using as required promptly, can reduce the electric energy loss of node appearance, thereby prolong the battery life of node appearance, reduce and change battery number of times or the number of times of charging.
In one embodiment, the request instruction further includes a frame header, a command code, a cyclic redundancy check code, and an end symbol, and the frame header, the device code, the command code, the cyclic redundancy check code, and the end symbol are arranged in sequence. Specifically, cyclic redundancy check code, that is, CRC (cyclic redundancy check) 8; the frame header occupies 1 byte for "$", the equipment coding of the node instrument is formed by coding 8-bit character codes, 8 bytes are occupied, 2 bytes are occupied by command codes, 1 byte is occupied by cyclic redundancy check codes, and 2 bytes are occupied by the end character of "\ r \ n" for carriage return and line change. For example, the command code is "61" and the CRC8 is a check value encoded in the first 11 characters of the instruction. The request instruction is formed by sequentially arranging the frame header, the equipment code, the command code, the cyclic redundancy check code and the end symbol, so that the node instrument can better judge whether the equipment code in the request instruction is matched with the self code when analyzing the request instruction. In one embodiment, the request command is composed of a frame header, a device code, a command code, a cyclic redundancy check code, and the end symbol arranged in sequence.
In one embodiment, the GPS data transmission device further includes:
and the cleaning module is used for cleaning the GPS data according to a preset format to obtain the cleaned GPS data.
The sending module is used for sending the cleaned GPS data to the server.
Specifically, the cleansing is data cleansing, which is the last procedure to find and correct recognizable errors in the data file, including checking data consistency, processing invalid values and missing values, and the like. Because the data in the data warehouse is a collection of data oriented to a certain subject, the data is extracted from a plurality of business systems and contains historical data, so that the condition that some data are wrong data and some data conflict with each other is avoided, and the wrong or conflicting data are obviously unwanted and are called as 'dirty data'. The purpose of data cleaning is to unify a plurality of different tools for information security detection into a platform-specific format and extract useful data for data circulation of subsequent processes. In this embodiment, the GPS module collects GPS data, and cleans the collected GPS data according to a preset format, that is, sets the GPS data to the preset format, and sends the cleaned GPS data to the server, thereby ensuring the integrity of GPS data transmission. In one embodiment, the preset format is JSON (JavaScript Object Notation, JS) format. The JSON format is as follows:
{"GPS":"JJJJJJJJJJJEWWWWWWWWWWNHHHHHvvYYYYMMDDTTMM SS"}
to facilitate understanding of a specific embodiment, the GPS data collected are:
{"GPS":"11844.00253E3204.22579N+002720720200211135604"}
the expressed meaning of each character in the above JSON format is:
(1) the 11J pieces indicate longitude, which in this embodiment means 118 degrees and 44 minutes, and 0.00253 × 60 is 0.1518 seconds.
(2) E means east meridian, and W means west meridian.
(3) 10W means the latitude, which in this example is 32 degrees 04 minutes, and 0.22579 × 60 is 13.5474 seconds.
(4) N means northern hemisphere, and southern hemisphere is denoted by S.
(5) 6H represent height, 999999 max, in decimeters. In this example, the height is 27.2 m.
(6) The number of satellites in use for 2V. This embodiment shows a satellite number of 7.
(7) UTC time, year, month, day, hour, minute and second.
Therefore, the GPS data collected by the GPS module in the node instrument can be clearly represented by cleaning the GPS data into a JSON format. And the cleaned GPS data occupies less resources, has high transmission efficiency and is more stable.
In one embodiment, the sending module is configured to obtain a return data packet according to the agreed packet and the cleaned GPS data, and send the return data packet to the server.
Specifically, according to the agreed message and the GPS data, a return data message is obtained, that is, the GPS data is substituted into the message in the agreed format, so as to obtain the return data message. The return data message comprises a packet length, a command code, a device code, cleaned GPS data and a cyclic redundancy check code, wherein the packet length, the command code, the device code, the cleaned GPS data and the cyclic redundancy check code are arranged in sequence. In one embodiment, the return datagram is composed of a packet length, a command code, a device code, cleaned GPS data, and a crc code, which are arranged in sequence. Wherein, the packet length is 4 bytes (int integer), the packet length is the length of the whole message, the command code is 2 bytes, for example: the command code is "61"; the device code is 8 bytes, and the device code is the device code of the node device corresponding to the acquired GPS data, namely the device code requested by the client. The cyclic redundancy check code occupies one byte, and is the checksum of the message; the cleaned GPS data is GPS data in JSON format. The GPS data is transmitted in the form of the appointed message, so that the server is convenient for message analysis when receiving the return data message, the GPS data contained in the return data message is better extracted, and the stability of GPS data transmission is also ensured.
Third embodiment
In this embodiment, a computer device is provided, and an internal structure diagram of the computer device may be as shown in fig. 3. The computer device includes a processor, a memory, a network interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a GPS data transmission method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.
Those skilled in the art will appreciate that the architecture shown in fig. 3 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device comprises a memory and a processor, wherein the memory stores a computer program, and the processor executes the steps of the GPS data transmission method in any one of the above embodiments.
A computer device comprising a memory and a processor, the memory storing a computer program, the processor implementing the following steps when executing the computer program:
receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
judging whether the equipment code is matched with a preset code or not;
when the equipment code is matched with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
and sending the GPS data to a server.
Above-mentioned computer equipment, when receiving the request instruction, whether equipment code in the detection request instruction matches with self code, when equipment code matches with preset code, then start GPS module and gather GPS data, so that the node appearance acquires GPS data, the node appearance will acquire GPS data transmission to the server, with the transmission of realization GPS data, and owing to be according to user's demand restart GPS module, the GPS module need not to fix a position in real time, according to the principle of using as required promptly, can reduce the electric energy loss of node appearance, thereby prolong the battery life of node appearance.
In one embodiment, the request instruction further includes a frame header, a command code, a cyclic redundancy check code, and an end symbol, and the frame header, the device code, the command code, the cyclic redundancy check code, and the end symbol are arranged in sequence. Specifically, cyclic redundancy check code, that is, CRC (cyclic redundancy check) 8; the frame header occupies 1 byte for "$", the equipment coding of the node instrument is formed by coding 8-bit character codes, 8 bytes are occupied, 2 bytes are occupied by command codes, 1 byte is occupied by cyclic redundancy check codes, and 2 bytes are occupied by the end character of "\ r \ n" for carriage return and line change. For example, the command code is "61" and the CRC8 is a check value encoded in the first 11 characters of the instruction. The request instruction is formed by sequentially arranging the frame header, the equipment code, the command code, the cyclic redundancy check code and the end symbol, so that the node instrument can better judge whether the equipment code in the request instruction is matched with the self code when analyzing the request instruction. In one embodiment, the request command is composed of a frame header, a device code, a command code, a cyclic redundancy check code, and the end symbol arranged in sequence.
In one embodiment, the processor, when executing the computer program, further performs the steps of:
cleaning the GPS data according to a preset format to obtain the cleaned GPS data;
and sending the cleaned GPS data to the server.
In one embodiment, the processor, when executing the computer program, further performs the steps of:
and obtaining a return data message according to the appointed message and the cleaned GPS data, and sending the return data message to the server.
Fifth embodiment
The present embodiment provides a computer-readable storage medium, on which a computer program is stored, the computer program being executed by a processor to implement the steps of the GPS data transmission method according to any one of the above embodiments.
In one embodiment, a computer-readable storage medium is provided, having stored thereon a computer program, the computer program implementing the following steps when executed by a processor:
receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
judging whether the equipment code is matched with a preset code or not;
when the equipment code is consistent with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
and sending the GPS data to a server.
The storage medium detects whether the equipment code in the request instruction is matched with the self code when the request instruction is received, and when the equipment code is matched with the preset code, the GPS module is started to collect GPS data so that the node instrument acquires the GPS data, and the node instrument sends the acquired GPS data to the server so as to realize the transmission of the GPS data.
In one embodiment, the request instruction further includes a frame header, a command code, a cyclic redundancy check code, and an end symbol, and the frame header, the device code, the command code, the cyclic redundancy check code, and the end symbol are arranged in sequence. Specifically, cyclic redundancy check code, that is, CRC (cyclic redundancy check) 8; the frame header occupies 1 byte for "$", the equipment coding of the node instrument is formed by coding 8-bit character codes, 8 bytes are occupied, 2 bytes are occupied by command codes, 1 byte is occupied by cyclic redundancy check codes, and 2 bytes are occupied by the end character of "\ r \ n" for carriage return and line change. For example, the command code is "61" and the CRC8 is a check value encoded in the first 11 characters of the instruction. The request instruction is formed by sequentially arranging the frame header, the equipment code, the command code, the cyclic redundancy check code and the end symbol, so that the node instrument can better judge whether the equipment code in the request instruction is matched with the self code when analyzing the request instruction. In one embodiment, the request command is composed of a frame header, a device code, a command code, a cyclic redundancy check code, and the end symbol arranged in sequence.
In one embodiment, the computer program when executed by the processor further performs the steps of:
cleaning the GPS data according to a preset format to obtain the cleaned GPS data;
and sending the cleaned GPS data to the server.
In one embodiment, the computer program when executed by the processor further performs the steps of:
and obtaining a return data message according to the appointed message and the cleaned GPS data, and sending the return data message to the server.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A GPS data transmission system, the system comprising: the system comprises a client, a server, a LoRa gateway and a node instrument;
the client is used for sending a request instruction for acquiring GPS data to the server, wherein the request instruction comprises the equipment code of the requested equipment;
the server is used for forwarding the request instruction to the LoRa gateway after receiving the request instruction;
the LoRa gateway is used for sending the request instruction to the node instrument in a broadcast mode after receiving the request instruction sent by the server;
the node instrument is used for judging whether the equipment code is matched with the self code after receiving the request instruction; when the equipment code is matched with the self code, a GPS module is started to obtain GPS data, and the GPS data is sent to a server;
and the server is also used for sending the GPS data to the client after receiving the GPS data sent by the node instrument.
2. The GPS data transmission system according to claim 1, wherein the client is configured to send a request instruction for acquiring GPS data to the server by way of message queue telemetry transmission;
the server is also used for sending the GPS data to the client terminal in a message queue telemetry transmission mode.
3. The GPS data transmission system according to claim 1, wherein the LoRa gateway is in a long connection state; and the server sends the request instruction to the LoRa gateway in a socket mode.
4. The GPS data transmission system according to claim 1, wherein the node device is configured to clean the GPS data according to a preset format to obtain the cleaned GPS data, and send the cleaned GPS data to a server.
5. The GPS data transmission system according to claim 4, wherein the node device is configured to obtain a return data packet according to the agreed packet and the cleaned GPS data, and send the return data packet to the server;
the server is used for analyzing the return data message after receiving the return data message sent by the node instrument, extracting the cleaned GPS data and sending the cleaned GPS data to the client.
6. A GPS data transmission method, comprising:
receiving a request instruction, wherein the request instruction comprises a device code of a requested device;
judging whether the equipment code is matched with a preset code or not;
when the equipment code is matched with the preset code, starting a GPS module, and acquiring GPS data through the GPS module;
and sending the GPS data to a server.
7. The GPS data transmission method according to claim 6, wherein before the step of sending the GPS data to a server, comprising:
cleaning the GPS data according to a preset format to obtain the cleaned GPS data;
the step of sending the GPS data to a server includes:
and sending the cleaned GPS data to the server.
8. A GPS data transmission device, the device comprising:
a receiving module, configured to receive a request instruction, where the request instruction includes a device code of a requested device;
the judging module is used for judging whether the equipment code is matched with a preset code or not;
the acquisition module is used for starting the GPS module when the equipment code is matched with the preset code and acquiring GPS data through the GPS module;
and the sending module is used for sending the GPS data to a server.
9. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the processor implements the steps of the method of any one of claims 6 to 7 when executing the computer program.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 6 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010974424.3A CN114430531A (en) | 2020-09-16 | 2020-09-16 | GPS data transmission system, method, device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010974424.3A CN114430531A (en) | 2020-09-16 | 2020-09-16 | GPS data transmission system, method, device, computer equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114430531A true CN114430531A (en) | 2022-05-03 |
Family
ID=81309853
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010974424.3A Pending CN114430531A (en) | 2020-09-16 | 2020-09-16 | GPS data transmission system, method, device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114430531A (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106371349A (en) * | 2016-08-01 | 2017-02-01 | 深圳市唯传科技有限公司 | LoRa technology based liquid flow sensor data acquisition system and method |
| CN207319435U (en) * | 2017-10-31 | 2018-05-04 | 北方节能股份有限公司 | A kind of efficiency data acquisition device based on FPGA |
| CN208891079U (en) * | 2018-08-02 | 2019-05-21 | 深圳万城节能股份有限公司 | Equipment monitoring system based on lora technology |
| CN110376641A (en) * | 2019-06-28 | 2019-10-25 | 吉林大学 | A kind of 5G of the wireless seismic detector and 4G combination means of communication and system |
| CN110912810A (en) * | 2019-11-08 | 2020-03-24 | 中国电建集团国际工程有限公司 | Data transmission method, intelligent gateway, computer equipment and storage medium |
| CN111542083A (en) * | 2020-03-24 | 2020-08-14 | 浙江中烟工业有限责任公司 | Method for collecting and analyzing through industrial wireless network air interface |
| CN111597388A (en) * | 2020-07-27 | 2020-08-28 | 平安国际智慧城市科技股份有限公司 | Sample collection method, device, equipment and medium based on distributed system |
| CN111615018A (en) * | 2020-05-12 | 2020-09-01 | 国网江苏省电力有限公司电力科学研究院 | Communication system and method based on ultra/extra-high voltage power transmission and transformation project |
-
2020
- 2020-09-16 CN CN202010974424.3A patent/CN114430531A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106371349A (en) * | 2016-08-01 | 2017-02-01 | 深圳市唯传科技有限公司 | LoRa technology based liquid flow sensor data acquisition system and method |
| CN207319435U (en) * | 2017-10-31 | 2018-05-04 | 北方节能股份有限公司 | A kind of efficiency data acquisition device based on FPGA |
| CN208891079U (en) * | 2018-08-02 | 2019-05-21 | 深圳万城节能股份有限公司 | Equipment monitoring system based on lora technology |
| CN110376641A (en) * | 2019-06-28 | 2019-10-25 | 吉林大学 | A kind of 5G of the wireless seismic detector and 4G combination means of communication and system |
| CN110912810A (en) * | 2019-11-08 | 2020-03-24 | 中国电建集团国际工程有限公司 | Data transmission method, intelligent gateway, computer equipment and storage medium |
| CN111542083A (en) * | 2020-03-24 | 2020-08-14 | 浙江中烟工业有限责任公司 | Method for collecting and analyzing through industrial wireless network air interface |
| CN111615018A (en) * | 2020-05-12 | 2020-09-01 | 国网江苏省电力有限公司电力科学研究院 | Communication system and method based on ultra/extra-high voltage power transmission and transformation project |
| CN111597388A (en) * | 2020-07-27 | 2020-08-28 | 平安国际智慧城市科技股份有限公司 | Sample collection method, device, equipment and medium based on distributed system |
Non-Patent Citations (2)
| Title |
|---|
| 张向南;汪传建;兰贞益;: "基于Android的老人关爱系统", 计算机系统应用, no. 06, pages 100 - 105 * |
| 朱家骅;金光;江先亮;: "基于低功耗广域物联网的旅游景区垃圾监测系统", 无线通信技术, no. 01, pages 57 - 61 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106850757B (en) | Satellite communication-based real-time remote monitoring system | |
| US11369006B2 (en) | IoT gateway device, system, and computer program product | |
| US10826994B1 (en) | Deployable sensor system using mesh networking and satellite communication | |
| US20120136967A1 (en) | Data transfer device, data transfer method, and data transfer system | |
| CN111683404A (en) | Positioning control method and device for terminal of Internet of things and electronic equipment | |
| Mallorqui et al. | A delay-tolerant network for antarctica | |
| CN102196042A (en) | Internet of things (IOT) application-oriented multimedia acquisition transmission terminal and implementation method thereof | |
| US10863434B2 (en) | Battery operated device, a cloud application and the related methods for transmitting/receiving data messages over a low throughput network | |
| CN102237925B (en) | The method and system of data broadcast are realized based on Beidou satellite mobile communication system | |
| CN114430531A (en) | GPS data transmission system, method, device, computer equipment and storage medium | |
| CN109005509A (en) | A kind of method of locating terminal, device, terminal and storage medium | |
| CN115412154B (en) | Networking method and system based on Beidou No. three RDSS (remote data service) area short message communication system | |
| US7554958B2 (en) | Apparatus and method for serving data | |
| Wang et al. | Heterogeneous multi-mode access in smart grid using BeiDou communication | |
| CN113644962B (en) | Low-speed non-real-time satellite internet of things terminal data returning method and system | |
| CN104503377A (en) | Small hydro real-time information remote monitoring system | |
| CN101592740A (en) | The Beidou satellite automatic sending system of weather data | |
| CN114430418A (en) | Seismic data transmission system, method, apparatus, computer device, and storage medium | |
| Sulyman et al. | Experimental data on connecting proprietary IoT systems to cellular networks | |
| Israel et al. | Space communication demonstration using Internet technology | |
| CN101568066B (en) | System and method for polling and managing mobile communication base station based on terminal positioning | |
| KR102614178B1 (en) | Method and apparatus for receiving wireless signal in wireless communication system | |
| CN113472428B (en) | Pseudo satellite state configuration and health management system and method | |
| CN210222256U (en) | Multi-link communication geological disaster GNSS monitoring system | |
| Israel et al. | Demonstration of Internet Technologies for Space Communications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |