top of page

Only available for Logged-in member. Please login or register to access this information.

Or use the Temporary User that we have provided to you via email.

expiry time ​

WSSFCEX-GHC

Manual for WSLRW-RL | FW1

Build-to-Order

Replaced by

Replaced by

Item codes
FW Released Date
Changes Information
WSLRW-RL-11
23/07/2024
Initial firmware version

1
QUICK INSTALLATION GUIDE

1.1 Introduction

WSLRW-RL is a LoRaWAN node with relay output to electrically operate switch that uses a small electrical signal to control a larger electrical circuit. It works by energizing a coil, which creates a magnetic field that moves an armature to open or close contacts, allowing or interrupting the flow of electricity. This makes relays essential for controlling high-power devices with low-power signals. The node will transmit data in kilo-meters distance to the LoRaWAN gateway from any brand on the market. LoRaWAN relay nodes are used in various applications to remotely control devices with low power consumption over long distances. They manage industrial machinery, automate home systems like lighting and heating, regulate pumps and valves in water treatment plants, optimize irrigation in agriculture, control energy distribution in buildings, and operate urban infrastructure such as streetlights and traffic signals.

How the sensor connect to system?

The architecture of the LoRaWAN system
The architecture of the LoRaWAN system

System components:
  1. The end nodes are LoRaWAN Sensors or Actuators;

  2. The Gateways are LoRaWAN Gateway or Base Station;

  3. The Network Server can be SAAS or On-premise server;

  4. The Application Server is the destination software users want to utilize the data from/ to LoRaWAN sensors/ actuators.


How to set up the LoRaWAN system? Please follow these steps:
  1. Adding the Gateways to a Network server. Please refer to the manual of Gateway and Network Server software;

  2. Adding the End nodes to the Network Server;

  3. Configure the callback or data forwarding from the Network Server to the Application Software by MQTT or HTTPS. Please refer to the manual of the Network Server.

  4. Once the payload is on the Application server, decode data from Payload. Please check Section 1.9 for the Payload document.

1.2 Application Notes

For Applications

Smart Irrigation, Water Supply System, Water Level Control, Oil Level Control, Home Automation, Industrial Automation, Energy Distribution, Urban Infrastructure

Notes

  • Load Requirements: Match the relay’s voltage and current ratings to the load.

  • Coil Specs: Ensure the coil voltage and power match your control circuit.

  • Contact Configuration: Select the appropriate contact form (SPST, SPDT, etc.) and rating.

  • Environmental Conditions: Verify the relay can operate within your temperature and humidity ranges.

  • Additional Features: Look for necessary features like electrical isolation and suitable mounting style.


1.3 When does device send Uplink messages?

The device will send uplink messages in the following cases:


Case 1: After power-up in the 60s, the device will send the first message called START_UP. The payload will tell the user the HW version, FW version, and current configuration of the device.


Case 2: Then, in every interval time (pre-configured), for example, 30 minutes, it will send the message called CYCLIC_DATA. The payload will tell the user the following data like measured values, battery level, and alarm status...

To change the cycle of data sending, you can change the value of the parameter: CYCLIC_DATA_PERIOD.


Case 3: The device will send ALARM message immediately when the relay command switches from ON to OFF and vice versa. The alarm uplink contains information of relay control command (ON/OFF), total remaining schedule in the schedule queue, command status, schedule status, and schedule start time.


Case 4: During the commissioning, testing, or calibration sensor, the user can force the device to send the uplink message to get the data immediately. This message is called FORCE_DATA. The payload will provide data like raw measured value, scaled measured values, battery level, and alarm status... It can be forced by applying the magnet key on the reed switch in 1s.


Case 5: If users want to change the configuration immediately, they don't need to wait until the next cyclic data-sending message; instead, they can force the device to send a special uplink message so that the device can get the new downlink message. This uplink message is named PARAMETERS_UPDATE. It can be forced by applying the magnet key in more than 5s.


Case 6: In every interval time (pre-configured), for example, 24 hours, it will send the message called HEARTBEAT. The payload will tell the user the following data like hardware version, firmware version, current sensor configuration.


Case 7: If LNS_CHECK_MODE =1, it will send the confirmed uplink message called LNS_CHECK every 24 hours. This confirmed uplink message is a message where a LoRaWAN device is requesting a LoRaWAN network to confirm the reception of its message. If the device receives no confirmation message from LoraWAN network server, it will re-send the LNS_CHECK message every hour during 3 hours. After 4th hour, if the device still receives no confirmation message, it will reset itself to join the network server. The LNS_CHECK payload will tell the user the following data like hardware version, firmware version, current sensor configuration.


Case 8: When the downlink type 2 of the control schedule is sent from Network Server/Gateway to device, the device will automatically send the SCHEDULE_ACK uplink message to confirm the successful receipt of the control schedule.

1.4 Default Configuration

This RL has the default configuration, however, those parameters can be changed. The user can change the configuration on the wireless transmitter so that the complete node (converter + wireless) delivers the proper output value. Please check the Payload document for more information.

1.5 Battery/ Power Supply

The Device uses below external power supply:

  • Power voltage: 7 - 48 VDC

  • Wire size: 2 x 23 AWG


Wirings



1.6 What's in the Package?



1.7 Guide for Quick Test

With the default configuration, the device can be connected quickly to the Network Server by the following steps.


Step 1: Prepare the values of communication settings

Frequency zone: Most of the sensor was configured the frequency zone to suit customer application before delivery

DevEUI: Get the DevEUI on the product nameplate

AppEUI Default value: 010203040506070809

AppKey Default value: 0102030405060708090A0B0C0D0E0F10

Activation Mode: OTAA with local join server

Network Mode: Public

LoraWAN Protocol: version1.0.3

Class: A for sensor; C for actuator


If current basic common settings do not match with your region, network server/application, follow below instruction to change them as below:





For changing other settings, please refer to Section 3.2 Sensor configuration to change the other settings


Step 2: Register the device on the LoRaWAN network server

Input the above settings on your device registration page of the network server.


Note: Different network server software will have different device registration processes. Please refer to the manual of the network server software used for more details.


Please visit the below Section 1.10 to get the instructions for adding the LoRaWAN sensors to some common network servers such as Actility, TTN...


Step 3: Install the batteries to the device OR do power wiring and supply external power to the device if applicable

Please refer to Section 1.5 as above for instructions on battery installation OR for instructions to do power wiring and supply external power to the the device if applicable

After installing the battery in 60 seconds, the first data packet will be sent to the LoRaWAN gateway. After receiving the first data packet, the time of another packet depends on the value of the parameter: cycle_send_data. Additionally, you can use a magnet key to touch the magnetic switch point on the housing within 1 second to initiate force packet of the device to send data instantly and the LEDs on the housing will be lit with SKY BLUE color.


Step 4: Decode the payload of receiving package

Please refer to Section 1.9 Payload Document and Configuration Tables for details of decoding the receiving packet to get the measured values.

If the device has local display, measured values are shown on the local display

1.8 Installation

Dimension Drawings and Installation Gallery (Photos and Videos)

Please follow the checklist below for a successful installation:

1. Have you studied the dimensions of the device as above drawings?
 

2. Have you tested and make sure the device have been connected successfully as Section "1.7 Guide for Quick Test" above?
 

3. Have the device been configured properly as per Section 3.2 below?
 

4. Have the device been calibrated or validated as per Section 3.3 below?
 

5. Then you can start to install the device at site. Please check the following Installation Notes for Sensor Part (if available) before installation.

Installation Notes for Sensor Part (if available)

Following these guidelines for installations will help ensure the relay operates reliably and efficiently:

  • Power Supply:

- Ensure power is off before connecting wires to avoid damage.

    - Implement proper grounding for the device

  • Wiring:

- Use correct wire size to connect to the relay coil and relay contact.

  • Environmental Considerations:

- Ensure the installation location is protected from extreme weather conditions if used outdoors.

Installation Guide for Main Device

Check the Location for the best RF Signal

Make sure the site is good enough for RF signal transmission.


Tip: To maximize the transmission distance, the ideal condition is Line-of-sight (LOS) between the LoRaWAN sensor and the gateway. In real life, there may be no LOS condition. However, the LoRaWAN sensor still communicates with the gateway, but the distance will be reduced significantly.


DO NOT install the wireless 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, and cement…is acceptable.


Install the Device on the Wall/Housing/Structure and connect to power supply and load

  • Mount the sensor onto a wall/housing/structure with provided screws.


  • Run the device power supply cable to the external power supply terminals and connect 2 wires of the device power supply cable to the terminals. The power supply of the device is 7 - 48 VDC.


  • Run the device relay contact cable to the terminals and connect the first wire (NO label) of the cable to 12 VDC/24VDC/220VAC terminal and connect the second wire (COM label) of the cable to the load. The load must match with specification of the contact (max 220 VAC/8A resistive load/24VDC/5A resistive load)




Note:

Power supply for device and power for relay contact and load must off during installation

1.9 Payload Document and Configuration Tables

Please click below button for:
 

  • Payload decoding of Uplink messages;

  • Payload encoding of Downlink messages;

  • Configuration Tables of device.

​​

Note:

If the content of below web payload, memory map, and sample decoder could not be copied, please install the extension of "Enable Copy Paste - E.C.P" for Microsoft Edge and for Google Chrome.

1.10 How to connect device to Back-end/ Network Server/ Coordinator

Please find below the examples of adding Daviteq's LoRaWAN sensor to the following Network servers:

  • ThingPark Community (of Actility);

  • Things Stack (of The Things Network).


You can use the similar methods to add LoRaWAN sensors to other Network Server.


1. THINGPARK COMMUNITY (ACTILITY) NETWORK SERVER
1.1. Example to add the Tektelic LoraWAN gateway Model T0005204 to ThingPark Enterprise SaaS Community

1. Log in to your ThingPark Enterprise account via the link: https://community.thingpark.io/tpe/

2. Browse on the left panel to Base Stations, click the drop-down menu, then click Create.



3. Select the base station’s Tektelic.

※ If you do not find the Tektelic, click View More Manufacturers.


4. On the following screen, select the Model: Micro 8-channels from the drop-down list.


5. Fill the form as below table:


Input exactly as above Input field column, except Name field is user-defined and is different from the existing base station name on the network server.

After filling the registration form, click CREATE to complete adding the base station to the network server.


1.2. Add Daviteq's LoRaWAN devices to ThingPark Enterprise SaaS Community

ThingPark Enterprise supports all Classes of LoRaWAN® devices. By default, the sensor supports Over-the-Air Activation (OTAA) with a local Join Server that is programmed at the factory.


Manual provisioning of OTAA devices using a local Join Server. To learn more, see Activation modes.


1. At left panel of the screen of the Thingpark GUI, click Devices > Create from the dashboard.


2. Select the Generic supported by your device on your screen.


3. Select the Model of LoRanWAN 1.0.3 revA - class A with correct frequency plan


4. Fill the form as below table:


In addition to filling out the form, the option to select the connection between ThingPark and Daviteq application (Globiots).


After filling out the registration form, please click CREATE to add devices to the network server.


1.3. Send a downlink frame from Thingpark Network Server to the device

Follow the below steps to send the downlink frame from Thingpark Network Server to the device:

This functionality is active only when a connection is associated to the device (one of the color codes with a green bullet).


1. Navigate to the left panel, click the Devices' drop-down menu, then click List.


2. Browse the right side in the Devices, click the icon of the device and click Send Downlink.


3. Input the downlink code to the Payload field and input 1 to the Port field, and then click Validate.


2. THINGS STACK (THE THINGS NETWORK) NETWORK SERVER
2.1. Add Sentrius LoraWAN gateway (Model RG19) to The things Stack network server

1. Log in to you’re The Things Stack account


2. Click the tab Gateways, click Add gateway button


3. Fill out the form as below table:


Input exactly as above Input column, except the Gateway Name field and the Gateway ID field is user-defined. It is different from the existing gateway name and gateway ID on the network server.

After filling the registration form, click Create gateway to complete adding the base station to the network server.


2.2. Add Daviteq's LoRaWAN device to The Things Stack network server

The Things Stack supports all Classes of LoRaWAN® devices. By default, the sensor supports Over-the-Air Activation (OTAA) with a local Join Server programmed at the factory.


1. Browse on the top panel, click the tab Application, and click Add application button to create an application


2. Fill in the information fields as user-defined, then select Create application


3. After the application is created successfully, select Add end device to register end device (LoRaWAN sensor)


4. Fill out the form as below table:


After filling out the registration form, please click the Register end device button to add the device to the network server.


 

1. Select the device to send downlink


2. Input 1 to the FPort and input the downlink data in the payload field, and then tick Confirmed downlink and click Schedule downlink.


2
MAINTENANCE

2.1 Troubleshooting

Please find below steps to identify the problems from Communication Part or Sensor Part:


* If the device cannot connect to the Gateway or System or Co-ordinator at the first time, it is the Communication Problem;


* If the device status like battery, RSSI level, data status or other communication is normal, but the measured values are not updated or wrong, it would be the problems of Sensor part;


* If the data coming to gateway, system or co-ordinator is not frequently as expected, the problem would be Communication.


Please refer below the troubleshooting guide for Communication and Sensor Part.

Troubleshooting for Communication



Troubleshooting for Sensor Part (if available)

Key steps for troubleshooting the relay as below:

  • Verify the Circuit:

- Ensure the circuit the relay is connected to is functioning properly.

- Check for proper voltage, current, and wiring connections.

  • Check the Control Circuit:

- Verify that the control circuit is providing the correct input to the relay.

  • Inspect the Relay:

- Look for any visible signs of damage or wear on the relay.

- Ensure the relay is securely mounted and all connections are tight.

  • Test the Coil:

- Measure the resistance of the relay coil using a multimeter to ensure it matches the specified value.

- Apply the control voltage to the coil and listen for the relay clicking, indicating it is operating.

  • Check the Contacts:

- Measure the resistance across the relay contacts when they are closed. It should be very low.

- Ensure the contacts are clean and free of corrosion.

  • Load Testing:

- Connect the relay to a load that matches its rated capacity and operate it under normal conditions.

- Monitor the relay's performance to ensure it can handle the load without issues.

  • Environmental Factors:

- Consider the operating environment, including temperature and humidity, to ensure the relay is suitable for the conditions.


2.2 Maintenance

Maintenance for Main device

There is no requirement for maintenance of the Hardware of LoRaWAN Device except:

For relay, please refer to the maintenance section of the relay document.

Maintenance for Sensor part (if available)

Maintaining the relay involves several key steps to ensure its longevity and reliable performance:


Maintenance Steps

1, Regular Inspection:

  • Visual Check: Look for signs of wear, corrosion, or damage on the relay and PCB.

  • Connection Check: Ensure all connections are secure and free from oxidation.

2, Cleaning:

  • Surface Cleaning: Use a clean, dry cloth to remove dust and debris.

  • Contact Cleaning: If the relay is not sealed, use a contact cleaner to clean the relay contacts. Avoid using water or aqueous solvents.


3, Testing:

  • Coil Resistance: Measure the coil resistance with a multimeter to ensure it matches the specified value.

  • Contact Resistance: Check the resistance across the contacts when closed; it should be very low.

4, Environmental Control:

  • Temperature and Humidity: Ensure the relay operates within its specified temperature and humidity ranges to prevent premature failure.

5, Operational Testing:

  • Load Testing: Periodically test the relay under its normal operating load to ensure it functions correctly.

  • Functional Testing: Verify the relay's operation by energizing and de-energizing the coil and observing the contact movement.


Tips for Longevity
  1. Avoid Overloading: Ensure the relay is not subjected to loads beyond its rated capacity.

2, Proper Soldering: Use appropriate soldering techniques to avoid damaging the relay during installation.

3, Minimize Vibration: Mount the relay in a location that minimizes exposure to vibration and mechanical shock.

3
ADVANCED GUIDE

3.1 Principle of Operation

Principle of Operation for device WSLRW-RL | FW1

Daviteq LoRaWAN Relay Output Node comprises 02 parts linked internally:

• The Daviteq LoraWAN wireless transmitter;

• The Daviteq LoRaWAN Relay Output Node


What are the primary output values?

• RELAY CONTROL COMMAND: Relay control command. This parameter equals RELAY_CONTROL_COMMAND in the uplink payload

• SCHEDULE STATUS: Schedule implementation status (started, complete). This parameter equals SCHEDULE_STATUS in the uplink payload

• SCHEDULE CONTROL COMMAND: Schedule's control command: on relay/off relay/clear schedule queue. This parameter equals SCHEDULE_CONTROL_COMMAND in the uplink payload

• SCHEDULE START TIME: Schedule's start time for controlling ON relay/OFF relay, in format of epoch time since 1/1/2020 00:00:00 GMT+0. It represents the number of seconds that have elapsed since January 1, 2020 00:00:00 GMT+0. If SCHEDULE_START_TIME equal zero, the control command will be implemented immediately and the schedule will not be put into the device memory queue. This parameter equals SCHEDULE_START_TIME in the uplink payload

• SCHEDULE DURATION: Schedule's duration for controlling ON relay/OFF relay command, unit of second. If the duration equal zero, the command will be implemented until next control command. This parameter equals SCHEDULE_DURATION in the uplink payload

• SCHEDULE ORDINAL NUMBER: Schedule's ordinal number in the valve's memory queue. If the SCHEDULE_START_TIME equal 0, the SCHEDULE_ORGINAL_NUMBER will be equal zero. This parameter equals SCHEDULE_ORDINAL_NUMBER in the uplink payload

• TOTAL SCHEDULE: Total available schedules in the device memory queue. This parameter equals TOTAL_SCHEDULE in the uplink payload


What are the secondary output values?

Below output values are useful for device maintenance and troubleshooting.

• Alarm: alarm status of the device. The parameter in the payload is ALERT_STATUS

• Sensor current configurations: current main settings of the sensor and this parameter in the payload is CURRENT_CONFIGURATION

• Sensor hardware version: hardware version of the sensor and this parameter in the payload is HW_VERSION

• Sensor firmware version: firmware version of the sensor and this parameter in the payload is FW_VERSION


Principle of operation

Device power on / power reset operation


When the relay output node is power on or power reset, the VALVE CONTROL COMMAND will equal DEFAULT_COMMAND. DEFAULT_COMMAND might have one of following values:

1: Command to ON relay

2: Command to OFF relay (default value)

3: Last control command.

If the last control command is different from DEFAULT_COMMAND, the DEFAULT_COMMAND control command will be implemented and ALARM uplink message will be sent to Network Server after the control command implementation is completed. The result of control is ALERT_STATUS and might be one of following:

1: Command to control ON relay

2: Command to control OFF relay


Scheduled control


  • Principle of scheduled control

The scheduled control that is configured in real time, allowing for up to 15 control commands to be stored in the node's memory.

The necessary steps involve synchronizing the real-time clock for the node and setting up control schedules. Configuring the real-time clock for the node is set through Downlink type 5, and scheduled control commands for the node are set through Downlink type 2. These control commands will be stored in the valve’s memory and executed when the start time of a command matches the real-time.


  • Configure the Real-Time Clock


The device has its own real-time clock. The real-time clock only runs when the device is powered. The value of the real-time clock increases by 1 every second. The device schedule in device queue operate based on device real-time clock. When start time of the schedule in the queue equals to the value of device's real-time clock, the schedule's command will be implemented. When the node receives a valid control schedule, the current real-time clock value will be stored in EEPROM. When the device is powered up, the device read the stored time clock value in the EEPROM, assign this value to real-time clock and the real-time clock start to run ( increase by 1 every second).


When device receives downlink to write the value to SYNC_E_TIME parameter/configuration/setting on the memory device, the device will write the time value in the downlink to the SYNC_E_TIME parameter as well as write this value to the device's real-time clock. The downlink for SYNC_E_TIME should be sent after the device is power up OR/AND before the schedule's downlink is sent. SYNC_E_TIME value remains in the memory when the node is disconnected from the power supply.


Use downlink type 5 to set the real-time clock on the relay output node. This step is crucial for ensuring that the node operates according to the correct time. The Real-time clock is Synchronized time from network server, in format of Epoch time since 1/1/2020.

The synchronized time is equal difference in seconds between current time and original point (00:00:00 01/01/2020)

Example: the current time is 12:00:00 29-04-2024 so the synchronized time is 136555200 (Decimal) = 0823AAC0 (Hex)

Free online tool to calculate the difference between two dates:

https://www.epochconverter.com/date-difference

Use downlink type 5 to write synchronized time to parameter SYNC_E_TIME of valve.

Here is the format of downlink type 5:

Example: the current time is 12:00:00 29-04-2024 so the synchronized time is 136555200 (Decimal) = 0823AAC0 (Hex)

The final downlink payload of example is 63040823AAC00005 


Note:

• The real-time clock may run inaccurately when the node loses power. Therefore, we recommend periodically synchronizing the real-time clock, ideally before scheduling control commands for the node.

• According to the principles of LoRaWAN network for class A, the node will receive a downlink message after it sends an uplink message. Therefore, it’s necessary to determine the timing of when the node sends an uplink message in order to calculate the synchronized time accurately. For example, if you intend to send a downlink to synchronize the time at 9:30, but according to the cycle, the valve only sends an uplink at 10:00, then you must use the synchronized time at 10:00 to calculate synchronized time in downlink. However, when the node is configured to operate in C class, the node will receive the downlink right-after the downlink is sent out the network server.


  • Set Up Control Commands


Use downlink type 2 to send control commands to the node. These commands include the specific parameters you want the node to perform. Here is the format of Downlink type 2 


 SCHEDULE_START_TIME (0-4294967296):

Schedule's start time for SCHEDULE_CONTROL_COMMAND, in format of epoch time since 1/1/2020 00:00:00 GMT+0. It represents the number of seconds that have elapsed since January 1, 2020 00:00:00 GMT+0. If SCHEDULE_START_TIME equal zero, the control command will be implemented immediately and the schedule will not be put into the sensor memory queue. The synchronized time in downlink from the network server must be also in the same format as one of SCHEDULE_START_TIME.

- SCHEDULE_DURATION (0-65536):

Schedule's duration for relay to control on/off command, unit of second. If the duration equal zero, the command will be implemented until next control command.

- Reserved: Reserved for future usage

- SCHEDULE_CONTROL_COMMAND (1: Control ON relay ; 2: Control OFF relay; 3: clear all schedule in queue): Schedule's control command: control ON relay/control OFF relay/clear schedule queue.


Example 1:

Create a schedule control command to control ON relay at 11:30:00 on April 29, 2024, then control OFF relay after 60 minutes.


SCHEDULE_START_TIME = 136553400 (DEC) = 0823A3B8

SCHEDULE_DURATION = 3600(DEC)= 0E10 (HEX)

Reserved: 00 (HEX)

SCHEDULE_CONTROL_COMMAND = 1

DOWNLINK_TYPE = 2


FINAL DOWNLINK : 0823A3B80E100012


Example 2:

Create a schedule control command to control ON relay immediately upon receiving the downlink, then control OFF relay after 30 minutes.


SCHEDULE_START_TIME = 00000000 (DEC) = 00000000 (HEX)

SCHEDULE_DURATION = 1800(DEC)= 0708 (HEX)

Reserved: 00 (HEX)

SCHEDULE_CONTROL_COMMAND = 1

DOWNLINK_TYPE = 2


FINAL DOWNLINK : 0000000007080012


Example 3:

Create a control command to control ON relay at 13:00:00 on April 29, 2024, then keep it ON until the next control command.


SCHEDULE_START_TIME = 136558800 (DEC) = 0823B8D0 (HEX)

SCHEDULE_DURATION = 0000(DEC)= 0000 (HEX)

Reserved: 00 (HEX)

SCHEDULE_CONTROL_COMMAND = 1

DOWNLINK_TYPE = 2


FINAL DOWNLINK : 0823B8D000000012


Example 4:

Create a downlink to clear all schedule commands in valve’s memory


SCHEDULE_START_TIME = 00000000 (DEC) = 00000000 (HEX)

SCHEDULE_DURATION = 0000(DEC)= 0000 (HEX)

Reserved: 00 (HEX)

SCHEDULE_CONTROL_COMMAND = 3

DOWNLINK_TYPE = 2


FINAL DOWNLINK : 0000000000000032


Note:

• The schedule control commands will be stored in the memory of the device and executed in chronological order base on the SCHEDULE_START_TIME.

• The maximum number of schedule control commands is 15. If the number of commands exceeds 15, the device will automatically delete the earliest commands and overwrite them with new ones.

• Two schedules are defined as duplicate if their start times are the same. When a schedule duplicate with another schedule in memory, the latter schedule will overwrite the former one 


Note:

The downlink process need strong LoRaWAN signals than uplink process


Fallback control

Principle of Fall-back control

With this function, the relay could be limited by the maximum relay ON time or the maximum relay OFF time of the device. Here are two parameters that can be set for this function:

• FALLBACK_ON_PERIOD

Maximum allowable period for controlling ON relay, unit of second. If the controlling ON relay period is greater than FALLBACK_ON_PERIOD, the relay will be control OFF automatically and the alarm event will occur. If FALLBACK_ON_PERIOD =0, no fallback function for controlling ON relay is available

• FALLBACK_OFF_PERIOD

Maximum allowable period for controlling OFF relay, unit of second. If the controlling OFF relay period is greater than FALLBACK_OFF_PERIOD, the relay will be controlled ON automatically and the alarm event will occur.

If FALLBACK_OFF_PERIOD =0, no fallback function for controlling OFF relay is available

Use downlink type 5 to set FALLBACK_ON_PERIOD or FALLBACK_OFF_PERIOD.

Here is an example of downlink for Fallback function.

FALLBACK_ON_PERIOD = 7200s (DEC) = 00001C20 (HEX)

FALLBACK_OFF_PERIOD = 3600s (DEC) = 00000E10 (HEX)

LED indication

There are 2 LEDs on the housing:

  1. COM LED: lit when there is any uplink. The color of the LED is based on uplink type. Refer the PAYLOAD AND MEMORY MAP DOCUMENT for LED color of each uplink type.

  2. RELAY LED: lit red color when the relay is controlled ON.


Principle of Operation of Sensor part (if available)

A relay is an electromagnetic switch used to control high-power circuits with a low-power signal. Here's how it works:

- Electromagnetic Coil: The heart of the relay is the electromagnetic coil. When a low-power signal is applied to this coil, it generates a magnetic field.

- Armature Movement: The magnetic field attracts a movable armature. This armature is a metal lever that pivots on a hinge.

- Contact Switching: As the armature moves, it either makes or breaks contact with a set of electrical contacts. These contacts are connected to the high-power circuit.

- Circuit Control: When the armature makes contact, it closes the circuit, allowing current to flow through the high-power circuit. When the armature breaks contact, it opens the circuit, stopping the current flow.

Default Configuration Parameters of Sensor part (if available) 

This RL has the default configuration, however, those parameters can be changed. The user can change the configuration on the wireless transmitter so that the complete node (converter + wireless) delivers the proper output value. Please check the Payload document for more information.

3.2 Configuration

How to configure the device?

Sensor configuration can be configured in 02 methods:

Method 1: Configuring via Downlink messages, port 1 (default).


Method 2: Configuring via Offline cable.

Step to access configuration port: Open housing by turning counter-clockwise 2 screws, then remove the anti-interference shield, the configuration port as below figure:

Note: The sensor is only active for offline configuration in the first 60 since power up


Which Parameters are configured?

Please check Part G in Section 1.9 Payload Documents above.

Method 1: Configuration via Downlink messages

Please check the Part D & E in Section 1.9 Payload Documents above.

Method 2: Configuration by Offline Cable

Please download the Configuration Template File of this sensor to be used in Step 4 below.

Instructions for offline configuration of the Daviteq LoRaWAN sensors. Please follow the following steps.


Note: The sensor is only active for offline configuration in the first 60 since power up by battery or plugging the configuration cable.


1. Prepare equipment and tools

The following items must be prepared for configuration.

  • A PC using the Windows OS (Windows 7 or above versions). The PC installed the COM port driver of the Modbus configuration cable (if needed). The driver is at link: Modbus Configuration Cable COM port driver for PC and the instruction to install  the driver at link: How to install the driver.

  • A Modbus configuration cable 

  • Tools to open the plastic housing of LoRaWAN sensors (L hex key or screwdriver)


2. Download and launch Daviteq Modbus configuration software 
  • Click the link below to download Daviteq Modbus configuration software:

https://filerun.daviteq.com/wl/?id=yDOjE5d6kqFlGNVVlMdFg19Aad6aw0Hs

After downloading the software, unzip the file named: Daviteq Modbus Configuration.zip and then copy the extracted folder to the storage drive for long-term use. 

  • Open the folder, double click on the file Daviteq Modbus Configuration Tool Version.exe to launch the software and the software interface as below:


Note: The software only runs on Microsoft Windows OS (Windows 7 and above).


3. Connect the cable and configure the sensor

Step 1: 

Connect the PC to the sensor using the configuration cable.

- Use the configuration cable (Item code: TTL-LRW-USB-01).


- Connect the USB-A plug into the USB-A socket of the PC.


Step 2: 

On the configuration software, choose the relevant Port (the USB port which is the cable plugged in) and set the BaudRate: 9600, Parity: none


Step 3:

Click Connect button to connect the software to the sensor. After successful connection, the Connected status will show on the software.


Step 4: 

Import the configuration template file of the sensor (as above link) to the software: click menu File/ Import New and then browse the relevant sensor template file (csv file) and click Open to import the template file.


Note: The sensor is only active for configuration for 60 seconds since plugging the configuration cable or the power supply into the sensor.

Each sensor type has its own template file. Refer to the sensor's manual to download the correct file.


Step 5:

Open the housing of the sensor and quickly plug the connector of the configuration cable into sensor's modbus configuration port as below figure. After plugging the connector, the software will read the parameter values automatically.


Plug the cable connector into sensor's modbus configuration port. This port is located at a different location, depends on the sensor type 


Note: If the sensor has SKU of WSLRWEX-PPS and hardware version 1 & 2, the sensor must be powered by batteries for configuration


Step 6: 

Read the current value of the parameter with Modbus Function 3

  • At the relevant row of the parameter, check box 3 on column Func to read the value of the parameter. The read value is shown in VALUE ON MEMMAP column.



The sensor is only active for configuration for 60 seconds since plugging the configuration cable or the power supply into the sensor. After 60 seconds, the TIME_OUT text will show on EXCEPTION column of the software.


Step 7: 

Write the new setting to the parameter with Modbus Function 16

  • Double click on the column VALUE TO WRITE of the parameter and input the new setting value of the parameter;

  • Uncheck the tick on the FC column of the parameter, click on the arrow, select 16 and then check on the FC column to write a new setting to the parameter. The WRITE_OK text will show on EXCEPTION column if the software successfully writes the setting.


Repeat Step 6 to read the setting of the parameter for double-checking.


Note: For some critical parameters of the sensor, the password in "password for setting" must be written before writing the new settings to these parameters.

Only read/ write registers are allowed to write.

The sensor is only active for configuration for 60 seconds since plugging the configuration cable or the power supply into the sensor. After 60 seconds, the TIME_OUT text will show on EXCEPTION column of the software.


4. Troubleshooting

3.3 Calibration/ Validation

How to force sensor to send data for calibration/ validation (if available)

Using the magnet key, the device can be triggered to send data to the gateway immediately.



Note:

Upon transmitting the data to the gateway using the magnetic key, the timer for the transmission time interval will be reset.

The minimum time interval between two manual triggers is 15 seconds. If the interval is less than 15 seconds, data transmission will not occur.


Calibration/ Validation sensor (if available)

Calibration of a the relay involves ensuring that the relay operates correctly within its specified parameters. This process is crucial for maintaining the reliability and accuracy of the relay in various applications. Here's a breakdown of what calibration typically involves:


Steps in Calibration

  • Initial Inspection: Check the relay for any physical damage or defects. Ensure that all connections are secure and that the relay is properly mounted on the PCB.

  • Electrical Testing:

- Coil Resistance: Measure the resistance of the relay coil using a multimeter to ensure it matches the specified value.

- Contact Resistance: Measure the resistance across the relay contacts when they are closed. This should be very low, indicating good contact.

  • Operational Testing:

- Energize the Coil: Apply the specified voltage to the relay coil and observe the operation. The relay should switch its contacts reliably.

- De-energize the Coil: Remove the voltage and ensure the relay returns to its default state.

  • Load Testing:

- Apply Load: Connect the relay to a load that matches its rated capacity and operate it under normal conditions.

- Monitor Performance: Ensure the relay can handle the load without overheating or malfunctioning.

  • Environmental Testing:

- Temperature and Humidity: Test the relay under different environmental conditions to ensure it operates correctly within the specified temperature and humidity ranges.

  • Final Verification:

- Functional Test: Perform a final functional test to ensure the relay operates correctly in all expected scenarios.

- Documentation: Record all test results and compare them with the relay's specifications to confirm it meets the required standards.


Importance of Calibration

  • Accuracy: Ensures the relay operates within its specified parameters, providing accurate control of the connected circuit.

  • Reliability: Identifies any potential issues before the relay is put into service, reducing the risk of failure.

  • Safety: Ensures the relay can handle its rated load without overheating or causing electrical hazards.

4
PRODUCT SPECIFICATIONS

4.1 Specifications

Spec

5
WARRANTY & SUPPORT

5.1 Warranty

Warranty

Below terms and conditions are applied for products manufactured and supplied by Daviteq Technologies Inc.


Free Warranty Conditions
  1. The manufacturer undertakes to guarantee within 12 months from shipment date.

  2. Product failed due to defects in material or workmanship.

  3. Serial number, label, warranty stamp remains intact (not purged, detected, edited, scraped, tore, blurry, spotty, or pasted on top by certain items).

  4. During the warranty period, if any problem of damage occurs due to technical manufacturing, please notify our Support Center for free warranty consultancy. Unauthorized treatments and modifications are not allowed.

  5. Product failed due to the defects from the manufacturer, depending on the actual situation, Daviteq will consider replacement or repairs.


Note: One way shipping cost to the Return center shall be paid by Customers.


Paid Warranty
  1. The warranty period has expired.

  2. The product is not manufactured by Daviteq.

  3. Product failed due to damage caused by disasters such as fire, flood, lightning or explosion, etc.

  4. Product damaged during shipment.

  5. Product damaged due to faulty installation, usage, or power supply.

  6. Product damage caused by the customer.

  7. Product rusted, stained by effects of the environment or due to vandalism, liquid (acids, chemicals, etc.)

  8. Product damage is caused by unauthorized treatments and modifications.


Note: Customers will be subjected to all repairing expenses and 2-way shipping costs. If arises disagreement with the company's determining faults, both parties will have a third party inspection appraise such damage and its decision be and is the final decision.


5.2 Support

Support via Help center

If you need our support for Daviteq device's installation, configuration, test, and decode, please email us at: support@daviteq.com OR input support request at link: https://forms.office.com/r/XWHbYG7yy7

Our support engineer will contact you via email or the support ticket system.

 

If you have any questions about the product, you can search for information on our web (https://www.iot.daviteq.com/). If you can't find the right information, please register an account and send us a request at link Contact us | Daviteq Technologies . We will respond within 24 hours.

bottom of page