DigiMesh Power Management using Pin Sleep example for mbed XBeeLib By Digi

Dependencies:   XBeeLib mbed

Fork of XBeeZB_power_mngmnt_pin_sleep by Digi International Inc.

Description

This example characterizes a device that after taking samples from some sensors and sending the information collected through the radio, does nothing for a long period of time that could range from several minutes to several hours.
In that long period of inactivity it's not expected to have communication with the coordinator or other remote devices. The device will not be able to receive packets and should save as much power as possible, therefore the radio is set into low power.

The example does following cycle endlessly:

  • Some sensor is read. For demonstration, a counter is incremented.
  • For demonstration, a message containing the data collected during sampling stage is sent to a remote device.
  • After job has been done the radio will go to sleep:
  • First radio is requested to go to sleep. When radio finally sleeps, then the application waits for the time configured in the SLEEP_SECONDS define (40 seconds).
  • This time can be increased as desired.
  • After that time, the application will awake the radio through the On/Sleep pin and another cycle will start by taking a sample.

Setup

Application

Define RADIO_SLEEP_REQ and RADIO_ON_SLEEP in config.h file according to the mbed micro-controller GPIOs that will be used to control the XBee module power.

Hardware

It's necessary to wire following connections from the mbed micro-controller to the XBee radio according to the configuration done in the application:

  • From the mbed micro-controller RADIO_SLEEP_REQ to the XBee module SLEEP_RQ pin (pin 9 on THT modules, pin 10 on SMT modules) will allow the mbed micro-controller to request the radio to sleep or awake.
  • From the mbed micro-controller RADIO_ON_SLEEP to XBee module ON/SLEEP# pin (pin 13 on THT modules, pin 26 on SMT modules) will allow the mbed micro-controller to know if the radio is awake or slept.

Demo run

While the demo is running, you will see the frames sent by the XBee module through the serial console terminal.

Verify that the remote device is receiving the frames by accessing the "Console" tab of the XCTU.
If the frames are successfully sent, they will be displayed there, every 40 seconds.

     Sensor sample: 0, next sample in 40 seconds
     Sensor sample: 1, next sample in 40 seconds
Revision:
0:5e030e8ab809
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/config.h	Mon May 11 18:03:48 2015 +0200
@@ -0,0 +1,54 @@
+
+#if !defined(__CONFIG_H_)
+#define __CONFIG_H_
+
+#define PATFORM_ARCHPRO
+
+/** Library configuration options */
+#define ENABLE_LOGGING
+#define ENABLE_ASSERTIONS
+#define FRAME_BUFFER_SIZE   10
+#define MAX_FRAME_PAYLOAD_LEN  128
+#define ENABLE_PM_SUPPORT
+
+#define SYNC_OPS_TIMEOUT_MS       2000
+
+#if defined(PATFORM_ARCHPRO)
+#define RADIO_TX            P4_28
+#define RADIO_RX            P4_29
+#define RADIO_RESET         P2_13
+//#define RADIO_RESET         NC
+#define RADIO_SLEEP_REQ     NC
+#define RADIO_ON_SLEEP      NC
+#define DEBUG_TX            P0_2
+#define DEBUG_RX            P0_3
+#elif defined(TARGET_LPC1768)
+#define RADIO_TX            p9
+#define RADIO_RX            p10
+#define RADIO_RESET         p30
+#define RADIO_SLEEP_REQ     NC
+#define RADIO_ON_SLEEP      NC
+#define DEBUG_TX            P0_2
+#define DEBUG_RX            P0_3
+#elif defined(TARGET_FRDM_KL25)
+#define RADIO_TX            PTD3
+#define RADIO_RX            PTD2
+#define RADIO_RESET         NC
+#define RADIO_SLEEP_REQ     NC
+#define RADIO_ON_SLEEP      NC
+#define DEBUG_TX            USBTX
+#define DEBUG_RX            USBRX
+#elif (defined TARGET_LPC11U24)
+#define RADIO_TX            p9
+#define RADIO_RX            p10
+#define RADIO_RESET         p30
+#define RADIO_SLEEP_REQ     NC
+#define RADIO_ON_SLEEP      NC
+#define DEBUG_TX            USBTX
+#define DEBUG_RX            USBRX
+#else
+#error "Define a platform"
+#endif
+
+#endif /* __CONFIG_H_ */
+