Maybe it possible to transmit analog values over 1-wire in binary format to Fibaro? It should be probably easier, than analog. In worst case - if fibaro allows multiple binary inputs from 1-wire - you could code one bit in one channel - 8 channels-8-bit resolution analog value.
You can obviously attach any 1-wire sensor like a DS18B20 temperature sensor, but that one is about the only cheap 1-wire sensor I have seen. For anything else you need to have a non 1-wire sensor speak 1-wire, so you would need to have some A-to-D-to-1-wire protocol conversion electronics, but then weāre getting off scope (note the thread title indicates itās about cheap solutions)
For thermostats und door/window sensors, Iām using the eQ-3 MAX! series.
I recently paid about ā¬27 per thermostat and ā¬19 per window sensor.
Thatās about half of what a similar zWave device costs (at least).
You need the MAX! cube and use the OH maxcube binding. A cube is ā¬50, but if you get a starter kit, itās for free, you can get 1 cube + 2 thermostats + 1 sensor for about 70ā¬.
Yes, the battery powered unit also uses an RFM69HC wireless transceiver mini-board
Sorry, Iām still figuring out this interface.
Iāve been working on a Multi-Choice End Node that can be powered by battery. One of the options is to sleep the microprocessor & wireless radio & then wake briefly to send data. Itās a bare bones Arduino built on a circuit board & uses a RFM69HW wireless radio. So far sensors can be DHT11, a push button, PIR, & DS18 (I have not tested the latter two, but the original creator of what I adapted reported that the PIR worked fine.) Other functions like reed switch could & will probably be added. Battery life: one version using a 3.3 volt regulator (4 AA battery pack) & sleeping 64 seconds between data sends used an average of less than .01 volts every 24 hours. I just started using the node with 2 AA batteries directly connected with the power rails. Come take a look at http://homeautomation.proboards.com/thread/90/battery-sipping-dht-node-computourist
Hi, I was reading your message,
and noticed you are using the Raspberry PI and Z-wave.
and you have this working?
this say there is a bug with Piās and Z-wave
Known Issues
There seems to be an issue with the binding running on the latest oracle VM Beta, on ARM based architectures (e.g. raspberry PI). It manifests itself as messages being received multiple times and causes considerable problems with the operation of the binding. In large networks, the queue can get extremely long, which can delay initialisation considerably and cause potentially long delays in sending messages. Some time has been spent investigating this issue and a solution has not been found - the issue doesnāt appear to be with the binding itself as the problem doesnāt manifest itself on an other platform. If anyone with the hardware and programming experience can help with this it would be useful (add information to https://github.com/openhab/openhab/issues/1564).
It put me off using PI. but if you have working then great!
Iām running openhab 1.8 on RPI with a zwave gen5 USB stick and havenāt had issues.
After searching for quite long, Iāve just found & successfully implemented a cheap air quality sensor to monitor indoor air quality and thought I share this news because there might be others looking for one.
This one is $25 (theyāre usually 100+ $). Itās a USB stick that you can connect to a RPi or other Linux system, see installation instructions here and use exec binding to query it from openHAB.
Itās also being resold under various brands (I actually ordered this one).
Just wanted to mention I have configured a great set up here. I grabbed myself a Wink Hub cheap from Home Depot. You can still root them using the āshorting nandā method, regardless of the firmware on it.
With it rooted, I can now use aprontest to configure zigbee, zwave, etc., all from one device and not in the cloud.
I configured the server side to send an OS command called āwinkā which essentially is an ssh wrapper that sends a command to the wink hub to turn lights on and off, etc. Been working great for a couple of months now and I have transferred all of my zwave stuff to it rather then a USB zwave controller I have.
I have noticed all over the web there was a lot of momentum with this device but faded away fast and Iām not really sure why. Still a very useful device and for the price of a USB zwave controller you can have zigbee, zwave, kidde and lutron.
Anyone know something I donāt?
My next steps are to develop some sort of wrapper or web service on the device to allow querying of statuses - which it doesnāt do right now. That can be a bit bothersome if you manually turn things on/off but generally not an issue for me.
Norm
I have developed a wireless, reliable, quick and retrofittable way using teensy, xbee and RPi (OH1.8). In India, one usually have 8 switches per room (in one switchboard) so my each room is prepared under $70.
For fun, in OH I have programmed "HORROR SHOW <room or floor or even home>
" Voice command which randomly switch ON/OFF roomās all lights and fans.
For temperature and humidity in the house as well as outside I am using Technoline TX 29-IT.
They are about 10ā¬ and you need a CUL from JeeLink for about 30ā¬.
Getting all into openhab2 is very easy by using the openhab2 binding
Best regards,
Matthias