add spec for max altitude anticipated
[web/altusmetrum] / TeleMetrum / index.mdwn
1 # TeleMetrum
2
3 This is a recording dual-deploy altimeter for high power model rocketry 
4 with integrated telemetry link.
5
6 <a href="loadedpair.jpg"> <img src="loadedpair-thumb.jpg"></a>
7 <a href="rawfront.jpg"> <img src="rawfront-thumb.jpg"></a>
8 <a href="rawback.jpg"> <img src="rawback-thumb.jpg"></a>
9
10 ## Motivation ##
11
12 Bdale and Keith both own 
13 [BeeLine](http://www.bigredbee.com/BeeLine.htm)
14 trackers from 
15 [Big Red Bee](http://www.bigredbee.com), and are pretty happy with them.
16 They use a PIC processor and a TI CC1050 transmitter chip, and
17 operate in the ham radio 70cm band.
18
19 One weekend while attending a conference together, we got to wondering if 
20 we couldn't adapt one to use as a downlink for the
21 [AltusMetrum](../AltusMetrum/) altimeter board in addition to direction
22 finding after flight.  That caused us to start thinking about other things
23 in the design we might want to tweak, and before long we were working on the
24 design of a new tracker board derived from the BeeLine design.
25 Another friend at the same conference showed us a board he was working on 
26 using a different part in the same TI series, that integrated a transceiver
27 and CPU on the same chip.
28 It didn't take us long to realize that with such a part we could combine and
29 simplify things by building a new altimeter with integrated RF link!
30
31 ## Features ##
32
33 ### User View ###
34
35 * Recording altimeter for model rocketry
36 * Supports dual deployment (can fire 2 ejection charges)
37 * 70cm ham-band transceiver for telemetry downlink
38 * Barometric pressure sensor good to 45k feet MSL
39 * Temperature sensor
40 * 1-axis high-g accelerometer for motor characterization
41 * On-board non-volatile memory for flight data storage
42 * Serial port for attachment of GPS module
43 * USB for power, configuration, and data recovery
44 * Integrated support for LiPo rechargeable batteries
45 * 2.5 x 1 inch board designed to fit inside 29mm airframe coupler tube
46
47 ### Developer View ###
48
49 * [TI CC1111F32](http://focus.ti.com/docs/prod/folders/print/cc1111f32.html) Low Power RF System-on-Chip
50         * Sub-1Ghz transceiver
51         * 8051 MCU
52         * 32k Flash
53         * 4k RAM
54         * USB 2.0
55         * 6 12-bit analog inputs (11 bits with single-ended sensors)
56         * 2 channels of serial I/O
57         * digital I/O
58 * [Microchip 25LC1024](http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en520389) CMOS serial EEPROM
59         * 128k x 8
60         * SPI interface
61 * Various Sensors
62         * [Freescale MP3H6115A](http://www.freescale.com/webapp/search.partparamdetail.framework?PART_NUMBER=MP3H6115A6U) pressure sensor
63         * [Freescale MMA2202EG](http://www.freescale.com/webapp/search.partparamdetail.framework?PART_NUMBER=MMA2202EG) 50g accelerometer.  Can use 40-200g variants!
64         * [Microchip MCP9700A](http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en027103) temperature sensor
65 * Software Features (planned)
66         * Written mostly in C with some 8051 assembler
67         * Runs from on-chip flash, uses on-chip RAM, stores flight data to
68                 serial EEPROM chip
69         * USB serial emulation for "console" interface
70         * USB mass storage emulation for data recovery
71 * Tools Used
72         * [gEDA](http://www.gpleda.org/) for schematic capture and PCB layout
73         * [SDCC](http://sdcc.sourceforge.net/) compiler and source debugger
74         * [FreeRTOS](http://www.freertos.org/) kernel
75 * Licenses
76         * The hardware is licensed under the [TAPR](http://www.tapr.org) [Open Hardware License](http://www.tapr.org/ohl.html)
77         * The software is licensed [GPL version 2](http://www.gnu.org/licenses/old-licenses/gpl-2.0.html)
78
79 ## Problems ##
80
81 * The CC1111F32 is a 36-pin QFN package, which necessitates reflow 
82   soldering.  Since we needed to reflow solder anyway, and because TI used 
83   them in their reference design, we went a little crazy and used 0402 
84   passive parts everywhere.  That means working under a microscope to 
85   place parts!  Without an inspection microscope, loading and testing these
86   boards might be impossible.
87
88 * The v0.1 artwork has the USB connector footprint placed wrong, so that the
89   connector hangs out over the edge of the board instead of being flush with
90   the edge.
91
92 * The v0.1 artwork has two issues that require cuts and jumps.  The first is
93   that we need chip select on the SPI memory.  To fix that, we give up the 
94   ability to put the accelerometer into self-test mode and use that GPIO line
95   to pull chip select on the memory.  The second is that the igniter sense
96   circuits each need a second resistor to complete the voltage divider so our
97   3.3V CPU ADC can read the 5V ejection voltage.  This is fixed by changing
98   two resistor values, and tacking two additional resistors onto the board
99   with jumpers to ground.
100
101 ## Artifacts ##
102
103 The hardware design current gEDA files are available from 
104 [git.gag.com](http://git.gag.com).  The 'fab' tag on the master branch reflects
105 the artwork as sent out for PCB fab.  The 'loaded' tag on the master branch
106 indicates the parts Bdale loads for a functional board, but the schematic
107 does not reflect the cuts and jumps or added resistors.  The 'nextcut' branch 
108 is work towards our next PCB revision.  The 'ground' branch has a cut-down
109 schematic used to generate the BOM for partially loading boards to use in
110 the matching TeleTerra ground station design.
111
112 Keith has working data collection firmware, however the firmware is under a 
113 massive, rapid rewrite to eliminate FreeRTOS which is much more generalized 
114 and capable than we need... and consuming more system resources than we 
115 can tolerate.  As soon as we're over this transition, the sourcecode to the
116 firmware and related tools will also be made available.
117
118 As of 11 April 2009, the first two boards are fully checked out, we have some
119 initial firmware capable of data logging ready, and as soon as we get a good
120 day to fly we hope to log our first flight data!