X-Virus-Scanned: clean according to Sophos on Logan.com Return-Path: Sender: To: lml@lancaironline.net Date: Wed, 19 Jan 2011 19:32:23 -0500 Message-ID: X-Original-Return-Path: Received: from elasmtp-curtail.atl.sa.earthlink.net ([209.86.89.64] verified) by logan.com (CommuniGate Pro SMTP 5.4c1) with ESMTP id 4791684 for lml@lancaironline.net; Wed, 19 Jan 2011 13:38:35 -0500 Received-SPF: none receiver=logan.com; client-ip=209.86.89.64; envelope-from=colyncase@earthlink.net DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=PVBDatYlKqmpLkD28ERxghJmGT/G/UfsQ3R9tYh+ZjouWBi6D3Ubzj5b9fuZ5JoA; h=Received:From:Mime-Version:Content-Type:Subject:Date:X-Priority:References:To:Message-Id:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [216.57.118.194] (helo=[192.168.1.103]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1Pfcuv-00026T-N0 for lml@lancaironline.net; Wed, 19 Jan 2011 13:38:01 -0500 From: Colyn Case Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-282--672498425 Subject: Fwd: safety-trim vs. auto-trim X-Original-Date: Wed, 19 Jan 2011 13:38:01 -0500 X-Priority: Normal References: <1857145984-1295460236-cardhu_decombobulator_blackberry.rim.net-2093540785-@bda169.bisx.prod.on.blackberry> X-Original-To: "lml@lancaironline.net List" X-Original-Message-Id: <68C14BFD-FB38-4C0E-A581-192A1FAD61DD@earthlink.net> X-Mailer: Apple Mail (2.1082) X-ELNK-Trace: 63d5d3452847f8b1d6dd28457998182d7e972de0d01da940e3335e7ce7ffbc55f64518de5523c531350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 216.57.118.194 --Apple-Mail-282--672498425 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Earlier I proposed that safety trim would have to go between auto-trim = and the servos. If anybody cares about this issue, here is the response from = safety-trim. Begin forwarded message: > From: "Bob Newman" > Date: January 19, 2011 1:02:29 PM EST > To: "Colyn Case" > Subject: Re: safety-trim vs. auto-trim > Reply-To: rcnewman@att.blackberry.net >=20 > Colyn, Thanks for the questions.=20 >=20 > In the system you described the Safety Trim actually goes between the = manual trim switches and the trutrak auto trim module. Otherwise it = would in fact interfere with auto trim operation as you described. So in = theory, the trutrak could still command a run-away trim. However, I've = never heard of that. Also, in talking directly with Trutrak I believe = there design is solid in that regard. The safety trim system is = protecting you from inadvertent runaway conditions caused by issues with = the trim switches and or pilot's accidental input. The safety trim = system is all electronic and it does eliminate the need for any relay = decks. (Which have been the key issue in the field). Regarding mtbf, = this calculated life expectancy can be so skewed by the input variables = used in the math I find it to be not useful. Instead, we use design = rules for our component selection/derating factors to ensure operating = lifetimes of more than 50000 hrs. For general aviation operation = therefore, beyond the useful life of the aircraft. Additionally, for = Safety-trim we have had zero design related returns or field issues.=20 >=20 > Hope this helps, > Bob Newman >=20 > Sent via BlackBerry by AT&T >=20 > From: Colyn Case > Date: Wed, 19 Jan 2011 11:33:27 -0500 > To: > Subject: ***SPAM*** safety-trim vs. auto-trim >=20 > Hi, >=20 > I have a Lancair IVP with a tru-trak sorcerer and auto-trim. > I'm interested in your safety-trim product and had a few questions. >=20 > First of all, the way the tru-trak auto-trim unit works is to = intercept =3D > the manual trim lines and take them over. > To get protection from runaway trim, you would want to have the =3D > safety-trim unit between the auto-trim box and the servos. My = question =3D > then is what happens if the auto-trim box commands a trim change that = =3D > exceeds the 3 second limit of the safety-trim? > I can imagine this situation if you were in a steep climb and then hit = =3D > the alt hold button on the auto-pilot. >=20 > My guess is that the safety-trim will stop the trim but the auto-trim = =3D > box will keep commanding it so the two will never reach resolution. = Do =3D > you have any installations that include a tru-trak auto-trim box? >=20 > Other questions: >=20 > Looks like your box eliminates the ray allen relay deck, is this =3D > correct? =3D20 > Do you use solid state relays? What's the MTBF on those? >=20 > thanks, >=20 > Colyn Case > Hyde Park, Vt. --Apple-Mail-282--672498425 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
From: "Bob Newman" <rcnewman@att.blackberry.net>
Subject: Re: safety-trim vs. = auto-trim

Date: Wed, 19 Jan 2011 11:33:27 -0500
= Subject: ***SPAM*** safety-trim vs. = auto-trim

Hi,
I have a Lancair IVP with a tru-trak = sorcerer and auto-trim.
I'm = interested in your safety-trim product and had a few = questions.

First of = all, the way the tru-trak auto-trim unit works is to intercept = =3D
the manual trim lines and take them = over.
To get protection from runaway trim, = you would want to have the =3D

then is = what happens if the auto-trim box commands a trim change that = =3D
exceeds the 3 second limit of the = safety-trim?
I can imagine this situation if you = were in a steep climb and then hit =3Dthe alt hold button on the auto-pilot.
My guess is that the safety-trim will = stop the trim but the auto-trim =3D
box will = keep commanding it so the two will never reach resolution. =   Do =3D
you have = any installations that include a tru-trak auto-trim box?
Other questions:
Looks like your box eliminates the = ray allen relay deck, is this =3D
correct? =  =3D20
Do you use solid state relays? =  What's the MTBF on those?
thanks,
Colyn Case
Hyde Park, = Vt.

= --Apple-Mail-282--672498425--