@rvendrame Thanks, I have tried your small "nap" trick and in fact something is happened... but in the opposite direction! The number of false positive is increased 
But probably this is the way to solve the issue. Please note that, in order to stabilize the battery voltage, in the sketch I already have a cr2032_wait() function that sleep the MCU after each radio transmission, if the battery type is set to CR2032.
@seniora the board supports multiple batteries and multiple radio modules.
When Vcc goes below 2.7V (BoostThreshold in the sketch) the booster is turned on and stay always on, while when Vcc is > 2.7 the booster is turned off and stay off. This is the case of a fully charged CR2032 battery or 2xAAA disposable (Alkaline) batteries.
With 2xAAA rechargeable batteries (NiMH) Vcc is max 2.4V so the booster is turned on by the MCU.
The ME2188 works well with RFM69 and 2xAAA rechargeable batteries (Vcc < 2.7V): no false positive in the PIR and good range for the radio transmission. See below that in the night with no motion the pir stay off (clear) even if the booster is active.
With the NRF24 radio module and a CR2032 battery I have some (not so frequent) false positive in the PIR, but the booster here is always off (VCC > 2.7V), so this may be caused by something else. Searching around, found this.
Probably is the 2.4 Ghz RF signal of the radio module that triggers some false positive in the PIR!
In fact I observe this false positive when the node wakes up by a timer interrupt and start sending data.
If you go with 2xAA or 2xAAA rechargeable batteries (2.4V) and an Arduino (ATMega328P) without a booster set the BOD level to 1.8V and run your MCU at 1 Mhz.
With a Vcc of 2.7V and the MUC running at 8 Mhz I have experienced some problem (reset). See here for more details
@kiesel Good news!
I will test both (nrf24 and rfm69) when my Pi 4 arrive.
Thanks guys for the effort to port MySensors for the Pi 4.
I'm very interested, but my coding skills are not sufficient to help in the development. Maybe I can do some debug when my Pi4 will arrive
MySensors for the Pi4 is a must-have!
Re: d-diot: dual MySensors gateway for Raspberry... And more!
Hi guys,
the d-diot board v.2.0 is ready.
Respect to the previous version it is mechanically compatible with the new Raspberry Pi 4, and of course backward compatible with the previous version of the Pi.
The position of some components has also been changed (led mostly) to facilitate the development and to improve the design of the 3d printable case.
In this moment the compatibility with the Pi 4 is only mechanical because, if I'm not wrong, MySensors is not yet available for the new version of the Pi.
There are some other problems (LIRC for example) related to the adoption of Raspbian buster, so it is too early for a complete migration to the new hardware
@blom Hi, if you want to run two gateway on the raspberry GPIO, it is possible but it requires some configuration steps.
You can find some info here in the forum or you can see here how I have done it for the d-diot board (check basic system and MySensors pages).
I have used an RFM69 radio module in combination with Nrf24, but it should work also for an rfm95, if the wiring is the same.
Hi, I have used a couple of
this without any problem.
The supplier is a chinese store, so the shipping time is quite long, but the price is very low.
Not yet tested the version with pressure sensor.
@mickey Yes you can drive the motor directly from the esp32-cam module, but with MySensors you can put in deep sleep and wake up the esp32 on demand (pir, timer, etc...) for eample with an automation managed by the controller.
In fact the esp32-cam, at least with the esphome firmware, is always active and the module become hot after few minutes.
With an additional controller more power friendly you can turn on the module only when necessary.
Hi guys,
Just an idea...
What about an esp32-cam moved at 360 degrees by a stepper motor controlled by an Atmega328p and Mysensors? Of course all enclosed in an suitable 3d printed case.
This could be a cheap and interesting solution for video surveilance.
