During the build of
my RV-14, I've tried to keep things in my RV-10 and 14 as
consistent as possible between planes. This will not
only make it easier for the family to transition between
them, but make wiring similar, functionality similar, and
make the other aircraft a good "spare parts" store for
swapping or troubleshooting eqiupment. This has led me to
consider some upgrades as I go along, because some of the
equipment I have in the RV-10 has changed. Here are
a few I've upgraded this spring. |
||
![]() |
![]() |
![]() One of my monkey assistants ^^ |
First up was the
Audio panel. As you have probably read in my past
note about my entertainment
system, I had a PS Engineering PMA8000BT audio panel
that provided bluetooth audio from our iphones, and
allowed me to make telephone calls to clearance delivery
before takeoff very easily. Well, I really LOVED the PMA8000BT. It functioned flawlessly for me, and I used many of it's features such as playback of audio transmissions, and things like that, all the time. But when it came to buy one for the RV-14, they now offered the PMA450. Yes, they also make an experimental one without the Marker Beacon receiver, but I personally feel that if you're equipping an IFR plane, you don't leave out any tool that helps you on approaches, and the marker beacons are placed on an ILS for a reason, so I got the 450. This was a VERY hard choice to make, since I really didn't think a menu driven interface would be as good as discrete buttons. But I bought one for the RV-14 and since they are pin-for-pin compatible with the 8000BT, I swapped it in to the RV-10 to see how it worked. There was a learning curve, and day one, I actually was worried that I had just purchased a frustrating downgrade. Yes, I read manuals, and I like reading manuals. But, in many cases, I first will wing it, and THEN read the manual after I've suffered sufficiently. This is one of those times that strategy backfired. The improved features over the PMA8000BT are these, that led me to buy it (in order of importance to me). 1) You can change the Bluetooth ID to whatever you want, rather than just a generic PMA8000BT. Yes, I know, that's nit picking, but having 2 planes with the same ID would be a pain to know which one to connect to. 2) You can have separate music from Pilot to Co-Pilot. There are still only 2 music inputs, and only one is bluetooth, but that can be solved by adding a bluetooth to 3.5mm puck. In the RV-14 I may actually use this feature, but in the RV-10 I doubt I ever will. 3) The PMA450 has "IntelliAudio". With a stereo headset, this allows you to hear both radios as if they are coming from different areas around you. By placing COM1 on one side of your head, and COM2 on the other, it makes it much easier to keep track of 2 radios. This was a gimick as far as I could tell, after using it for the first time. (more on that soon) That was about it for the big things. The menu inteface was the biggest "style" change. That proved to be very frustrating at first. So how did it go?? Well, thanks for asking! The bluetooth on the PMA450 works excellently! I don't think that most of the time my PMA8000BT would auto-connect to my phone just by me sitting in the plane and firing it up. The PMA450 does, so since I usually have bluetooth turned on, on my iphone, it auto-connects and is ready to use right away. Now if someone texts or calls me while I am preparing for flight, I don't miss it...and I don't have to juggle anything to get connected to call clearance delivery. There is also no TEL button that you need to hit to make a phone call with bluetooth. The separate music? Well, I've tweaked it around a little, but haven't used it to split music between me and the co-pilot yet. The menu functionality is great on that though. Now on to the menus. I *hated* them the first day I used the unit. I'd start trying to change settings in flight, but turbulence and READING the menus caused them to time out all the time, leaving me back at the main screen and I'd have to start the menu tree process all over again. VERY frustrating. But then I called tech support and whined about it. Not only did they show me that you can configure the timeout, which is set to 3 seconds at the factory by default (I now use 8 seconds), but they immediately took my feedback, considered it, and decided to change the default to 6 seconds on all of the new units they sell. Now that's someone interested in good customer service for all! How is it now? Well, 8 seconds gives me plenty of time to read the menus, and as time goes on, I can shorten it if I want. Now the menus aren't frustrating at all. That wasn't my only menu complaint, however. In the past, I very often switched muting modes. There is Intercom Mute (turns off music whenever someone speaks), Radio Mute (turns it off only when something comes in on one of the COM radios), or Karoke mode (Mute OFF on the PMA8000BT) where the music just keeps on a playin'. On the PMA8000BT, I just needed to repeatedly hit the <MUTE> button to change modes, and it would tell me in my headset via voice which mode I was in. I change this many times on a flight sometimes, depending on how busy I am on the radios or if I'm on an IFR clearance or whatever. I was VERY frustrated that now I had to run the menus to make this change....UNTIL....once again, tech support fixed the problem, and the problem is ME. The new menus work perfectly for this. There is a MUSIC config button. If you hit that button 3 times on startup, you get KAROKE mode. 4 times and you get Radio Mute. Either way, from the main menu, it's still a one-button operation to roll through the menu choices. You see, they had stacked those 3 hard buttons with menu trees in such a way that these common features were STILL a one button operation. How intelligent! So how about IntelliAudio, you ask? Well, after using it on a few flights, I thought it was pretty stupid. I set up the sound zones but couldn't hear any difference. I called tech support and all they could ask was "Are you sure your headsets are set to stereo". And of course, me being the most perfect gadget operator in the world, would ABSOLUTELY have made sure my headsets were set to Stereo. In fact, that's one of the first things I did to ALL of my Bose A20's when I got them. I mean, who wouldn't!?!?! And I'd SURELY be able to tell if they weren't stereo, because we listen to music all the time and it sounds AWESOME! Right....I'm sure you know where this is going... Yep, my headsets were set to Mono...and once I set them to stereo, it was a WHOLE NEW WORLD! On our Bahamas trip, we flew in formation with me as Lead a lot, so I was operating the radio, flipping the Xmit button from COM1 to COM2 a lot so that I could talk to the flight members, and get our clearance, squawk, and take handoffs to other ATC zones as we flew. I found that for the first time in, well, EVER, I was able to much more easily listen to COM1 and COM2 simultaneously and actually hear the words I was hearing. There's a LOT of time that there is overlap and you are listening to both radios at the same time, but with IntelliAudio, it was easy to know which COM I was hearing, and I have COM1 set to my Left ear and knew that of all the radios, that's the one I needed to focus on the most. Juggling communication was now much easier! There is one more thing I will need to change down the road. Presently, I have my (on)-off-(on) momentary DPST switch on my stick grip set so that if I flip it up, it flip-flops the frequency in COM1 and if I push it down, it flip flops the freq in COM2. I find that in actual use, the GNS480 (COM2) is much harder to hit the buttons to swap freqs, so I will use the stick switch nearly every time on that COM. But on COM1, I don't use it as often. That said, it *is* a handy feature. But what I would find much MORE convenient is if during these formation flights, I could use that switch to flip-flop between transmitting on COM1 and COM2. Fortunately, not only do all of my radios in both planes support flip-flop, but so does the PMA450, with a SWAP function on Pin 20. (refer to the wiring diagram if you're contemplating this) My plan is now to have either a hidden switch or a panel switch that allows me to reconfigure the "UP" function of that stick switch to EITHER: COM1 Freq swap -or- COM1 <==> COM2 Swap. That way when I'm flying alone, on IFR or other flights, I can have my freq swap, but when I'm flying in formation I can have COM swap. So if you've made it this far, I won't put you to sleep with more about the audio panel, but lets just say this. First, this is the most awesome audio panel your money can buy right now. And Second, if you find that you don't like some feature, or it doesn't work for you, first, check yourself, because it's most likely that YOU are the problem. I know *I* was, and after eating a plateful of humble pie, I'm now thrilled with my decision to upgrade to the PMA450. |
||
![]() |
![]() |
![]() |
Next on the list -
My NavWorX ADS600B ADS-B system! This one was a little more complicated upgrade, but it's nice to be done with it. I've been flying with ADS-B now for many many years. NavWorX first came to OSH to connect thier receiver with my Chelton screens in October 2008 to see how it worked, and even back then when there was only one UAT in our area (at OSH), it worked with my system. Then in May 2009 I got my ADS600B system and connected it to my Chelton. Prior to this, I got my traffic only from the GTX330 transponder, connected via ARIC through a DAC GDC34A converter into my Chelton's traffic input port via RS232. When I added the NavWorX box, I worked with them to basically REPLACE the DAC converter. The NavWorX took traffic in from the GTX330, and mixed it with ADS-B traffic and sent it via the Ryan TCAD protocol to the Chelton at 38,400 baud. It was a great setup. The reason I did that was because I had (and still have) WSI weather in the RV-10 on the Chelton...so for me, ADS-B weather isn't the big motivation, traffic is. I can only use one weather system on the Chelton, and I would rather have universal weather coverage than coverage only at altitude or where I can see a GBT (Ground Based Transceiver). I used that box for years, soon after doing a modification so that it could obtain the squawk from my GTX330 via RS232 and change the squawk to the same code on the ADS600B. It was great to have traffic coverage and over the years as the FAA rolled out NextGen, the coverage became pretty good actually, at least from a traffic perspective...I didn't know how good or bad the weather coverage was. Fast Forward to 2015 and when NavWorX applied for the TSO for their software, they removed the code that allowed it to replace my DAC converter. It could no longer speak the traffic-only protocol at 38,400 baud. This irritated me at first, because I had a very old generation of hardware and for 2020 would need to upgrade it, but when I upgraded it would require a re-wiring job. I had already purchased an ADS600B for my RV-14 project, but that one will be wired for both WX and Traffic. But the 2 units weren't identical. Old s/n units from NavWorX have a few pins that are different in the pinout, so they aren't directly swappable. They have matured over the years and added features. So it was finally time to re-work my RV-10's install to bring it up to current. At least then I'd be ready for the 2020 mandate...once my internal GPS was swapped for a certified model. (more on that later) The rewiring took me a whole day, but when I was done, I now had one big benefit. I did have to re-install my DAC GDC34A converter, because now if I only want Traffic in, the traffic is output from the ARINC module on the ADS600B, into the converter, and from the converter into the Chelton. That works perfectly, as before, and now I still have traffic coverage on the Chelton. The benefit comes from adding a wifi module to the normal RS232 display port on the NavWorX, which now also gives me full ADS-B weather and Traffic on an iPad. This turns out to be *really* cool. First of all, the old (I should say ancient) Chelton software has a limitation of 100 TFR's. If there are more than 100 TFR's being transmitted by WSI, it will display NONE of them. That really SUCKS when you fly a lot of x/c flights. *really*. No, they won't fix it, because not much is being done on the old IDU-1 Chelton systems anymore. Luckily they were so far ahead of their time back when they were made (in 2000) that they are still pretty good. But these bugs are frustrating. Now, with an iPad, I can receive all the TFR's, but additionally get satellite imagery and the other data types that the Chelton is not capable of displaying. So it turns out to be a pretty cool upgrade. Another side benefit is that now both of my ADS600B systems are identical in pinout, and current. Now, regarding that 2020 compliance. I have been told that soon...maybe a month or two, there will be a NavWorX software update. I'm presently on version 4.0.4. Once 4.0.5 or 4.0.6 comes out, it will allow the existing hardware GPS that is in my box to be 2020 compliant. So this is great news. It is now cheaper than ever to be 2020 compliant! I am looking forward to seeing how it works. I did do the test of my new system by sending an email to 9-AWA-AFS-300-ADSB-AvionicsCheck@faa.gov and asking them to check my system. (By the way, only the US Government could come up with such a discombobulated email address!!) Thus far it does report that it isn't 2020 compliant (I knew that because the GPS reports a SIL error...I'm SIL 0). But the one thing that seems to be failing on my test right now is Baro Alt. I'm 68% approximately failing on my Baro Alt. I'm receiving my Baro Alt via ARINC 429 from my GTX330 (which receives it from my encoder), so this is puzzling. At least it's not *required* to be compliant right now. Worst case I will need to wire my encoder directly to my ADS600B rather than having my altitude come from ARINC 429. Now, if you want to see pictures of the iPad in action, using both FlyQ and WingX, you'll find the photos right after this next blurb. Oh, and I almost forgot to mention!! NavWorX ADS-B can connect multiple devices at one time. We pulled up WingX on 4 devices simultaneously (2 iPads and 2 iPhones) and were able to display traffic and weather on them ALL! |
||
![]() |
![]() |
![]() |
My Final upgrade for the spring
was my autopilot. Previously I had a Digiflight II
VSGV which worked PERFECTLY with my Chelton. This
took some work back in the old days, as there were many
software revisions done by TruTrak and Chelton to make
them solid. I was very leery of this upgrade,
but...the new AP had just a couple of pins different than
the old, and I wanted both planes to be identical.
That way if hardware needs swapping, it can, without
rewiring. For the RV-14, I was forced to buy the Vision 385 Autopilot by TruTrak. This was nearly identical, but had different guts, and had a couple added features. 1) this autopilot now has altitude preselect. 2) This autopilot does the servo-reversing in software, if required. 3) This autopilot has the "blue button". What's the Blue Button do, you ask? Gee whiz you have a lot of questions today! The Blue Button is a new feature that does automatic Autopilot leveling. You see this type of feature now on some of the newer avionics. If your airplane is not in control because you are losing your references, maybe experiencing vertigo, you just have to hit the blue button. Once you hit it, the autopilot engages and will automatically level the airplane. No, it's not a feature I expect to ever use, but, with the girls in the house flying the plane(s), I think it's not too bad of an idea to have it. I experienced vertigo, "the leans", spatial disorientation, a few times during my IFR training, and it would have killed me at the time, had I not been with an instructor. This button, if they choose to do instrument training and flying, could literally be a life saver. So, it was a very easy swap, and now the RV-10 is ready to go and the RV-14 will have the same AP. |