Troubleshooting

Thanks @AWI for the reply. I thought I was sending values based on the above code with the following: //Misc. variables unsigned long SLEEP_TIME =60000UL; // Sleep time between reads (in milliseconds) int sleepcycle=1; // Counter to count the amout of time not sending data int humoffset=2; // only data is send if humidity is changed for this amout int tempoffset=1.0; // only data is if temperature is changed for this amout int gwsendtimout=20; // each 20*sleep_time (20 minutes) data will be send The Temp and Humidity in the sketch is quite honestly of lower importance to me as the PIR. I believe ( please correct me if I am wrong ), but the sensor should only report every 20 minutes, and only if a temp changes by a degree or humidity changes by 2 correct? The PIR, and sensor should sleep as often as possible, but based on motion in the vicinity of the sensor, should trigger an action immediately, and based on that, could send the temp and hum readings at the same time, OR every 20 minutes if there is a change... Thanks @AWI comments welcome.

Looks like your installation of the MySensors libraries is incomplete. Try reinstalling using the instructions at https://www.mysensors.org/about/arduino#installing-the-sensor-libraries

@martrw goad I could help. To edit the topic name, click the three dots at the bottom-right of your first post and select Edit. Then click the row above the text formatting tools and change the text.

@niek said: Is there a way to override the default pin? Yes and no. And maybe you don't have to :) Have you tried connecting both sensors to the same pins? That might work without you having to do anything. If that doesn't work, read on... The Adafruit BH1750 and BMP085 libraries do not support configuring which device on the i2c bus to "talk" to. There is an old pull request to add support, but it hasn't been added to the official code. You could download the fork. Both sensors communicate using i2c, and it is possible to connect multiple i2c devices to the same i2c bus. The two Adafruit libraries use the Wire library underneath. The Wire library handles i2c communication. So if you use the Wire library directly, you can connect both sensors to the same pins and follow the instructions here. Doing that will probably require some programming skills though, since you will need to do the stuff done by Adafruit's libraries manually. An alternative might be ut use Soft SPI to use a different set of pins, but I think that would require more work than using the Wire library.

@parachutesj One addition I found in thread https://forum.mysensors.org/topic/1664 (Which NRF24 is the best) a code to do some testing. However the performance I am getting with my radios seems to be ok

Since z-wave is a different frequency band (not sure where you are, but 908.4Mhz in the US), you may have a wideband interference source. The easiest way to troubleshoot and possibly find the source would be with an inexpensive RTL-SDR.

Doing what you want requires to predict what will fail - which is extremely hard. Does the radio fail because of a software bug? If so, if it was possible to predict the bug and handle that case, it would be easier to fix the bug. Does the radio fail because the power supply is insufficient? if so, the Arduino might be running outside the specifications as well. And when something is run outside the specifications, the result is, well, unspecified... Sure, NASA does a pretty good job, but their electronics costs millions and their software development costs more. However, there are some things that can be done. Make sure you have selected actuators that behave the "right way" when unpowered. For a water valve, this means normally closed (if the failsafe thing to do is to stop the flow) or normally open (if the safe thing is to keep the flow going). For your motor the safe thing is probably to stop the motor, which will happen automatically if power is lost so this case isn't as applicable to your situation. have pull-ups or pull-downs on the io pins, so the actuator returns to the "correct" state if the Arduino stops driving its outputs In setup(), make sure you initialize all output to safe values in case the Arduino is reset for whatever reason. use the watchdog functionality of the Arduino. The internet has lots of resources on how to do this. A good start might be http://playground.arduino.cc/Main/ArduinoReset External watchdogs might be a solution as well - something that resets the Arduino if it doesn't receive a pulse every second or something like that For your specific case, I would look at power problems. Are you using a reliable power source? Do you have the recommended decoupling capacitors in place? If you get rid of the root problem, you might not need to add any additional safety features. You could also create a hardware solution that automatically stops the relay when the actuator hits an endpoint.

the answer for this problem is here technically possible, but hard to implement. Stefano

No ;)

The problem was faulty NRF24... another batch :( Just powered sensor in sleep mode is consuming as expected - a few uA. But later, after while, power consumption is increasing. Commenting Vcc was just coincidence. Received new NRFs batch from mysensors shop, and all the problems gone. Thanks!

Thank you!

(moved to separate thread, couldn't see anything related in the original thread)

Now when I tested the sensor in arduino monitor it says just. Req id Also the other sensor have stop working. Something wrong with gateway?

Great! Thanks for telling us the solution.

I found the problem. It was the 3.3 V from the arduino uno. Its seems ok with a voltmeter but is not so stable for the nrf

@gregl Through the Vera UI. But, I just got it working. I got a new power supply for the ESP board, and then I used tin foil to shield my gateway.

OK thanks for your help and advice, I had a quick look at the librairies behind but indeed it was not straightforward to see where the things happen in the background.