Wiki source code of MQTT Forward Instruction

Version 1.7 by Xiaoling on 2022/05/12 15:53

Show last authors
1 **~ Contents:**
2
3 {{toc/}}
4
5
6 = 1. Introduction =
7
8 Dragino LoRa/LoRaWAN gateway support MQTT forwarding. It can forward the sensor data from LoRa network to MQTT server , and vice verse.
9
10 == 1.1 Support Devices ==
11
12 This MQTT forward instruction is for below devices:
13
14 * Firmware Version > LG02_LG08-5.3.1580178039 [[Firmware Download>>url:http://www.dragino.com/downloads/index.php?dir=LoRa_Gateway/LPS8/Firmware/Release/]]
15 * LG01N, OLG01N ((% class="mark" %)**Warning**(%%): LG01-P LG01-S use another instruction: [[MQTT for LG01-P/LG01S>>url:https://wiki.dragino.com/index.php/Through_MQTT_to_upload_data]])
16 * LG02, OLG02
17 * LG308, DLOS8
18 * LPS8
19 * LIG16
20 * MS14 series if installed with the same firmware. (in this case, the MQTT forward will work , but no LoRa support)
21
22
23 = 2. Firmware Change Log for MQTT feature =
24
25 (((
26 This instruction is wrote start from LG02_LG08-5.3.1580178039. Below is related change log since this version of firmware.
27 )))
28
29 * LG02_LG08-5.3.1580178039
30 ** Initiate version
31
32
33 = 3. MQTT forward operating principle =
34
35 == 3.1 Network Structure ==
36
37 Below shows the network structure for MQTT forwarding.
38
39 * For Uplink: The sensor sends data to LoRa Gateway via LoRa wireless, The gateway will process these data and forward to remote MQTT Broker via Internet.
40 * For Downlink: The gateway subscribe a topic in the MQTT broker, when there is update on the topic, the gateway will know and broadcast the data to Local LoRa network,
41
42 [[image:https://wiki.dragino.com/images/thumb/4/45/MQTT_Forward_1.png/600px-MQTT_Forward_1.png||height="348" width="600"]]
43
44 General MQTT structure
45
46
47 == 3.2 How sensor data is forwarded ==
48
49 In this MQTT forward feature, the key point is how the gateway process the sensor data.
50
51
52 === 3.2.1 Upstream ===
53
54 Assume there are two sensor nodes, their ID are Node1 ID: 6734 , Node2 ID: 7456. In the remote MQTT broker there are two topics: Topic1: /channel/765800, Topic2: /channel/367860. We can set up in the gateway to map Node1 to Topic1 and Node2 to Topic2. So when there is a sensor data from Node1, the gateway will forward the data to Topic1, when there is sensor data from Node2, the gateway will forward to Topic2.
55
56 (((
57 The data flow works as below diagram.
58 )))
59
60 [[~[~[image:https://wiki.dragino.com/images/thumb/2/2a/MQTT_Forward_2.png/600px-MQTT_Forward_2.png~|~|height="355" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Forward_2.png]]
61
62 (((
63 Upstream path
64 )))
65
66 (((
67 Note: The sensor data can base or LoRa or other method, as long as there are data on the file /var/iot/channels. /span>
68 )))
69
70 (((
71
72 )))
73
74 === 3.2.2 Downstream ===
75
76 The gateway subscribes to a topic of the remote MQTT broker topic. When there is some one publish a value on this topic. The gateway will get it and broadcast to local LoRa Network.
77
78 (((
79 Below are the data flow for downstream.
80 )))
81
82 [[image:https://wiki.dragino.com/images/thumb/3/3a/MQTT_Forward_3.png/600px-MQTT_Forward_3.png||height="368" width="600"]]
83
84 Downstream path
85
86
87 == 3.3 Macro Definition ==
88
89 The MQTT publish command use Macro settings to generate flexible upstream payload for MQTT publish.
90
91 Currently the (% class="mark" %)**-t (topic)**(%%) and (% class="mark" %)**-m (message)**(%%) support Macros.
92
93 === 3.3.1 -t topic macro ===
94
95 * CHANNEL: Remote Channel ID
96 * CLIENTID: Client ID , Same as -i
97 * WRITE_API: Remote Channel Write API
98 * USERNAME: User ID (-u)
99 * HOSTNAME: Device Hostname
100
101 === 3.3.2 -m message macro ===
102
103 * HOSTNAME: Device Hostname
104 * CHANNEL: Remote Channel ID
105 * DATA: Sensor Data without time stamp and rssi
106 * META: Completely sensor data with time stamp and rssi
107 * JSON: Convert META to json format.
108
109 === 3.3.3 Example for Macro ===
110
111 [[~[~[image:https://wiki.dragino.com/images/thumb/c/c7/MQTT_Command_9.png/600px-MQTT_Command_9.png~|~|height="385" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_9.png]]
112
113 MQTT Publish configure
114
115 Above screen shots shows below format:
116
117 * -t: CLIENTID/CHANNEL/data
118 * -m: DATA
119
120 When there is a LoRa sensor arrive. it will be store at the /var/iot/channels as below:
121
122 [[~[~[image:https://wiki.dragino.com/images/thumb/c/c4/MQTT_Command_20.png/600px-MQTT_Command_20.png~|~|height="325" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_20.png]]
123
124 Sensor Data
125
126 According to above macro. Gateway will publish field1=22.0&field2=49.0 to topic: dragino-1b7060/78901/data, where 78901 is the remote channel for this node ID.
127
128
129 == 3.4 Modify the MQTT to support more options ==
130
131 The MQTT Client Utility used in Dragino is **mosquitto_pub** and **mosquitto_sub**. User can add more options to the mqtt commands. User can check the valid options by command mosquitto_pub ~-~-help. as below:
132
133 {{{root@dragino-1ec39c:~# mosquitto_pub --help
134 mosquitto_pub is a simple mqtt client that will publish a message on a single topic and exit.
135 mosquitto_pub version 1.6.4 running on libmosquitto 1.6.4.
136  
137 Usage: mosquitto_pub {[-h host] [-p port] [-u username] [-P password] -t topic | -L URL}
138 {-f file | -l | -n | -m message}
139 [-c] [-k keepalive] [-q qos] [-r] [--repeat N] [--repeat-delay time]
140 [-A bind_address]
141 [-i id] [-I id_prefix]
142 [-d] [--quiet]
143 [-M max_inflight]
144 [-u username [-P password]]
145 [--will-topic [--will-payload payload] [--will-qos qos] [--will-retain]]
146 [{--cafile file | --capath dir} [--cert file] [--key file]
147 [--ciphers ciphers] [--insecure]
148 [--tls-alpn protocol]
149 [--tls-engine engine] [--keyform keyform] [--tls-engine-kpass-sha1]]
150 [--psk hex-key --psk-identity identity [--ciphers ciphers]]
151 [--proxy socks-url]
152 [--property command identifier value]
153 [-D command identifier value]
154 mosquitto_pub --help
155  
156 -A : bind the outgoing socket to this host/ip address. Use to control which interface
157 the client communicates over.
158 -d : enable debug messages.
159 -D : Define MQTT v5 properties. See the documentation for more details.
160 -f : send the contents of a file as the message.
161 -h : mqtt host to connect to. Defaults to localhost.
162 -i : id to use for this client. Defaults to mosquitto_pub_ appended with the process id.
163 -I : define the client id as id_prefix appended with the process id. Useful for when the
164 broker is using the clientid_prefixes option.
165 -k : keep alive in seconds for this client. Defaults to 60.
166 -L : specify user, password, hostname, port and topic as a URL in the form:
167 mqtt(s)://[username[:password]@]host[:port]/topic
168 -l : read messages from stdin, sending a separate message for each line.
169 -m : message payload to send.
170 -M : the maximum inflight messages for QoS 1/2..
171 -n : send a null (zero length) message.
172 -p : network port to connect to. Defaults to 1883 for plain MQTT and 8883 for MQTT over TLS.
173 -P : provide a password
174 -q : quality of service level to use for all messages. Defaults to 0.
175 -r : message should be retained.
176 -s : read message from stdin, sending the entire input as a message.
177 -t : mqtt topic to publish to.
178 -u : provide a username
179 -V : specify the version of the MQTT protocol to use when connecting.
180 Can be mqttv5, mqttv311 or mqttv31. Defaults to mqttv311.
181 --help : display this message.
182 --repeat : if publish mode is -f, -m, or -s, then repeat the publish N times.
183 --repeat-delay : if using --repeat, wait time seconds between publishes. Defaults to 0.
184 --quiet : don't print error messages.
185 --will-payload : payload for the client Will, which is sent by the broker in case of
186 unexpected disconnection. If not given and will-topic is set, a zero
187 length message will be sent.
188 --will-qos : QoS level for the client Will.
189 --will-retain : if given, make the client Will retained.
190 --will-topic : the topic on which to publish the client Will.
191 --cafile : path to a file containing trusted CA certificates to enable encrypted
192 communication.
193 --capath : path to a directory containing trusted CA certificates to enable encrypted
194 communication.
195 --cert : client certificate for authentication, if required by server.
196 --key : client private key for authentication, if required by server.
197 --keyform : keyfile type, can be either "pem" or "engine".
198 --ciphers : openssl compatible list of TLS ciphers to support.
199 --tls-version : TLS protocol version, can be one of tlsv1.3 tlsv1.2 or tlsv1.1.
200 Defaults to tlsv1.2 if available.
201 --insecure : do not check that the server certificate hostname matches the remote
202 hostname. Using this option means that you cannot be sure that the
203 remote host is the server you wish to connect to and so is insecure.
204 Do not use this option in a production environment.
205 --tls-engine : If set, enables the use of a TLS engine device.
206 --tls-engine-kpass-sha1 : SHA1 of the key password to be used with the selected SSL engine.
207 --psk : pre-shared-key in hexadecimal (no leading 0x) to enable TLS-PSK mode.
208 --psk-identity : client identity string for TLS-PSK mode.
209 --proxy : SOCKS5 proxy URL of the form:
210 socks5h://[username[:password]@]hostname[:port]
211 Only "none" and "username" authentication is supported.
212  
213 See https://mosquitto.org/ for more information.}}}
214
215
216 and modify the /usr/bin/mqtt_process.sh script, the location to change the command option is below lines:
217
218 {{{# Call MQTT Publish command
219  
220 # 1. Case with User, Password and Client ID present (e.g. Azure)
221 if [ ! -z "$pass" ] && [ ! -z "$user" ] && [ ! -z "$clientID" ]; then
222 case="1"
223 mosquitto_pub $D -h $server -p $port -q $pub_qos -i $clientID -t $pub_topic -u $user -P "$pass" $C $cafile $PUB_FLAG "$mqtt_data"
224  
225 # 2. Case with Certificate, Key and ClientID present (e.g. AWS)
226 elif [ ! -z "$certfile" ] && [ ! -z "$key" ] && [ ! -z "$clientID" ]; then
227 case="2"
228 mosquitto_pub $D -h $server -p $port -q $pub_qos -i $clientID -t $pub_topic --cert $cert --key $key $C $cafile $PUB_FLAG "$mqtt_data"
229  
230 # 3. Case with no User, Certificate or ClientID present
231 elif [ -z "$user" ] && [ -z "$certfile" ] && [ -z "$clientID" ]; then
232 case="3"
233 mosquitto_pub $D -h $server -p $port -q $pub_qos -t $pub_topic $PUB_FLAG "$mqtt_data"
234  
235 # 4. Case with no User, Certificate, but with ClientID present
236 elif [ -z "$user" ] && [ -z "$certfile" ] && [ ! -z "$clientID" ]; then
237 case="4"
238 mosquitto_pub $D -h $server -p $port -q $pub_qos -i $clientID -t $pub_topic $PUB_FLAG "$mqtt_data"
239  
240 # 5. Case with User and ClientID present, but no Password and no Certificate present
241 elif [ -z "$pass" ] && [ -z "$certfile" ] && [ ! -z "$user" ] && [ ! -z "$clientID" ]; then
242 case="5"
243 mosquitto_pub $D -h $server -p $port -q $pub_qos -i $clientID -t $pub_topic -u $user $PUB_FLAG "$mqtt_data"
244  
245 # 6. Case with User and Password present, but no ClientID and no Certificate present
246 elif [ ! -z "$user" ] && [ ! -z "$pass" ] && [ -z "$clientID" ] && [ -z "$certfile" ]; then
247 case="6"
248 mosquitto_pub $D -h $server -p $port -q $pub_qos -t $pub_topic -u $user -P "$pass" $PUB_FLAG "$mqtt_data"
249  
250 # 0. Else - invalid parameters, just log
251 else
252 case="Invalid parameters"
253 logger "[IoT.MQTT]:Invalid Parameters - mosquitto_pub not called."
254 fi}}}
255
256
257 = 4. Example to communicate to a simple MQTT server =
258
259 == 4.1 Overview ==
260
261 This section is an example to show how to set up LG01-N to communicate with a MQTT server. The MQTT server is a simple utility set up in a local PC. Note: User can set up same server via [[this instruction>>url:http://www.steves-internet-guide.com/install-mosquitto-broker/]].
262
263 == 4.2 Simulate via MQTT.fx utility ==
264
265 The [[MQTT.fx>>url:http://mqttfx.jensd.de/index.php/download]] is a MQTT client tool. We can use this to simulate a MQTT connection to our MQTT broker first to make sure the MQTT broker works. This will also help us understand how it works.
266
267 In this test, the MQTT broker and MQTT.fx are installed in the same PC, so the MQTT server address in MQTT.fx should be localhost. Below shows how to connect to the server.
268
269 [[~[~[image:https://wiki.dragino.com/images/thumb/0/06/MQTT_Forward_4.png/600px-MQTT_Forward_4.png~|~|height="201" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Forward_4.png]]
270
271 Connect to MQTT Broker
272
273 After connected, use publish to public some thing to MQTT server. This to simulate upsteam
274
275 [[~[~[image:https://wiki.dragino.com/images/thumb/b/bd/MQTT_Forward_5.png/600px-MQTT_Forward_5.png~|~|height="149" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Forward_5.png]]
276
277 Upstream: Publish message to MQTT Broker
278
279 To simulate a downstream, use MQTT.fx to subscribe a topic, and publish something to this topic. as Below:
280
281 [[~[~[image:https://wiki.dragino.com/images/thumb/3/3d/MQTT_Forward_6.png/600px-MQTT_Forward_6.png~|~|height="279" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Forward_6.png]]
282
283 Downstream: Subscribe a topic to get downstream
284
285
286 == 4.3 Simulate via Dragino Command Line ==
287
288 For first try of MQTT connection, simulate via command line is recommend, there are many servers / connection type for MQTT. They are using different connection parameters. Simulating the connection via command line will help us rapidly connect to server and debug.
289
290 In the Dragino Gateway, we use [[mosquitto client>>url:https://mosquitto.org/]] for MQTT connection.
291
292
293 For Upstream
294
295 command is [[mosquitto_pub>>url:https://mosquitto.org/man/mosquitto_pub-1.html]]
296
297 Example: mosquitto_pub -h 192.168.199.148 -p 1883 -t /channel/6543 -m temp=36
298
299 Note: 192.168.199.148 is MQTT broker address, the gateway and the MQTT broker PC are in the same network.
300
301 [[~[~[image:https://wiki.dragino.com/images/thumb/d/d0/MQTT_Command_6.png/600px-MQTT_Command_6.png~|~|height="188" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_6.png]]
302
303 mosquitto_pub
304
305
306 For Downstream
307
308 Use [[mosquitto_sub>>url:https://mosquitto.org/man/mosquitto_sub-1.html]] to subscribe the change on the topic.
309
310 [[~[~[image:https://wiki.dragino.com/images/thumb/8/89/MQTT_Command_7.png/600px-MQTT_Command_7.png~|~|height="267" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_7.png]]
311
312 mosquitto_sub
313
314 == 4.4 Configure Dragino UI for MQTT connection ==
315
316 This chapter are step by step to show to configure the Dragino Menu for MQTT auto connection.
317
318 Go to Dragino Menu ~-~-> MQTT Client
319
320 [[~[~[image:https://wiki.dragino.com/images/thumb/b/bc/MQTT_Command_8.png/600px-MQTT_Command_8.png~|~|height="249" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_8.png]]
321
322 go to mqtt configure menu
323
324 Select Forward to MQTT server. Notice: This option is removed from the latest firmware, in the latest firmware, if user submit "SAVE & APPLY" in MQTT page, the gateway will use MQTT service.
325
326 [[~[~[image:https://wiki.dragino.com/images/thumb/1/14/MQTT_Commands_8.png/600px-MQTT_Commands_8.png~|~|height="240" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Commands_8.png]]
327
328 forward to MQTT
329
330 === 4.4.1 Configure the MQTT Client for Upstream ===
331
332 Below screenshot is same as the publish command:
333
334 {{{mosquitto_pub -h 192.168.199.148 -p 1883 -i dragino-1b7060 -t CLIENTID/CHANNEL/data -m DATA
335 //where the CLIENTID, CHANNEL & DATA are macro. represent for
336 //CLIENTID: dragino-1b7060
337 //CHANNEL: Remote ID in Channel settings; here is 78901 or 567456
338 //DATA: The data stores in /var/iot/channels/
339 }}}
340
341 [[~[~[image:https://wiki.dragino.com/images/thumb/c/c7/MQTT_Command_9.png/600px-MQTT_Command_9.png~|~|height="385" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_9.png]]
342
343 MQTT Publish configure
344
345 [[~[~[image:https://wiki.dragino.com/images/thumb/b/b7/MQTT_Command_10.png/600px-MQTT_Command_10.png~|~|height="544" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_10.png]]
346
347 MQTT Channel settings
348
349 For example, if we put a data(temp=46) on the file /var/iot/channels/4567, because 4567 match the remote channel 78901. the gateway will run this command:
350
351 {{{mosquitto_pub -h 192.168.199.148 -p 1883 -i dragino-1b7060 -t dragino-1b7060/78901/data -m temp=46
352 }}}
353
354 to MQTT broker.
355
356
357 Below is a simulation to put this data to active the MQTT publish.
358
359 [[~[~[image:https://wiki.dragino.com/images/thumb/3/30/MQTT_Command_11.png/600px-MQTT_Command_11.png~|~|height="308" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_11.png]]
360
361 MQTT Publish
362
363
364 === 4.4.2 Configure the MQTT Client for Downstream ===
365
366 Below screen shot equal to this subscribe command:
367
368 {{{ mosquitto_sub -h 192.168.199.148 -p 1883 -i dragino-1b7060 -t command.
369 }}}
370
371 [[~[~[image:https://wiki.dragino.com/images/3/36/MQTT_Command_12.png~|~|height="173" width="579"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_12.png]]
372
373 MQTT Subscribe
374
375
376 When MQTT broker receive a update on this topic, the gateway will get the update and use LoRa radio to broadcast this message. The LoRa parameters used for update is:
377
378 [[~[~[image:https://wiki.dragino.com/images/thumb/b/b8/MQTT_Command_13.png/600px-MQTT_Command_13.png~|~|height="300" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_13.png]]
379
380 LoRa Broadcast parameters.
381
382
383 And below is the subscribe simulation:
384
385 [[~[~[image:https://wiki.dragino.com/images/thumb/6/60/MQTT_Command_14.png/600px-MQTT_Command_14.png~|~|height="255" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_14.png]]
386
387 downstream simulation
388
389
390
391 == 4.5 Add LoRa support to communicate with remote sensor ==
392
393 In above section, we have configured the UI to support MQTT upstream and downstream. We can simulate via Linux command. In this section, we will guide how to communicate with remote LoRa End Node for upstream and downstream.
394
395 === 4.5.1 Use LoRa Raw protocol for communication ~-~- For LG01/LG02 ===
396
397 We can use [[LoRa Shield>>url:http://www.dragino.com/products/lora/item/102-lora-shield.html]] to send LoRa Raw data to Gateway and receive data from gateway.
398
399 The example Sketch for LoRa Shield +Arduino is here: [[LoRa_Shield_Sketch_For_MQTT>>url:http://www.dragino.com/downloads/index.php?dir=LoraShield/]]
400
401 And this link is the required library: [[arduino-LoRa-master>>url:http://www.dragino.com/downloads/index.php?dir=LoraShield/]]. Unzip this library and put in Arduino library location.
402
403 What does the Arduino Sketch do? The Arduino Sketch will:
404
405 * Upstream: Keep sending a LoRa Message every minutes with this payload : <4567>tem=xx&hum=yy (Where xx and yy are temperature and humidity value generated randomly).
406 * Downstream: Listening broadcast message from gateway, and print it in console.
407 * The LoRa parameter settings in Arduino should match the LoRa settings in gateway, as below:
408
409 [[~[~[image:https://wiki.dragino.com/images/thumb/3/3b/MQTT_Command_17.png/600px-MQTT_Command_17.png~|~|height="197" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_17.png]]
410
411 LoRa Parameter should match
412
413
414 Below is the test result after the Arduino Sketch is running.
415
416 [[~[~[image:https://wiki.dragino.com/images/thumb/6/63/MQTT_Command_18.png/600px-MQTT_Command_18.png~|~|height="319" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_18.png]]
417
418 Upstream Data Flow
419
420 [[~[~[image:https://wiki.dragino.com/images/thumb/1/18/MQTT_Command_19.png/600px-MQTT_Command_19.png~|~|height="309" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:MQTT_Command_19.png]]
421
422 Downstream Data Flow
423
424
425 === 4.5.2 Use LoRaWAN Protocol for communication ~-~- For LG308/LPS8/DLOS8 ===
426
427 Since firmware LG02_LG08~-~-build-v5.3.1585192026-20200326-1109, Dragino LoRaWAN gateways support the communication to LoRaWAN ABP end node locally without the need of LoRaWAN server. This feature allow us to integrate MQTT in the gateway to support LoRaWAN to MQTT forwarding or visa verse.
428
429 When use test this feature, please use the version higher then : LG02_LG08~-~-build-v5.4.1593400722-20200629-1120, in this version, the upload format is changed and readable, which is easier for integration.
430
431
432
433 Video Instruction:[[https:~~/~~/youtu.be/qJTY441-t90>>url:https://youtu.be/qJTY441-t90]]
434
435
436 Step 1: Refer [[Communicate with ABP End Node>>url:https://wiki.dragino.com/index.php/Communication_with_ABP_End_Node]] to know how to set up LG308 to work with LoRaWAN End node.
437
438 Step 2: Make sure your Radio settings match the End Node settings.
439
440 [[~[~[image:https://wiki.dragino.com/images/thumb/f/f7/LG308_MQTT_5.png/600px-LG308_MQTT_5.png~|~|height="387" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_5.png]]
441
442 Use Same Frequency Band as End Node
443
444
445 Step 3: Set up publish format and MQTT channel. The LG308 will store the Data from End node in HEX format in the file. And we need to config the format to META
446
447 [[~[~[image:https://wiki.dragino.com/images/thumb/8/8d/LG308_MQTT_3.png/600px-LG308_MQTT_3.png~|~|height="385" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_3.png]]
448
449 Publish mush use META as data format for LG308
450
451
452 Step 4: Map the Device Address to Remote ID in MQTT server.
453
454 [[~[~[image:https://wiki.dragino.com/images/thumb/7/7f/LG308_MQTT_4.png/600px-LG308_MQTT_4.png~|~|height="335" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_4.png]]
455
456 Map Dev Addr to remote ID
457
458
459 Step 5: Upstream: Save the change, we can see the log info via "sytem log", End Node and MQTT Server
460
461 [[~[~[image:https://wiki.dragino.com/images/thumb/b/be/LG308_MQTT_6.png/600px-LG308_MQTT_6.png~|~|height="279" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_6.png]]
462
463 Upstream Process
464
465 [[~[~[image:https://wiki.dragino.com/images/thumb/0/07/LG308_MQTT_6_1.png/600px-LG308_MQTT_6_1.png~|~|height="246" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_6_1.png]]
466
467 Choose ASCII Format
468
469 [[~[~[image:https://wiki.dragino.com/images/thumb/a/a3/LG308_MQTT_6_2.png/600px-LG308_MQTT_6_2.png~|~|height="248" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_6_2.png]]
470
471 LHT65 Decoder
472
473 Step 6: Set up subscribe: Subscribe a topci for downstream.
474
475 [[~[~[image:https://wiki.dragino.com/images/thumb/b/b9/LG308_MQTT_7.png/600px-LG308_MQTT_7.png~|~|height="176" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_7.png]]
476
477 Subscribe to a topic
478
479
480 Step 7: Downstream: Save the change, we can see the log info via "sytem log", End Node and MQTT Server.
481
482 [[~[~[image:https://wiki.dragino.com/images/thumb/9/97/LG308_MQTT_8.png/600px-LG308_MQTT_8.png~|~|height="298" width="600"~]~]>>url:https://wiki.dragino.com/index.php/File:LG308_MQTT_8.png]]
483
484 Downstream Flow
485
486 Notice: The text use for Downstream must meet the requirement from [[LG308 Downstream Payload>>url:https://wiki.dragino.com/index.php/Communication_with_ABP_End_Node#Downstream]]
487
488
489 = 5. Example For Different MQTT Servers =
490
491 |=(((
492 [[~[~[image:https://wiki.dragino.com/images/thumb/7/73/ThingSpeak1.png/200px-ThingSpeak1.png~|~|alt="ThingSpeak1.png" height="98" width="200"~]~]>>url:https://wiki.dragino.com/index.php/File:ThingSpeak1.png]]
493
494 === [[ThingSpeak Server>>url:http://www.thingspeak.com/]] ===
495
496
497 [[Examples>>url:https://wiki.dragino.com/index.php/ThingSpeak_Examples]]
498 )))|=(((
499 [[~[~[image:https://wiki.dragino.com/images/thumb/3/3b/Lewei50.png/200px-Lewei50.png~|~|alt="Lewei50.png" height="58" width="200"~]~]>>url:https://wiki.dragino.com/index.php/File:Lewei50.png]]
500
501 === [[乐联网平台>>url:https://www.lewei50.com/]] ===
502
503
504 [[lewei Example>>url:https://wiki.dragino.com/index.php/Lewei_Example_mqtt]]
505 )))|=(((
506 [[~[~[image:https://wiki.dragino.com/images/thumb/a/aa/AWS-IOT.png/200px-AWS-IOT.png~|~|alt="AWS-IOT.png" height="122" width="200"~]~]>>url:https://wiki.dragino.com/index.php/File:AWS-IOT.png]]
507
508 === [[AWS-IOT>>url:https://aws.amazon.com/cn/iot-platform/how-it-works/]] ===
509
510
511 [[AWS Examples>>url:https://wiki.dragino.com/index.php/MQTT_Forward_to_Amazon_AWS-IOT]]
512 )))
513
514 = 6. How to Debug =
515
516 User can login the gateway's console and run **logread -f**. It will shows the output when there is packet arrive.User can see if it is correct.
517
518 = 7. How to ask for Support =
519
520 If a user still not have trouble making it works. please send a mail to support@dragino.com with the below info:
521
522 * Detail of your LoRaWAN end node.
523 * Gateway Model and firmware version
524 * A set of screenshots you configure in the gateway according to our instruction
525 * A full log of "logread -f"