USER GUIDE FOR LORAWAN VIBRATION SENSOR WSLRW-V1A
THIS IS OBSOLETE MANUAL
Please access https://www.iot.daviteq.com/wireless-sensors for updated manual
WSLRW-V1A-MN-EN-01 |
OCT-2022 |
This document is applied for the following products
SKU | WSLRW-V1A | HW Ver. | 1.2 | FW Ver. | 1.0 |
Item Code |
WSLRW-V1A-9-025 | LoRaWAN PIEZO-ELECTRIC 10KHZ VIBRATION SENSOR, +/- 25G, INTERNAL ANTENNA, TYPE AA BATTERY 1.5VDC, IP67, 900-930 Mhz for KR920, AS923, AU915, US915 | |||
WSLRW-V1A-8-025 | LoRaWAN PIEZO-ELECTRIC 10KHZ VIBRATION SENSOR, +/- 25G, INTERNAL ANTENNA, TYPE AA BATTERY 1.5VDC, IP67, 860-870 Mhz for EU868, IN865, RU864 |
0. Configuration Check List
STEP 1: Configure End Device |
Setting value (Example) |
1. Select region |
AS923, IN865, EU868,.. (refer to register address 317)
|
2. End Device Operation | OTAA or ABP |
|
|
|
|
3. Configure "cycle send data" |
900 sec (Defaut)
|
4. Configure "sensor sampling_rate" | 900 sec (Defaut) |
5. Configure parameters of sensor | (Refer to Check data configuration table) |
(Ex: URSALINK Gateway) |
|
1. Configure the information in the General tab |
Server address, Server port (For more information) |
2. Configure the information in the Radio tab |
Select the Region Region (Other parameters to default) |
STEP 3: Configure the operation of LoRaWAN Gateway on Network Server |
(Ex: URSALINK Gateway with Thethingsnetwork)
|
1. Gateway ID registration | Gateway ID is the GatewayEUI information on the Gateway |
2. Frequency Plan parameters configuration |
Asia 920-923MHz, Europe 868MHz,... |
3. Router parameters configuration |
|
4. Check the connection of the gateway to the network server |
The Gateway status LED lights up and displays the message "Status: conneted" on the Thethingsnetwork |
STEP 4: Configure the operation of Application Server on Network Server |
|
1. App ID registration |
|
2. Handler parameters configuration |
|
STEP 5: Register Lorawan End Device on Application Server on Thethingsnetwork |
|
1. ID Registration |
|
2.Select operation mode |
OTAA or ABP |
|
Configure parameters DevEUI and AppKEY |
|
Configure parameters Device Address, Network Session Key, App Session Key |
1. Functions Change Log
HW Ver. | FW Ver. | Release Date | Functions Change |
1.1 |
1.0.0 |
21-July-2020 |
|
1.1 |
1.1.x |
05-Oct-2020 |
|
1.1 |
1.2.0 |
12-Oct-2020 |
|
2. Introduction
WSLRW-V1A is a cost effective, LoRaWAN accelerometer single-axis vibration sensor designed for condition monitoring and preventive maintenance applications. The piezo-electric accelerometer is available in ranges ±25g or 50g and features a flat frequency response up to >10kHz. Its accelerometer features a stable piezo-ceramic crystal in shear mode with low power electronics, sealed in a fully hermetic package. The Piezo Electric technology incorporated in the WSLRW-V1A accelerometer has a proven track record for offering the reliable and long-term stable output required for condition monitoring applications. The accelerometer is designed and qualified for machine health monitoring and has superior Resolution, Dynamic Range and Bandwidth to MEMS devices. Beside that it can also measure the temperature at mounting point. The Ultra-Low Power Power design and smart firmware allow the sensor to last up to 10 years with 02 x AA battery (depending on configuration). The sensor will transmit data over kilo-meters away to the LoRaWAN gateway, any brand on the market.
Typical Applications: Machine Health Monitoring, Predictive Maintenance Installations, Vibration Monitoring, Impact & Shock Monitoring, Bearing monitoring, …
3. Specification
SENSOR SPECIFICATION: | (* Note: All below values are typical at +24°C, 80Hz) |
Sensor technology | Hermetically Sealed, Piezo-Ceramic Crystal, Shear Mode |
8-Parameter Measurement | Acceleration RMS & Peak Velocity RMS & Peak Displacement RMS & Peak Frequency & Temperature |
Acceleration Range & Shock Limit (g) | ±25 or 50, 10,000 |
Frequency Response and Resonant (Hz) | 2-10000, > 30000 |
Non-Linearity, Transverse Sensitivity | ±2%FSO, < 5% |
Temperature measuring and operating | -40°C.. +85°C, with accuracy: +/- 0.5 and resolution: 0.125 |
Sensor Material, rating and mounting | 304SUS, IP67, M6 Screw |
Connector | M12-M 5-pin (Coding A) with 2m cable, wired to LoRaWAN node |
LoRaWAN SPECIFICATION: | |
Data rate | 250bps .. 5470bps |
Antenna | Internal Antenna 2.67 dbi |
Battery | 02 x AA size 1.5, battery not included |
RF Frequency and Power | 860..930Mhz, +14 .. +20 dBm, configurable for zones: EU868, IN865, RU864, KR920, AS923, AU915, US915 |
Protocol | LoRaWAN, class A |
Data sending modes | Interval time and when alarm occurred |
RF Module complies to | ETSI EN 300 220, EN 303 204 (Europe) FCC CFR47 Part15 (US), ARIB STD-T108 (Japan) |
Working temperature | -40oC..+60oC (using Energizer Lithium Ultimate AA battery) |
Dimensions & Net-weight | H106xW73xD42, 190 grams |
Housing | Aluminum+Polycarbonate, IP67 |
Mounting | Wall mount bracket |
4. Operation Principle
4.1 LoRaWAN protocol specifications
4.1.1 LoRaWAN Sensor protocol specifications
- LoRaWAN Protocol Version 1.0.3
- Application Server Version 1.3.0.0
- MAC Layer Version 4.4.2.0
- Radio Standards: LoRa Alliance Certified
- LoRaWAN Zone: LoRa Alliance AS923, KR920, AU915, US915, EU868, IN865, RU864
- Class A
- Join Active: OTAA / ABP
- Network Mode: Public Network / Private Network
- Tx Power: up to 20 dBm
- Frequency: 860 - 930Mhz
- Date rate: 250 bps - 5kbps
- Spreading factor: SF12 - SF7
- Bandwidth: 125 kHz
- Unconfirmed-data message
-
LoRaWAN application port for certification: 224
4.1.2 Data rate of LoRaWAN Sensor
Data rate name |
Data rate (bps) |
Spreading factor (SF) |
Bandwidth (kHz) |
Region |
DR2 |
980 |
SF10 |
125 |
AS923, AU915 |
DR3 |
1760 |
SF9 |
125 |
|
DR4 |
3125 |
SF8 |
125 |
|
DR5 |
5470 |
SF7 |
125 |
Data rate name |
Data rate (bps) |
Spreading factor (SF) |
Bandwidth (kHz) |
Region |
DR0 |
980 |
SF10 |
125 |
US915 |
DR1 |
1760 |
SF9 |
125 |
|
DR2 |
3125 |
SF8 |
125 |
|
DR3 |
5470 |
SF7 |
125 |
Data rate name |
Data rate (bps) |
Spreading factor (SF) |
Bandwidth (kHz) |
Region |
DR0 |
250 |
SF12 |
125 |
KR920, EU868, IN865, RU864 |
DR1 |
440 |
SF11 |
125 |
|
DR2 |
980 |
SF10 |
125 |
|
DR3 |
1760 |
SF9 |
125 |
|
DR4 |
3125 |
SF8 |
125 |
|
DR5 |
5470 |
SF7 |
125 |
4.1.3 Tx power of LoRaWAN sensor
Max EIRP (dBm) |
Max Tx Power (dBm) |
Region |
16 |
16 |
AS923 |
14 |
14 |
KR920 |
30 |
20 |
AU915 |
30 |
20 |
US915 |
16 |
16 |
EU868 |
30 |
20 |
IN865 |
16 |
16 |
RU864 |
4.2 The principle of operation of the LoRaWAN sensor
When starting the power supply, the LoRaWAN sensor has 60 seconds to allow configuration to operate via the Configuration Cable with the Modbus RTU protocol. After 60 seconds, the first packet will be sent, then the LoRaWAN sensor will send the next packets in the following cases:
- Case 1:
- When it reaches the frequency of taking data, the LoRaWAN sensor will wake up to measure and calculate. Then:
- If the measured value exceeds the High or Low setting thresholds, the packet will be sent to the Gateway and then asleep;
- If NOT then sleep without sending data.
NOTE:
Once sending the data to Gateway by this alarm event, the timer of sending time interval will be reset;
- When it reaches the frequency of taking data, the LoRaWAN sensor will wake up to measure and calculate. Then:
- Case 2: When the sending time interval is reached, the LoRaWAN sensor wakes up to measure and calculate and send data to Gateway immediately, regardless of value.
- Case 3: By using the magnet key, the LoRaWAN sensor can be triggered to send data to Gateway immediately.
NOTE:
The time between sending data for Class A is at least 3 seconds
4.3 Principle of operation LoRaWAN Network
The LoRaWAN Gateway function is Packet Forwarder so:
- Between Gateway and End Device: Gateway receives data packets from End Device via RF connection, so it is recommended to configure Radio parameters (Note: the packet that Gateway receives is encrypted)
- Between Gateway and Network Server: Gateway forwards data packets to the Network server via an IP connection, so it is recommended to configure Network parameters such as Server Address, Server Uplink Port, Server Downlink Port,...
LoRaWAN Network is secured as follows:
- Network section key (NwkSKey) to ensure the security of communications on the Network
- The application session key (AppSKey) to ensure data security between End Device and Application Server
- Special keys of the device such as DevEUI, AppEUI, Gateway EUI, Device Address. Therefore, the data packet that the Gateway receives is encrypted and decrypted on the Application server.
To End Device connect to the Network server, you need to register in the following two ways:
- Activation with OTAA (Over-the-Air activation): is the process of joining the Network automatically. Previously, both End Device and Application Server installed the same DevEUI code, AppEUI, and AppKey. During activation, AppKey will generate 2 security keys for End Device and Network, which are:
- The network session key (NwkSKey): is the key to secure communication commands on the MAC layer between the End Device and the Network server.
- The application session key (AppSKey): is the key to secure data packets between the End Device and Application server.
ATTENTIONS:
* OTAA mode must be successfully activated in order for the End Device to send data packets to the Network through the Gateway;
* OTAA mode only need to activate once, if the device is reset or battery replacement, it will activate OTAA again;
* When the End Device is connected to the Network server, whether the Gateway is reset or the power is restarted, it will not need to activate OTAA.
- Activation by ABP (Activation by Personalization): is the process of joining the Network manually. Device Address, Network session key (NwkSKey), and Application session key (AppSKey) codes must be stored inside the End Device and Application server, so when the End Device sends data packets to the network server, it will also send the security codes to activate.
4.4 Configure the LoRaWAN Network
4.4.1 Configure End Device operation according to OTAA
Configuration parameters for the End Device to be activated by OTAA as the table below:
Parameter settings |
Setting value (example) |
Description |
Region code |
AS923 |
The area is located in the LoRa Alliance |
Center Frequency |
923400000 |
Center frequency |
Join Mode |
OTAA |
Device activation type on Network Server |
DevEUI |
34 35 31 31 4B 37 75 12 |
Device ID's unique ID number => Set this ID number for the Application server |
AppEUI |
70 B3 D5 7E D0 02 D5 0B |
Application server's unique ID number (random or user-generated) |
AppKey |
2B 7E 15 16 28 AE D2 A6 AB F7 15 88 09 CF 4F 3C |
Key Number for generating 2 NwkSKey and AppSKey security keys created by the user (factory-created by default) |
ATTENTIONS:
* The AppEUI number from Application Server => then installed for the End Device. AppEUI is randomly generated by the Application server or by the user;
* The number of AppKeys during OTAA activation will generate two security keys, Lora NwkSKey and AppSKey, which are used for both End Device and Network.
4.4.2 Configure End Device operation according to ABP
Configuration parameters for the End Device to be activated by ABP as the table below:
Parameter settings |
Setting value (example) |
Description |
Region code |
AS923 |
The area is located in the LoRa Alliance |
Center Frequency |
923400000 |
Center frequency |
Join Mode |
ABP |
Device activation type on Network Server |
Device Address |
12 34 56 78 |
End Device Address created by the Application server |
NwkSKey (Network session key) |
2B 7E 15 16 28 AE D2 A6 AB F7 15 88 09 CF 4F 3C |
NwkSKey number created by the user to install and use for both End Device and Application Server |
AppSKey (Application session key) |
2B 7E 15 16 28 AE D2 A6 AB F7 15 88 09 CF 4F 3C |
AppSKey number generated by the user to install for both End Device and Application Server |
4.4.3 Configure Gateway operations
4.4.3.1 Configure the Gateway to receive data packets from the End Device.
Radio settings need to be set as:
* Region code: AS923, KR920, AU915, US915, EU868, IN865, RU864
* Center Frequency, Channels, Bandwidth (recommends using the default configuration created by the system)
Let's take an example to configure the Gateway operation of URSALINK (Model: UG85-L00E-915)
4.4.3.2 Configure the Gateway to communicate with the Public Network Server
Let's take an example of configuring Gateway UG85 to connect with "thethingsnetwork.org" in Asia:
Currently, thethingsnetwork only supports the connection protocol with Gateway is Semtech UDP Packet Forwarder.
https://www.thethingsnetwork.org/docs/gateways/packet-forwarder/semtech-udp.html
Parameter settings |
Setting value (example) |
Description |
Gateway EUI |
24e124fffef038fd |
Gateway's unique ID number |
Server Address |
router.as1.thethings.network |
|
Server Uplink Port |
1700 |
|
Server Downlink Port |
1700 |
|
Network mode |
Public LoRaWAN |
|
4.4.4 Register the Application server on the Public Network "thethingsnetwork.org"
4.4.4.1 Register the Gateway on Public Network "thethingsnetwork.org" as shown below:
- The current network only supports the Gateway connection protocol, "Semtech UDP protocol" is Semtech UDP Packet Forwarder.
- Then power the Gateway and observe the message "Status: connected" => Registration of the Gateway on the Application successfully.
4.4.4.2 Register Application on Public Network "thethingsnetwork.org" as shown below:
4.4.4.3 Register End Device on Application:
4.5 LED meaning
-
RED LED:
- Fixed ON: due to noise caused peripheral components (i2c, spi, uart, timer, rtc, wdt, ...) do not initialize.
- Flashing 10ms ON / 10s OFF: Activation by OTAA on the Network server failed.
- Flashing 10ms ON / 2s OFF: Sending a data packet to Gateway failed.
- GREEN LED: Flashing 100ms ON / OFF when sending a data packet to Gateway.
- BLUE LED:
-
- Flashing 1s ON / 1s OFF for the first 60 seconds when booting (insert batteries or connected external sources), after 60 seconds OFF.
- ON during the LoRaWAN sensor receives data packets from the Network server and OFF when received.
4.6 Process of measurement
When the LoRa sensor wakes up, it will supply power to the internal or external sensor so that the sensor can start measuring. After measuring successfully it will turn off the power to the sensor for energy saving.
The measured value is the raw value of the sensor. The measured value can be scaled according to the following formula:
Y = aX + b
-
-
-
-
- X: the raw value from the sensor
- Y: the calculated value will be sent to LoRaWAN Gateway in the payload data.
- a: constant (default value is 1)
- b: constant (default value is 0)
-
-
-
So, if there is no user setting for a and b ==> Y = X
The Y value will be compared with Lo and Hi threshold. Please refer below the graph of alarm processing.
4.7 Payload Data
The following is the format of payload data that will be sent to the LoRaWAN Gateway.
Sensor type (1 byte) |
Status (1 byte) |
Parameter 1 (4 bytes) |
Parameter 2 (4 bytes) |
Parameter 3 (4 bytes) |
Parameter 4 (4 bytes) |
Parameter 5 (4 bytes) |
Parameter 6 (4 bytes) |
Parameter 7 (4 bytes) |
Parameter 8 (2 bytes) |
Parameter 9 (2 bytes) |
|
Meaning of Data in the Payload
Data |
Size |
Bit |
Format |
Meaning |
Sensor type |
1 byte |
all |
Uint8 |
Sensor type = 0x10 means LoRaWAN V1A |
Status: battery level |
2 bits |
Bit 7 and 6 |
|
Battery capacity in 04 levels 11: battery level 4 (99%) 10: battery level 3 (60%) 01: battery level 2 (30%) 00: battery level 1 (10%) |
Status: error |
2 bits |
Bit 5 and 4 |
|
Sensor status 01: error 00: no error |
Status: NA |
4 bits |
Bit 3 and 0 |
|
Not Applicable
|
Parameter 1 |
4 bytes |
all |
Float |
Acceleration Peak (m/s2) |
Parameter 2 |
4 bytes |
all |
Float |
Acceleration RMS (m/s2) |
Parameter 3 |
4 bytes |
all |
Float |
Crest factor |
Parameter 4 |
4 bytes |
all |
Float |
Velocity Peak (mm/s) |
Parameter 5 |
4 bytes |
all |
Float |
Velocity RMS (mm/s) |
Parameter 6 |
4 bytes |
all |
Float |
Displacement Peak-Peak (um) |
Parameter 7 |
4 bytes |
all |
Float |
Displacement RMS (um) |
Parameter 8 |
2 bytes |
all |
Uint16 |
Frequency (Hz) |
Parameter 9 |
2 bytes |
all |
Int16 |
Temperature (oC) (Real Temperature = Temperature/10)
|
5. Configuration
Using the configuration cable to connect to the sensor as below picture.
Serial port configuration on the computer:
* COMPort, Baudrate: 9600, Parity: None, Stop bit: 1, Data bit: 8
* Modbus RTU: Reading data by Function 3 / Writing data by Function 16.
5.1 Step to configure
NOTE:
The Modbus configuration can only be performed in the first 60s after power up the LoRaWAN sensor. After 60s, if user can not finish the configuration process, user need to reset the power of LoRaWAN sensor again, by removing battery in at least 15s.
Step 1: Install the Modbus Configurator Software in the link below
https://filerun.daviteq.com/wl/?id=qK0PGNbY1g1fuxTqbFW9SXtEvCw7bpc6
How to use the Modbus configuration software
Step 2: Plug the configuration cable to computer via USB port and install the driver;
Step 3: Open the plastic housing with L hex key to unscrew M4 screws at the side of the housing
Step 4: Plug the connector to the configuration port;
Step 5: Import the configuration file by importing the csv file: Go to MENU: FILE / Import New / => select the file with name CONFIGURATION TEMPLATE FILE FOR LORAWAN SENSOR FW1.0.csv (in the link below). Then click Connect;
CONFIGURATION TEMPLATE FILE FOR LORAWAN SENSOR FW1.0
To write new value to the device:
First, you need to write the password in "password for setting", after reading the value to check ok, you can write the new value AppEUI, AppKey, ...
You only have 60 seconds after plugging the configuration cable or the power supply into the device for configuration.
5.2 Register table
Here is the table of Data will be read by Modbus tool
Modbus Register (Decimal) |
Modbus Register (Hex) |
Function Code |
# of Registers |
Description |
Range |
Default |
Format |
Property |
Comment |
0 | 0 | 3 | 5 | device info | AS923 | string | Read | SKU+FW=WSLRW-V1A-FW1 | |
5 | 5 | 3 | 4 | firmware version | DR5:5470 | string | Read | ddmm = day / month | |
9 | 9 | 3 | 2 | hardware version | BW125 | string | Read | ||
11 | B | 3 | 4 | lorawan protocol version | SF10 | string | Read | lorawan v1.1.0 | |
15 | F | 3 | 6 | application version | ADR OFF | string | Read | application server v1.3.0.0 | |
21 | 15 | 3 | 6 | mac layer version | A | string | Read | mac layer v4.4.2.0 | |
27 | 1B | 3 | 4 | deviceEUI | uint16 | Read | EUI of End Device; for registering on Network Server by OTAA | ||
31 | 1F | 3 | 4 | lora appEUI | uint16 | Read | EUI of Application server; for registering on Network Server by OTAA | ||
35 | 23 | 3 | 8 | lora appKey | uint16 | Read | Key to create 2 security code for End Device; for registering on Network Server by OTAA | ||
43 | 2B | 3 | 8 | lora nwkSkey | uint16 | Read | Key to encrypt data at MAC layer of End Device; for registering on Network Server by ABP | ||
51 | 33 | 3 | 8 | lora appSkey | uint16 | Read | Key to encrypt data of End Device; for registering on Network Server by ABP | ||
59 | 3B | 3 | 2 | device address | float | Read | Address of End Device created by Application server; for registering on Network Server by ABP | ||
61 | 3D | 3 | 2 | network ID | float | Read | ID of Network Server; for registering on Network Server by ABP | ||
63 | 3F | 3 | 2 | join mode | uint16 | Read | OTAA: Over-the-Air activation; ABP: Activation by Personalization | ||
65 | 41 | 3 | 4 | network mode | float | Read | PUBLIC; PRIVATE | ||
69 | 45 | 3 | 3 | region code | float | Read | 1: AS923; 2: KR920; 3: AU915; 4: US915; 5: EU868; 6: IN865; 7: RU864; 8: CN779; 9: CN470; 10: EU433 | ||
72 | 48 | 3 | 4 | data rate | uint16 | Read | DR0:250; DR1:440; DR2:980; DR3:1760; DR4:3125; DR5:5470 | ||
76 | 4C | 3 | 3 | bandwidth | uint16 | Read | BW125; BW250; BW500 | ||
79 | 4F | 3 | 2 | spread factor | uint16 | Read | SF12; SF11; SF10; SF9; SF8; SF7 | ||
81 | 51 | 3 | 4 | activation of ADR | Read | ADR ON; ADR OFF | |||
85 | 55 | 3 | 1 | class | Read | ||||
103 | 67 | 3 | 1 | sensor type | Read | 1-254: sensor type; 255: no sensor | |||
104 | 68 | 3 | 1 | battery level | Read | 4 level of battery | |||
105 | 69 | 3 | 1 | error status | Read | Sensor error code; 0: no error; 1: error | |||
106 | 6A | 3 | 1 | prm1 alarm status | Read | Alarm status of parameter 1; 0: none; 1: Low; 2: High | |||
107 | 6B | 3 | 1 | prm2 alarm status | Read | Alarm status of parameter 2; 0: none; 1: Low; 2: High | |||
108 | 6C | 3 | 2 | prm1 value | Read | Value of parameter 1 | |||
110 | 6E | 3 | 2 | prm2 value | Read | Value of parameter 2 | |||
112 | 70 | 3 | 1 | battery % | Read | Battery (%) | |||
113 | 71 | 3 | 2 | battery voltage | Read | Battery Voltage | |||
115 | 73 | 3 | 2 | mcu temperature | Read | Temperature of RF module | |||
117 | 75 | 3 | 1 | mcu vref | Read | Value of Vref of RF module | |||
118 | 76 | 3 | 1 | button1 status | Read | Button status; 0: no button; 1: having button | |||
119 | 77 | 3 | 1 | button2 status | Read | Button status; 0: no magnetic sensor; 1: having magnetic sensor |
Modbus Register (Decimal) |
Modbus Register (Hex) |
Function Code |
# of Registers |
Description |
Range |
Default |
Format |
Property |
Comment |
256 | 100 | 3 / 16 | 1 | modbus address | 1-247 | 1 | uint16 | Read/Write | Device modbus address |
257 | 101 | 3 / 16 | 1 | modbus baudrate | 0-1 | 0 | uint16 | Read/Write | 0: 9600; 1: 19200 |
258 | 102 | 3 / 16 | 1 | modbus parity | 0-2 | 0 | uint16 | Read/Write | 0: none; 1: odd; 2: even |
259 | 103 | 3 / 16 | 9 | serial number | string | Read/Write(Password) | serial number | ||
268 | 10C | 3 / 16 | 2 | password for setting | uint32 | Read/Write(Password) | password 190577 | ||
270 | 10E | 3 / 16 | 4 | lora appEUI | hex | Read/Write(Password) | EUI of Application server; for registering on Network Server by OTAA | ||
274 | 112 | 3 / 16 | 8 | lora appKey | hex | Read/Write(Password) | Key to create 2 security code for End Device; for registering on Network Server by OTAA | ||
282 | 11A | 3 / 16 | 8 | lora nwkSkey | hex | Read/Write(Password) | Key to encrypt data at MAC layer of End Device; for registering on Network Server by ABP | ||
290 | 122 | 3 / 16 | 8 | lora appSkey | hex | Read/Write(Password) | Key to encrypt data of End Device; for registering on Network Server by ABP | ||
298 | 12A | 3 / 16 | 2 | device address | uint32 | Read/Write(Password) | Address of End Device created by Application server; for registering on Network Server by ABP | ||
300 | 12C | 3 / 16 | 2 | network ID | uint32 | Read/Write(Password) | ID of Network Server; for registering on Network Server by ABP | ||
302 | 12E | 3 / 16 | 1 | activation mode | 0-1 | 1 | uint16 | Read/Write(Password) | 1: OTAA (Over-the-Air Activation); 0: ABP (Activation by Personalization) |
304 | 130 | 3 / 16 | 1 | application port | 1-255 | 1 | uint16 | Read/Write(Password) | port 224 only for certification |
317 | 13D | 3 / 16 | 1 | region | 1-7 | 1 | uint16 | Read/Write(Password) | 1: AS923; 2: KR920; 3: AU915; 4: US915; 5: EU868; 6: IN865; 7: RU864; 8: CN779; 9: CN470; 10: EU433 |
318 | 13E | 3 / 16 | 1 | data rate | 5 | uint16 | Read/Write(Password) | 0: 250 bps; 1: 440 bps; 2: 980 bps; 3: 1760 bps; 4: 3125 bps; 5: 5470 bps | |
319 | 13F | 3 / 16 | 1 | tx power | 2-20 | 16 | uint16 | Read/Write(Password) | tx power: 2;4;6;8;10;12;14;16;18;20 |
320 | 140 | 3 / 16 | 1 | adaptative data rate | 0-1 | 0 | uint16 | Read/Write(Password) | Auto change for data rate; 0: disable; 1: enable |
334 | 14E | 3 / 16 | 2 | cycle send data | 900 | uint32 | Read/Write | second ; cycle of sending data to LoraWAN Gateway without condition | |
338 | 152 | 3 / 16 | 1 | alarm limit | 44 | uint16 | Read/Write | Daily limit of event | |
340 | 154 | 3 / 16 | 2 | sensor sampling rate | 900 | uint32 | Read/Write | rate of sensor meaurement in second | |
342 | 156 | 3 / 16 | 2 | sensor boot time | 2500 | uint32 | Read/Write | mili second; time for sensor power to be stable | |
348 | 15C | 3 / 16 | 2 | scale factor | 1 | float | Read/Write | Scale factor a for sensor output; Scaled value= measured value * scale_factor | |
352 | 160 | 3 / 16 | 2 | Delta value | 1 | float | Read/Write | A threshold value: if the current value of sensor is less or larger than the previous value of the sensor with a threshold value; sensor will send the current data to a Gateway |
6. Installation
6.1 Example application
6.2 Installation location
To maximize the distance of transmission, the ideal condition is Line-of-sight (LOS) between the LoRaWAN sensor and Gateway. In real life, there may be no LOS condition. However, the LoRaWAN sensor still communicates with Gateway, but the distance will be reduced significantly.
ATTENTION:
DO NOT install the LoRaWAN sensor or its antenna inside a completed metallic box or housing, because the RF signal can not pass through the metallic wall. The housing is made from Non-metallic materials like plastic, glass, wood, leather, concrete, cement…is acceptable.
6.3 Battery installation
Steps for battery installation:
Step 1: Using L hex key to unscrew M4 screws at the side of the housing and carefully pull out the top plastic housing in the vertical direction
Step 2: Insert 02 x AA 1.5VDC battery, please take note the poles of the battery
ATTENTION:
REVERSED POLARITY OF BATTERIES IN 10 SECONDS CAN DAMAGE THE SENSOR CIRCUIT!!!
Step 3: Insert the top plastic housing and locking by L hex key
ATTENTION:
When reinstalling the cover, pay attention to put the PCB edge into the middle slot of the box inside as shown below)
7. Troubleshooting
No. | Phenomena | Reason | Solutions |
1 | The BLUE LED does not blink when the battery is installed |
Insert the battery in the opposite direction |
Insert the battery in the correct way |
2 | The RED LED is always on | Due to noise, the peripheral components (i2c, spi, uart, ..) of RF module cannot be initialized | After 30s the node will automatically reset. If the noise causes the Watchdog not to initialize, remove the battery and wait for more than 10 seconds, then insert the battery again |
3 | The RED LED blinks continuously (10ms ON / 2s OFF) and the Node does not send RF. After more than 10 sending cycles, the Node will automatically reset |
|
|
4 | RED LED blinks continuously (10ms ON / 2s OFF) and Node sends RF continuously 3s / time but no data. After more than 10 sending cycles, the Node will automatically reset |
Node runs dummy sending mode => sent by Gateway to send Downlink packets when users clear Uplink and Downlink counter values on Network Server (build-in Gateway) when activated by ABP |
Configuration enabled by OTAA |
5 | The RED LED flashes 10ms ON / 10s OFF and the Node does not send RF | Node activation by OTAA on Network server has not been successful |
Using Magnet-Key to force Node to send RF continuously for 3 seconds/time => when activating by OTAA successfully, the GREEN LED will blink after sending RF |
6 | The node sent RF successfully but the GREEN LED did not blink | LED is broken | Warranty to replace LED |
7 | The data packet taken from the Gateway has an incorrect value | The data package is encrypted | Get the decoded packet on the Application Server |
8 | The node sends RF and activates by ABP, on Gateway receives data but the Application server has no data | The application server still stores the counter values of the previous Uplink and Downlink | Delete the counter values of Uplink and Downlink on the Application server |
9 | The node does not send RF and the RF module is hot |
|
Warranty or replacement |
10 |
The node does not send RF to Gateway according to the alarm, LED does not blink |
|
|
11 |
The node does not send RF to Gateway when activated by the magnetic key, LED does not blink |
The magnetic sensor has malfunctioned |
Read the status of the magnetic sensor via Modbus (when powering or attaching the battery) to see if the magnetic sensor is working. |
12 |
Node has blinked LED GREEN when sending RF but the Gateway or Application server cannot receive |
|
|
13 | The value of the sensor is 0 and sensor_type = 0xFF | Lost connection with the sensor |
|
14 | RSSI is weak and often loses data |
|
|
8. Support contacts
Manufacturer Daviteq Technologies Inc Email: info@daviteq.com | www.daviteq.com
|
Distributor in Australia and New Zealand Templogger Pty Ltd Tel: 1800 LOGGER Email: contact@templogger.net |
No Comments