@simbo is this by chance happening because while the node is going to sleep or resume from it the interrupt is lost or because when the value of the interrupt is checked (HIGH or LOW) it is already back to the original value and so the change is not detected? Just trying to understand better, for sure I've never run a test with interrupts in less than one second so this is potentially a bug. Also, any code you can share would help in debugging the issue. Thanks!
@usernobody even if you're right, gateway and sleep do not fit very well, it should compile just fine. Do you have the compilation error to share? Thanks!
@giltesa many power their devices through USB on their computers for bringing up nodes.
Often the radio is powered by the same source, and driving it at max makes the nrf24 unstable if the power supply is not rock solid.
Besides, having the default being at the lowest power, you have reasonable power optimization by default for battery powered nodes.
If it does not work you can always gradually crank it up. And not the other way around.
@mardah oh... you mean pin change system, not extint. You can use it of course.
@mardah
If you want to routine only one switch. Otherwise you should use this schematic or any other variant.
@alowhum said in nRF5 OTA updates:
Any luck? Has OTA support for NRF5 materialised?
It's not complete yet. My idea is to use mcuboot as bootloader and the MySensors OTA protocol to transfer a new firmware image. The last one is completely finished. I use the zehpyr port of mcuboot. This is working fine for NRF52 MCUs, but it depends on an memory layout of zephyr. The arduino-nrf5 port is using another memory layout.
At the moment, I can flash a new firmware image over the air, the image starts until the first interrupt routine is called. I think this can be fixed for NRF52 MCUs. Last time, I have looked into the mcuboot project, the NRF51 MCU wasn't supported.
I can't work on that in the moment, because I'm very busy with non MySensors related tasks.
@nca78 I bought these sensors for prototype boards in the local store ( http://www.pcmount.by/catalog/radiokomponenty/mikroshemy/ic-pir-s16-l201d )
@omemanti said in 
EASY PIR multisensors box:
Do you know if there is a difference in performance compared to the "standard" PIR sensors you get on eBay for 1 dollar?
Do you mean PIR based on the BISS0001? It drains ~100uA, so you must to use large batteries.
@omemanti AM312 and S16-L201D have almost the same performance, I think. But I must to use SMD pir on this board to have ablilty to place double batteries holder on the bottom. I have strict mechanical limitations in this device 
@alexsh1 with signing you also get message bursts. Not only is the max size data transmitted for every signed message, two more messages are exchanged; a nonce request (small) and a nonce (big).
