Yes those are great pages. Especially the battery feature is cool and should probably be incorporated 
RF24 network will have to wait a while…
One thing I find annoying with arduino is that there are no unique id that can be used as radio-id. Now you have to update the sketch for each new sensor.
your project is really interesting and i’m looking to change my project and exclude ethernet, and “replace” it by usb
Waiting for “switch sketch” ))
thx!
Just added a soil moist sensor example
http://code.mios.com/trac/mios_arduino-sensor/wiki/SoilMoistSensor
just test your solution:
thx
Just updated soil sensor to use interrupt instead. Which means faster response and more sleeptime…
No. How do I do that? And why? The ArduinoGateway is mostly waiting for radiotraffic doing nothing… Or did you find some problem?
I have really good reception 25+ meters indoors. Maybe you have something disturbing the radio channels? You can perhaps do a radio.setChannel() to set a explicit channel with little disturbance in your ArduinoGateway and sensor sketch (in setup).
Also … In the example sketeches for RF24 library (in the libraries folder) there is a scanner program that checks all channels available for how good reception there is. Maybe you could try this to see which channel to choose?
New! Motion sensor added.
http://code.mios.com/trac/mios_arduino-sensor/wiki/MotionSensor
Did u make some test of power consumer? its interesting how long will it works. I’m going to use 18650 acc
what about two-way solution?
Please do try to debug. Mine is superfast. When I started using interrupts on sensor its feels much faster than z-wave devices.
I have not tested power consumption yet. Will do that but I am still waiting for my new nano boards to arrive.
My first sensors will be mains feed.
test done.
what about two-way connection?
did u try to use a RF24Network?
I received an relay a couple of days ago but have had little time programming. Will do some nighthacking when the kids are in bed tonight.
Sorry have not tested the RF24network stuff…
Was just poking around the forums and ran into your post - it’s an interesting idea.
You might be interested in checking out the PanStamp project (Google Code Archive - Long-term storage for Google Code Project Hosting.). I have a handful of these and am in the process of integrating them with my Vera. They have done a really good job of minimizing power usage - if nothing else, you may be able to glean some information from their implementation.
You might also be interested in the RF24Network library (RF24Network: Network Layer for RF24 Radios); it implements a mesh network using NRF24L01 radios. (Edit: I just noticed that maniacbug himself already responded to this thread. Hi Mike!)
I’ll be interested in playing with your implementation - ZWave devices are ridiculously expensive. I’ll be happy to do a quick code walk-through and provide some suggestions (which you can feel free to ignore ). Reading through this thread, I would suggest that you not transmit the full URN from each sensor node - it’s unnecessarily verbose. You’ll be eating a lot of battery sending the same data over and over. You already have a gateway node talking to Vera, just assemble it there. The PanStamp project has done a good job of encapsulating device capabilities and information in a minimal footprint, it may be worth a look.
Really interesting topic.
I ?we been looking for an affordable solution to control my 2 motorized garage doors.
Seems like one of these would have enough I/O to serve my purpose and more.
All that is needed is basically 1 or 2 binary inputs to show the door position and 1 binary output to control the door.
Regards,
Tomas
@buzzdavidson
Thanks, I’ll be glad for any feedback! Please do check the code! Especially if I can make the sensors less power hungry.
Currently doing some refactoring to cope with information going from vera to actuators (like relays).
@korttoma
Absolutely. This would really work as a affordable solution for your garage doors.
Ok! First basic support for actuators (relays etc) added. Also cleaned up the plugin code a bit.
http://code.mios.com/trac/mios_arduino-sensor/wiki/RelayActuator
This release have no resend functionality if message never reaches relay module. But the relay itself sends an update back to vera if it was changed. So its quite obvious that relay hasn’t changed.
When the the relay module starts up from off it requests the current state of the relays from Vera.
Stabilized relay code and added example sketch for light sensor.
http://code.mios.com/trac/mios_arduino-sensor/wiki/LightSensor
Is anyone using (or plan to use) the things I produce here?
There aren’t much activity in this thread…
Would really like some more beta testers.
You know what, I’d love to get this started… I’ve been hum-ing and ah-ing over the RFxtrx and some Oregon sensors, but this offers a much nicer solution. The problem is that I have 10s of ‘projects’ on the go and none of them get finished
Battery life for a (completely) wireless sensor should be a year minimum imho… do you think that is achievable?
Well I’m planning to give it a go, I’ve ordered some NRF24L01+ but still waiting for them to arrive (already have plenty of spare arduinos).
Hi Hek - Firstly - AWESOME job!!!
I asked about someone ( much smarter than me ) doing this a while back - here: http://forum.micasaverde.com/index.php/topic,11736.0.html
Ill be all over this!! Please keep feeding us!
Hi Hek - ive not read entire thread yet ( a bit too excited just yet - but with respect to running very low power - have you seen the work done by the Jeenode developer - http://jeelabs.org/intro/
He has apparently done some amazing work on getting the arduino’s to run extremely low power. Ive seen others use his library/code in their projects - so perhaps this would fit the bill.
Anyway - thanks again… now off to do some more reading…
Best Home Automation shopping experience. Shop at Ezlo!
© 2024 Ezlo Innovation, All Rights Reserved. Terms of Use | Privacy Policy | Forum Rules