add links directly to the git repo summaries
[web/altusmetrum] / TeleMetrum / index.mdwn
index 6ebc768868baa191518043a2e3b63089db0c2fb3..9a7da1a925df1edc497351f4e89ad3baac8b54dc 100644 (file)
@@ -35,7 +35,7 @@ simplify things by building a new altimeter with integrated RF link!
 * Recording altimeter for model rocketry
 * Supports dual deployment (can fire 2 ejection charges)
 * 70cm ham-band transceiver for telemetry downlink
-* Primary operations based on pressure sensor
+* Barometric pressure sensor good to 45k feet MSL
 * Temperature sensor
 * 1-axis high-g accelerometer for motor characterization
 * On-board non-volatile memory for flight data storage
@@ -52,7 +52,9 @@ simplify things by building a new altimeter with integrated RF link!
        * 32k Flash
        * 4k RAM
        * USB 2.0
-       * analog, digital, and serial I/O
+       * 6 12-bit analog inputs (11 bits with single-ended sensors)
+       * 2 channels of serial I/O
+       * digital I/O
 * [Microchip 25LC1024](http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en520389) CMOS serial EEPROM
        * 128k x 8
        * SPI interface
@@ -65,15 +67,17 @@ simplify things by building a new altimeter with integrated RF link!
        * Runs from on-chip flash, uses on-chip RAM, stores flight data to
                serial EEPROM chip
        * USB serial emulation for "console" interface
-       * USB mass storage emulation for data recovery
 * Tools Used
        * [gEDA](http://www.gpleda.org/) for schematic capture and PCB layout
        * [SDCC](http://sdcc.sourceforge.net/) compiler and source debugger
-       * [FreeRTOS](http://www.freertos.org/) kernel
 * Licenses
        * The hardware is licensed under the [TAPR](http://www.tapr.org) [Open Hardware License](http://www.tapr.org/ohl.html)
        * The software is licensed [GPL version 2](http://www.gnu.org/licenses/old-licenses/gpl-2.0.html)
 
+## [Production History](production) ##
+
+## [Flight Logs](flightlogs) ##
+
 ## Problems ##
 
 * The CC1111F32 is a 36-pin QFN package, which necessitates reflow 
@@ -83,6 +87,10 @@ simplify things by building a new altimeter with integrated RF link!
   place parts!  Without an inspection microscope, loading and testing these
   boards might be impossible.
 
+* The v0.1 artwork has the USB connector footprint placed wrong, so that the
+  connector hangs out over the edge of the board instead of being flush with
+  the edge.
+
 * The v0.1 artwork has two issues that require cuts and jumps.  The first is
   that we need chip select on the SPI memory.  To fix that, we give up the 
   ability to put the accelerometer into self-test mode and use that GPIO line
@@ -95,20 +103,29 @@ simplify things by building a new altimeter with integrated RF link!
 ## Artifacts ##
 
 The hardware design current gEDA files are available from 
-[git.gag.com](http://git.gag.com).  The 'fab' tag on the master branch reflects
+[git.gag.com](http://git.gag.com) in the project 
+[hw/telemetrum](http://git.gag.com/?p=hw/telemetrum;a=summary).  The 'fab' 
+tag on the master branch reflects
 the artwork as sent out for PCB fab.  The 'loaded' tag on the master branch
 indicates the parts Bdale loads for a functional board, but the schematic
 does not reflect the cuts and jumps or added resistors.  The 'nextcut' branch 
 is work towards our next PCB revision.  The 'ground' branch has a cut-down
 schematic used to generate the BOM for partially loading boards to use in
-the matching TeleTerra ground station design.
+the matching [TeleTerra](../TeleTerra) ground station design.
+
+For those who don't have ready access to the gEDA suite, here are pdf snapshots
+of files in more easily readable form.  The schematic and BOM are from the 
+'nextcut' branch as of 20 April 2009, the artwork is of the v0.1 boards:
+
+* [schematic](telemetrum.pdf)
+* [pcb artwork](telemetrum.pcb.pdf)
+* [bill of materials](telemetrum.bom)
 
-Keith has working data collection firmware, however the firmware is under a 
-massive, rapid rewrite to eliminate FreeRTOS which is much more generalized 
-and capable than we need... and consuming more system resources than we 
-can tolerate.  As soon as we're over this transition, the sourcecode to the
-firmware and related tools will also be made available.
 
-As of 11 April 2009, the first two boards are fully checked out, we have some
-initial firmware capable of data logging ready, and as soon as we get a good
-day to fly we hope to log our first flight data!
+Keith has working firmware that has now been flown once and successfully 
+collected flight data to apogee.  The source is also available from 
+[git.gag.com](http://git.gag.com) in the project 
+[fw/altos](http://git.gag.com/?p=fw/altos;a=summary).  Not that actually
+building these sources requires a modifified version of sdcc and a set of
+helper utilities that we're not publishing since we hope to have the important
+bits accepted upstream shortly.  Watch this space for more details soon.