Moving

I'm moving my blog to my own server + wordpress.
You can see it at http://alvarop.com
Once I figure out how to keep the old links working, I'll get rid of blog.alvarop.com

CC2500 Project (Part 8) - Downsizing

I received my PCB's yesterday (From Laen at dorkbotpdx.org, of course!). I spent last night attempting to solder all the surface mount components (and for the most part, failing miserably). I need to get some solder paste and a small oven for the next batch...

Those components are tiny!

After soldering all of the passive components and msp430's, I began the first set of tests. First I checked to see if all of the connections were good with my multimeter. Once I fixed any problems I found there, I tried powering the board and connecting with the programmer/debugger. Surprisingly, it worked almost immediately! (I had to connect power to the correct pins first...)

This is why I like my glass desk.

The next test consisted of flashing the two LED's. Unfortunately, only one of them worked... I put together two devices, but LED1 didn't work on either one! I decided to call it a night then. After getting back from work today, I continued my debugging session. Turns out that one resistor wasn't soldered correctly (my multimeter test worked because I was pressing it down with the probe) and the second was a badly soldered LED.

Entire device MSP430 + CC2500 Radio

I continued the same test by toggling all of the IO pins (Port 1 and 2). I looked at each one with the oscilloscope to make sure it was toggling correctly. As soon as I started, things went downhill. Some pins toggled, but most didn't. I went back and re-soldered all of the msp430 pins and tested them again. It was better, but half of the pins still didn't toggle. I decided to probe the microcontroller pins directly, but they weren't doing anything either. It had to be a software problem. It turns out that I was only toggling pins 0-3, and not 4-7. Once I realized my stupid mistake, I corrected it and everything started working.

New device in front of prototype it's replacing.

The final step consisted of soldering the CC2500 radios. Unfortunately I didn't think my design through very well, since the radio modules have the crystal oscillator at the bottom, so it kind of sticks out at an angle. I changed the wireless RGB LED controller code to run on the msp430g2412 (which is what these use) and re-programmed them. Amazingly, the radios worked on my first try.

Look at all that free space!

I decided my old RGB LED controllers were taking up too much space on the breadboards, so I replaced them with the newly created modules. They take up very little space and work just as well. I'm thinking of making the switching DC/DC power supply just as small and hopefully integrating it with the current device.

Another device next to the components it replaced.

Now that I have a semi-decent platform, I can start working on writing some awesome radio libraries. (Once I put together more radios of course...) I want to have a full home-automation system going in a few months. I'll keep posting updates here.

CC2500 Project (Part 7) - More Lights and Power Supplies!

Here's another quick update (with lots of pictures and a video!) I ordered another RGB LED strip from adafruit in order to test how my system works with multiple devices. I don't have my PCB's yet (I shipped them to NY by mistake...), so I had to build everything on breadboards.

My messy work space.

The main problem with my previous design is that it required two separate power supplies. The LED strip runs off 12v, while the microcontroller and radio run at 3.33v. I had a couple of MC34063A DC/DC converters laying around, so I figured I'd make a 12-3.3v converter. I also had an LD33V linear regulator, so I decided to try them both.

Device with linear regulator (left) and DC/DC switching regulator (right).

Unfortunately, I didn't have the exact parts required to make the switching regulator, so I had to use the closest available. This produced an extremely noisy (± 400mV) output, which resulted in a non-working microcontroller. I was able to temporarily solve the problem with some decoupling capacitors, but I still need to get the right parts to make it more stable. What happened was that the microcontroller would start and then just hang or reset at random. At first I thought it was a code issue, but then I looked at the power supply... I'm glad I bought an oscilloscope, otherwise this problem would have been pretty hard to solve.

That's a huge 0.33 Ohm resistor (It's all I had...)

Since the DC/DC converter was not behaving too well, I decided to use the linear regulator with the other circuit. Dropping 12v to 3.3v with a linear regulator produces a lot of heat. I had to get a heat sink, otherwise I would burn my hand if I touched it. It's a huge waste of power, but it works for now...

Dropping from 12v to 3.3v generates a LOT of heat. (Thankfully, I had a heat sink)

In order to drive the second LED strip, I had to put together another RGB LED driver board. It's just three MOSFETs, along with some resistors and BJT's to drive them. I connect the 12v power supply directly to these, and then connect it to the microcontroller board's power supply. The next thing to do will be to have them all on the same PCB...

RGB LED Driver (There are some surface mount resistors and transistors on the other side)

So what did I end up doing with these? Well, I put one on top of a shelf, and the second under... Ok, I don't know what it's called. It might be a kitchen counter-top, but I'm not sure. Here are some photos that will hopefully make more sense.

Shelf plus LED strip.

I'm not sure what that is called(counter-top?), but that's where I hung the second strip.

I tried getting a video of the whole setup, but my camera doesn't seem to like low light situations. It looks much better in person!

Smart Meter Fun (Part 1)

My current apartment has one of those 'smart' electric meters that can communicate with the power company directly over the power lines. A few months ago, I found out about a smartmetertexas.com, which lets you register and get logs of your power usage in 15 minute increments. I thought that was really awesome and signed up. The concept is really cool, but unfortunately, their user interface isn't that great. It does, however, allow you to export all of that information in one large csv file.

After getting the file, I decided to write a small python script to get some more information about my usage. Right now it doesn't do much, but it shows me information like daily usage, hourly (ok, 15 minute-ly) averages, and weekday averages.

Total energy usage per day in kWh

Average energy usage in 15 minute increments from all of the days in the data set.

 Average energy usage per day of the week

From looking at this data, I use the most energy on Saturdays (Washer, dryer, more tv than usual, etc...). It also seems that I use the most energy from 7:30-7:45am. That's usually when I'm making breakfast and using the stove.

The next step will be to figure out how to automate the graphing process. Right now, I export to csv files and then plot with excel. Maybe I can use gnuplot or some python extension to do it all at once.

I'll be putting the code I'm using up on github: https://github.com/alvarop/smartmetertexas_reader