X-Virus-Scanned: clean according to Sophos on Logan.com Return-Path: <marv@lancaironline.net> Sender: <marv@lancaironline.net> To: lml@lancaironline.net Date: Mon, 20 Aug 2012 18:44:42 -0400 Message-ID: <redirect-5720812@logan.com> X-Original-Return-Path: <Sky2high@aol.com> 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 <lml@lancaironline.net>; 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 <lml@lancaironline.net>; 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 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3DUS-ASCII" http-equiv=3DContent-Type> <META name=3DGENERATOR content=3D"MSHTML 9.00.8112.16448"></HEAD> <BODY style=3D"FONT-FAMILY: Arial; COLOR: #000000; FONT-SIZE: 10pt" id=3Dro= le_body=20 bottomMargin=3D7 leftMargin=3D7 rightMargin=3D7 topMargin=3D7><FONT id=3Dro= le_document=20 color=3D#000000 size=3D2 face=3DArial> <DIV>Tim,</DIV> <DIV> </DIV> <DIV>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. </DIV> <DIV> </DIV> <DIV>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> <DIV> </DIV> <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).</DIV> <DIV> </DIV> <DIV>Grayhawk </DIV> <DIV> </DIV> <DIV> <DIV>In a message dated 8/20/2012 1:03:49 P.M. Central Daylight Time,=20 Tim@myrv10.com writes:</DIV> <BLOCKQUOTE=20 style=3D"BORDER-LEFT: blue 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px">= <FONT=20 style=3D"BACKGROUND-COLOR: transparent" color=3D#000000 size=3D2=20 face=3DArial>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<BR>to g= et=20 the error low. I don't know that without a lot of work<BR>a person = can=20 guarantee static port accuracy down to the 0-1kt<BR>range, especially whe= n it=20 changes with cruise speed, but I<BR>think it's very worthwhile to try to= =20 minimize the error. As<BR>Grayhawk says, if it is static error, it = could=20 mean altitude<BR>is off by a long ways too.<BR><BR>There are ways to do t= hings=20 like build up little dams in front<BR>of or behind the static port, to te= st=20 what effects you can<BR>have and make it read accurately. The first= step=20 though<BR>would be a good leak test. Once you know the system is=20 tight,<BR>and you make sure your OAT probe is accurate and all the=20 puzzle<BR>pieces have been inspected, it isn't too big of a problem to<BR= >just=20 troubleshoot port location error. It does take a few test<BR>flights, but= this=20 is what I see as our responsibility as homebuilt<BR>pilots...to make sure= we=20 can match quality and standards to<BR>certified levels. What I find= is=20 that if you do the<BR>diligence on your systems, it will pay in rewards o= f=20 everything<BR>working well and being accurate.<BR><BR>Tim<BR><BR><BR>On= =20 8/20/2012 7:07 AM, Sky2high@aol.com wrote:<BR>> If your static port is= off,=20 so is your indicated altitude - by a<BR>> lot.................<BR>>= =20 Grayhawk<BR>> In a message dated 8/19/2012 1:19:03 P.M. Central Daylig= ht=20 Time,<BR>> Tim@myrv10.com writes:<BR>><BR>> C= ould=20 it be static error...maybe port location, or other? Mine=20 was<BR>> off by 8 kts (reading low). A rework of th= e=20 port to a domed one and<BR>> my error is now 2kts= =20 low. But, depending on your particular port<BR>> &nb= sp;=20 issue if any, yours could be reading high.<BR>> =20 Tim<BR><BR>--<BR>For archives and unsub=20 http://mail.lancaironline.net:81/lists/lml/List.html<BR></FONT></BLOCKQUO= TE></DIV></FONT></BODY></HTML> --part1_23acd.36061346.3d63f756_boundary--