Last modified by Mengting Qiu on 2025/07/03 15:42

From version 177.1
edited by Kilight Cao
on 2025/06/13 15:50
Change comment: There is no comment for this version
To version 179.1
edited by Mengting Qiu
on 2025/07/03 15:41
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.Kilight
1 +XWiki.ting
Content
... ... @@ -728,30 +728,32 @@
728 728  
729 729  When using the AT+DATACONVx command,
730 730  
731 -The data of RETURN3 will be converted into 2 data, the first data is +95, and the second data is +260.
731 +The data of RETURN3 will be converted into 2 data, the first data is +192, and the second data is +258.
732 732  
733 +The data of RETURN4 will be converted into 3 data, the first data is +187716, and the second data is +252, and the third data is +1.
734 +
733 733  * AT+DATACONV3=1,2+2,2  The first data is uploaded as 2 bytes and the second data is uploaded as 2 bytes. The form converted to hexadecimal is as shown above,as below:
734 734  * (((
735 735  AT+DATACONV4=1,3+2,2+3,2  The first data uploads 3 bytes, the second data also uploads 2 bytes, and the third data also uploads 2 bytes. The hexadecimal form is shown above and as shown in the following figure:
736 736  )))
737 737  
738 -[[image:image-20250609141343-1.png]]
739 739  
741 +
740 740  **For example,the uplink payload as below:**
741 741  
742 -0CE4 01 00C6 0103 02DB99 00FD 0001
744 +0CFC 01 00C0 0102 02DD44 00FC 0001
743 743  
744 -(% style="color:#037691" %)**BAT**(%%): 0x0CE4 = 3300mV = 3.300V
746 +(% style="color:#037691" %)**BAT**(%%): 0x0CFC = 3324mV = 3.324V
745 745  
746 746  (% style="color:#037691" %)**Payload Version**(%%): 0x01, Means: v1.0 version
747 747  
748 -(% style="color:#037691" %)**Data 1: **(%%)0x00C6(H) = 198(D) / 100 = 19.8
750 +(% style="color:#037691" %)**Data 1: **(%%)0x00C0(H) = 192(D) / 100 = 19.2
749 749  
750 -(% style="color:#037691" %)**Data 2: **(%%)0x0103(H) = 259(D) / 10 = 25.9
752 +(% style="color:#037691" %)**Data 2: **(%%)0x0102(H) = 258(D) / 10 = 25.8
751 751  
752 -(% style="color:#037691" %)**Data 3: **(%%)0x02DB99(H) = 187289(D) / 100 = 1872.89
754 +(% style="color:#037691" %)**Data 3: **(%%)0x02DD44(H) = 187716(D) / 100 = 1877.16
753 753  
754 -(% style="color:#037691" %)**Data 4: **(%%)0x00FD(H) = 253(D) / 10 = 25.3
756 +(% style="color:#037691" %)**Data 4: **(%%)0x00FC(H) = 252(D) / 10 = 25.2
755 755  
756 756  (% style="color:#037691" %)**Data 5: **(%%)0x0001(H) = 1(D) = 1
757 757  
... ... @@ -1265,26 +1265,37 @@
1265 1265  == 2.9 Datalog Feature(Since v1.3.0) ==
1266 1266  
1267 1267  
1268 -(((
1269 -Datalog Feature is to ensure IoT Server can get all sampling data from Sensor even if the LoRaWAN network is down. For each sampling, SDI-12-LB will store the reading for future retrieving purposes. There are two ways for IoT servers to get datalog from SDI-12-LB.
1270 +Datalog Feature is to ensure IoT Server can get all sampling data from Sensor even if the LoRaWAN network is down. For each sampling, SDI-12-LB will store the reading for future retrieving purposes.
1271 +
1272 +
1273 +=== 2.5.1 How datalog works ===
1274 +
1275 +
1276 +SDI-12-LB will wait for ACK for every uplink, when there is no LoRaWAN network,SDI-12-LB will mark these records with non-ack messages and store the sensor data, and it will send all messages (10s interval) after the network recovery.
1277 +
1278 +* (((
1279 +a) SDI-12-LB will do an ACK check for data records sending to make sure every data arrive server.
1270 1270  )))
1281 +* (((
1282 +b) SDI-12-LB will send data in **CONFIRMED Mode**, but SDI-12-LB won't re-transmit the packet if it doesn't get ACK, it will just mark it as a NONE-ACK message. In a future uplink if SDI-12-LB gets a ACK, SDI-12-LB will consider there is a network connection and resend all NONE-ACK messages.
1271 1271  
1284 +
1285 +)))
1272 1272  
1273 -=== 2.9.1 Ways to get datalog via LoRaWAN ===
1287 +=== 2.5.2 Enable Datalog ===
1274 1274  
1275 1275  
1276 -There are two methods:
1290 +User need to make sure below two settings are enable to use datalog;
1277 1277  
1278 -(% style="color:blue" %)**Method 1:** (%%)IoT Server sends a downlink LoRaWAN command to [[poll the value>>||anchor="H2.8.4Pollsensorvalue"]] for specified time range.
1292 +* (% style="color:blue" %)**SYNCMOD=1(Default)**(%%) to enable sync time via LoRaWAN MAC command, click here ([[AT+SYNCMOD>>https://wiki.dragino.com/xwiki/bin/view/Main/End%20Device%20AT%20Commands%20and%20Downlink%20Command/#H4.6Settimesynchronizationmethod28ThenetworkservermustsupportLoRaWANv1.0.329]]) for detailed instructions.
1293 +* (% style="color:blue" %)**PNACKMD=1**(%%)** **to enable datalog feature, click here ([[AT+PNACKMD>>https://wiki.dragino.com/xwiki/bin/view/Main/End%20Device%20AT%20Commands%20and%20Downlink%20Command/#H7.26RequesttheservertosendanACK]]) for detailed instructions.
1279 1279  
1280 1280  
1281 -(% style="color:blue" %)**Method 2: **(%%)Set PNACKMD=1, SDI-12-LB will wait for ACK for every uplink, when there is no LoRaWAN network, SDI-12-LB will mark these records with non-ack messages and store the sensor data, and it will send all messages (10s interval) after the network recovery.
1282 1282  
1297 +Once SDI-12-LB Joined LoRaWAN network, it will send the MAC command (DeviceTimeReq) and the server will reply with (DeviceTimeAns) to send the current time to SDI-12-LB. If SDI-12-LB fails to get the time from the server, SDI-12-LB will use the internal time and wait for next time request (AT+SYNCTDC to set the time request period, default is 10 days).
1283 1283  
1284 -(% style="color:red" %)**Note for method 2:**
1299 +(% style="color:red" %)**Note: LoRaWAN Server need to support LoRaWAN v1.0.3(MAC v1.0.3) or higher to support this MAC command feature, Chirpstack,TTN V3 v3 and loriot support but TTN V3 v2 doesn't support. If server doesn't support this command, it will through away uplink packet with this command, so user will lose the packet with time request for TTN V3 v2 if SYNCMOD=1.**
1285 1285  
1286 -* a) SDI-12-LB will do an ACK check for data records sending to make sure every data arrive server.
1287 -* b) SDI-12-LB will send data in **CONFIRMED Mode** when PNACKMD=1, but SDI-12-LB won't re-transmit the packet if it doesn't get ACK, it will just mark it as a NONE-ACK message. In a future uplink if SDI-12-LB gets a ACK, SDI-12-LB will consider there is a network connection and resend all NONE-ACK Message.
1288 1288  
1289 1289  === 2.9.2 Unix TimeStamp ===
1290 1290  
... ... @@ -1303,39 +1303,6 @@
1303 1303  So, we can use AT+TIMESTAMP=1742889625 or downlink 3067E26299 to set the current time 2025 – March ~-~- 25 Tuesday  08:00:25
1304 1304  
1305 1305  
1306 -=== 2.9.3 Set Device Time ===
1307 -
1308 -
1309 -(((
1310 -(% style="color:blue" %)**There are two ways to set device's time:**
1311 -)))
1312 -
1313 -(((
1314 -**1.  Through LoRaWAN MAC Command (Default settings)**
1315 -)))
1316 -
1317 -(((
1318 -User need to set SYNCMOD=1 to enable sync time via MAC command.
1319 -)))
1320 -
1321 -(((
1322 -Once SDI-12-LB Joined LoRaWAN network, it will send the MAC command (DeviceTimeReq) and the server will reply with (DeviceTimeAns) to send the current time to SDI-12-LB. If SDI-12-LB fails to get the time from the server, SDI-12-LB will use the internal time and wait for next time request (AT+SYNCTDC to set the time request period, default is 10 days).
1323 -)))
1324 -
1325 -(((
1326 -(% style="color:red" %)**Note: LoRaWAN Server need to support LoRaWAN v1.0.3(MAC v1.0.3) or higher to support this MAC command feature, Chirpstack,TTN V3 v3 and loriot support but TTN V3 v2 doesn't support. If server doesn't support this command, it will through away uplink packet with this command, so user will lose the packet with time request for TTN V3 v2 if SYNCMOD=1.**
1327 -)))
1328 -
1329 -
1330 -(((
1331 -**2. Manually Set Time**
1332 -)))
1333 -
1334 -(((
1335 -User needs to set SYNCMOD=0 to manual time, otherwise, the user set time will be overwritten by the time set by the server.
1336 -)))
1337 -
1338 -
1339 1339  === 2.9.4 Poll sensor value ===
1340 1340  
1341 1341