@mortommy Hi ! I decided to go with 2.1.1 on new sensors but still have the old 1.5.4 gw running. Had to change frequency to #define MY_RF24_CHANNEL 125 as the 2.1.1 sensors also registered partialy ( temp not humidity ) on the old 1.5 gw.

Also tried out #define MY_REPEATER_FEATURE Disabled this seems to do the opposite what i thought. Radio is never turned off ie. 17mA drain.

Added the following to try the lower the init etc. and it improves a little.
#define MY_REGISTRATION_FEATURE Disabled
#define MY_REGISTRATION_RETRIES 1

I think its a serious flaw that if the gw for any case locks up our sensors will drain the battery until it's back online again.

@torfinn RESOLVED:
Hi ! I had problem with properly registering on the gateway ( due to chips was used on old version earlier ). After finding this post I tried the https://www.mysensors.org/build/debug#clearing-eeprom and it fixed problem. Looking at 40uA sleeping now

Hi ! Just wanted to add that this also solved it for me. I had problem with properly registering on the gateway ( due to chips was used on old version earlier ). After finding this post I tried the https://www.mysensors.org/build/debug#clearing-eeprom and it fixed problem. Looking at 40uA sleeping now

@mar.conte Hi ! Have the same problem with mysensor and NRF24l01. Tried to pull down both pins 4,5 (INT1/2) and even tried just to sleep(10000) without success. My circuit uses 17mA sending and 3,5mA when its supposed to sleep ???

Could it be board related ? I am using Arduino 1.8.1. I tried compiling with Ardino Pro / ATmega 328p 8Mhz as stock setup and now using both bootloader and setup from here: https://github.com/MCUdude/MiniCore/blob/master/README.md#boards-manager-installation

I was just thinking that maybe some of the command in the mysensors library are disabled if it detects another board setting ?

Also anyone know if the pin 2 / IRQ should be used ? Its not connected in my project could it be that mysensors is awakened by this ?

Thank's for your feedback.

Did you use the usual gw.sleep command on 1.5.4 or any other lowpower libraries ?

@AWI

Here is a minimal sketch I am testing with:

#define MY_RADIO_NRF24
#include <SPI.h>
#include <MySensors.h>  
#include <DHT.h>

#define DHT_DATA_PIN 8
#define SENSOR_TEMP_OFFSET 0

static const uint64_t UPDATE_INTERVAL = 60000;

#define CHILD_ID_HUM 0
#define CHILD_ID_TEMP 1

MyMessage msgHum(CHILD_ID_HUM, V_HUM);
MyMessage msgTemp(CHILD_ID_TEMP, V_TEMP);
DHT dht;

void presentation()  
{ 
  sendSketchInfo("TemperatureAndHumidity", "2.2");
  present(CHILD_ID_HUM, S_HUM);
  present(CHILD_ID_TEMP, S_TEMP);
}

void setup()
{
 
}

void loop()      
{  
  dht.readSensor(true);
  float temperature = dht.getTemperature();
  float humidity = dht.getHumidity();
  send(msgHum.set(humidity, 1));
  
  sleep(10000); 
}

Hi ! I have started to upgrade mysensors ( 1.5 ) thats been working for a long time to version 2.1.1 but can't seem to get lowpower working.

Tried most of the stuff out there like different bootloaders and changing NRF24 chips but I end up with 17mA during transmit and between 2,4 - 3,5mA in sleep mode.

Tried using other low power libraries like http://www.gammon.com.au/power which works nice but is not compatible with mysensors because some parts are already implemented there I guess. With this library I get sleep mode like 20uA but then again can't get mysensors to work. What's the catch ?

Anyone else have this problem and hopefully a solution for standalone ATMega 328p ?

Hi ! I had the same problem. Seems like gw.sleep(some_number_of_mills); lets you loose the init of the dht. Just put dht.begin(); in your loop before you read the value and it should work.

example.
void loop ()
{
dht.begin();
float temperature = dht.readTemperature();
......

Hi ! You can get a partly workaround using V_DUST_LEVEL or something instead of V_HUM.