Changes for page RS485-LN – RS485 to LoRaWAN Converter User Manual

Last modified by Karry Zhuang on 2025/03/06 16:34

From version < 32.16 >

edited by Xiaoling
on 2022/06/02 15:30

To version < 38.4 >

edited by Xiaoling
on 2022/06/02 16:30

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)
Attachments (0 modified, 6 added, 0 removed)

Details

Page properties

Content

@@ -76,8 +76,6 @@
  * Automatic RF Sense and CAD with ultra-fast AFC.
  * Packet engine up to 256 bytes with CRC.
--
--
  == 1.3 Features ==
  * LoRaWAN Class A & Class C protocol (default Class C)
@@ -89,8 +89,6 @@
  * Support Modbus protocol
  * Support Interrupt uplink (Since hardware version v1.2)
--
--
  == 1.4 Applications ==
  * Smart Buildings & Home Automation
@@ -100,8 +100,6 @@
  * Smart Cities
  * Smart Factory
--
--
  == 1.5 Firmware Change log ==
  [[RS485-LN Image files – Download link and Change log>>url:http://www.dragino.com/downloads/index.php?dir=RS485-LN/]]
@@ -289,7 +289,6 @@
  )))
  )))
--
  === 3.3.2 Configure sensors ===
  (((
@@ -311,77 +311,34 @@
  === 3.3.3 Configure read commands for each sampling ===
  (((
--RS485-BL is a battery powered device; it will sleep most of time. And wake up on each period and read RS485 / TTL sensor data and uplink.
--)))
++During each sampling, we need confirm what commands we need to send to the RS485 sensors to read data. After the RS485 sensors send back the value, it normally include some bytes and we only need a few from them for a shorten payload.
--(((
--During each sampling, we need to confirm what commands we need to send to the sensors to read data. After the RS485/TTL sensors send back the value, it normally includes some bytes and we only need a few from them for a shorten payload.
--)))
--
--(((
  To save the LoRaWAN network bandwidth, we might need to read data from different sensors and combine their valid value into a short payload.
--)))
--(((
  This section describes how to achieve above goals.
--)))
--(((
--During each sampling, the RS485-BL can support 15 commands to read sensors. And combine the return to one or several uplink payloads.
--)))
++During each sampling, the RS485-LN can support 15 commands to read sensors. And combine the return to one or several uplink payloads.
--(((
--**Command from RS485-BL to Sensor:**
--)))
--(((
--RS485-BL can send out pre-set max 15 strings via **AT+COMMAD1**, **ATCOMMAND2**,…, to **AT+COMMANDF** . All commands are of same grammar.
--)))
++**Each RS485 commands include two parts:**
--(((
--**Handle return from sensors to RS485-BL**:
--)))
++~1. What commands RS485-LN will send to the RS485 sensors. There are total 15 commands from **AT+COMMAD1**, **ATCOMMAND2**,…, to **AT+COMMANDF**. All commands are of same grammar.
--(((
--After RS485-BL send out a string to sensor, RS485-BL will wait for the return from RS485 or TTL sensor. And user can specify how to handle the return, by **AT+DATACUT or AT+SEARCH commands**
--)))
++2. How to get wanted value the from RS485 sensors returns from by 1). There are total 15 AT Commands to handle the return, commands are **AT+DATACUT1**,**AT+DATACUT2**,…, **AT+DATACUTF** corresponding to the commands from 1). All commands are of same grammar.
--* (((
--**AT+DATACUT**
--)))
++3. Some RS485 device might has longer delay on reply, so user can use AT+CMDDL to set the timeout for getting reply after the RS485 command is sent. For example **AT+CMDDL1=1000** to send the open time to 1000ms
--(((
--When the return value from sensor have fix length and we know which position the valid value we should get, we can use AT+DATACUT command.
--)))
--* (((
--**AT+SEARCH**
--)))
--
--(((
--When the return value from sensor is dynamic length and we are not sure which bytes the valid data is, instead, we know what value the valid value following. We can use AT+SEARCH to search the valid value in the return string.
--)))
--
--(((
--**Define wait timeout:**
--)))
--
--(((
--Some RS485 device might has longer delay on reply, so user can use AT+CMDDL to set the timeout for getting reply after the RS485 command is sent. For example, AT+CMDDL1=1000 to send the open time to 1000ms
--)))
--
--(((
  After we got the valid value from each RS485 commands, we need to combine them together with the command **AT+DATAUP**.
--)))
--**Examples:**
  Below are examples for the how above AT Commands works.
--**AT+COMMANDx : **This command will be sent to RS485/TTL devices during each sampling, Max command length is 14 bytes. The grammar is:
--(% border="1" class="table-bordered" %)
--|(((
++**AT+COMMANDx : **This command will be sent to RS485 devices during each sampling, Max command length is 14 bytes. The grammar is:
++
++(% border="1" style="background-color:#4bacc6; color:white; width:499px" %)
++|(% style="width:496px" %)(((
  **AT+COMMANDx=xx xx xx xx xx xx xx xx xx xx xx xx,m**
  **xx xx xx xx xx xx xx xx xx xx xx xx: The RS485 command to be sent**
@@ -389,49 +389,15 @@
  **m: 0: no CRC, 1: add CRC-16/MODBUS in the end of this command**
  )))
--(((
  For example, if we have a RS485 sensor. The command to get sensor value is: 01 03 0B B8 00 02 46 0A. Where 01 03 0B B8 00 02 is the Modbus command to read the register 0B B8 where stored the sensor value. The 46 0A is the CRC-16/MODBUS which calculate manually.
--)))
--(((
--In the RS485-BL, we should use this command AT+COMMAND1=01 03 0B B8 00 02,1 for the same.
--)))
++In the RS485-LN, we should use this command AT+COMMAND1=01 03 0B B8 00 02,1 for the same.
--(((
--**AT+SEARCHx**: This command defines how to handle the return from AT+COMMANDx.
--)))
--(% border="1" class="table-bordered" %)
--|(((
--**AT+SEARCHx=aa,xx xx xx xx xx**
--
--* **aa: 1: prefix match mode; 2: prefix and suffix match mode**
--* **xx xx xx xx xx: match string. Max 5 bytes for prefix and 5 bytes for suffix**
--
--
--)))
--
--**Examples:**
--
--~1. For a return string from AT+COMMAND1: 16 0c 1e 56 34 2e 30 58 5f 36 41 30 31 00 49
--
--If we set AT+SEARCH1=1,1E 56 34.      (max 5 bytes for prefix)
--
--The valid data will be all bytes after 1E 56 34 , so it is (% style="background-color:yellow" %)** 2e 30 58 5f 36 41 30 31 00 49**
--
--[[image:1653269403619-508.png]]
--
--2. For a return string from AT+COMMAND1:  16 0c 1e 56 34 2e 30 58 5f 36 41 30 31 00 49
--
--If we set AT+SEARCH1=2, 1E 56 34+31 00 49
--
--Device will search the bytes between 1E 56 34 and 31 00 49. So it is (% style="background-color:yellow" %)** 2e 30 58 5f 36 41 30**
--
--[[image:1653269438444-278.png]]
--
  **AT+DATACUTx : **This command defines how to handle the return from AT+COMMANDx, max return length is 45 bytes.
--|(((
++(% border="1" style="background-color:#4bacc6; color:white; width:725px" %)
++|(% style="width:722px" %)(((
  **AT+DATACUTx=a,b,c**
  * **a: length for the return of AT+COMMAND**
@@ -439,48 +439,37 @@
  * **c: define the position for valid value.  **
  )))
--Examples:
++**Examples:**
  * Grab bytes:
--[[image:1653269551753-223.png||height="311" width="717"]]
++[[image:image-20220602153621-1.png]]
++
  * Grab a section.
--[[image:1653269568276-930.png||height="325" width="718"]]
++[[image:image-20220602153621-2.png]]
++
  * Grab different sections.
--[[image:1653269593172-426.png||height="303" width="725"]]
++[[image:image-20220602153621-3.png]]
--(% style="color:red" %)**Note:**
++
++)))
--AT+SEARCHx and AT+DATACUTx can be used together, if both commands are set, RS485-BL will first process AT+SEARCHx on the return string and get a temporary string, and then process AT+DATACUTx on this temporary string to get the final payload. In this case, AT+DATACUTx need to set to format AT+DATACUTx=0,xx,xx where the return bytes set to 0.
--
--Example:
--
--(% style="color:red" %)AT+COMMAND1=11 01 1E D0,0
--
--(% style="color:red" %)AT+SEARCH1=1,1E 56 34
--
--(% style="color:red" %)AT+DATACUT1=0,2,1~~5
--
--(% style="color:red" %)Return string from AT+COMMAND1: 16 0c 1e 56 34 2e 30 58 5f 36 41 30 31 00 49
--
--(% style="color:red" %)String after SEARCH command: 2e 30 58 5f 36 41 30 31 00 49
--
--(% style="color:red" %)Valid payload after DataCUT command: 2e 30 58 5f 36
--
--[[image:1653269618463-608.png]]
--
  === 3.3.4 Compose the uplink payload ===
  (((
  Through AT+COMMANDx and AT+DATACUTx we got valid value from each RS485 commands, Assume these valid value are RETURN1, RETURN2, .., to RETURNx. The next step is how to compose the LoRa Uplink Payload by these RETURNs. The command is **AT+DATAUP.**
++
++
  )))
  (((
--(% style="color:#4f81bd" %)**Examples: AT+DATAUP=0**
++(% style="color:#037691" %)**Examples: AT+DATAUP=0**
++
++
  )))
  (((
@@ -501,8 +501,10 @@
  [[image:1653269759169-150.png||height="513" width="716"]]
--(% style="color:#4f81bd" %)**Examples: AT+DATAUP=1**
++(% style="color:#037691" %)**Examples: AT+DATAUP=1**
++
++
  Compose the uplink payload with value returns in sequence and send with (% style="color:red" %)**Multiply UPLINKs**.
  Final Payload is
@@ -509,138 +509,98 @@
  (% style="color:#4f81bd" %)**Battery Info+PAYVER + PAYLOAD COUNT + PAYLOAD# + DATA**
--1. Battery Info (2 bytes): Battery voltage
--1. PAYVER (1 byte): Defined by AT+PAYVER
--1. PAYLOAD COUNT (1 byte): Total how many uplinks of this sampling.
--1. PAYLOAD# (1 byte): Number of this uplink. (from 0,1,2,3…,to PAYLOAD COUNT)
--1. DATA: Valid value: max 6 bytes(US915 version here, Notice*!) for each uplink so each uplink <= 11 bytes. For the last uplink, DATA will might less than 6 bytes
++1. PAYVER: Defined by AT+PAYVER
++1. PAYLOAD COUNT: Total how many uplinks of this sampling.
++1. PAYLOAD#: Number of this uplink. (from 0,1,2,3…,to PAYLOAD COUNT)
++1. DATA: Valid value: max 8 bytes for each uplink so each uplink <= 11 bytes. For the last uplink, DATA will might less than 8 bytes
--[[image:1653269916228-732.png||height="433" width="711"]]
++[[image:image-20220602155039-4.png]]
--So totally there will be 3 uplinks for this sampling, each uplink includes 6 bytes DATA
++So totally there will be 3 uplinks for this sampling, each uplink include 8 bytes DATA
--DATA1=RETURN1 Valid Value = (% style="background-color:green; color:white" %)20 20 0a 33 90 41
++DATA1=RETURN1 Valid Value + the first two of Valid value of RETURN10= **20 20 0a 33 90 41 02 aa**
--DATA2=1^^st^^ ~~ 6^^th^^ byte of Valid value of RETURN10=(% style="background-color:green; color:white" %) 02 aa 05 81 0a 20
++DATA2=3^^rd^^ ~~ 10^^th^^ byte of Valid value of RETURN10= **05 81 0a 20 20 20 20 2d**
--DATA3=7^^th^^ ~~ 11^^th^^ bytes of Valid value of RETURN10 = (% style="background-color:green; color:white" %)20 20 20 2d 30
++DATA3=the rest of Valid value of RETURN10= **30**
--Below are the uplink payloads:
--[[image:1653270130359-810.png]]
++(% style="color:red" %)Notice: In firmware v1.3, the Max bytes has been changed according to the max bytes in different Frequency Bands for lowest SF. As below:
++   ~* For AU915/AS923 bands, if UplinkDwell time=0, max 51 bytes for each uplink.
--(% style="color:red" %)**Notice: the Max bytes is according to the max support bytes in different Frequency Bands for lowest SF. As below:**
++   * For AU915/AS923 bands, if UplinkDwell time=0, max 11 bytes for each uplink.
--   ~* For AU915/AS923 bands, if UplinkDwell time=0, max 51 bytes for each uplink ( so 51 -5 = 46 max valid date)
++   * For US915 band, max 11 bytes for each uplink.
--   * For AU915/AS923 bands, if UplinkDwell time=1, max 11 bytes for each uplink ( so 11 -5 = 6 max valid date).
++   ~* For all other bands: max 51 bytes for each uplink.
--   * For US915 band, max 11 bytes for each uplink ( so 11 -5 = 6 max valid date).
--   ~* For all other bands: max 51 bytes for each uplink  ( so 51 -5 = 46 max valid date).
++Below are the uplink payloads:
++[[image:1654157178836-407.png]]
++
++
  === 3.3.5 Uplink on demand ===
--Except uplink periodically, RS485-BL is able to uplink on demand. The server sends downlink command to RS485-BL and RS485 will uplink data base on the command.
++Except uplink periodically, RS485-LN is able to uplink on demand. The server send downlink command to RS485-LN and RS485 will uplink data base on the command.
  Downlink control command:
--[[0x08 command>>path:#downlink_08]]: Poll an uplink with current command set in RS485-BL.
++**0x08 command**: Poll an uplink with current command set in RS485-LN.
--[[0xA8 command>>path:#downlink_A8]]: Send a command to RS485-BL and uplink the output from sensors.
++**0xA8 command**: Send a command to RS485-LN and uplink the output from sensors.
--1.
--11.
--111. Uplink on Interrupt
++=== 3.3.6 Uplink on Interrupt ===
--Put the interrupt sensor between 3.3v_out and GPIO ext.[[image:file:///C:/Users/93456/AppData/Local/Temp/msohtmlclip1/01/clip_image022.png]]
++RS485-LN support external Interrupt uplink since hardware v1.2 release.
--AT+INTMOD=0  Disable Interrupt
++[[image:1654157342174-798.png]]
--AT+INTMOD=1  Interrupt trigger by rising or falling edge.
++Connect the Interrupt pin to RS485-LN INT port and connect the GND pin to V- port. When there is a high voltage (Max 24v) on INT pin. Device will send an uplink packet.
--AT+INTMOD=2  Interrupt trigger by falling edge. ( Default Value)
--AT+INTMOD=3  Interrupt trigger by rising edge.
++== 3.4 Uplink Payload ==
--
--1.
--11. Uplink Payload
--
--|**Size(bytes)**|**2**|**1**|**Length depends on the return from the commands**
--|Value|(((
++(% border="1" style="background-color:#4bacc6; color:white; width:734px" %)
++|**Size(bytes)**|(% style="width:120px" %)**2**|(% style="width:116px" %)**1**|(% style="width:386px" %)**Length depends on the return from the commands**
++|Value|(% style="width:120px" %)(((
  Battery(mV)
  &
  Interrupt _Flag
--)))|(((
++)))|(% style="width:116px" %)(((
  PAYLOAD_VER
--)))|If the valid payload is too long and exceed the maximum support payload length in server, server will show payload not provided in the LoRaWAN server.
++)))|(% style="width:386px" %)If the valid payload is too long and exceed the maximum support payload length in server, server will show payload not provided in the LoRaWAN server.
  Below is the decoder for the first 3 bytes. The rest bytes are dynamic depends on different RS485 sensors.
--function Decoder(bytes, port) {
++== 3.5 Configure RS485-BL via AT or Downlink ==
--~/~/Payload Formats of RS485-BL Deceive
++User can configure RS485-LN via AT Commands or LoRaWAN Downlink Commands
--return {
++There are two kinds of Commands:
--    ~/~/Battery,units:V
++* (% style="color:#4f81bd" %)**Common Commands**(%%): They should be available for each sensor, such as: change uplink interval, reset device. For firmware v1.3, user can find what common commands it supports: [[End Device AT Commands and Downlink Command>>doc:Main.End Device AT Commands and Downlink Command.WebHome]]
--    BatV:((bytes[0]<<8 | bytes[1])&0x7fff)/1000,
++* (% style="color:#4f81bd" %)**Sensor Related Commands**(%%): These commands are special designed for RS485-LN.  User can see these commands below:
--    ~/~/GPIO_EXTI
--    EXTI_Trigger:(bytes[0] & 0x80)? "TRUE":"FALSE",
--    ~/~/payload of version
++=== 3.5.1 Common Commands ===
--    Pay_ver:bytes[2],
++They should be available for each of Dragino Sensors, such as: change uplink interval, reset device. For firmware v1.3, user can find what common commands it supports: [[End Device AT Commands and Downlink Command>>doc:Main.End Device AT Commands and Downlink Command.WebHome]]
--    };
--  }
++=== 3.5.2 Sensor related commands: ===
--
--
--
--
--
--
--TTN V3 uplink screen shot.
--
--[[image:file:///C:/Users/93456/AppData/Local/Temp/msohtmlclip1/01/clip_image023.png]]
--
--1.
--11. Configure RS485-BL via AT or Downlink
--
--User can configure RS485-BL via [[AT Commands >>path:#_Using_the_AT]]or LoRaWAN Downlink Commands
--
--There are two kinds of Commands:
--
--* **Common Commands**: They should be available for each sensor, such as: change uplink interval, reset device. For firmware v1.3, user can find what common commands it supports: http:~/~/wiki.dragino.com/index.php?title=End_Device_AT_Commands_and_Downlink_Commands
--
--* **Sensor Related Commands**: These commands are special designed for RS485-BL.  User can see these commands below:
--
--1.
--11.
--111. Common Commands:
--
--They should be available for each of Dragino Sensors, such as: change uplink interval, reset device. For firmware v1.3, user can find what common commands it supports: [[http:~~/~~/wiki.dragino.com/index.php?title=End_Device_AT_Commands_and_Downlink_Commands>>url:http://wiki.dragino.com/index.php?title=End_Device_AT_Commands_and_Downlink_Commands]]
--
--
--1.
--11.
--111. Sensor related commands:
--
  ==== Choose Device Type (RS485 or TTL) ====
  RS485-BL can connect to either RS485 sensors or TTL sensor. User need to specify what type of sensor need to connect.

1654157178836-407.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Xiaoling

Size

...	...	@@ -1,0 +1,1 @@
	1	+179.9 KB

Content

1654157342174-798.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Xiaoling

Size

...	...	@@ -1,0 +1,1 @@
	1	+31.9 KB

Content

image-20220602153621-1.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Xiaoling

Size

...	...	@@ -1,0 +1,1 @@
	1	+23.4 KB

Content

image-20220602153621-2.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Xiaoling

Size

...	...	@@ -1,0 +1,1 @@
	1	+22.2 KB

Content

image-20220602153621-3.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Xiaoling

Size

...	...	@@ -1,0 +1,1 @@
	1	+22.3 KB

Content

image-20220602155039-4.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.Xiaoling

Size

...	...	@@ -1,0 +1,1 @@
	1	+24.6 KB

Content

Changes for page RS485-LN – RS485 to LoRaWAN Converter User Manual

Summary

Details

Applications

Navigation