I don't have a huge update for this blog entry, I'm traveling for work for the next couple of weeks in New Mexico and California and was only able to bring a couple of things with me related to this project. I was hoping that my parts order would have shown up as well but it didn't arrive before I had to fly out. It'll wait until I get back from my work. This one is going to be a little short on details, I've been on planes all day and am exhausted, but wanted to get something out.
The Tektronix scope is very nice, compact and has a lot of nice features built in. I'm certain it's going to come in handy for several tasks in my project. I've just included some photos I took before I left. I'll be sure to make some video when I'm testing my current and voltage monitoring setup interfacing with the EnOcean modules.
I see some people have received two Raspberry Pis and it seems I am the lucky owner of two EOP350 universal programmer boards. One came earlier with the HSM100 humidity sensor module I had requested and another one came in the same box with the Tektronix TBS1052B-EDU oscilloscope and it also included a TCM320U module.
With the programmer it was very easy to change the configuration of the TCM332 to enable the humidity sensor. The standard openHAB distribution didn't have support for that configuration so I started up Fhem and it reported that the STM332 did not have an EEP or manufacturer ID associated with it. I went back into EnOcean DolphinStudio and set the manufacturer ID to EnOcean GmbH and then it picked up the sensor and the temp, humidity, set-point and switch values. Although with that ID it shouldn't be picking up anything for the set-point or switch values, it does.
I did notice that an EnOcean binding for openHAB has updated support for more devices - https://github.com/aleon-GmbH/aleoncean-openhab-binding but I don't know if this is the same one used for the release version of openHAB. As of yet I've not been able to get openHAB to build on my RaspberryPi with this binding, but I didn't really have a lot of time to mess with it. I also saw that the 1.6.0 version of the EnOcean binding jar supports the temp/humidity in this thread (EnOcean USB 300 Telegramme senden? - KNX-User-Forum - you have to read a few pages to get to the sensor part), but like others in that topic, I was not able to get this binding to connect to the EnOcean Pi, even though the stock openHAB EnOcean (opencean?) binding worked fine.
I'm hopeful that someone will come up for a solution for this, but I will dig more when I'm back in the right environment and have a Raspberry Pi on hand again. Worst case scenario if I can't get the sensors I need running with openHAB, I'll try to use another way to access the data and insert it through the REST server, or I'll just use the EnOcean hardware in unison with some of my own hardware to gather the data. I need to push through this quickly once I get back because my project involves more than just reading data and determining if the washer, dryer or dishwasher is done.
On another experimental topic, I was curious if it was possible to use the temp and humidity sensor to follow the level of dryness of items in a dryer. Most dryers have an outside exhaust vent, so my plan is to tap into this and redirect a very small portion of the dryer exhaust past the STM332 and HM100 sensors and see if this results in a usable plot of how much humidity is in the exhaust.
I drew up a holder for the STM332/HM100 pair. It has an opening for an aluminum pipe on one end, and the other end is wide open. The idea is to drill holes in the side of the aluminum pipe to allow the hot humid air into it, mix it with normal room air, and then down past the sensor. Because the sensor is limited to 40C max and is not conformally coated, I don't expect it would work right with direct exposure to the full dryer exhaust temperature and humidity, but instead just bump the readings up a small amount and see them decline as the clothing dries. Whether this can work remains to be seen, however here are a few photos of the design of the sensor holder so far.
I drew this up quickly in Autodesk 123D free version.
Ran it through my scratch built printer using ABS filament, I use Repetier for the firmware on my setup.
This is the print in process, this is actually a fluorescent red material which looks great under black-light, but it makes it difficult to take pictures of, it has a bit of a glow to it. Also, even with the 'mouse ears' to help hold it to the platform it lifted off the Kapton a little so I used a solderng iron to weld the front-right corner back down.
Here's what the sensor holder and inlet pipe look like, ready to be drilled for the hot and humid air inlet and the cool room air mixing holes. I'll let you know how it goes once I get back home.
That's my update for now. Once I get back home and have some parts things should quickly change gears.
