I think the intent of rPI as a mysensor controller is an easy open customizable/semi-universal database service delivery to cloud, and in that department there is no reason to consider it as a bottleneck. And as a mysensor network controller should not be a problem also, i mean, controlling nodes does not require an horsepower machine.
@sundberg84 Nice work with that sandwich!! 
Maybe you could move nrf24 to the other board to get away from ac-dc field and obtain better signal exposure.
My idea is to move this node to my home powerswitch and control all my home lights, but as size isn't a problem maybe i'll use this:
http://www.dx.com/p/8-channel-5v-solid-state-relay-module-blue-black-green-250v-2a-213880
Hello everyone,
Since we probably wanting this for multiple destinations, what if we used a centralized way at our home powerswitch.
We could stack multiple boards, and just use one arduino nano and one nRF on top of it. We just have to care about link each stack to a different arduino output.
Based in this idea we could create a second pcb for stack mounting, this board will just have the SSR and a deep switch for easy selectable arduino output. To make this ok we should connect each home powerswitch to each stack, another way exist if we use the main supply of the bottom board for all stacks, and place our circuit before our home power switch, but this is not recommendable.
For minimum stack size SSR should be horizontal mounted.
The advantages are obvious, just one arduino and nRF, one ac-dc and regulator for all home switches. Super low volume occupied and no more size constraints inside wall switches.
I don't have time to go forward and design this, so if someone wants it please go for it!! 
PS - Since we just use one arduino output per stack, we could avoid deep switch cost and configure by soldering selected track.
@axillent said:
tps61222
In the past i was thinking on TPS78233. The idea was solder it on a pro mini board, then i think it could be difficult to solder something too small and quit the idea 
@hek Thank you very much Henrik! I will try it!
Testing v1.4 beta.
I'm already getting a very precise Tension value for Lipo batteries where stopping draining it at 3.2V (at max) could be crucial.
The problem is, tension wise and under load:
3.5V = 3.125 %
3.4V = 1.25%
3.3V = 0.2%
3.2V = 0%
I'm already interpolating for any value of tension (for middle values).
As we can see, it drops and drops fast at the very ending, but for a low discharge scenario as we get with 328p, 1% for a 2000mAh still means many many days of use (maybe months).
As tension calculation occurs before percentage on the node i could and should cut off at the node side based on tension.
But for controller this means many days of use at 0% starting near below 3.38V because actually a percentage like 0.98% is truncated and sent like 0% because we are sending an uint8_t value.
I'm trying to change that in MySensor::sendBatteryLevel changing 8bit integer to something like double/float, but i get compile errors.
Is double/float supported for internal messages?
@clippermiami said:
@BSoft re: Capacitor Bypass. I assume you are talking about the 4.7uFd cap between the Vcc and Gnd on the radio? If so its been installed from the get-go, its part of the design and is within millimeters of the NRF connector.
Yes it is!
Sorry i wasn't aware of 4.7uF presence.
You could add more since it as been reported as better (220µF), check here: link text
Ok, since sma antenna is more power demanding and works ok, maybe capacitor isn't solution.
But i get better than 30 feet on zigzag antenna, maybe you have a not so perfect pcb unit (nRF). It is nice and residue clean?
@clippermiami
You can still use the step-up, connect the capacitor in parallel between VCCout (regulator) and ground.
Or better, connect the capacitor between VCC-GND on the NRF24 (the closest you get to nRF24 is better).
If you still get transmission problems and if possible, bypass the step-up and keep the capacitor on and check again.
@clippermiami said:
I have a good solid 3.3V on the radio Vcc so it isn't a voltage drop problem. I'm wondering if there is a problem with the radio sitting over the PCB ground plane. I have one of the Seeed Studio DevDuino v 2.0 units an the radio also sits over the ground plane on that device. I haven't gotten around to programming it yet so I can't compare the performance.
I think problem could be on the step-up regulator. It as been reported some regulators behave badly on nrf24 peak/burst operation.
On those moments instant current needs are above normal and the VCCout from the regulator oscillates terribly.
As a test, please use the capacitor workaround and check if problem still occurs.
