Spacebridge/launches/Alpha: Difference between revisions

From Noisebridge
Jump to navigation Jump to search
No edit summary
(you guys, acceleration is not measured in m/s (meters/second - that's speed!) but m^2/s (meters square per second))
 
(10 intermediate revisions by 5 users not shown)
Line 2: Line 2:


Observations on the [[broken alpha balloon]]
Observations on the [[broken alpha balloon]]
The Alpha payload consisted of:
* [https://www.argentdata.com/catalog/product_info.php?cPath=23&products_id=37 Garmin GPS 18x LVC]
* [https://www.argentdata.com/catalog/product_info.php?cPath=22&products_id=65 OpenTracker+]
* [https://www.argentdata.com/catalog/product_info.php?cPath=25&products_id=74 Puxing PX-777 PLUS VHF Radio]
* G1 Android smartphone
* Canon SD400 camera
* Canon A700 camera with fisheye lens adapte
All the above payload was housed in a styrofoam cooler. The OpenTracker+ was powered by a 9V Energizer lithium battery and supplied regulated power to the GPS. All other devices had internal Li-ion batteries.
Post-flight Analysis
The following images show vertical acceleration (onboard sensor) and vertical position (via GPS) of the space vehicle (SV) as a function of sample. The Android sample rate varies but was generally around 80 samples per second. Sample numbers correspond from sensor to sensor.
GPS tracking lagged behind actual ascent. There are two possible explanations for this. Either
* We are moving faster than ITAR permits, so GPS is reporting the maximum upward speed allowable, resetting to the actual position once the error is too large, OR
* Sample rate is regularly variable.
There was a large dropout period between samples 2940000 and 3680000, presumably due to the extreme altitude. Descent began somewhere around sample 3250000 as estimated by curve-fitting the ascent and descent. Estimated maximum altitude is ~20000 m. Landing occurred approximately at sample 5520000.
IMPORTANT NOTE: there was some confusion as to readings being in feet or meters.  This graph incorrectly identifies readings in meters, where they were actually taken in feet.  The "meters" scale is correct if read in feet.  The "feet" scale is meaningless.
[[File:Spacebridge Alpha - z pos.png]]
Acceleration starts out at 10 m<sup>2</sup>/s due to gravity. Jerk begins at sample 400000 due to payload handling, lining up nicely with the launch at 470000 shown by GPS. The SV continued to ascend until sample 3244710, which appears to indicate a pop. After this sample, the acceleration trends less than 10 m<sup>2</sup>/s and slowing, indicating a controlled fall. At sample 5460000, the sensor becomes inverted, as the impact of landing flips the payload (or at least the phone). This corresponds closely with the GPS recorded SV landing at sample 5520000. There was a very large spike at 6280000, from unknown causes. Finally, the payload was righted at 9300000. 
[[File:Spacebridge_Alpha_-_z_accel.png]]
Data analysis:
http://pony.noisebridge.net/~cmaier/EpicBalloonWin/
[[Category:Spacebridge]]

Latest revision as of 18:40, 11 December 2010

Alpha was the first Spacebridge balloon flight.

Observations on the broken alpha balloon

The Alpha payload consisted of:

All the above payload was housed in a styrofoam cooler. The OpenTracker+ was powered by a 9V Energizer lithium battery and supplied regulated power to the GPS. All other devices had internal Li-ion batteries.


Post-flight Analysis

The following images show vertical acceleration (onboard sensor) and vertical position (via GPS) of the space vehicle (SV) as a function of sample. The Android sample rate varies but was generally around 80 samples per second. Sample numbers correspond from sensor to sensor.

GPS tracking lagged behind actual ascent. There are two possible explanations for this. Either

  • We are moving faster than ITAR permits, so GPS is reporting the maximum upward speed allowable, resetting to the actual position once the error is too large, OR
  • Sample rate is regularly variable.

There was a large dropout period between samples 2940000 and 3680000, presumably due to the extreme altitude. Descent began somewhere around sample 3250000 as estimated by curve-fitting the ascent and descent. Estimated maximum altitude is ~20000 m. Landing occurred approximately at sample 5520000.


IMPORTANT NOTE: there was some confusion as to readings being in feet or meters. This graph incorrectly identifies readings in meters, where they were actually taken in feet. The "meters" scale is correct if read in feet. The "feet" scale is meaningless. Spacebridge Alpha - z pos.png

Acceleration starts out at 10 m2/s due to gravity. Jerk begins at sample 400000 due to payload handling, lining up nicely with the launch at 470000 shown by GPS. The SV continued to ascend until sample 3244710, which appears to indicate a pop. After this sample, the acceleration trends less than 10 m2/s and slowing, indicating a controlled fall. At sample 5460000, the sensor becomes inverted, as the impact of landing flips the payload (or at least the phone). This corresponds closely with the GPS recorded SV landing at sample 5520000. There was a very large spike at 6280000, from unknown causes. Finally, the payload was righted at 9300000.

Spacebridge Alpha - z accel.png


Data analysis: http://pony.noisebridge.net/~cmaier/EpicBalloonWin/