I don't know about "wrangling" anything. I fully support the idea of temperature compensation for altimeters but I and the other folks who have been involved in setting the altitude record rules have always been firm in the belief that it is the reported altitude by a completely stock, production altimeter that is the number we will accept. I, and others believe, that temperature compensation is something best done within the altimeter itself - not like there's a dearth of the processing power necessary to perform the compensation. All commercial barometric altimeters go through a startup initialization to determine baro pressure at the pad (altitude 0) so it would seem a relatively small thing to add an appropriate temperature probe to measure ambient air temp within the e-bay that could be read at the same frequency as the baro sensor. Of course, this is a redesign issue for ALL altimeter manufacturers so I'm not holding my breath about it happening any time soon.
There are certainly things we haven't thought of and are open to discussion on, however we will stick with the essence of Tripoli rules plus a few minor tweeks intended to either tweek things to NCR launch sites specifically or to make sure NCR members get recognized for their efforts where the Tripoli rules would not recognize them.
This is a hobby with big toys..... There can't be that much money made on making Altimeters, so I wouldn't hold my breath either.
I wasn't trying to be offensive, so I hope you didn't take me that way..... You just happen to be the guy that knows the rules and reminds us free spirit types that we have to play by them....
I'm off like a herd or turtles asta
G
Hold on there Adrian. You sure that wasn't something else that was harvested and tossed over the fence into your Aero Garden???
LOL. If they did, they broke into our kitchen. 🙂 The AeroGarden is a setup for your kitchen countertop. Kind of nice in the winter, but pretty redundant in the summer when sun lights up your garden for free.
All commercial barometric altimeters go through a startup initialization to determine baro pressure at the pad (altitude 0) so it would seem a relatively small thing to add an appropriate temperature probe to measure ambient air temp within the e-bay that could be read at the same frequency as the baro sensor.
You're right that it would be relatively simple to sample the av-bay temperature, but that could give you worse results than assuming the standard atmosphere. The Av-bay temperature in Chris's Cirrus Dart was 40F above ambient, and I think that's probably pretty typical.
In order to measure the air temperature even close to accurately, you need at a minimum 1) shade and 2) free air flow. An av-bay will give you 1 but not 2, and a fin-mounted sensor will give you 2 but not 1. (and I'm not holding my breath for altitude junkies to mount temp sensors on their fins :)). To measure the air temperature accurately, you also need to avoid radiant sources like putting the sensor above a hot parking lot. Official air temperature sensors are supposed to be mounted 2 meters above a grassy surface.
Because of the limitations of the standard atmosphere model, I'm afraid that altitudes read directly from an altimeter are inherently incompatible with accurate altitude readings, execpt when the air column happens to match the SAM temperature assumption. If Tripoli and NCR decide to include the effect of this temperature error, there are a couple of options that I think could work, but both require post-flight calculations:
1) Put the ambient air temperature and launch pad altitude on the form, report the altitude using a standard atmosphere model (including direct reporting from altimeters that do that), and then use a look-up table to correct for true altitude
2) Make all record applicants provide data from the nearest balloon sounding on the day of the record, and then either calculate the true altitude from a reported pressure reading, or adjust a reported altitude based on the balloon reference.
#2 is easier than it sounds, given the convenient data availability at the University of Wyoming site, and it would eliminate weird results from air inversions, etc.
If NCR and Tripoli decide to continue to base altitude records on assumptions of the standard atmosphere, then I'll start looking to see who has the highest waivers in the middle of winter in the northern parts of the country. And don't bother trying to set records in July after I get done. 😉
Think we can get a 25k waiver for the North site or Atlas in January? I think I'll be ready to go for the J record by then.
Isn't there a way to adjust the SAM for ambient temperature? I would be very surprised if there weren't.
As for waiver, the Atlas site will never exceed 12K due to the proximity of Hwy 14 and Briggsdale. The North Site is generally closed to us from December through March, although we have had exceptions to that. I've personally been pushing Joe to ask for an increase in our standing waiver to 25K at the North Site, but we're more focused right now on getting the 35K windows graven into stone so to speak. 2006 we were able to get 30K windows a couple times, 2007 we had none. This year we have had 35K waivers given preliminary approval, but we haven't activated them yet. Once the precedent is set, it becomes easier the next time around. I'm hoping after successfully getting 35K windows for an unscheduled launch this month and for Oktoberfest, we'll be able to ask for 35K windows at all North Site launches in next years waiver agreement.
Good luck with that J flight in cold, dense air and especially with the jetstream usually right over us during the Winter months. Best time to fly it would be this month.
As a result of this thread, I've started a correspondence with the TRA BOD on this - first replies are that this was looked at some time back and the technical issues and both technical and potential political complexities of post-processing altimeter data based on ambient temperature or balloon temperature profiles for altitude records was too much and they decided to just stick with the altitude reported by the altimeters.
Warren
PS: One final thing, HPR altimeters have never been considered to be accurate OR precise. Given the limits of 8 and 10 bit A/D converters used in most common altimeters, you're always going to have significant slop on the reported altitude. For instance, a Missileworks RRC2X uses an 8 bit A/D converter to read the baro sensor. All A/D's consider their result to be +/- LSB, which in the case of a 25K rated RRC2X is 97.65' more or less, meaning that the altitude readout can be as much as 195.6' off from what the baro sensor reports. The 45K version is proportionately worse. Of course, variations in baro sensors can account for much more than that given their tolerances. These are not precision instruments and with few exceptions, most altimeters are lucky to be within a few hundred feet of actual AGL altitude. If you really want an accurate reading, a radar target and arrangements for a military radar track is your best bet. An alternative is a standard aircraft radar transponder that the FAA can track. (I believe that is what the CSXT project did). That is unless someone in the club has a surplus military millimeter-band radar sitting in their garage. GPS has the potential to get you within 20 meters or so of true altitude, but beware of high acceleration flights as most GPS's shut down at 600mph or 60K feet - unlimited ones (mil grade) are very expensive.
Isn't there a way to adjust the SAM for ambient temperature? I would be very surprised if there weren't.
Yes, that's what I was proposing in method #1 for the post-flight adjustment. Denverdoc found a great website for more info:
http://mtp.jpl.nasa.gov/notes/altitu...udeScales.html
I'm hoping after successfully getting 35K windows for an unscheduled launch this month and for Oktoberfest, we'll be able to ask for 35K windows at all North Site launches in next years waiver agreement.
That would be sweet. I think I'll shoot for Oktoberfest for my next 38m bird.
As a result of this thread, I've started a correspondence with the TRA BOD on this - first replies are that this was looked at some time back and the technical issues and both technical and potential political complexities of post-processing altimeter data based on ambient temperature or balloon temperature profiles for altitude records was too much and they decided to just stick with the altitude reported by the altimeters.
Thanks for following up with that. I believe that we could make a good case for a simple post-flight correction based on ambient temperature, which is already part of the form. I'll work on making something simple and easy to use.