On Jul 14, 12:27 pm, Eric <
lego.profes...@gmail.com> wrote:
> We are unsure how well hand warmers actually work. We've been wanting
> to do a test for a long time. However, we throw them in anyways
> because "it can't hurt" and it's better than nothing."
Well, by shaving away foam inside I was able to get space for a small
handwarmer right between the NXT and the SPOT. It will be in contact
with the battery compartments of both, so essentially it will be "pre-
heating" the batteries. The handwarmer is supposed to reach 150° F,
but I suspect it will not reach temperatures that high due to
decreasing pO2 and the cold temperatures to begin with.
As to testing them, shoot; that was payload idea #3 :). It would be
very simple, I just need to find proper temperature sensors to
interface with the HT Protoboard that cover the temperatures of
interest. The protoboard should be able to run six. For the next
mission, perhaps.
> Gypsy: on the way down, photos don't look that good unless you have a
> very fast shutter speed (we shoot at 1/500th typically).
The camera will be handling the shutter speed, so I don't have
contyrol over that. I'm going to have access to full auto ("idiot")
mode, and one set mode. For the set mode I was planning on using
landscape, to avoid focus errors.
> over exposure is an issue at altitude because half the photo will
> be black (i.e. the ground ends up over exposed). You may want
> to meter off of the bottom of the field of view if possible.
Since I can tilt the payload as a whole, I'll just use a selection of
pitch angles, biased towards the ground slightly. With all the
wiggling & shaking that may take place, I suspect that may be as good
as anything.
> Gypsy won't the top-most or bottom-most payload, so looking straight
> up and down will see the other payloads.
Good. I'll plan on some of those shots then.
> A movie during the first few minutes of launch would be good.
Check. Two minutes after the "remove before flight" trigger is pulled
sound good?
> A movie of burst would also be cool - but that has eluded us so far
> because it's so hard to predict burst.
Gypsy will detect free-fall, so a movie shortly *after* burst should
be possible. The only way I could think to do it and capture burst is
the way Lil' Joe is going to capture cut-down data: keep taking data
(or video), deleting it and starting over if cutdown hasn't happened.
But I don't have control of that on the camera. Maybe next time, have
the protoboard wired to all the buttons on the camera (I'd have to cut
the camera open, but that would be the next step anyway, saving motors
and weight and gaining still more control). Again, for next time.
> if you have the ability, take fewer pictures at low altitude and more towards
> the top... Once every 30 seconds down low and then once every 10
> seconds up high (the photos up high look better).
Got it. Gypsy will using timing on the way up, so maybe 30 sec
intervals during the first hour, 10 sec intervals during the 2nd hour?
Interspersed with some video and look-up / look-down shots. And plan
on very few shots during descent.
> As for Lil' Joe:
> If it were me, I would write the program so that it timed the ascent.
> That is, measure how much time elapses from launch to release. Then
> use this to determine how long the free fall should be.
What's a good "mapping function"? If the payload determines it was
dropped 1 hour into the mission, then how long should the delay be?
That's going to depend on the ascent rate, as well as the (almost
completely unknown) descent rate for the free-falling payload (worse,
that descent rate is a function of altitude as well, faster in the
thin air, slower in the thick). I thought of this, but it seemed the
unknowns were significantly greater (at least for me). So my thought
was if there is a *minimum* drop altitude that you can trust (is the
payload drop under control of a timer on your "carrier payload", or
under control from the ground?), I would make the assumption of a
minimum safe distance to free fall. I assumed release somewhere above
60k feet, with a hard deck at 20k feet, gives the payload 40k feet to
fall (that's an underestimate; it could be more, but I want to make
sure it's not less). If it falls at 1000 ft/sec (almost certainly an
overestimate, at least at low altitudes), that's 40 sec of potentially
safe free-fall - so I set the free-fall time at 35 seconds.
I'm all ears for better/safer ways - in fact, I'd trust your judgement
if you said "why not make it 20 seconds, to make sure?", and do it on
the spot. But I can't add a pressure sensor at this point (I've only
got the one prototype from Hitechnic, the Vernier ones are *way* to
bulky, and the Mindsensors one I've discovered only reads pressures
above 1 Atm. Rats).
> By knowing how long you ascended, you can reasonably guess
> how long you can free fall.
How about this. If a standard ascent profile is to 100,000 feet in two
hours (that's slower than average I think), then the payload is going
up at more than 14 feet/sec. So if the payload detects being dropped
after 30 minutes, it would calculate an assumed height of 25,200 feet,
subtract off 15,000 for the "hard deck", and assume it has just 10,200
feet to fall, which is at least 10.2 seconds. That seems ultra-
conservative to me... but avoids craters in the desert floor with
bright orange chunks of your SPOT transmitter mixed in.
That I think I can code in the time I've got left (rapidly vanishing).
How does that sound?
> The string - good point. I would use some serious spectra or similar
> climbing-rated cord for the chute. I've seen some pretty lightweight
> cord at REI.
That would be great, but I don't have access to anything like it here
in the flat-as-a-cornfield midwest. The main tether right now is multi-
stranded cord the same as you suggested. If when you get the payload
you have any doubts, please feel free to replace it and the strings
under the payload with whatever you have at hand. I'm simply out of
materials at this end, with no time to order more.
> Too bad we won't have any measurement of actual speed :(
I agree - something I badly wished for, and even have a potential
solution for, but again... not this mission. Using the Eaglecreek
sensor system seems like a good possibility to get uncorrected
airspeed.
--
Brian Davis