Changes for page ThingsBoard

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

From version 177.1
edited by Dilisi S
on 2025/03/26 21:03
Change comment: Mar 26 edits - part 2
To version 139.1
edited by Dilisi S
on 2025/03/09 03:35
Change comment: Uploaded new attachment "dashboard-2.png", version {1}

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,152 +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 -The default TBEL function is shown below.
213 213  
214 214  
224 +The **Add data converter** window will appear. Name it ‘**MQTT Downlink Converter NB/CB**’ and select the Type as **Downlink**.
225 +
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.
227 +
228 +
215 215  {{code language="JavaScript"}}
216 -// Decode an uplink message from a buffer
217 -// payload - array of bytes
218 -// metadata - key/value object
230 +// Encode downlink data from incoming Rule Engine message
219 219  
220 -/** Decoder **/
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
221 221  
222 -// decode payload to string
223 -var payloadStr = decodeToString(payload);
237 +/** Encoder **/
224 224  
225 -// decode payload to JSON
226 -// var data = decodeToJson(payload);
239 +var data = {};
227 227  
228 -var deviceName = 'Device A';
229 -var deviceType = 'thermostat';
230 -var customerName = 'Customer C';
231 -var groupName = 'thermostat devices';
232 -var manufacturer = 'Example corporation';
233 -// use assetName and assetType instead of deviceName and deviceType
234 -// to automatically create assets instead of devices.
235 -// var assetName = 'Asset A';
236 -// var assetType = 'building';
241 +// Process data from incoming message and metadata
237 237  
238 -// Result object with device/asset attributes/telemetry data
239 -var result = {
240 -// Use deviceName and deviceType or assetName and assetType, but not both.
241 - deviceName: deviceName,
242 - deviceType: deviceType,
243 -// assetName: assetName,
244 -// assetType: assetType,
245 -// customerName: customerName,
246 - groupName: groupName,
247 - attributes: {
248 - model: 'Model A',
249 - serialNumber: 'SN111',
250 - integrationName: metadata['integrationName'],
251 - manufacturer: manufacturer
252 - },
253 - telemetry: {
254 - temperature: 42,
255 - humidity: 80,
256 - rawData: payloadStr
257 - }
258 -};
243 +data.tempFreq = msg.temperatureUploadFrequency;
244 +data.humFreq = msg.humidityUploadFrequency;
259 259  
260 -/** Helper functions 'decodeToString' and 'decodeToJson' are already built-in **/
246 +data.devSerialNumber = metadata['ss_serialNumber'];
261 261  
262 -return result;
263 -{{/code}}
248 +// Result object with encoded downlink payload
249 +var result = {
264 264  
265 -We use the same decoder function for all our devices. However, you need to modify a few things for each device. Among these, **deviceName** is a **mandatory** field. You should assign a device name to the **deviceName** field that matches the name of your device in the **Devices** section.
251 + // downlink data content type: JSON, TEXT or BINARY (base64 format)
252 + contentType: "JSON",
266 266  
267 -For example, if your device name is **Device B**, you can change **Device A** to **Device B**.
254 + // downlink data
255 + data: JSON.stringify(data),
268 268  
257 + // Optional metadata object presented in key/value format
258 + metadata: {
259 + topic: metadata['deviceType']+'/'+metadata['deviceName']+'/upload'
260 + }
269 269  
270 -{{code language="JavaScript"}}
271 -var deviceName = 'Device A';
272 -var deviceType = 'thermostat';
273 -var customerName = 'Customer C';
274 -var groupName = 'thermostat devices';
275 -var manufacturer = 'Example corporation';
262 +};
263 +
264 +return result;
276 276  {{/code}}
277 277  
278 278  
279 -Once you modify the decoder function, click on the **Add** button.
268 +Click on the **Add** button.
280 280  
281 281  
282 -[[image:mqtt-uplink.png||width="500"]]
283 283  
272 +[[image:add-downlink-data-converter.png||height="529" width="500"]]
284 284  
285 285  
286 -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.
287 287  
288 288  
289 -[[image:data-converter-list-showing-uplink-dc.png]]
278 +[[image:data-converters-list.png]]
290 290  
291 291  
292 -= 5. Add Integration =
293 293  
282 += 4. Add Integration =
294 294  
284 +
295 295  In the left navigation, click **Integrations center**, and then click **Integrations**.
296 296  
297 297  
... ... @@ -316,6 +316,7 @@
316 316  Click **Next** button.
317 317  
318 318  
309 +
319 319  [[image:add-integration-basic-settings.png||height="511" width="500"]]
320 320  
321 321  
... ... @@ -327,31 +327,31 @@
327 327  Click **Next** button.
328 328  
329 329  
321 +
330 330  [[image:add-integration-uplink-data-converter.png||height="511" width="500"]]
331 331  
332 332  
333 333  **Downlink data converter:**
334 334  
335 -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.
336 336  
337 -* Click on the **Skip **button in the Downlink data converter section.
330 +Click **Next** button.
338 338  
339 -Click **Skip** button.
340 340  
341 341  
342 -[[image:integration-dl-skip.png||height="511" width="500"]]
334 +[[image:add-integration-downlink-data-converter.png||height="511" width="500"]]
343 343  
344 344  
345 -
346 346  **Connection:**
347 347  
348 -* **Host**: Cluster URL (Eg. **//011731f7xxxxxxxxxxxfbbedfc63f4.s1.eu.hivemq.cloud//**)
339 +* **Host**: Cluster URL (Eg. 011731f7928541588a6cdfbbedfc63f4.s1.eu.hivemq.cloud)
349 349  * **Port**: 8883
350 350  * **Credentials**: Basic
351 351  * **Enable SSL**: YES
352 352  * **Username**: Username (from your HiveMQ Cloud Cluster with your credentials)
353 353  * **Password:** Password (from your HiveMQ Cloud Cluster with your credentials)
354 -* **Topic: v1/devices/me/telemetry** (The topic can be anything; you can even use just the device name. For example, you can use your device name here, such as devices/a/telemetry.)
345 +* **Topic:** tb/mqtt-integration-tutorial/sensors/+/telemetry (the + replaces any 'device name' and creates devices in the Entities -> Devices)
355 355  * **QoS:** 0-At most once
356 356  
357 357  [[image:add-integration-connection.png||height="511" width="500"]]
... ... @@ -359,8 +359,8 @@
359 359  
360 360  Click on the **Advanced settings** button.
361 361  
362 -* **Clean session:** YES
363 -* **Retained**: YES
353 +* **Clean session:** NO
354 +* **Retained**: NO
364 364  
365 365  [[image:add-integration-connection-advanced-settings.png||height="510" width="500"]]
366 366  
... ... @@ -384,201 +384,47 @@
384 384  Since we haven't received data from a device yet, the integration **Status** is shown as **Pending.**
385 385  
386 386  
378 +
387 387  [[image:new-integration-pending.png]]
388 388  
389 389  
390 -= 6. Verifying the receipt of data from virtual devices =
382 += 5. Verifying the receipt of data from virtual devices =
391 391  
392 392  
393 -== 6.1 How does it work? ==
385 +== 5.1 How does it work? ==
394 394  
395 -
396 396  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.
397 397  
398 -The Mosquitto client publishes messages (payloads) on the topic **v1/devices/me/telemetry**. Of course, you can use any topic for testing.
389 +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.
399 399  
400 -(% id="cke_bm_37386S" style="display:none" %) (%%)The MQTT payload format is as follows, which is common for all **~-~-NB** and **~-~-CB** series devices. The **IMEI** field is mandatory and is used to provision a new device with the name assigned to it in ThingsBoard.
391 +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.
401 401  
402 -{{code language="none"}}
403 -{"IMEI": "S31B-NB", "temperature": 27, ......}
404 -{{/code}}
405 405  
406 -Once ThingsBoard receives this message, it automatically creates (provisions) the device mentioned in the **IMEI**, for example, S31B-NB.
394 +**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.**
407 407  
408 408  
409 -== 5.2 Sending messages ==
397 +For example, if you send two MQTT messages with different device names in the topic:
410 410  
399 +1. v1/devices/**S31B-NB**/telemetry
400 +1. v1/devices/**S31B-CB**/telemetry
411 411  
412 -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 S31B-NB and 27, respectively. This payload is also (technically) known as telemetry.
402 +ThingsBoard will create two devices named **S31B-NB** and **S31B-CB** in the **//Devices//** section.
413 413  
404 +
405 +The MQTT payload format is as follows, for example:
406 +
414 414  {{code language="none"}}
415 -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}'
408 +{"temperature":10.4, "humidity":85}
416 416  {{/code}}
417 417  
418 -If the integration was performed without errors, the status of the integration changes to 'Active' after the first telemetry transmission.
419 419  
412 +== 5.2 Sending messages ==
420 420  
421 -[[image:integration-active.png]]
422 422  
415 +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.
423 423  
424 -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**.
425 -
426 -
427 -[[image:new-device.png]]
428 -
429 -
430 -== 6.3 Viewing messages ==
431 -
432 -
433 -Go back to the **Integrations** page.
434 -
435 -Click on the **MQTT integration NB/CB** in the **Integrations** page to see its details.
436 -
437 -Click on the **Edit** button (//**pen icon**//).
438 -
439 -Click on the **Disabled** button in the upper-right corner.
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 -
443 -Click on the **Apply** button.
444 -
445 -Then click on the **Apply changes** (//**tick icon**//) button.
446 -
447 -
448 -[[image:Screenshot 2025-03-18 at 09.23.10.png]]
449 -
450 -
451 -Now go to the **Events** tab.
452 -
453 -Select the Event type as **Debug** from the dropdown list.
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 -
457 -
458 -[[image:Screenshot 2025-03-16 at 18.38.59.png]]
459 -
460 -
461 -Then click on the **three dots (...)** in the **Message** column. You can see the uplink message's **payload** in the **Message** window.
462 -
463 -
464 -[[image:Screenshot 2025-03-16 at 18.39.12.png]]
465 -
466 -
467 -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.
468 -
469 -
470 -= 7. Creating a Dashboard =
471 -
472 -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.
473 -
474 -
475 -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.
476 -
477 -
478 -First simulate a few messages using MQTT. This time, we have added the 'humidity' field to the payload. Eg:
479 -
480 -{{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}}
481 -
482 -
483 -In **ThingsBoard**, from the left navigation menu, click **Dashboards**. Then, click the **+** button and select **Create new dashboard** from the dropdown menu.
484 -
485 -
486 -[[image:dashboard-1.png]]
487 -
488 -
489 -In the **Title** text box, enter **NB/CB Test Dashboard** as the title of the dashboard.
490 -
491 -Click on the **Add** button.
492 -
493 -
494 -[[image:dashboard-2.png||height="526" width="500"]]
495 -
496 -
497 -Click on the **Add widget / Add new widget** button.
498 -
499 -
500 -[[image:dashboard-3.png]]
501 -
502 -
503 -In the **Select widgets bundle** window, click **Charts**.
504 -
505 -
506 -[[image:dashboard-4.png||height="537" width="700"]]
507 -
508 -
509 -
510 -In the **Charts: select widget** window, click **Time series chart**.
511 -
512 -
513 -[[image:dashboard-5.png||height="525" width="700"]]
514 -
515 -
516 -Configure the **Time series chart** widget as follows:
517 -
518 -* **Datasource** - select S31B-NB device you provisioned.
519 -* **Series**:
520 -** **temperature** - you can see this key by default.
521 -** **humidity** - Click **Add series** button. Then add the **humidity** for the key and then type **%** as its unit.
522 -* Click on the **Add** button.
523 -
524 -[[image:timeseries-1.png||height="491" width="700"]]
525 -
526 -
527 -The time-series chart will appear in edit mode. Resize it by clicking and dragging the lower-right corner.
528 -
529 -Click the **Save** button to add the widget to the dashboard.
530 -
531 -
532 -[[image:timeseries-3.png||height="347" width="700"]]
533 -
534 -
535 -Now send the following MQTT messages from the terminal to simulate the data.
536 -
537 -
538 538  {{code language="none"}}
539 -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}'
540 -
541 -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}'
542 -
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": 19, "humidity":80}'
544 -
418 +mosquitto_pub -d -q 1 -h 011731f7928541588a6cdfbbedfc63f4.s1.eu.hivemq.cloud -p 8883 -t "tb/mqtt-integration-tutorial/sensors/SN-001/telemetry" -u "pradeeka" -P "Kalpani123@" -m '{"temperature":10.4, "humidity":85}'
545 545  {{/code}}
546 546  
547 -The chart will update with the values in realtime, as shown in the below image.
548 -
549 -
550 -[[image:timeseries-4.png||height="316" width="700"]]
551 -
552 -
553 -= 8. Configure NB-IoT Sensor =
554 -
555 -
556 -Now, let's experiment with sending data to ThingsBoard using a real NB-IoT device. For example, we will use the **TS01-NB**.
557 -
558 -First, configure the NB-IoT device with the necessary MQTT settings using AT commands. Below is a list of AT commands you can use.
559 -
560 -
561 -**AT Commands**
562 -
563 -* **AT+PRO=3,3    **~/~/ Use MQTT to connect to ThingsBoard. Payload Type set to 3.
564 -* **AT+SUBTOPIC=<MQTT subscribe topic> Eg: TS01-NB**
565 -* **AT+PUBTOPIC=<MQTT publish topic> Eg: TS01-NB**
566 -* **AT+CLIENT=null**
567 -* **AT+UNAME=<MQTT Username>**
568 -* **AT+PWD=<MQTT Password>**
569 -* **AT+SERVADDR=<Broker address, Port>**
570 -
571 -Test your uplink by pressing the ACT button for 1 second.
572 -
573 -
574 -
575 -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**.
576 -
577 -{{info}}
578 -The ThingsBoard uses the device's IMEI number included in the payload to create a device in the Devices section.
579 -{{/info}}
580 -
581 -[[image:image-4.png]]
582 -
583 -
584 -
421 +If the integration was performed without errors, after the transmission of the first telemetry, a new device with the name “S31B-NB” will appear in the Devices → All. Also, you can verify the input and output data, respectively, before and after conversion in Data converters → UDP Uplink Converter NB/CB → Events.
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
add-integration-connection.png
Size
... ... @@ -1,1 +1,1 @@
1 -158.1 KB
1 +124.4 KB
Content
dashboard-3.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -141.3 KB
Content
dashboard-4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -803.7 KB
Content
dashboard-5.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -476.1 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
timeseries-1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -179.1 KB
Content
timeseries-3.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -174.2 KB
Content
timeseries-4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.pradeeka
Size
... ... @@ -1,1 +1,0 @@
1 -159.0 KB
Content