TAS620 on Garmin G600

Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic

   TAS620/G600 install trying to stay away from gray code.

We're installing an Avidyne TAS620 using a Garmin GNS 430 as the control unit and initial display unit via RS232. So far, so good. Traffic is displayed correctly on GNS430 when it is taken out of GND mode.

All CVI laptop tests on TAS unit PASS.

We're also attempting to provide the TAS620 with altitude and heading info from the G600's GDU620 via ARINC 429 and pull ARINC 429 OUT of the TAS620 to display on the GDU620.

GDU620 429 port 3 (3a and 3b) High speed output General Purpose 1 to the TAS
TAS 429 TX 1 and 2 to GDU620 429 port 7 (7a and 7b) High speed input TRAFFIC
GDU620 Traffic configuration set to Avidyne/Ryan
GDU620 has the most current firmware update

Traffic page on GDU620 shows TAS Failed, Alerts page shows TAS Failed.
Data stream for 429 7 IN on the GDU620 barely shows any data flow compared to the other 429 INs from the GPS units and the Data present indicators on the GDU620 are all off, normal is a square filled in green when data is flowing.

Moved TAS 429 TX to GDU620 port 8 IN, verified connections, reconfigured the port, and I get the same results.  Slow data coming into the GDU620, no display, Data Failed, TAS FAIL.

If I turn either the 429 in or out ports off on the GDU 620, I then get a FAIL error on the GNS430.  It seems the 430 has enough data to display traffic via the RS232 connection to the TAS, but the GDU620 doesnt have enough data via the 429 IN from the TAS and could the 429 IN be over-riding the ability of the GDU 620 to see any RS232 connections??

Confirmed all 4 pins involved have good continuity and are not shorted to ground or other pins.

Could we be creating a circular argument in the 429 IN and OUT connections of the GDU620 where we're asking it to provide altitude and heading for the TAS on one channel, and then asking it to display that information as well as traffic through another channel? No warnings or notations against this method in the IM.

Any help is appreciated!

Author	Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic
jburns3 Members Profile Send Private Message Find Members Posts Add to Buddy List Newbie Joined: 28 Aug 2012 Status: Offline Points: 5	Post Options Post Reply Quote jburns3 Report Post Thanks(0) Quote Reply Topic: TAS620 on Garmin G600 Posted: 03 Jun 2014 at 11:55pm
	TAS620/G600 install trying to stay away from gray code. We're installing an Avidyne TAS620 using a Garmin GNS 430 as the control unit and initial display unit via RS232. So far, so good. Traffic is displayed correctly on GNS430 when it is taken out of GND mode. All CVI laptop tests on TAS unit PASS. We're also attempting to provide the TAS620 with altitude and heading info from the G600's GDU620 via ARINC 429 and pull ARINC 429 OUT of the TAS620 to display on the GDU620. GDU620 429 port 3 (3a and 3b) High speed output General Purpose 1 to the TAS TAS 429 TX 1 and 2 to GDU620 429 port 7 (7a and 7b) High speed input TRAFFIC GDU620 Traffic configuration set to Avidyne/Ryan GDU620 has the most current firmware update Traffic page on GDU620 shows TAS Failed, Alerts page shows TAS Failed. Data stream for 429 7 IN on the GDU620 barely shows any data flow compared to the other 429 INs from the GPS units and the Data present indicators on the GDU620 are all off, normal is a square filled in green when data is flowing. Moved TAS 429 TX to GDU620 port 8 IN, verified connections, reconfigured the port, and I get the same results. Slow data coming into the GDU620, no display, Data Failed, TAS FAIL. If I turn either the 429 in or out ports off on the GDU 620, I then get a FAIL error on the GNS430. It seems the 430 has enough data to display traffic via the RS232 connection to the TAS, but the GDU620 doesnt have enough data via the 429 IN from the TAS and could the 429 IN be over-riding the ability of the GDU 620 to see any RS232 connections?? Confirmed all 4 pins involved have good continuity and are not shorted to ground or other pins. Could we be creating a circular argument in the 429 IN and OUT connections of the GDU620 where we're asking it to provide altitude and heading for the TAS on one channel, and then asking it to display that information as well as traffic through another channel? No warnings or notations against this method in the IM. Any help is appreciated!