Well... It turns I set the the wrong pin for the SD controller's SS.  An entire day wasted spent learning!  I was thinking it was something deep in the code but realized it was right in from of my face.  Thanks for the help!

@Nick Gammon

I forgot I had a Salae analyzer in the  back of my desk.  So I plugged it and and set the trigger on the SS for the SD card.  Then I waited... and waited.. and waited... It appears that the library is never letting go of the bus.  I'm going to dig into it a bit and see if I can figure out what the deal is.  Thanks for the push in the right direction, I'll post back when I get some results.

So I've been banging my head all day trying to figure this out, but not having any luck.  I have an Arduino Mega 1280 with an Arduino branded Ethernet shield(w/ sd).  

My issue is.  I'm able to use the Ethernet libraries just fine at the beginning of my code, but once I initialize the sd library, the Ethernet becomes unreliable and the data sent to my server is full of garbage.  Sometimes my actual message is buried in the garbage.  For example I run this block of code

Code:

char mg[] = "GET /restInterface/sensor=11,temp=22,datetime=3333/ HTTP/1.1";
Serial.println(mg);
client.println(mg);

And my server sees something like this

Code:

";odsf jpow4ujfpa98asfefGET /restInterface/sensor=11,temp=22,datetime=3333/ HTTP/1.1alsdkjf;iajoi8fj;oakjd;d"

I'm thinking the issue is the sd library or something with the HW is corrupting the SPI bus, but I can't figure it out.  Anyone have any suggestions that may point me in the right direction?  The full source can be found at http://code.google.com/p/arduinodatacollector/source/browse/#svn%2Ftrunkwith the SD code in the Logging.cpp and the Ethernet code in Networking.cpp

Not sure what USB CDC ACM is, but if it just uses a usb to ttl serial, I would just listen in on it and see what information is going out over it.  If you use XP there is a program called portmon that makes this very simple and free.  If you use vista or 7, I was unable to find a free serial port sniffer when I looked a few months ago.  If you know the baud rate you could set up an arduino to listen in on it and store it, for later analyzing.  I would think since there are multiple grounds(cyberQ and your PC) that if you wanted real time results you would need something with two uarts (one to listen in and when to spit out the results).

I'm just a hobbyist. So that is my initial guesses on where I would start.


The Uno should be plenty for this.  No sense in spending the extra money, especially if you are planning on leaving your final design on an arduino board.  Plus I've ran into a few shield incompatibilities with my mega.

I've debating between a bbq guru and a Stoker for my BGE... The biggest thing the Stoker has going for it in my book is the ease in "hacking" it:)  Of course now I think I may just try and build my own.

@ a.d Thanks that works pretty slick.  I'm going to try and lay the board out a different way and I may move to the atmega in TQFP.  Minus the relay and the lcd footprints I could really shrink down the board.

That sounds attractive, but that's much too small My initial layout is 1"x3"  I think I can probably squeeze it down to 1"x2.5, but I don't think I can get much more out of it until I figure out how to place parts on each side of the board.  Or if I decide to go with a different package for my micro.  I think if I went with surface mount stuff I could get it down to 1"x1.5", but soldering isn't my forte.  I was hoping to keep the micro in a socket so I can reprogram it if need be.  Or I could put in an ICSP header...

Yeah, that is the one that I looked at through sparkfun.  I may just go that route, but was looking for some other options.  It's definitely the cheapest, but I was hoping for a slightly lower lead time

Is their protocol an open one?  If so this could be relatively simple.  If not it would take some work to try and decode what is going on.  How many commands do you need?  Just setpoint up/down, request setpoint, and request actual?

If that is all you need and the protocol is open, or simple to decode, I would think someone could hack it out in a day...

I have a controller that I made to turn my crock pot into a sous vide cooker.  It works great and it is now soldered up to a protoboard.  I have a few friends that came over for dinner and are interested in one as well.

I don't want to hand solder up a bunch of these, so I was thinking of getting 10 or so boards and a black box to stuff it in, but I've never progressed a project on that far.  Here is the summary of my project
http://chiefmarley.com/Arduino/?p=3

I looked a bit at sparkfun's board service, but I've never laid a board out and I'm thinking I would rather have a single PCB that I can verify works before I order 10 more.  Any advice on cheaper places that will do a single pcb in a relatively quick(1-2 weeks) turn around?

I received an arduino mega 1280 last christmas and it sat in my closet till a week ago when I received an ethernet shield.  The ethernet shield says that it's "mega compatible."

However I am unable to get the example sketch of the chat server to work.  When I try and telnet to the arduino board I just get a connect failed error.  Do I need to jumper or hack anything to make this work?  I've been Googling for the past hour and am unable to come up with useful information.

I'd normally consider myself fairly adapt at learning these things, but perhaps the bottle of wine I've had is impairing my ability to figure this out...

using arduino ver 21

Hey all,

I've finished up the code for a standalone sous vide controller with a small LCD screen and a 3-button interface.  I'm using the one-wire DS18B20 temperature sensor for input and a solid state relay receives the output.  

I'm planning on doing the same thing in a few weeks here(with an lm335 though).  What did you do to waterproof the sensor?