My Project

@thumper I am not sure about LiPo and Solar or battery power in general. I had to use two separate 5v power supplies, one for the Arduino and one for the servo. Otherwise the pro mini would reset once the servo kicked in to open/close the blinds. My sketch never sleeps it always listens for commands sent from the Vera, either manually or PLEG commands at dawn and dusk. Hardware List 1 - Arduino Mini Pro v3.3 1 - 220uF Capacitor (NRF24 across 3v and GND 16v+ rating) 1 - 470uF Capacitor Optional (Servo across 5v and GND 16v+ rating) 1 - Servo (Micro 25.0 oz-in [1.80 kg-cm] minimum) for selectblinds.com 1" Faux Wood Blinds 43"x38" 1 - NRF24L01 Wireless Transceiver Module (flat or antenna version) Beaware of power limitations when using the NRF24L01 antenna with LNA+PA 1 - Kimbrough Internal Rotary Drive Control System 500 NIB - connects servo to blind rod (may differ for you blind type and servo used) http://www.ebay.com/itm/291084936296?ssPageName=STRK:MEWAX:IT&_trksid=p3984.m1423.l2649 1 - DC power supply you may need to step-up or step-down for the servo 5v and 3.3v for the NRF depending on the Arduino board you use http://www.ebay.com/itm/321408108698?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1439.l2649 is the one I used to power Arduino and servo separately. If you are successful with LiPo and Solar combination, let us know, as it would be nice no to have the power wires hanging. Thanks

Im a happy camper :) A beer later and a yield call in wrong place. Some more delays added on the Due side when sending data over I2C to the Nano, which is acting as a node for these 19 sensors, and all works fine. Without delays on the Due for the wire code I was always missing some values. No delays in the mysensors code needed for handling 19 sensors on a single radio.

ok found, you need the Sensirion Version 2.0 - 10Dec2010 !!! Temperature: 26.12 C, Humidity: 61.71 %, Dewpoint: 18.19 C Temperature: 26.10 C, Humidity: 61.70 %, Dewpoint: 18.17 C Temperature: 26.10 C, Humidity: 61.76 %, Dewpoint: 18.19 C Temperature: 26.10 C, Humidity: 61.82 %, Dewpoint: 18.20 C Temperature: 26.09 C, Humidity: 61.88 %, Dewpoint: 18.21 C

I plan to use also a CR123 for my board. I bought some CR123a rechargeable on ebay but the battery give me 4V when it's charged... is it a problem to give 4V to a 3.3V step up converter? is the "a" after CR123 say that's a 3.7V instead of a 3V or is it just because of the rechargable function? is your CR123 give also 4V when it's charged? Thank's so much Julien

Thanks all for yoruba replies! I also read about mysensors cloud, maybe this is something for me instead of Nimbits. Ill keep you posted here if I get some where whit the Nimbits question.

I prefer we close this thread, for another one exist... http://forum.mysensors.org/topic/291/dust-sensor-1-4/9

I have added a device editor to the server. It uses the sensor types as a group and the sensor variable as the control. Group (sensor): [image: mysensors_device_group.png] Control (sensor variable): [image: mysensors_edit_control.png] This will be my last post here because my controller has got it's own controller page :)

Hi again I think so to, here is the new code. Scene_Controller_6_buttons_and_5_Relays.ino I reduced the relays to 3, and all the devices is in vera, but the relay status update is stile slow / not happing The scene controller has now child id = 0 and the relays 1-3.

Very Cool -- Thanks

@Bandra Looks fairly simple, maybe its time to upgrade to 1.4

Aha, i'll look deeper! Thankyou very much!

@naveen I mean something like this (please forgive my bad 3D CAD skills ;-) ) [image: upload-9a3fd51b-8341-487c-a07d-ce22fe918392.png] Green = rotational mount plate of servo Red = screw head Yellow = screws The green plate rotates, the gray profile rotates with it and rotates the screw... Could work...

@BulldogLowell that's a rational possibility. I have the sensors on the secondary Vera. Both Vera (what's the plural of Vera :-) ) show the same illogical numbers however. This morning I've managed to get then all reporting different numbers now. I reset the three operating nodes at the same time (they are all battery operated so I brought then all to one place) and at the same time reloaded the secondary Vera. When I moved the nodes back where they belong on the next reporting cycle everything appears to make sense ... I'm not getting the same numbers any longer. It looks like "things got wound up around the axle" somehow and a little electroshock therapy was in order.

@korttoma said: Just thought I would mention that there is a Ping sensor plugin available for Vera incase you did not know. It should have all needed features for occupancy sensing. http://apps.mios.com/plugin.php?id=1228 Awesome, thanks! I will try it out. Quickly realized that the iPhone won't connect when in sleep mode, so its not really a good home/away detector.

@tannewt said: Arduino Pro Mini 328 - 3.3V/8MHz $9.95 ~3.5$ on ebay RHT03 Temp/Humidity $8.96 ~4.3$ on ebay

@steets250 said: Instead of storing raw codes, you could also try using pronto codes for some of your IR devices. The pronto codes will take up less space than the longer raw codes. First, the long form Pronto codes and the irRemote library raw buffer both use 2 byte values to store on and off times, so they should in most cases be approximately the same length (Pronto codes have 8 bytes of additional header). (Of course if you stored Pronto codes in hex format they'd be much longer). And in order to use irRemote to send the pulses, it will need the raw buffer values in its expected format. I suspect one could translate stored Pronto codes into raw values in the sensuator node before calling the library, but if the Pronto code is no shorter, why not simply store the raw codes instead? It might even be possible to modify the irRemote library to send values using timing directly from PROGMEM, and not even need the RAM to buffer the raw codes (when only sending).

@epierre said: yes this is my idea but I'm unsure about having the raspi writing to serial port ? I think on RPI, you can just do a echo "Message" > /dev/ttyAMA0. See also Serial port programming.