Changes for page ThingsBoard

Last modified by Dilisi S on 2025/04/23 19:23

From version 184.1
edited by Dilisi S
on 2025/03/27 22:43
Change comment: Uploaded new attachment "ul-data-converter-added.png", version {1}
To version 152.1
edited by Dilisi S
on 2025/03/13 03:45
Change comment: Mar 12 edits

Summary

Details

Page properties
Content
... ... @@ -22,10 +22,7 @@
22 22  To complete this tutorial, you need to have the following:
23 23  
24 24  * ThingsBoard cloud account
25 -* MQTT Broker (public or private) such as,
26 -** **[[HiveMQ Cloud>>https://www.hivemq.com]] - You can create a free account to try it or subscribe for a paid account. - We use HiveMQ Cloud as the MQTT broker to build example in this tutorial.**
27 -** [[emqx>>https://www.emqx.com/zh/mqtt/public-mqtt5-broker]] - The public MQTT server is only used for MOTT learning and testing, and should not be used in the production environment.
28 -** [[lns1.thingseye.io>>http://lns1.thingseye.io/]] - This is Dragino's MQTT broker, which requires a CA certificate to use.
25 +* HiveMQ Cloud account
29 29  
30 30  == 2.1 ThingsBoard Cloud ==
31 31  
... ... @@ -69,9 +69,7 @@
69 69  
70 70  == 2.2 HiveMQ Cloud ==
71 71  
72 -=== 2.2.1 HiveMQ Cloud ===
73 73  
74 -
75 75  Go to [[https:~~/~~/www.hivemq.com>>https://www.hivemq.com]]
76 76  
77 77  Click on the **Start Free** button.
... ... @@ -146,156 +146,147 @@
146 146  You will need these MQTT connection parameters when configuring the MQTT integration in the '**Add Integration**' section.
147 147  
148 148  
149 -=== 2.2.2 emqx ===
144 += 3. Data Converters =
150 150  
151 151  
152 -The [[emqx>>https://www.emqx.com/zh/mqtt/public-mqtt5-broker]] public MQTT server is only used for MOTT learning and testing, and should not be used in the production environment.
147 +In **ThingsBoard**, **Data Converters** are components used to transform incoming or outgoing data between different formats, typically to convert raw telemetry data from devices into a structured format that ThingsBoard can understand, or vice versa.
153 153  
154 154  
155 -[[image:emqx.png||height="420" width="500"]]
150 +== 3.1 Uplink ==
156 156  
157 157  
158 -=== 2.2.3 Ins1.thingseye.io ===
153 +In the left navigation, click **Integrations center**, and then click **Data converters**.
159 159  
160 -[[lns1.thingseye.io>>http://lns1.thingseye.io/]] is the Dragino's MQTT broker, which requires a CA certificate file, Certificate file, and the Private key file to use.
161 161  
162 -If customers need to use this MQTT connection with ThingsBoard, they need to contact the TE team to obtain three license files.
163 163  
164 -[[image:ins1.png||height="310" width="500"]]
157 +[[image:data-converters-list-empty.png]]
165 165  
166 166  
167 -= 3. Creating Devices =
160 +On the **Data converters** page, click on the ‘**+**’ button, and then click on the **Create new converter** from the dropdown menu.
168 168  
169 169  
170 -First, you need to create devices in ThingsBoard to represent your physical devices. For example, you can name it **Device A**, and the second device could be **Device B** or any name you prefer. The device name should be unique within the **Devices** space.
171 171  
164 +[[image:create-new-converter-menu.png||height="259" width="500"]]
172 172  
173 -In the left navigation, click Entities -> Devices.
174 174  
175 -Click the **Add Device** button (the button with the **+** sign), and from the dropdown menu, click **Add new device**.
167 +The **Add data converter** window will appear. Name it ‘**MQTT Uplink Converter NB/CB**’ and select the Type as **Uplink**.
176 176  
177 -In the **Add new device** dialog box, enter the device name in the **Name** text box. For example, we will use **Device A**.
169 +Click on the **TBEL** button if not selected it by default. Delete the existing decoder function in the code editor. Now copy and paste the following decoder function written in **TBEL (ThingsBoard Expression Language)** in to the **code editor**. This decoder function is compatible for both NB and CB series devices.
178 178  
179 -Click the **Add** button.
171 +{{code language="JavaScript"}}
172 +/** Decoder **/
180 180  
181 -Skip the **connectivity testing** by clicking the **Close** button.
174 +// decode payload to string
175 +var payloadStr = decodeToString(payload);
176 +var data = JSON.parse(payloadStr);
182 182  
183 -The device is created and listed on the **Devices** page. Note that its initial state is **Inactive** because it has not received any data yet.
178 +var deviceName = metadata.topic.split("/")[3];
179 +// decode payload to JSON
180 +var deviceType = 'sensor';
184 184  
182 +// Result object with device attributes/telemetry data
183 +var result = {
184 + deviceName: deviceName,
185 + deviceType: deviceType,
186 + attributes: {
187 + integrationName: metadata['integrationName'],
188 + },
189 + telemetry: {
190 + temperature: data.temperature,
191 + humidity: data.humidity,
192 + }
193 +};
185 185  
186 -= 4. Data Converters =
195 +/** Helper functions 'decodeToString' and 'decodeToJson' are already built-in **/
187 187  
197 +return result;
198 +{{/code}}
188 188  
189 -In **ThingsBoard**, **Data Converters** are components used to transform incoming or outgoing data between different formats, typically to convert raw telemetry data from devices into a structured format that ThingsBoard can understand, or vice versa.
190 190  
201 +Click on the **Add** button.
191 191  
192 -== 4.1 Uplink ==
193 193  
194 194  
195 -In the left navigation, click **Integrations center**, and then click **Data converters**.
205 +[[image:add-uplink-data-converter.png||height="529" width="500"]]
196 196  
197 197  
198 -[[image:data-converters-list-empty.png]]
208 +You should see that the newly added **MQTT Uplink converter **NB/CB is listed on the **Data Converters** page.
199 199  
210 +[[image:data-converter-list-showing-uplink-dc.png]]
200 200  
201 -On the **Data converters** page, click on the ‘**+**’ button, and then click on the **Create new converter** from the dropdown menu.
202 202  
203 203  
214 +== 3.2 Downlink ==
204 204  
205 -[[image:create-new-converter-menu.png||height="259" width="500"]]
206 206  
217 +On the **Data converters** page, click on the ‘**+**’ button, and then click on the **Create new converter** from the dropdown menu.
207 207  
208 -The **Add data converter** window will appear. Name it ‘**MQTT Uplink Converter NB/CB**’ and select the Type as **Uplink**.
209 209  
210 -Click on the **TBEL** button if it has not been selected by default.
220 +[[image:create-new-converter-menu.png||width="500"]]
211 211  
212 -Modify the default TBEL function to match with your device as described below:
213 213  
214 214  
215 -* Uncomment** line 11**:
224 +The **Add data converter** window will appear. Name it ‘**MQTT Downlink Converter NB/CB**’ and select the Type as **Downlink**.
216 216  
217 -//var data = decodeToJson(payload)//
226 +Click on the **TBEL** button if not selected it by default. Now copy and paste the following encoder function written in **TBEL (ThingsBoard Expression Language)** in to the **code editor**. This encoder function is compatible for both NB and CB series devices.
218 218  
219 219  
220 -* **Line 13**: Assign your device name to the **deviceName** field. - We used **Device A** as it is to match with our device, **Device A **in the Devices section.
221 -* From **line 38**: Modify the telemetry section to allow parsed data to be assigned to the fields.
229 +{{code language="JavaScript"}}
230 +// Encode downlink data from incoming Rule Engine message
222 222  
223 -//telemetry: {
224 - temperature: data.temperature,
225 - humidity: data.humidity,
226 - rawData: payloadStr
227 - }//
232 +// msg - JSON message payload downlink message json
233 +// msgType - type of message, for ex. 'ATTRIBUTES_UPDATED', 'POST_TELEMETRY_REQUEST', etc.
234 +// metadata - list of key-value pairs with additional data about the message
235 +// integrationMetadata - list of key-value pairs with additional data defined in Integration executing this converter
228 228  
237 +/** Encoder **/
229 229  
230 -The modified uplink decoder function to match with **Device A** is shown below.
239 +var data = {};
231 231  
232 -{{code language="JavaScript"}}
233 -// Decode an uplink message from a buffer
234 -// payload - array of bytes
235 -// metadata - key/value object
241 +// Process data from incoming message and metadata
236 236  
237 -/** Decoder **/
243 +data.tempFreq = msg.temperatureUploadFrequency;
244 +data.humFreq = msg.humidityUploadFrequency;
238 238  
239 -// decode payload to string
240 -var payloadStr = decodeToString(payload);
246 +data.devSerialNumber = metadata['ss_serialNumber'];
241 241  
242 -// decode payload to JSON
243 -var data = decodeToJson(payload);
248 +// Result object with encoded downlink payload
249 +var result = {
244 244  
245 -var deviceName = 'Device A';
246 -var deviceType = 'thermostat';
247 -var customerName = 'Customer C';
248 -var groupName = 'thermostat devices';
249 -var manufacturer = 'Example corporation';
250 -// use assetName and assetType instead of deviceName and deviceType
251 -// to automatically create assets instead of devices.
252 -// var assetName = 'Asset A';
253 -// var assetType = 'building';
251 + // downlink data content type: JSON, TEXT or BINARY (base64 format)
252 + contentType: "JSON",
254 254  
255 -// Result object with device/asset attributes/telemetry data
256 -var result = {
257 -// Use deviceName and deviceType or assetName and assetType, but not both.
258 - deviceName: deviceName,
259 - deviceType: deviceType,
260 -// assetName: assetName,
261 -// assetType: assetType,
262 -// customerName: customerName,
263 - groupName: groupName,
264 - attributes: {
265 - model: 'Model A',
266 - serialNumber: 'SN111',
267 - integrationName: metadata['integrationName'],
268 - manufacturer: manufacturer
269 - },
270 - telemetry: {
271 - temperature: data.temperature,
272 - humidity: data.humidity,
273 - rawData: payloadStr
274 - }
275 -};
254 + // downlink data
255 + data: JSON.stringify(data),
276 276  
277 -/** Helper functions 'decodeToString' and 'decodeToJson' are already built-in **/
257 + // Optional metadata object presented in key/value format
258 + metadata: {
259 + topic: metadata['deviceType']+'/'+metadata['deviceName']+'/upload'
260 + }
278 278  
262 +};
263 +
279 279  return result;
280 280  {{/code}}
281 281  
282 282  
283 -Once you modify the decoder function, click on the **Add** button.
268 +Click on the **Add** button.
284 284  
285 285  
286 -[[image:mqtt-uplink.png||width="500"]]
287 287  
272 +[[image:add-downlink-data-converter.png||height="529" width="500"]]
288 288  
289 289  
290 -You should see that the newly added **MQTT Uplink converter **NB/CB is listed on the **Data Converters** page.
275 +You should see that the newly added **MQTT Downlink** Converter NB/CB is listed on the **Data Converters** page.
291 291  
292 292  
293 -[[image:data-converter-list-showing-uplink-dc.png]]
278 +[[image:data-converters-list.png]]
294 294  
295 295  
296 -= 5. Add Integration =
297 297  
282 += 4. Add Integration =
298 298  
284 +
299 299  In the left navigation, click **Integrations center**, and then click **Integrations**.
300 300  
301 301  
... ... @@ -320,6 +320,7 @@
320 320  Click **Next** button.
321 321  
322 322  
309 +
323 323  [[image:add-integration-basic-settings.png||height="511" width="500"]]
324 324  
325 325  
... ... @@ -331,31 +331,31 @@
331 331  Click **Next** button.
332 332  
333 333  
321 +
334 334  [[image:add-integration-uplink-data-converter.png||height="511" width="500"]]
335 335  
336 336  
337 337  **Downlink data converter:**
338 338  
339 -Dragino NB/CB devices don't require a downlink data converter to decode their payloads, so you can skip this step.
327 +* Click on the **Select existing** button.
328 +* **Downlink data converter**: Select **MQTT Downlink Converter NB/CB **from the dropdown list.
340 340  
341 -* Click on the **Skip **button in the Downlink data converter section.
330 +Click **Next** button.
342 342  
343 -Click **Skip** button.
344 344  
345 345  
346 -[[image:integration-dl-skip.png||height="511" width="500"]]
334 +[[image:add-integration-downlink-data-converter.png||height="511" width="500"]]
347 347  
348 348  
349 -
350 350  **Connection:**
351 351  
352 -* **Host**: Host URL (Eg. **//011731f7xxxxxxxxxxxfbbedfc63f4.s1.eu.hivemq.cloud//**)
339 +* **Host**: Cluster URL (Eg. 011731f7928541588a6cdfbbedfc63f4.s1.eu.hivemq.cloud)
353 353  * **Port**: 8883
354 -* **Credentials type**: Basic
341 +* **Credentials**: Basic
342 +* **Enable SSL**: YES
355 355  * **Username**: Username (from your HiveMQ Cloud Cluster with your credentials)
356 356  * **Password:** Password (from your HiveMQ Cloud Cluster with your credentials)
357 -* **Enable SSL**: YES
358 -* **Topic: device/a** (The topic can be anything; you can even use just the device name.)
345 +* **Topic:** tb/mqtt-integration-tutorial/sensors/+/telemetry (the + replaces any 'device name' and creates devices in the Entities -> Devices)
359 359  * **QoS:** 0-At most once
360 360  
361 361  [[image:add-integration-connection.png||height="511" width="500"]]
... ... @@ -388,91 +388,93 @@
388 388  Since we haven't received data from a device yet, the integration **Status** is shown as **Pending.**
389 389  
390 390  
378 +
391 391  [[image:new-integration-pending.png]]
392 392  
393 393  
394 -= 6. Verifying the receipt of data from virtual devices =
382 += 5. Verifying the receipt of data from virtual devices =
395 395  
396 396  
397 -== 6.1 How does it work? ==
385 +== 5.1 How does it work? ==
398 398  
399 399  
400 400  We use the Mosquitto MQTT client to simulate MQTT messages, acting as a virtual device. First, install the Mosquitto client on your computer from [[this link>>url:https://mosquitto.org/download/]]. The Mosquitto client publishes messages to the MQTT broker (HiveMQ) on a specified MQTT topic. ThingsBoard subscribes to these messages using the same topic.
401 401  
402 -The Mosquitto client publishes messages (payloads) on the topic **/device/a**. Of course, you can use any topic for testing.
390 +The Mosquitto client publishes messages on the topic v1/devices/[device_name]/telemetry. The [device_name]placeholder can be replaced with any device name, for example, 'S31B-NB'. Then, the MQTT topic would be v1/devices/S31B-NB/telemetry.
403 403  
404 -(% id="cke_bm_37386S" style="display:none" %) (%%)The MQTT payload format is as follows:
392 +On the ThingsBoard side, we configure the MQTT topic subscription as v1/devices/+/telemetry. The + wildcard represents any device name and allows ThingsBoard to automatically create (provision) a device with that name, such as S31B-NB, for example.
405 405  
406 -{{code language="none"}}
407 -{"IMEI": "350693903995577", "temperature":25, "humidity":80, "pressure":1005}
408 -{{/code}}
409 409  
410 -Once ThingsBoard receives this message, it forwards this payload to the matching device through the integration.
395 +**The new device is created the first time the MQTT topic is received. For subsequent MQTT topics with the same device name, no duplicate devices will be created.**
411 411  
412 412  
413 -== 5.2 Sending messages ==
398 +For example, if you send two MQTT messages with different device names in the topic:
414 414  
400 +1. v1/devices/**S31B-NB**/telemetry
401 +1. v1/devices/**LDS25-NB**/telemetry
415 415  
416 -On the terminal, issue the following MQTT command which simulates the device S31B-NB. The message payload contains the fields temperature anhumidity, which hold the values S31B-NB and 27, respectively. This payload is also (technically) known as telemetry.
403 +ThingsBoard will create two devices named **S31B-NB** and **LDS25-NB** in the **//Devices//** section.
417 417  
405 +
406 +The MQTT payload format is as follows, which is common for all ~-~-NB and ~-~-CB series devices:
407 +
418 418  {{code language="none"}}
419 -mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -u "xxxxx" -P "xxxxx" -t "device/a" -m '{"IMEI":"350693903995577", "temperature":30, "humidity":80, "pressure":1005}'
409 +{"temperature":10.4, "humidity":85}
420 420  {{/code}}
421 421  
422 -If the integration was performed without errors, the status of the integration changes to 'Active' after the first telemetry transmission.
423 423  
413 +== 5.2 Sending messages ==
424 424  
425 -[[image:integration-active.png]]
426 426  
416 +On the terminal, issue the following MQTT command which simulates the device S31B-NB. The message payload contains the fields temperature and humidity, which hold the values 10.4 and 85, respectively. This payload is also (technically) known as telemetry.
427 427  
418 +{{code language="none"}}
419 +mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "tb/mqtt-integration-tutorial/sensors/S31B-NB/telemetry" -u "xxxxx" -P "xxxxx" -m '{"temperature":10.4, "humidity":85}'
420 +{{/code}}
428 428  
422 +If the integration was performed without errors, the status of the integration changes to 'Active' after the first telemetry transmission.
429 429  
430 -== 6.3 Viewing messages ==
431 431  
425 +[[image:integration-active.png]]
432 432  
433 -Go back to the **Integrations** page.
434 434  
435 -Click on the **MQTT integration NB/CB** in the **Integrations** page to see its details.
428 +Also, a new device named **S31B-NB** will appear under **//Entities -> Devices -> All//**. This means the first MQTT message triggers ThingsBoard to provision a device named **S31B-NB**.
436 436  
437 -Click on the **Edit** button (//**pen icon**//).
438 438  
439 -Click on the **Disabled** button in the upper-right corner.
431 +[[image:device-provision-1.png]]
440 440  
441 -Turn on the **All messages (15 min)** option. This will enable displaying all messages in the **Events** tab. This setting will expire in 15 minutes, and you will need to repeat the same steps if you want to view the messages in the Events tab later.
442 442  
443 -Click on the **Apply** button.
434 +Click on the device S31B-NB on the devices list to see its details.
444 444  
445 -Then click on the **Apply changes** (//**tick icon**//) button.
436 +Then go to the **Latest telemetry** tab.
446 446  
438 +You can see the fields temperature and humidity with the values you previously sent using the MQTT message.
447 447  
448 -[[image:Screenshot 2025-03-18 at 09.23.10.png]]
449 449  
441 +[[image:telemetry-1.png]]
450 450  
451 -Now go to the **Events** tab.
452 452  
453 -Select the Event type as **Debug** from the dropdown list.
444 +Now, change the values of the fields and send the MQTT message again. For example, set temperature to 20 and humidity to 70. Observe how the values update in //Latest Telemetry//.
454 454  
455 -Now you can see all the Uplink messages you are simulating through the MQTT broker. The status should be **OK **if there is no errors in your integration.
456 456  
447 +[[image:telemetry-2.png]]
457 457  
458 -[[image:Screenshot 2025-03-26 at 19.49.31.png]]
459 459  
450 +Let's provision the second device named **LDS25-NB **with initial telemetry. Use the following MQTT message.
460 460  
461 461  
453 +{{code language="none"}}
454 +mosquitto_pub -d -q 1 -h 011731f7928541588a6cdfbbedfc63f4.s1.eu.hivemq.cloud -p 8883 -t "tb/mqtt-integration-tutorial/sensors/LDS25-NB/telemetry" -u "pradeeka" -P "Kalpani123@" -m '{"temperature":11, "humidity":87}'
455 +{{/code}}
462 462  
463 -Then click on the **three dots (...)** in the **Message** column. You can see the uplink message's **payload** in the **Message** window.
457 +Now, refresh the **Devices** page, and you will see the second device**LDS25-NB**, which was recently provisioned.
464 464  
465 465  
466 -[[image:Screenshot 2025-03-26 at 19.47.52.png]]
460 +[[image:device-provision-2.png]]
467 467  
468 468  
463 += 6. Creating a Dashboard =
469 469  
470 -
471 -Now, you have successfully tested your integration with a simulated uplink payload and verified that it is received by ThingsBoard, and the device is provisioned.
472 -
473 -
474 -= 7. Creating a Dashboard =
475 -
476 476  ThingsBoard **Dashboards** provide a powerful way to visualize and monitor real-time and historical data from connected devices. They allow users to create interactive, customizable panels displaying telemetry data, device status, and other key metrics. With a variety of widgets, including charts, maps, and tables, dashboards help users gain insights, track trends, and manage IoT deployments efficiently.
477 477  
478 478  
... ... @@ -479,11 +479,6 @@
479 479  This section guides you on how to create a dashboard to display temperature and humidity data from the device on a time-series chart. You may also use other widgets in ThingsBoard to display data according to your requirements.
480 480  
481 481  
482 -First simulate a few messages using MQTT. This time, we have added the 'humidity' field to the payload. Eg:
483 -
484 -{{code language="none"}}mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "v1/devices/me/telemetry" -u "xxxxx" -P "xxxxx" -m '{"IMEI": "S31B-NB", "temperature": 22, "humidity":80}'{{/code}}
485 -
486 -
487 487  In **ThingsBoard**, from the left navigation menu, click **Dashboards**. Then, click the **+** button and select **Create new dashboard** from the dropdown menu.
488 488  
489 489  
... ... @@ -540,11 +540,11 @@
540 540  
541 541  
542 542  {{code language="none"}}
543 -mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "v1/devices/me/telemetry" -u "xxxxx" -P "xxxxx" -m '{"IMEI": "S31B-NB", "temperature": 22, "humidity":70}'
527 +mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "tb/mqtt-integration-tutorial/sensors/S31B-NB/telemetry" -u "xxxxx" -P "xxxxx" -m '{"temperature":20, "humidity":70}'
544 544  
545 -mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "v1/devices/me/telemetry" -u "xxxxx" -P "xxxxx" -m '{"IMEI": "S31B-NB", "temperature": 27, "humidity":72}'
529 +mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "tb/mqtt-integration-tutorial/sensors/S31B-NB/telemetry" -u "xxxxx" -P "xxxxx" -m '{"temperature":22, "humidity":71}'
546 546  
547 -mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "v1/devices/me/telemetry" -u "xxxxx" -P "xxxxx" -m '{"IMEI": "S31B-NB", "temperature": 19, "humidity":80}'
531 +mosquitto_pub -d -q 1 -h 011731f7928xxxxx.s1.eu.hivemq.cloud -p 8883 -t "tb/mqtt-integration-tutorial/sensors/S31B-NB/telemetry" -u "xxxxx" -P "xxxxx" -m '{"temperature":18, "humidity":79}'
548 548  
549 549  {{/code}}
550 550  
... ... @@ -554,10 +554,10 @@
554 554  [[image:timeseries-4.png||height="316" width="700"]]
555 555  
556 556  
557 -= 8. Configure NB-IoT Sensor =
541 += 7. Configure NB-IoT Sensor =
558 558  
559 559  
560 -Now, let's experiment with sending data to ThingsBoard using a real NB-IoT device. For example, we will use the **TS01-NB**.
544 +Now, let's experiment with sending data to ThingsBoard using a real NB-IoT device. For example, we will use the **S31B-NB**.
561 561  
562 562  First, configure the NB-IoT device with the necessary MQTT settings using AT commands. Below is a list of AT commands you can use.
563 563  
... ... @@ -565,8 +565,8 @@
565 565  **AT Commands**
566 566  
567 567  * **AT+PRO=3,3    **~/~/ Use MQTT to connect to ThingsBoard. Payload Type set to 3.
568 -* **AT+SUBTOPIC=<MQTT subscribe topic> Eg: TS01-NB**
569 -* **AT+PUBTOPIC=<MQTT publish topic> Eg: TS01-NB**
552 +* **AT+SUBTOPIC=<MQTT topic>**
553 +* **AT+PUBTOPIC=<MQTT topic>**
570 570  * **AT+CLIENT=null**
571 571  * **AT+UNAME=<MQTT Username>**
572 572  * **AT+PWD=<MQTT Password>**
... ... @@ -573,16 +573,3 @@
573 573  * **AT+SERVADDR=<Broker address, Port>**
574 574  
575 575  Test your uplink by pressing the ACT button for 1 second.
576 -
577 -
578 -
579 -The following image shows the uplink payload of a real Dragino device. The publish topic is **TS01-NB**, and the device name is **861275077962896**, which is represented by the **IMEI**.
580 -
581 -{{info}}
582 -The ThingsBoard uses the device's IMEI number included in the payload to create a device in the Devices section.
583 -{{/info}}
584 -
585 -[[image:image-4.png]]
586 -
587 -
588 -
Screenshot 2025-03-16 at 18.38.59.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -221.2 KB
Content
Screenshot 2025-03-16 at 18.39.12.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -211.9 KB
Content
Screenshot 2025-03-18 at 09.23.10.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -78.7 KB
Content
Screenshot 2025-03-26 at 18.15.08.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -92.2 KB
Content
Screenshot 2025-03-26 at 19.47.52.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -168.4 KB
Content
Screenshot 2025-03-26 at 19.49.31.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -133.0 KB
Content
add-integration-connection.png
Size
... ... @@ -1,1 +1,1 @@
1 -158.1 KB
1 +124.4 KB
Content
emqx.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -39.1 KB
Content
image-4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -96.0 KB
Content
ins1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -28.8 KB
Content
integration-dl-skip.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -105.5 KB
Content
mqtt-uplink.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -175.1 KB
Content
new-device.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -143.3 KB
Content
ul-data-converter-added.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -189.4 KB
Content
ul-data-converter-device-a.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -168.3 KB
Content