Recommendations for humidity and temperature sensors
- Thread starter linuxha
- Start date
linuxha
Active Member
NeverDie, sorry for the late response, busy with too many projects. ;-) I'm not really sure how sensitive/accurate I need it. My wife is worried about damp/dry, I tend to like to be accurate but I know that can come at a cost.
Update 6/8:
I've decided to stop procrastinating and just get a few sensors and throw them together so I can do something.
I've picked up a cheap DHT11 sensor from Adafruit to experiment with. I'll hook that up to an Arduino and a W550io Wiznet board I have. Much of this will be built with junk I have. Once I get it in working shape I'll build a better mouse trap then. ;-)
Update 6/8:
I've decided to stop procrastinating and just get a few sensors and throw them together so I can do something.
I've picked up a cheap DHT11 sensor from Adafruit to experiment with. I'll hook that up to an Arduino and a W550io Wiznet board I have. Much of this will be built with junk I have. Once I get it in working shape I'll build a better mouse trap then. ;-)
Also see the DS18B20 temperature sensor tutorials and example code HERE http://arduino-info.wikispaces.com/Brick-Temperature-DS18B20whlatimer said:
And DHT11 info HERE http://arduino-info.wikispaces.com/TemperatureHumidity
I just ran into some interesting wireless sensors that require no batteries to operate. They have a wireless interface for the Raspberry Pi.
Some of the gear is available from MCM.
http://www.enocean.com/en/home/
Cheers,
JBtechie
Some of the gear is available from MCM.
http://www.enocean.com/en/home/
Cheers,
JBtechie
linuxha
Active Member
Just an update. I've built the Humidity/Temperature sensor using a Chipkit Uno32, a W550io board and the DHT22 sensor. I'll post the whole thing to my Git page later. I have the Uno32 taking to my Mosquitto (MQTT) server where most of my HA servers are. I'll start working on a web client shortly for my wife. With MQTT I can have the web page and the HA servers subscribe and not have to worry about only one of them getting the information.
Efried
Active Member
JBtechie said:
The new trend is BLE (http://www.bluetooth.com/pages/bluetooth-smart.aspx), where broadcasting (advertise-only mode) allows propagation beyond star topology.
But there is no ecotope supporting it. Hope you will make pressure on CAI so they support BLE transceivers.
The end devices should be able to act and sense.
http://www.eetasia.com/ART_8800686229_499488_TA_674c51a7.HTM?jumpto=view_welcomead_1417447303764
and no, the stack should be very simple to implement.
CAI_Support
Senior Member
Efried, WebControl already supports I2C and SPI interface in PLC engine, SPI interface is the hardware layer connection for the transceivers to use. You don't need to pressure us, we already have the support interface for them for sometimes.
Efried
Active Member
CAI_Support said:
this strategy is not compatible for a plug and play board. Even if the stack is included into the transceiver, this requires a lot of bit banging. And this is just what PLC should save us from..
You still might argue that BLE is not the right technology connecting motes/beacons to the WC32 however.
CAI_Support
Senior Member
bit bang or how low level handle SPI, that is already in WebControl PLC firmware. You never need to do any of that, each time, you send a byte through PLC code to the Bluetooth or wifi chip. There are not that many bytes to send. You will need to be very clear how both sides talk to each other. There is no product out there can guess what you want to do without sending the proper configuration to the chips.
Efried
Active Member
CAI_Support said:
I don't know much about your business model but my guess is that here you are in conflict with other functionalities. Glad you introduced webset and emailing before I2C and SPI were possible ;-) BTW still I think a lot of people would be happy having WEBGETs to collect data from other WC swiftly. So as summary of my pleas, I think only one idea made it to the users- the introduction of comments, with communication stack clearing and SPI/I2C I was not the first thinking about that.
Others did'nt:
- user defined colors for the web interfaces
- webget
- debugger
- webshop for periphery
- email password hiding
- parameters for omitting CR/LF with getxy.cgi
- introducing ELSE
- one stop firmware update whith data saving and restoring (also for code replication in mass production)
linuxha
Active Member
Guys, not sure what the WebControl has to do with my project but I do have an update for my project. 
I've posted my code to my Github account:
http://github.com/linuxha/mqtt-uno32
For now the setup only publishes the humidity and temperature (C) to MQTT (I'm using mosquitto). I need to add the wiring diagram. The code isn't great but it does work. I'll add more features and refactor the code once I figure out a few more details.
I've posted my code to my Github account:
http://github.com/linuxha/mqtt-uno32
For now the setup only publishes the humidity and temperature (C) to MQTT (I'm using mosquitto). I need to add the wiring diagram. The code isn't great but it does work. I'll add more features and refactor the code once I figure out a few more details.
NeverDie
Senior Member
Neil,linuxha said:
You may find one or both of the following to be interesting:
http://www.mysensors.org/
https://pidome.wordpress.com/
Like you, they are also leveraging MQTT.
linuxha
Active Member
Thanks for the links, I'll check them out.NeverDie said:
So far I'm having a good time with MQTT (local mosquitto server), Node-Red, custom scripts, and my Misterhouse MQTT driver. I have a number of issues to work on for the mh mqtt driver but it does work.
Oh, and to keep on topic the UNO32 and DHT22 temp/Humidity sensor is working very well.
Similar threads
