X-Virus-Scanned: clean according to Sophos on Logan.com Return-Path: Sender: To: lml@lancaironline.net Date: Tue, 06 Apr 2010 17:39:16 -0400 Message-ID: X-Original-Return-Path: Received: from imr-da04.mx.aol.com ([205.188.105.146] verified) by logan.com (CommuniGate Pro SMTP 5.3.5) with ESMTP id 4211548 for lml@lancaironline.net; Tue, 06 Apr 2010 09:25:43 -0400 Received-SPF: pass receiver=logan.com; client-ip=205.188.105.146; envelope-from=Sky2high@aol.com Received: from imo-ma04.mx.aol.com (imo-ma04.mx.aol.com [64.12.78.139]) by imr-da04.mx.aol.com (8.14.1/8.14.1) with ESMTP id o36DOtI2013457 for ; Tue, 6 Apr 2010 09:24:55 -0400 Received: from Sky2high@aol.com by imo-ma04.mx.aol.com (mail_out_v42.9.) id q.ce0.62aa8af1 (34959) for ; Tue, 6 Apr 2010 09:24:54 -0400 (EDT) Received: from magic-m21.mail.aol.com (magic-m21.mail.aol.com [172.20.22.194]) by cia-da06.mx.aol.com (v127_r1.2) with ESMTP id MAILCIADA068-888f4bbb36262f; Tue, 06 Apr 2010 09:24:54 -0400 From: Sky2high@aol.com X-Original-Message-ID: <2f1a0.4b72d065.38ec9026@aol.com> X-Original-Date: Tue, 6 Apr 2010 09:24:54 EDT Subject: Re: [LML] fixes for S-TEC 50 alt hold X-Original-To: lml@lancaironline.net MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_2f1a0.4b72d065.38ec9026_boundary" X-Mailer: AOL 9.5 sub 155 X-AOL-ORIG-IP: 67.175.242.202 X-AOL-IP: 172.20.22.194 X-Spam-Flag:NO X-AOL-SENDER: Sky2high@aol.com --part1_2f1a0.4b72d065.38ec9026_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Keith, I have had an S-TEC 50 installed and "operating" since 1997 in my 320. 1. I also had to reverse the pitch operation because the servo was mounted on the right side of the elevator push rod tunnel and the servo/push rod connector was aft of the servo. STEC standard is different. Before reversing things, first test of altitude hold was in the air (ignorance is bliss) and the more altitude that was lost, the more down elevator was commanded (it thought it was commanding up). Oh well......... 2. Before I relocated the static port to the Lancair recommended position, I also had problems with altitude hold. That was primarily because of static pressure fluctuations and the solution was to vent the transducer to the cabin. Note that there will be slight altitude changes the cabin air vents and or the cabin heat valve conditions are altered. If you had such a problem connected to the static port, your altimeter and airspeed should have been erratic also. 3. RG 58 coax is well known to be an RF leaker. If your GPS antenna connections were bad, you may want to examine the comm antenna connections also. Another way may be to move or reroute the STEC harness or the antenna leads (although that may cause other problems such as all temperature indications going awry). Many sensitive wires have grounded shields - remember that a shield should be grounded only at one end to avoid ground loops. If an antenna shield ground is bad, there is no shield. Testing wires on the ground is one thing, but remember the first rule when considering whether something will work in flight - the effect of constant vibration. Scott Krueger In a message dated 4/6/2010 6:59:39 A.M. Central Daylight Time, keith.smith@gmail.com writes: The altitude hold function on my LNC2 never worked since the day I bought the airplane (coming up on 12 months ago). I'll leave out all of the things we tried to fix it that had no effect, and limit it to the relevant steps that actually had a positive change. Note, the alt hold is now working very well (with one caveat, which I'll note at the end). The purpose of posting this is to have it in the archive, in case anyone else runs into similar issues with their AP in the future. - trim indicators (ie, add up trim, add down trim) were reversed - pitch servo was reversed - pressure transducer (pin 16) was apparently wired with someone counting the pins from the wrong part of the connector, so no static port data was reaching the AP All of those things were fixed, resulting in an altitude hold that almost worked perfectly. It was a good 1/2 - 1 second 'behind' the airplane. The final fix was to disconnect the static line from the pressure transducer, venting it to the cabin. For an STEC-50, which only has altitude hold (doesn't have the ability to maintain a specified altitude), this was a great solution. Now it works like a champ! The only hitch now is that when I transmit on radio, the alt hold (and hdg hold for that matter, but it's less noticeable) functions are significantly disrupted. My guess is that the transmission from the com radio is hurting the signal from the pressure transducer back to the AP. I am going to research the possibility of adding some shielding to that cable. Keith --part1_2f1a0.4b72d065.38ec9026_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
Keith,
 
I have had an S-TEC 50 installed and "operating" since 1997 in my 320= .=20
 
1. I also had to reverse the pitch operation because the servo was mo= unted=20 on the right side of the elevator push rod tunnel and the servo/push rod= =20 connector was aft of the servo.  STEC standard is=20 different.  Before reversing things, first test of altitude= hold=20 was in the air (ignorance is bliss) and the more altitude that was lost,= the=20 more down elevator was commanded (it thought it was commanding up). O= h=20 well......... 
 
2. Before I relocated the static port to the Lancair recommended posi= tion,=20 I also had problems with altitude hold.  That was primarily because= of=20 static pressure fluctuations and the solution was to vent the transducer= to the=20 cabin.  Note that there will be slight altitude changes the cabi= n air=20 vents and or the cabin heat valve conditions are altered. = If you=20 had such a problem connected to the static port, your altimeter and= =20 airspeed should have been erratic also.
 
3. RG 58 coax is well known to be an RF leaker.  If your GPS ant= enna=20 connections were bad, you may want to examine the comm antenna connections= =20 also.  Another way may be to move or reroute the STEC harness or=20 the antenna leads (although that may cause other problems such= as all=20 temperature indications going awry).  Many sensitive wires have groun= ded=20 shields - remember that a shield should be grounded only at one end to avo= id=20 ground loops.  If an antenna shield ground is bad, there is no=20 shield.  Testing wires on the ground is one thing, but remember the= first=20 rule when considering whether something will work in flight - the effect= of=20 constant vibration.
 
Scott Krueger
 
In a message dated 4/6/2010 6:59:39 A.M. Central Daylight Time,=20 keith.smith@gmail.com writes:
The=20 altitude hold function on my LNC2 never worked since the day I bought th= e=20 airplane (coming up on 12 months ago).  I'll leave out all of the= things=20 we tried to fix it that had no effect, and limit it to the relevant step= s that=20 actually had a positive change.  Note, the alt hold is now working= very=20 well (with one caveat, which I'll note at the end).  The purpose of= =20 posting this is to have it in the archive, in case anyone else runs into= =20 similar issues with their AP in the future.

- trim indicators (ie= , add=20 up trim, add down trim) were reversed
- pitch servo was reversed
-= =20 pressure transducer (pin 16) was apparently wired with someone counting= the=20 pins from the wrong part of the connector, so no static port data was re= aching=20 the AP

All of those things were fixed, resulting in an altitude= hold=20 that almost worked perfectly. It was a good 1/2 - 1 second 'behind' the= =20 airplane. 

The final fix was to disconnect the static line= from=20 the pressure transducer, venting it to the cabin.  For an STEC-50,= which=20 only has altitude hold (doesn't have the ability to maintain a specified= =20 altitude), this was a great solution.

Now it works like a=20 champ!

The only hitch now is that when I transmit on radio, the= alt=20 hold (and hdg hold for that matter, but it's less noticeable) functions= are=20 significantly disrupted.  My guess is that the transmission from th= e com=20 radio is hurting the signal from the pressure transducer back to the AP.= I am=20 going to research the possibility of adding some shielding to that=20 cable.

Keith
--part1_2f1a0.4b72d065.38ec9026_boundary--