X-Virus-Scanned: clean according to Sophos on Logan.com Return-Path: Sender: To: lml@lancaironline.net Date: Mon, 20 Aug 2012 18:44:42 -0400 Message-ID: X-Original-Return-Path: Received: from imr-ma05.mx.aol.com ([64.12.100.31] verified) by logan.com (CommuniGate Pro SMTP 6.0c1) with ESMTP id 5720584 for lml@lancaironline.net; Mon, 20 Aug 2012 16:26:43 -0400 Received-SPF: pass receiver=logan.com; client-ip=64.12.100.31; envelope-from=Sky2high@aol.com Received: from mtaomg-db05.r1000.mx.aol.com (mtaomg-db05.r1000.mx.aol.com [172.29.51.203]) by imr-ma05.mx.aol.com (8.14.1/8.14.1) with ESMTP id q7KKPxMK028491 for ; Mon, 20 Aug 2012 16:25:59 -0400 Received: from core-mtd003a.r1000.mail.aol.com (core-mtd003.r1000.mail.aol.com [172.29.235.201]) by mtaomg-db05.r1000.mx.aol.com (OMAG/Core Interface) with ESMTP id BFA0FE000082 for ; Mon, 20 Aug 2012 16:25:58 -0400 (EDT) From: Sky2high@aol.com X-Original-Message-ID: <23acd.36061346.3d63f756@aol.com> X-Original-Date: Mon, 20 Aug 2012 16:25:58 -0400 (EDT) Subject: Re: [LML] Re: Question about TAS Error (and Winds Calculation) based on OAT (... X-Original-To: lml@lancaironline.net MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_23acd.36061346.3d63f756_boundary" X-Mailer: AOL 9.6 sub 168 X-Originating-IP: [67.175.156.123] x-aol-global-disposition: G X-AOL-SCOLL-SCORE: 0:2:456355680:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33cb50329d5628af --part1_23acd.36061346.3d63f756_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Tim, Yeah, get it accurate because there's even more to it than that. Sometime before the Phase I flight testing was completed and every two years thereafter the FARs require testing of the static system, the sensitive altimeter and the pressure altitude encoder used currently for transponder Mode C replies. However, while that ensures the integrity and accuracy against test data, there is no in-flight check on the accuracy of the static port and system for vertically locating the aircraft. Some of this will be interesting with NEXGEN (ADS-B) since the precision WAAS GPS will provide data for locating the flight on the "globe" model used by all the other aircraft in your traffic 30 NM hockey puck and as broadcast on ADS-B Out. Of course, if flying below 10,000 you may be relying on some other guy's crummy Mode C approximation of his altitude. True Speed will also be taken care by the GPS data for your "force" vector. (Eerie, eh?) Oh, that's right, the wing only cares about accurate indicated airspeed to hold everything up........ Uh, I'd get the static fixed so it was right. Maybe fly level with someone's certificated craft in formation and compare (altimeter error adjusted by each guy's logbook entries). Grayhawk In a message dated 8/20/2012 1:03:49 P.M. Central Daylight Time, Tim@myrv10.com writes: Exactly...and so would be wind display and things that rely on getting an accurate TAS. That's why I actually change ports to get the error low. I don't know that without a lot of work a person can guarantee static port accuracy down to the 0-1kt range, especially when it changes with cruise speed, but I think it's very worthwhile to try to minimize the error. As Grayhawk says, if it is static error, it could mean altitude is off by a long ways too. There are ways to do things like build up little dams in front of or behind the static port, to test what effects you can have and make it read accurately. The first step though would be a good leak test. Once you know the system is tight, and you make sure your OAT probe is accurate and all the puzzle pieces have been inspected, it isn't too big of a problem to just troubleshoot port location error. It does take a few test flights, but this is what I see as our responsibility as homebuilt pilots...to make sure we can match quality and standards to certified levels. What I find is that if you do the diligence on your systems, it will pay in rewards of everything working well and being accurate. Tim On 8/20/2012 7:07 AM, Sky2high@aol.com wrote: > If your static port is off, so is your indicated altitude - by a > lot................. > Grayhawk > In a message dated 8/19/2012 1:19:03 P.M. Central Daylight Time, > Tim@myrv10.com writes: > > Could it be static error...maybe port location, or other? Mine was > off by 8 kts (reading low). A rework of the port to a domed one and > my error is now 2kts low. But, depending on your particular port > issue if any, yours could be reading high. > Tim -- For archives and unsub http://mail.lancaironline.net:81/lists/lml/List.html --part1_23acd.36061346.3d63f756_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
Tim,
 
Yeah, get it accurate because there's even more to it than that.&= nbsp;=20 Sometime before the Phase I flight testing was completed and every two year= s=20 thereafter the FARs require testing of the static system, the sensitive=20 altimeter and the pressure altitude encoder used currently for transponder = Mode=20 C replies.  However, while that ensures the integrity and accuracy aga= inst=20 test data, there is no in-flight check on the accuracy of the static port a= nd=20 system for vertically locating the aircraft. 
 
Some of this will be interesting with NEXGEN (ADS-B) since the=20 precision WAAS GPS will provide data for locating the flight on the "globe"= =20 model used by all the other aircraft in your traffic 30 NM h= ockey=20 puck and as broadcast on ADS-B Out.  Of course, if flying below 10,000= you=20 may be relying on some other guy's crummy Mode C approximation of his=20 altitude.   True Speed will also be taken care by the GPS data fo= r=20 your "force" vector.  (Eerie, eh?)  Oh, that's right, the wing on= ly=20 cares about accurate indicated airspeed to hold everything up........<= /DIV>
 
Uh, I'd get the static fixed so it was right.  Maybe fly level wi= th=20 someone's certificated craft in formation and compare (altimeter error= =20 adjusted by each guy's logbook entries).
 
Grayhawk 
 
In a message dated 8/20/2012 1:03:49 P.M. Central Daylight Time,=20 Tim@myrv10.com writes:
= Exactly...and so would be wind display and things that rely<= BR>on=20 getting an accurate TAS.  That's why I actually change ports
to g= et=20 the error low.  I don't know that without a lot of work
a person = can=20 guarantee static port accuracy down to the 0-1kt
range, especially whe= n it=20 changes with cruise speed, but I
think it's very worthwhile to try to= =20 minimize the error.  As
Grayhawk says, if it is static error, it = could=20 mean altitude
is off by a long ways too.

There are ways to do t= hings=20 like build up little dams in front
of or behind the static port, to te= st=20 what effects you can
have and make it read accurately.  The first= step=20 though
would be a good leak test.  Once you know the system is=20 tight,
and you make sure your OAT probe is accurate and all the=20 puzzle
pieces have been inspected, it isn't too big of a problem tojust=20 troubleshoot port location error. It does take a few test
flights, but= this=20 is what I see as our responsibility as homebuilt
pilots...to make sure= we=20 can match quality and standards to
certified levels.  What I find= is=20 that if you do the
diligence on your systems, it will pay in rewards o= f=20 everything
working well and being accurate.

Tim


On= =20 8/20/2012 7:07 AM, Sky2high@aol.com wrote:
> If your static port is= off,=20 so is your indicated altitude - by a
> lot.................
>= =20 Grayhawk
> In a message dated 8/19/2012 1:19:03 P.M. Central Daylig= ht=20 Time,
> Tim@myrv10.com writes:
>
>     C= ould=20 it be static error...maybe port location, or other?  Mine=20 was
>     off by 8 kts (reading low). A rework of th= e=20 port to a domed one and
>     my error is now 2kts= =20 low.  But, depending on your particular port
>   &nb= sp;=20 issue if any, yours could be reading high.
>    =20 Tim

--
For archives and unsub=20 http://mail.lancaironline.net:81/lists/lml/List.html
--part1_23acd.36061346.3d63f756_boundary--