NateW:
How tall is it when built with the daughter cards soldered in, rather than socketed?
By my measurements, it should be about .845" tall when the daughter boards are soldered in. The mother board is 2"x2", and the mounting holes are about 1.75" apart on a side.
Pete
The basic gyro boards finally made it onto the site today : http://www.sparkfun.com/shop/index.php? … itemid=420
Let me know if someone thinks we should be soldering some sort of header onto these guys. The MiRF sold very well without headers and most of our customers are savvy enough to solder whatever they need. 0.1" is doable with almost any iron.
-Nathan
Wonderful, if I can’t pry some lose gyros out of Analog’s sales staff, and when I’m done playing with my DIP mounted versions, I’ll have to come back for those 
No, I did not pay for my Analog demo boards, the '401 variant was magically sampleable for one day on the Analog web site.
.845 will fit just right - I have just barely an inch to work with.
Please solder the perpendicular cards on mine, and leave the parallel cards (the bluesmirf and the IMU below it) socketed. I made this note in my order but I wanted to be darn sure this doesn’t get overlooked.
Thank$!
Thanks Nate! We will get started on the unit today…
-Nathan
I’ve been playing with the gyro board and it’s great. Thanks so much!
Is the firmware available? If not, is there any chance you could tweak it to send a single ‘packet’ of sensor readings in response to a different command? Staying synchronized with the continuous stream complicates things for me a little bit.
The current scheme is to send a continuous stream of sensor readings after you tell it to “go” by sending a control-G (Sparky knows this of course, but in case anyone is contemplating one of these, that’s the way it works). Sending a single packet in response a different command (control-S?) would make it a little bit easier to work with in my case.
Currently I have a background thread continuously pulling data from the sensor and filling an array of values, but it would be nice to be able to get rid of that extra processing and just poll the sensor when I’m ready.
Thanks!
Email Pete. I think we can post the source - it’s actually pretty simple.
We want to keep it simple, but will entertain recommendations.
The problem is that if we constantly transmit as quickly as possible, the BT module has no time to listen for a stop command. The 6DOF firmware could probably be updated to check every second or so for a stop command, but the computer would need to send a steady stream of stop commands for a second for one to get through…
-Nathan