Avionics Work on my NXCub

[ve6yeq]

There are two different kinds of “interlocks” being discussed here:

1. Audio mute to prevent you from hearing other transmissions while talking which can confuse some people if they are not practiced at multiple simultaneous conversations. This is controlled with DIP switches on both the GMA-245R and for Bluetooth audio on the headset controller.
2. RF Pre-amp interlocks which prevent the large amount of RF energy from one transmitter overloading or even permanently damaging the very sensitive RF pre-amps by powering it down.

In my Carbon Cub EX-3 with GNC-355A and GTR-20 using the default antennas, I can definitely hear the RF pre-amp on the edge of overload so after this discussion, I will look at adding the necessary wires to disable the pre-amps when one is transmitting. I already have my Lightspeed ANR mounted in the helmet set to mute and I think I might try it with the GMA-245R as well.

 

[lrobichaux]

@ve6yeq please let us know if you get better results after installing the interlock. Mine seems to work great now.

 

[Cactus Charlie]

I was very surprised that this mod worked when wired as documented. I had expressed my doubt about this mod several times.

A day before I heard the report I had emailed Pete at CC saying basically that I did not understand the mod as drawn and asked if there was a pin numbering error. I asked if pin 12 was the intended GMA pin.

Pete replied late Monday - "That is a preliminary sketch and indeed there was a pin number mixup with the GNC 355. The upcoming service document will have the correct pin number there, pin 12."

Pin 12 is "COM 1 MIC KEY* OUT". That connection would pull COM 2 "TX Interlock In" to ground and de-sense the receiver when COM 1 was keyed.

 

[Neal]

Definitely going to wait for them to move this out of BETA. Thanks for the info.

 

[lrobichaux]

@Neal ... Hey - I've been messaging with @Cactus Charlie on the COM issue, and I'm concerned that Pete / CC may now think that the COM1 / COM2 monitoring issue is resolved (based on my feedback to CC / Pete ... as I am the "beta" test he referred to) when @Cactus Charlie is convinced it's not. I wanna send an email to Pete and copy all of us to make sure that everyone is working off the same information. Can you DM me your email address so I can loop you in? I have @Cactus Charlie 's email address.

 

[Neal]

Sent you my email. I suggest conversations be put in this thread and not private when able so we can all learn from them and contribute.

I know Pete is watching, you're welcome to participate too

 

[Cactus Charlie]

Pete knows the beta mod instruction was incorrect. What I don't know is whether he knew it was incorrect before I raised the issue.

Sit tight and wait for the released mod instruction then undo the incorrect mod (if made) when implementing the correct mod.

 

[Neal]

I'm not paying my avionics guy until I know for sure. I don't understand why the GMA dip switch is not sufficient as it blanks out the other radio while transmitting unless someone wants to be hearing chatter while talking. Is the dip switch not a sufficient fix?

 

[Cactus Charlie]

Ve6yeq has explained why it is desirable to prevent high levels of RF getting to the receiver front end. I don't know what power he runs at his amateur radio station but I run 500 W which can destroy a proximate receiver.

The much lower power output of these aircraft radios may not be sufficient to cause damage but it may be sufficient to overload the receiver. If the receiver is hard muted by the DIP switch selection you won't be able to hear the overload.

I don't have this radio configuration so I can't offer any test data. All I can do is look at the installation manuals, the mod instruction, and any available schematics.

 

[Neal]

Yeah, I remember that, thanks for reminding me. I thought our output is 10W? I could be wrong.