Before going into the “issue”, for the benefit of others, the aircraft/avionics configuration is a Van’s RV-12 outfitted with a Dynon SkyView Touch running version 14 and a Garmin GTR 200 radio with the latest 2.7 firmware. The wiring and configurations are such that airport frequencies displayed on the SkyView can be pushed to the GTR 200 radio’s standby and GTR 200 active and standby frequencies do display correctly on the upper line of the SkyView’s display. The Garmin GTR 200 radio is wired to the SkyView’s serial port #4 and the device name of GTR 200 was selected for the serial port … all a standard RV-12 configuration. Additionally, I have wires running from switches on the control stick to the GarminGTR 200 radio’s discrete inputs 1 & 2 … one stick switch flip-flops the active and standby frequencies and the other stick switch cycles through the GTR 200’s COM user frequency data base.
A few weeks ago I decided to take advantage of the programmable COM user frequency database built into the GTR 200 and began entering all the pertinent frequencies for my home field and the CTAF frequencies for some the county airports within my assigned phase one flight testing area. I did not enter airport ID’s … instead, I used the actual name of the field such as Knox, Carroll, Wayne, Holmes, Clever, Downing, ect.
The "issue" I ran into is two pairs of airports shared the same CTAF frequency ... Wayne & Clever shared one frequency, while Holmes and Downing shared another. What’s the big deal you ask? Well, the name of the airport displayed on the GTR 200 radio was dependent on the order in which the airport was entered into the COM user frequency database.
Example: Holmes was entered into the COM user frequency database before Downing and when cycling through the database and stopping on Downing, the GTR 200 would display Downing briefly then the name displayed would change to Holmes. This also happened when selecting Clever … Clever would display on the GTR 200 for a few moments and then the display name would revert to Wayne which shares the same frequency but was entered into the COM user frequency database ahead of Clever.
For the last week or so, I have been working with Garmin support via Email exchanges and looking at settings, etc. … all of which seemed to be correct. After verifying the settings were correct, one test Garmin support wanted me to perform was to power down the SkyView but leave the GTR 200 powered on and see if the names displayed correctly when cycling through the COM user frequency database … THEY DID!!! This indicated the issue was actually being caused by the Dynon SkyView.
After another Email exchange, Garmin support suggested that I try changing the device name associated for serial port #4 from GTR 200 to SL40. I did that and it appears to have worked! The GTR 200 now displays the correct name for the selected COM user frequency in the database and the SkyView no longer mysteriously changes the selected name displayed on the GTR 200. Also, by changing the device name associated with serial port #4 to SL40, there has NOT been any loss of functionality … in that, the SkyView can still push frequencies to the GTR 200 radio’s standby and the active and standby frequencies set on the GTR 200 display correctly on the top line of the SkyView’s display.
Don’t know why the SkyView would mysteriously change the selected COM user database display name on the GTR 200 when the serial port is configured for GTR 200 … but it does for me. Sure glad changing the device name to SL40 solved the problem without a loss of functionality. I’m guessing this may not be unique to the RV-12 and will likely apply to any aircraft outfitted with a Garmin GTR 200 radio connected to a Dynon SkyView optioned to display com & display com in top bar. I have not contacted Dynon yet, but guess I should bring this to their attention.
Thought I would pass along my experience for those builders with a Dynon Skyview version 14 who take the time to program the COM user frequency database in their GTR 200 radio … hopefully, I have saved you some troubleshooting time and unnecessarily bothering Garmin support.
A few weeks ago I decided to take advantage of the programmable COM user frequency database built into the GTR 200 and began entering all the pertinent frequencies for my home field and the CTAF frequencies for some the county airports within my assigned phase one flight testing area. I did not enter airport ID’s … instead, I used the actual name of the field such as Knox, Carroll, Wayne, Holmes, Clever, Downing, ect.
The "issue" I ran into is two pairs of airports shared the same CTAF frequency ... Wayne & Clever shared one frequency, while Holmes and Downing shared another. What’s the big deal you ask? Well, the name of the airport displayed on the GTR 200 radio was dependent on the order in which the airport was entered into the COM user frequency database.
Example: Holmes was entered into the COM user frequency database before Downing and when cycling through the database and stopping on Downing, the GTR 200 would display Downing briefly then the name displayed would change to Holmes. This also happened when selecting Clever … Clever would display on the GTR 200 for a few moments and then the display name would revert to Wayne which shares the same frequency but was entered into the COM user frequency database ahead of Clever.
For the last week or so, I have been working with Garmin support via Email exchanges and looking at settings, etc. … all of which seemed to be correct. After verifying the settings were correct, one test Garmin support wanted me to perform was to power down the SkyView but leave the GTR 200 powered on and see if the names displayed correctly when cycling through the COM user frequency database … THEY DID!!! This indicated the issue was actually being caused by the Dynon SkyView.
After another Email exchange, Garmin support suggested that I try changing the device name associated for serial port #4 from GTR 200 to SL40. I did that and it appears to have worked! The GTR 200 now displays the correct name for the selected COM user frequency in the database and the SkyView no longer mysteriously changes the selected name displayed on the GTR 200. Also, by changing the device name associated with serial port #4 to SL40, there has NOT been any loss of functionality … in that, the SkyView can still push frequencies to the GTR 200 radio’s standby and the active and standby frequencies set on the GTR 200 display correctly on the top line of the SkyView’s display.
Don’t know why the SkyView would mysteriously change the selected COM user database display name on the GTR 200 when the serial port is configured for GTR 200 … but it does for me. Sure glad changing the device name to SL40 solved the problem without a loss of functionality. I’m guessing this may not be unique to the RV-12 and will likely apply to any aircraft outfitted with a Garmin GTR 200 radio connected to a Dynon SkyView optioned to display com & display com in top bar. I have not contacted Dynon yet, but guess I should bring this to their attention.
Thought I would pass along my experience for those builders with a Dynon Skyview version 14 who take the time to program the COM user frequency database in their GTR 200 radio … hopefully, I have saved you some troubleshooting time and unnecessarily bothering Garmin support.
Last edited:
