Industrial IoT Wireless High Resolution 4-20mA Receiver Product Manual

Features

  • Industrial Grade 1 Channel 16 bit ADC 4-20mA Reveiver 
  • 15 bit 4-20mA Resolution
  • ±0.68uA Absolute Accuracy
  • 1-Mile Range with 2.4GHz or 2 Mile Range with 900MHz On-Board Antenna
  • Superior LOS Range of up to 28 miles with 900MHz High-Gain Antennas
  • Interface to Raspberry Pi, Microsoft Azure, Arduino and More
  • Example Software for Visual Studio and LabVIEW
  • Wireless Mesh Networking using DigiMesh®
  • Open Communication Protocol for custom interfacing applications
  • Configuration mode for Sensor and X-bee Settings
  • Factory Default Option using a combination of hardware buttons
  • Power-efficient Built-in Sleep mode
    • User Configurable Sleep duration
    • Up to 500,000 Transmissions from 4 AA Batteries
  • X-bee API mode use for reliable communication
  • Improved reliability incorporating Re try to feature in case of packet loss
  • Real time battery status

1. Description

Introducing NCD’s IoT Industrial IoT Wireless High Resolution 4-20mA Receiver, boasting up to a 28 Mile range using a 900MHz wireless mesh networking architecture or 1 Mile using 2.4GHz wireless mesh networking architecture.  It incorporates a 1 channel 16 bit ADC that samples analog inputs at user defined intervals while sleeping during the time it is not sending data to minimize power consumption. It has an additional feature of detecting change in voltage at user defined detection time intervals and sending out ADC samples if the change in voltage on any channel is greater than user defined detection change percentage. This change detection feature can be enabled or disabled by user. To minimize power consumption, it sleeps during the time it is not checking for change in analog voltage. Both of these features work in parallel to support multiple application areas in one package.  

Powered by just 4 AA batteries and an operational lifetime of 500,000 wireless transmissions, a 10 years battery life can be expected depending on environmental conditions and the data transmission interval.  Optionally, this sensor may be externally powered.

With an open communication protocol this sensor can be integrated with just about any control system or gateway.  Data can be transmitted to a PC, a Raspberry Pi, to Microsoft Azure® IoT, or Arduino. Sensor parameters and wireless transmission settings can be changed on the go using the open communication protocol providing maximum configurability depending on the intended application. 

The range, price, accuracy, battery life and security features of IoT Wireless Analog to Digital Converter makes it an affordable choice which exceeds the requirements for most of the industrial as well as consumer market applications.

Note: This manual is shared with Industrial IoT  Wireless DC Voltage Monitor(0-10V), and IoT Long Range Wireless 0-24VDC Voltage Monitor as well.

M12 Connection (PR55-5) — 

Blue    — 4-20mA +Ve

White — External Power Supply +ve

Brown — 4-20mA -Ve

Black — Ground

Gray — 16V Supply ( To power External Sensor)

M12 Connection (PR55-5)

1    — 4-20mA -Ve

2 — External Power Supply +ve

3 — 4-20mA +Ve

4– Ground

5 — 16V Supply ( To power External Sensor)

M12 Connection (PR55-48)

1 — External Power Supply -ve Input 

2 — External Power Supply +ve Input

3 — 4-20mA +Ve

4 — Ground

5 — 16V Supply ( Test Point)

M12 Connection (PR55-48)

Blue    — 4-20mA +Ve

White — External Power Supply +ve

Brown — External Power Supply -ve

Black — Ground

Gray — 16V Supply ( Test Point)

Applications

  • Industrial Sensor monitoring
  • Analog Input To Digital Converter 
  • PLC and Automation Application
  • Industrial Automation

To complete a network with an industrial sensor at one end, a Zigmo/Router is required at the receiving end (PC end) that receives data from sensor. A set of sensor and Zigmo is shown in following figure.

wireless analog to digital converter

Sensor with Zigmo/Router

2. Getting Started

The sensor and Zigmo/Router come pre-programmed and work out of the box. In this section we will setup a sensor and Zigmo link and start receiving data on our PC. Though this guide shows how to visualize data on LabVIEW utility, you can also use a simple serial terminal to see raw data by following these steps.

Resources Required
  • ADC type NCD IoT Wireless Sensor (with power source Battery Or External DC)
  • Zigmo/Router for PC (One Router will work with Multiple Sensors)
  • ·         PC/Laptop with an OS installed or Any IoT Embedded Device
Steps
  1. Power-up the Wireless Sensor and make sure its antenna is installed
  2. Connect your Zigmo/Router to your PC
Connect your Zigmo/Router to your PC

3.Identify the serial port allocated to it by going into device manager (You can also find the serial port using Digi provided utility XCTU)

At this stage, both the Sensor and Zigmo have automatically established communication and the data can be read from the serial port at which Zigmo has been installed.

Connect your Zigmo/Router to your PC

4. Install the Alpha Station utility for the sensor you are working with. Run this utility.
5.Press the port configure button and select the PORT you identified in step 3. Select baud rate of 115200 and press OK.

Connect your Zigmo/Router to your PC

6. Press the Run button to visualize incoming data

If you were not able to communicate after completing the above steps then there might be a fault at either end of the communication network. Please refer to the troubleshooting section for identifying and resolving some common issues. If you are still not able to communicate after troubleshooting then please contact us at any time.

The sensor and Zigmo/Router come pre-programmed and work out of the box.
Figure 1: Connect Zigmo/Router to PC
Figure 1: Connect Zigmo/Router to PC
Figure 2: Serial port identification
Figure 1: Connect Zigmo/Router to PC

3. Troubleshooting

Changed/Unknown setting at sensor end

One of the issues for unsuccessful communication can be a changed setting at the sensor end due to which the sensor and Zigmo are unable to establish a connection. You can resolve this problem by returning to the factory default settings provided in Table 1. Please refer to Figure 7 and follow steps shown in it for applying factory default settings.

Once the sensor resets it will start sending a frame every 600 seconds after factory reset.

Please refer to the detailed document available to Digi website to understand X-bee communication parameters and its operation mechanism.

Changed/Unknown setting at PC end

Sometimes a changed setting at Zigmo end, whether intentional or unintentional, can cause a network failure and no data reception at PC end. To fix this issue when the sensor end is operating at factory default settings you will have to bring the Zigmo/Router to factory default settings as well. For that, please download the configuration file for Zigmo from our website. You will also require XCTU utility provided by Digi.

After installing XCTU Utility, run it and go to add a radio module. Select the serial port at which Zigmo is connected and press finish. This will connect the Zigmo to XCTU.

After double clicking the added module, a list of parameters will be displayed on the right side. Select the load configuration file from the top and select configuration file form the location where you downloaded it earlier.

Now press the write button on top to write these parameters. Close the XCTU utility and open the LabVIEW utility and follow the steps in getting started section to communicate with sensor.

Table 1: Default Parameters programmed after Factory reset sequence
Table 1: Default Parameters programmed after Factory reset sequence
Figure 5: Connecting Zigmo/Router to XCTU
Figure 5: Connecting Zigmo/Router to XCTU
Figure 6: Loading a default profile to Zigmo/Router
Figure 6: Loading a default profile to Zigmo/Router

4. Modes of Operation

This module incorporates 2 modes of operation, these are

  • Run Mode
  • Configuration Mode

Run mode is the standard mode, the module will always enter Run mode if no button is pressed during Power-up/Reset. Configuration mode is intended to configure sensor parameters and the X-bee parameters on the sensor end. Note that the Sensor end X-bee is only configurable via the sensor controller using the commands provided in device manual. Figure 7 illustrates these modes.

The device sends a startup packet which can be used to determine the mode in which it is operating. These packets are shown in Table 2.

Mode Selection Process

The CFG button on the module is used to change mode. If CFG button is pressed and the module reset button is pressed, the module will enter the configuration mode. The amount of time CFG button has to be pressed is shown in Figure 7.

Note that settings only take effect after the reset.

Frame Communication at Power up

In figure 8,  Mode bytes highlighted in red can be compared with the values provided in Table 2 to determine the mode in which the sensor is operating. Node ID is the ID of the given sensor while sensor type determines the type of sensor. Both of these can be used to determine the exact sensor which is sending the information.

A shown in second column in Table 2, the sensor configures its PAN ID automatically depending upon the mode it is working in. During factory reset it sets the PAN ID to the value given in table therefore the factory reset frame will only be received if your Zigmo/Router PAN ID matches this ID. Please note that right after factory reset the sensor enters configuration mode therefore its PAN ID is changed again and a new frame is generated. All 3 type of frames are shown in Figure 9, Figure 10 and Figure 11.

The factory default settings are shown in Table 1. For parameter description please refer to the section on configuration.

Figure 7: Mode Selection Process
Figure 7: Mode Selection Process
Table 2: Mode Bytes for different sensor modes (* this frame is followed by configuration frame as shown Figure 7)
Table 2: Mode Bytes for different sensor modes (* this frame is followed by configuration frame as shown Figure 7)
Figure 8: Typical Communication at Power Up, Transmitted packet (left) Received packet (right)
Figure 8: Typical Communication at Power Up, Transmitted packet (left) Received packet (right)
Figure 9: Run Mode Power up frame

Figure 9: Run Mode Power up frame

Figure 10: Configuration Mode Power up frame

Figure 10: Configuration Mode Power up frame

Figure 11: Factory Default Power up frame

Figure 11: Factory Default Power up frame

1. Run Mode

Run mode is the default mode of operation of this sensor. In this mode the sensor sends periodic packets to destination receiver. During the time it is not sending packets, it sleeps and conserves power. Sensor end X-bee operates in API mode and sends packets to the saved destination address on the network specified by the saved PAN ID. Figure 12 illustrates an API packet transmission and reception.

Packet reception at receiver end is ensured by the device by retrying up to 3 times if no acknowledgement is received that the packet has been successfully received. The device uses the acknowledgement functionality available in API mode in X-bee devices therefore user does not need to worry about sending acknowledgements for every packet.

Figure 12: Transmit packet detail (left), Received packet detail (right)
Figure 12: Transmit packet detail (left), Received packet detail (right)

The detail for API packet received at PC end can be read from the X-bee manual available from Digi. The detail of Payload section of packet is shown in Table 3.

Typical response from the device in Run mode is shown in Figure 13 and Figure 14. The utility shown in Figure 14 can be downloaded from the website.

Table 3: Packet payload field and its description
Table 3: Packet payload field and its description

Sensor Type 45 and 48

Wireless 1 Channel 4-20mA Receiver

The detail for API packet received at PC end can be read from the X-bee manual available from Digi. The detail of Payload section of packet is shown in Table 3.

Typical response from the device in Run mode is shown in Figure 13 and Figure 14. The utility shown in Figure 14 can be downloaded from the website.

Frame FieldOffset (Payload Section)Fixed Value
(if any)
Description
Header00x7F
Header to differentiate various type of packets
Node ID10x00 Factory Default
Node ID to differentiate up to 256 nodes in a network. User configural values
Firmware2
Used to determine firmware version programmed in the device
Battery VoltageMSB 3

Sampled battery voltage of the device.

Battery Voltage=((Battery Voltage MSB x 256+Battery Voltage LSB) x 0.00322 V

LSB 4
Packet Counter5
It is an 8-bit counter that increments with each packet transmission. It can be used to detect missing packets.
Sensor TypeMSB 60x00
Two bytes to determine sensor type. It can be used in conjunction with Node ID to create sensor networks of up to 256 nodes for a single type of sensor and multiple such networks can coexist and can be differentiated in processing software on PC end
MSB 70x2D
Reserved80x00

For future use

Sensor Data9/ Data[0]

ADC 1 Counts ( Signed 16 bit int)

          ADC Counts = (Data[0] x 256) + Data[1]

10/ Data[1]
11/ Data[0]

mA= ((Data[0] x 256) + Data[1])/100.00

12/ Data[1]

Sensor Type 52

Wireless 2 Channel 4-20mA Receiver

The detail for API packet received at PC end can be read from the X-bee manual available from Digi. The detail of Payload section of packet is shown in Table 3.

Typical response from the device in Run mode is shown in Figure 13 and Figure 14. The utility shown in Figure 14 can be downloaded from the website.

Frame FieldOffset (Payload Section)Fixed Value
(if any)
Description
Header00x7F
Header to differentiate various type of packets
Node ID10x00 Factory Default
Node ID to differentiate up to 256 nodes in a network. User configural values
Firmware2
Used to determine firmware version programmed in the device
Battery VoltageMSB 3

Sampled battery voltage of the device.

Battery Voltage=((Battery Voltage MSB x 256+Battery Voltage LSB) x 0.00322 V

LSB 4
Packet Counter5
It is an 8-bit counter that increments with each packet transmission. It can be used to detect missing packets.
Sensor TypeMSB 60x00
Two bytes to determine sensor type. It can be used in conjunction with Node ID to create sensor networks of up to 256 nodes for a single type of sensor and multiple such networks can coexist and can be differentiated in processing software on PC end
MSB 70x34
Reserved80x00

For future use

Sensor Data9/ Data[0]

ADC 1 Counts ( Signed 16 bit int)

          ADC Counts = (Data[0] x 256) + Data[1]

10/ Data[1]
11/ Data[0]

ADC 2 Counts ( Signed 16 bit int)

          ADC Counts = (Data[0] x 256) + Data[1]

12/ Data[1]

Sensor Type 56

Wireless 2 Channel 0-10VDC Receiver

The detail for API packet received at PC end can be read from the X-bee manual available from Digi. The detail of Payload section of packet is shown in Table 3.

Typical response from the device in Run mode is shown in Figure 13 and Figure 14. The utility shown in Figure 14 can be downloaded from the website.

Frame FieldOffset (Payload Section)Fixed Value
(if any)
Description
Header00x7F
Header to differentiate various type of packets
Node ID10x00 Factory Default
Node ID to differentiate up to 256 nodes in a network. User configural values
Firmware2
Used to determine firmware version programmed in the device
Battery VoltageMSB 3

Sampled battery voltage of the device.

Battery Voltage=((Battery Voltage MSB x 256+Battery Voltage LSB) x 0.00322 V

LSB 4
Packet Counter5
It is an 8-bit counter that increments with each packet transmission. It can be used to detect missing packets.
Sensor TypeMSB 60x00
Two bytes to determine sensor type. It can be used in conjunction with Node ID to create sensor networks of up to 256 nodes for a single type of sensor and multiple such networks can coexist and can be differentiated in processing software on PC end
MSB 70x38
Reserved80x00

For future use

Sensor Data9/ Data[0]

ADC 1 Counts ( Signed 16 bit int)

          ADC Counts = (Data[0] x 256) + Data[1]

10/ Data[1]
11/ Data[0]

ADC 2 Counts ( Signed 16 bit int)

          ADC Counts = (Data[0] x 256) + Data[1]

12/ Data[1]

Sensor Type 75 and 76

Custom Wireless 1 Channel 4-20mA Receiver

The detail for API packet received at PC end can be read from the X-bee manual available from Digi. The detail of the Payload section of the packet is shown in Table 3.

The typical response from the device in Run mode is shown in Figure 13 and Figure 14. The utility shown in Figure 14 can be downloaded from the website.

Frame FieldOffset (Payload Section)Fixed Value
(if any)
Description
Header00x7F
Header to differentiate various type of packets
Node ID10x00 Factory Default
Node ID to differentiate up to 256 nodes in a network. User configurable values
Firmware2
Used to determine firmware version programmed in the device
Battery VoltageMSB 3

Sampled battery voltage of the device.

Battery Voltage=((Battery Voltage MSB x 256+Battery Voltage LSB) x 0.00322 V

LSB 4
Packet Counter5
It is an 8-bit counter that increments with each packet transmission. It can be used to detect missing packets.
Sensor TypeMSB 60x00
Two bytes to determine sensor type. It can be used in conjunction with Node ID to create sensor networks of up to 256 nodes for a single type of sensor and multiple such networks can coexist and can be differentiated in processing software on PC end
MSB 70x4B
Reserved80x00

For future use

Sensor Data9/ Data[0]

ADC 1 Counts ( Signed 16 bit int)

          ADC Counts = (Data[0] x 256) + Data[1]

10/ Data[1]
11/ Data[2]

mA( Signed 16 bit int) = ((Data[2] x 256) + Data[3])/100

 

Velocity ( UnSigned 16 bit int) = ((Data[4] x 256) + Data[5])/100

12/ Data[3] 
13/ Data[4] 
14/ Data[5]

Sensor Type 89 

2 Channel Ultrasound Vibration Sensor 

Field Value ( or Default )PayloadLengthDescription
Header7F1API Data Header ( its not the API Header)
Node ID001User Defined ID
Firmware Version011Device Firmware Version
Battery Level03,FE2Battery Voltage = 0.00322*(03*FF+FE)
Packet CounterDE1Wireless Transmission Counter
Sensor Type00,0×592Sensor Type 89
Error/Reserve Byte001
ADC Channel 1 MSB,LSB0,12ADC Channel 1 = (MSB*FF+LSB)
mA Channel 1 MSB,LSB2,32mA Channel 1 = (MSB*FF+LSB)/100
Vibration dB Channel 1 MSB,LSB4,52dB Channel 1 = (MSB*FF+LSB)/100
ADC Channel 2MSB,LSB6,72ADC Channel 2 = (MSB*FF+LSB)
mA Channel 2MSB,LSB8,92mA Channel 2 = (MSB*FF+LSB)/100
Vibration dB Channel 2MSB,LSB10,112dB Channel 2 = (MSB*FF+LSB)/100

 

Figure 13: Run mode packets being received in a terminal (Hex mode)

Figure 13: Run mode packets being received in a terminal (Hex mode)

2. Configuration Mode

Configuration mode is intended to setup the device over the wireless link. Entering configuration mode was already explained in the section “mode selection procedure”. User can also setup X-bee communication and networking parameters using this mode via PC. Note that settings only take effect after reset and are stored inside the device.

In configuration mode, the device sets its X-bee pan id to 7BCD (Hex). Also, the destination address used by the sensor is extracted from the incoming packet (source address). This ensures that once you put a device in configuration mode you just need to change the PAN ID of your Zigmo to match with sensor and start configuring your device. You can change the PAN ID of your Zigmo using XCTU from Digi. If you use our LabVIEW utility, it will automatically change Zigmo PAN ID once you open the configuration window. When you exit this window your PAN ID will be restored to old value.

A standard configuration packet and its fields are explained in Figure 15. Its possible responses are also shown. The commands supported by this sensor are shown in Table 4, these can be used in the Parameters field of Payload section. The sensor responds to these commands with an acknowledgement if the process completed successfully or with an error if it failed to setup a parameter. The respective Data and Reserve section length and values are shown in Table 5 for the case of acknowledgement. In the case of error, the reserved section will be fixed and not used, while the Error number byte will determine the type of error returned. These errors are mentioned in Table 6.

Figure 15 depicts standard communication between Zigmo/Router and sensor. Sensor commands have variable length frames whereas responses received from sensor are fixed length. The 2 scenarios are also shown, where a command can result in an acknowledgement reception or an error reception at the Zigmo end.

Examples for setting parameters in configuration mode are shown in Appendix A.

Figure 15: Configuration mode communication
Figure 15: Configuration mode communication
Table 4: Configuration Commands and their respective headers, sub command and Parameter field
Table 5: Acknowledgment data for various commands and the size of reserve section in each case
Table 5: Acknowledgment data for various commands and the size of reserve section in each case
Table 6: Error numbers and their description
Table 6: Error numbers and their description

A. Appendix

ncd.io 4-20mA Labview UI can be used to configure the Sensor. While using this UI select 45 as sensor type on left side. 

Configuration Commands

1. Set Broadcast Transmission

Set Broadcast Transmission
Set Broadcast Transmission

Command For COPY:  7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 0100 0003 F9

2. Set ID and Delay

Set ID and Delay
Set ID and Delay

<!– [if gte mso 9]>




<![endif]–><!– [if gte mso 9]>

Normal
0




false
false
false

EN-US
X-NONE
X-NONE
























<![endif]–><!– [if gte mso 9]>





















































































































































































































































































































































































<![endif]–>

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:”Table Normal”;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-parent:””;
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin-top:0in;
mso-para-margin-right:0in;
mso-para-margin-bottom:8.0pt;
mso-para-margin-left:0in;
line-height:107%;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:”Calibri”,sans-serif;
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:”Times New Roman”;
mso-bidi-theme-font:minor-bidi;}

Command For COPY:  7E00 1710 0000 0000 0000 00FF FFFF FE00 00F7 0200 0003 0000 0004 F4

 

3. Set Destination Address

Set Destination Address
Set Destination Address

Command For COPY: 7E00 1710 0000 0000 0000 00FF FFFF FE00 00F7 0300 0003 1234 5678 E3

4. Set Power

Set Power
set-power

Command For COPY:  7E00 1410 0000 0000 0000 00FF FFFF FE00 00F7 0400 0003 02F4

5. Set PANID

Set PANID
Command For COPY  7E00 1510 0000 0000 0000 00FF FFFF FE00 00F7 0500 0003 7CDE 9B

6. Set Retries

set retries 1
Set PANID
set retries

Command For COPY:  7E00 1410 0000 0000 0000 00FF FFFF FE00 00F7 0600 0003 03F1

7. Read Delay

readdelay1-new
readdelay new

Command For COPY:  7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 1500 0003 E5

8. Read Power

getpower1 new
getpower new

Command For COPY: 7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 1600 0003 E4

9. Read Retries

getretries1 new
getretries new

Command For COPY: 7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 1700 0003 E3

10. Read Destination Address

getdestadd1 new
getdestadd new

Command For COPY:  7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 1800 0003 E2

11. Read PANID

getpanid1 new
getpanid new

Command For COPY:  7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 1900 0003 E1

12. Enable Encryption

encenable1 new
encenable new

Command For COPY:  7E00 1310 0000 0000 0000 00FF FFFF FE00 00F2 0100 0003 FE

13. Disable Encryption

encdisable1 new
encdisable.-newpng

Command For COPY:  7E00 1310 0000 0000 0000 00FF FFFF FE00 00F2 0200 0003 FD

14. Set Encryption Key

Set Encryption Key
setkey new

Command For COPY: 7E00 2410 0000 0000 0000 00FF FFFF FE00 00F2 0300 0003 0011 2211 2211 2211 2233 4433 4433 4433 4454

15. Set Change Detection Parameters

set-change1
set-change

Command For COPY: 7E00 1810 0000 0000 0000 00FF FFFF FE00 00F7 0700 0003 0014 0000 0AD5

16. Read Change Detection Parameters

read-change1
read-change

Command For COPY: 7E00 1310 0000 0000 0000 00FF FFFF FE00 00F7 1A00 0003 E0

B. Appendix

Frame Checksum Calculation

In order to successfully communicate over the API protocol, checksum is of vital importance. The X-bee at either end will reject packets if the checksum is not matched. Checksum is also checked by the sensor controller and LabVIEW utility for added security.

For sending packets, checksum calculation works as follows

  1.  Not including the frame delimiter and length, add all the bytes and keep the lower 8 bits of result
  2.  Subtract this value from 0xFF (hex)
  3. The resultant value is the checksum
  4.  Append this byte to the original packet for sending

Consider the example for the command Set Broadcast shown in Figure 19 in A APPENDIX and see that the calculated checksum matches with the checksum sent by the terminal/LabVIEW

Although checksum is matched by the X-bee itself, but for understanding follow these steps to match checksum at reception

  1. Not including the frame delimiter and length, add all the bytes including the received checksum
  2. Keep only the last 8 bits
  3.  If the result is 0xFF, the checksum is correct and the packet can be processed.

Consider the example of the command Set Broadcast shown in Figure 19 in A APPENDIX and see that the received packet checksum verifies since the result is 0xFF.

Consider the example of the command Set Broadcast shown in Figure 19 in A APPENDIX and see that the received packet checksum verifies since the result is 0xFF.

Change Device WarmUp time

Set wake Time — 7E 00 14 10 00 00 00 00 00 00 00 FF FF FF FE 00 00 F7 45 00 00 00 01 B7 ( 01 set wake time to 1 sec)
Read Wake time — 7E 00 14 10 00 00 00 00 00 00 00 FF FF FF FE 00 00 F7 46 00 00 00 00 B7

Share this on:
Facebook
Twitter
LinkedIn
Pinterest
Reddit
WhatsApp
Email