RV-6 Panel: Critique Request
RV6ators,
I'm just in the process of exchanging ca$h for avionics from Stein. The panel design is nearly finalized, and I am looking for some constructive feedback.
My project is a tip-up RV-6, intended for IFR under Canadian regs. The design is as follows:
Here is a bit of background on my thinking:
1. Canada requires two independent nav systems. A single GNS 430, for example, won't cut it because they consider the screen to be a single point of failure. That's why I opted for a GNS 400W and a separate Com/Nav/ILS;
2. The electrical system will be based upon a Vertical Power VP-X Sport. It's a way-cool system, but it's also a massive single point of failure, so as per VP's recommendations I will use their "Method B" back-up circuit design. The ESS AVIONICS switch will bypass the VP-X to directly power the left PFD, Turn Coordinator, GPS and Nav/Com. (No, I don't think that the transponder should be included in the back-up circuit. If my electrical system dies in IFR I'm mainly interested in knowing where I am myself and shooting an approach. If ATC wants to know, I'll tell them.);
3. The Boost Pump will be wired through the VP-X, but will also have a "direct" circuit when the switch is selected to "EMER". Note that all bypass circuits will be protected by CB's;
4. The power supply will be redundant, in that there is a 55A primary alternator, and a B&C 8A back-up alternator. The left PFD will have a battery;
5. The lower-left push button the panel is a secondary PTT switch, for use when the passenger is flying or when the AP is engaged; and
6. Our Authorities seem to be a bit inconsistent in regard to IFR approvals for homebuilts. Our regs don't require TSO'd avionics, but some of the inspectors are reputed to have refused to approve "all glass" panels. Personally, I think that the dual Skyview, dual alternator design is sufficiently robust for IFR, but to avoid conflict I have also included a mechanical ASI, altimeter and turn coordinator. The choice of TruTrack for the turn coordinator is to obviate against common mode failure of all Dynon equipment due to a remote probability of software malfunction.
I'm mainly looking for feedback on ergonomic or functional boo-boos that I may have overlooked. Thanks,
Rob Erdos
Ottawa