Cabin top on – for good [11.5 hours]

I’ve fitted the cabin top – for good. It’s riveted on and retained with structural epoxy, so it isn’t coming off again. The RV-10 is often described as the aircraft kit that is 90% metal, and 80% composites. The cabin top goes on and off many times before it is “right”. I finally decided there was no reason for it to come off again, so … on it went. This time I scuffed the door channels and slathered on some flox, dropped the cabin top in place, did up all of the bolts along the door channel and installed rivets along each rear side of the cabin top. Now I have to fill the vertical parts of the door channels with structural epoxy, fit those bolts, and then finish the inside of the door channels with micro, fill primer, then prime and paint to match everything up with the already-painted cabin top interior.

I also primed, assembled and painted the tunnel cover pieces I’ve had laying around for a few months. These are cut and modified because of the control approach rudder pedals, which require slots and doublers in the front most part of the tunnel cover. The spray booth has just about outlived its usefulness, so I’m going to move it out of the workshop to free up some room.

  • f38k
    f38k
    Tunnel covers primed
  • f38j
    f38j
    Front most tunnel cover section, slots for Control Approach rudder pedals
  • f38i
    f38i
    Tunnel cover primed
  • f38g
    f38g
    Overhead ready for final installation
  • f38f
    f38f
    Scuffed door channels before final overhead fitment
  • f38e
    f38e
    Overhead riveted in place
  • f38a
    f38a
    Cabin top riveted on
  • f38d
    f38d
    Front pillars in place for good
  • f38c
    f38c
    Conduits from overhead will fit inside Aerosport Cabin inserts
  • f38b
    f38b
    Fitting cabin top

Firewall insulation [31.0 hours]

I’ve been working on the firewall insulation. There’s a lot of material on VAF about this, I won’t repeat it here. Suffice to say I’m using an insulation material called Fiberfrax, 1/8″ thick, on the outside of the firewall. In order to hold it in place, a thin metal foil layer is required. I’m using 0.008″ thick Titanium for this layer (I previously bought some 0.002″ Stainless Steel foil but decided I couldn’t work it without having it crinkle up and/or tear. Impossible to drill a hole through it). The main purpose of firewall insulation is to give me some time to get the aircraft on the ground in some sort of controlled manner, in the highly unlikely event of an engine fire. A secondary purpose is to minimise the amount of heat that can be transferred into the RV-10 tunnel.

I found the best tool to cut the Titanium foil was an ordinary pair of scissors. Drilling small holes wasn’t a problem, but enlarging them with drill bits is not possible. I used a series of reamers for the smaller holes, the angled end of the flutes works well. To drill a #12 hole, for instance, I would first drill a #42 hole, then #39, #35 using drill bits, then #30, #19 and finally #12 reamers. The back of the foil must be supported of course.

For larger holes, a step drill works, but to finish the hole or enlarge anything beyond around 9/16″, I used a 1/2″ round sanding attachment in a die grinder. These wear out quickly, I went through around twenty of them. Doing these large holes with the die grinder worked well, as long as the foil was supported right up against the stainless steel firewall.

In an ideal world, all of the firewall nutplates and pass-through positions would be known when the firewall was laying on a bench, before ever being attached to the fuselage. That doesn’t happen, so I had to find a way of accurately drilling holes through the foil for all of the nutplates etc. To do this, I 3D printed a lot of disposable drill guides. For any purpose, I designed a drill guide, printed it, and used it to accurately drill a #42 hole through the center of whatever I needed to. In this way, I worked around the firewall and made all of the holes required in the Titanium foil. I used #6 screws through the AN3 nutplates to hold the foil in place while I worked on it, and clecos where appropriate.

With the foil prepared, I cut the Fiberfrax to shape, sandwiched it between the foil and firewall, and then worked my way around all of the holes, cutting the Fiberfrax as necessary with a sharp modelling knife. For the engine mount points, I completely removed the foil and ‘frax. All of the gaps will be filled in later with Fire Barrier 2000+.

I then set the Fiberfrax and foil aside. I can’t attach it permanently until the upper forward fuselage assembly is riveted in place. In fact, all I seem to have done for months now is to prepare parts, and set them aside.

One of the downsides of adding firewall insulation like this is that it makes future firewall modifications difficult. It is possible to drill through the foil and firewall, but deburring is a problem. I tried to anticipate everything I could, and for pass-throughs I put in more than I needed, it’s easy enough to plug up unused pass-throughs. I also made a separately mounted plate that attaches to the right side of the firewall, for mounting electrical components on. At some future time, if the electrical requirements change, I can simply make up a new mounting plate for them, rather than rely on firewall mounted nutplates for each individual component.

  • f37a
    f37a
    3D printing a drill guide
  • f37b
    f37b
    Drilling holes in Titanium foil
  • f37c
    f37c
    Drill guide to go through AN3 nutplate
  • f37d
    f37d
    Drilling center hole through Titanium, from the rear
  • f37e
    f37e
    Drilling holes for oil cooler mount
  • f37f
    f37f
    Marking out upper Titanium foil sheet
  • f37g
    f37g
    Cutting upper Titanium foil sheet
  • f37h
    f37h
    Holes cut out in top Titanium sheet
  • f37i
    f37i
    Titanium foil insert for center section
  • f37j
    f37j
    Titanium foil insert for center section
  • f37k
    f37k
    All the drill guides used for Titanium foil
  • f37l
    f37l
    All holes and cutouts done, except for center
  • f37m
    f37m
    Engine mount cutout
  • f37n
    f37n
    Engine mount cutout
  • f37o
    f37o
    All holes and cutouts done, except for center
  • f37p
    f37p
    Fiberfrax stored for later use
  • f37q
    f37q
    Pass-thru's riveted on

Annunciation with “attitude” [15.0 hours]

There were quite a few early RV10 incidents with doors opening in flight. Most were due to doors not being properly latched in the first place. Van’s added a safety latch, but most builders choose to install the awesome Planearound safety latch. In addition, Vans supplies magnetic reed switches to sense each door pin being closed, together with panel lights to provide a visual “door open” indication. Some EFIS’s can also accept an input and provide a door indication.

When I did the panel layout, it was clear that space was at a premium. The door annunciator lights seemed like a single function waste of space, albeit an important one. I started looking at a TFT display to combine several annunciation functions, and narrowed the search down to a small TFT touch display module made by Matrix Orbital, the GTT38A. Readable in daylight, dimmable, and being a touch display, the possibilities multiply.

The fit was tight. I designed a bezel and verified the fit by printing prototypes on my (cheap, consumer) 3D printer. Checked the 3D model when integrated into the panel models. Finally, I had the bezel printed in black UV resistant epoxy, which cost me a total of $25.

The module sits above the pilot side EFIS and the bezel matches the shape of the panel insert in the Aerosport 310 panel. In order to minimize the depth, it is necessary to modify the GTT38A module, and remove most of the connectors. These will be simply be replaced with a few flying leads which go through the panel to a small connector. The module requires +5V power, ground, and a 4-wire RS-232 interface (TX,RX,CTS,RTS)

Front side of the bezel
Inside of the bezel
GTT38A module (badly overexposed) and 3D printed bezel
Position of TFT module on the left hand panel insert

With the TFT touch module in position, it’s time to get creative and decide what what other useful tasks it can perform apart from replacement of the door annunciator lights. There’s an embedded CPU associated with the power system I’m designing for the SDS-EFI system, with plenty of spare capacity, access to some interesting sensor data, and the Internet if cellular service is available.

There’s a valid philosophy going around about modern aircraft panel design, that says any old pilot should be able to get in and fly the aircraft, i.e. what they are presented with should have the same look and feel of any old Cessna, to avoid safety issues associated with a lack of understanding about the modern avionics. I don’t have a problem with this approach, but I’m building this aircraft for myself, and my better half, and as such I don’t feel tied to having (for example) a legacy keyswitch with “LEFT/RIGHT” magneto positions, despite the fact that there are no magnetos.

The following images are actual screenshots from the GTT38A, driven by early software written to test out a few concepts and verify the functionality.

First thing is the startup screen. You climb in, and turn the masters on. This could be just about anything, including the time, a startup diagnostic report, whatever. For now, it’s just the aircraft callsign:

OK, so I’m now holding the checklist card, and I’m ready to start up. I need to move on from the above startup screen (whatever it ends up being), so I touch the GTT38A display, and I’m presented with the following:

That’s right, if you don’t know the security code in this aircraft, you won’t be going anywhere. I already have one key for the fuel locks and another key for the doors and baggage door. I didn’t want a third key for the ignition. There is no keyswitch in this aircraft. Without the code entered here, the engine start button won’t do anything, and there won’t be any power supplied to some essential parts of the SDS-EFI system.

There’s a design issue associated with this. It’s fine to disable mechanisms on the ground prior to startup, but once in the air, there must be no possibility that a fault in the electronics can disable essential systems. This includes faulty software design, electrical I/O signalling, or any other issue deep in the electronics itself. Suffice to say, once the correct code is entered and the engine is started, there are low-tech redundancy mechanisms in place to override the dis-engagement interfaces that the security lockout employs on the ground.

OK, so we enter the correct code. Here’s the next display:

This is the original purpose of the TFT display. The three “lights” on the right are for left door, right door, and baggage door. In the actual prototype, the lights flash if the doors are open, and the “UNLOCKED” text does as well. There is really no way to ignore or not notice it. When all the doors are closed and the pin sensors are all engaged, there will be “three greens” and at that point touching the display will move on to the next category. Until the doors are locked, touching the display will do nothing.

There’s an issue with such a hard nosed approach. What about wanting to do an engine run on the ground with a door open, for maintenance? The answer is to have multiple security codes, that allow different paths through the procedures. A maintenance code, which might require more digits as well, can be assigned to allow bypassing certain lockouts such as the door lock test.

Assuming we’re in normal operation, after the doors are locked, we will be going through the startup checklist. Most of these items will be covered by panel switches that are outside the scope of the TFT display, but there are a couple of items that are not, such as testing the Coil Packs. When I went through the electrical system design, one aspect was to consider everything I needed for the dual SDS-EFI system, and that included being able to test everything during runups. This exercise made it clear I needed a switch for each Coil pack, in order to test the Coil packs (akin to a magneto test). There was no need for these switches at any time other than during runups. The CPU which monitors the redundant power system has access to a mechanism to disable power to the coilpacks (same in-flight comments as before), so I chose to do these runup actions using the TFT display, saving two panel switches and associated wiring and mechanical connections in the process.

Checklist items that are initiated from the TFT display are simply a sequence of items, and you can sequence back and forth through the items with “NEXT” and “BACK” buttons. Here, for instance is the display for testing the Left Coilpack

With the engine at the selected runup speed, touch the large button to disable the Coilpack. The display will change to this:

In this mode, the Coilpack is disabled, and the “NEXT” and “BACK” switches are also disabled. You can’t go anywhere without re-enabling the Coilpack. The checklist item will call for the pilot to check engine RPM drop, probably 50RPM or less. Once the check is complete, the Coilpack can be re-enabled by touching the large centre button, and the display will revert to the previous state. Clicking the “NEXT” button will proceed to the next checklist item, which would in this case be the right Coilpack:

We go through the same procedure here.

There may be additional checklist items, if so they’ll be presented in the same simple form. The idea is not to take over the job of a printed checklist, and not to take over a checklist facility that the EFIS system might provide. The checklist items deployed by the TFT display are simply those that the associated controller has access to, and can’t be accessed elsewhere, i.e. items associated with the SDS-EFI system that are provided and controlled by the redundant power system.

After checklist items are completed, the TFT display will have a number of run-time options. These will probably be selected by swiping the display, to scroll between pages horizontally. The displays will generally be limited to those items not available elsewhere, the idea again is not to try and be another EFIS, but to do things the EFIS can’t do.

For example, current engine monitoring products aren’t set up to monitor electronic fuel injection operation. The power system I’m designing performs redundancy in a distributed manner, each fuel injector has individual power that is redundant and protected. Along with this comes current monitoring, but the injector current is dynamic. ADC’s sample the injector currents, and this data is available for presentation on the TFT display. A typical injector current display might look like this:

The display is deliberately simple. There are no scales, just cylinder numbers and graphs. The last thing a pilot needs is more complex displays flashing in his face. The above injector current data is sampled and will update around 10 times per second. The “shape” of these plots show the familiar “blip” on the leading edge, caused by the back EMF as the pintle opens on the injector.

We can do some simple heuristics on the injector current profile. In the highly unlikely event of an injector going open, wiring going open, or ECU driver failing, the display will look like this:

Obviously the next step would be to switch over the ECU. If the failure goes away, the ECU driver or wiring as far as the injector relay box is a problem. Regardless, the next step would be to land as soon as possible.

Other parameters can be considered – pulse width, presence or absence of the pintle “blip”, area under the curve etc. and measurements that fall outside of a particular range could be highlighted by changing the plot color to red. Again, indication only – no automated actions – and nothing too flashy, just an additional piece of easy-to-interpret data that may help to quickly diagnose a situation where the engine starts running poorly.

I’m sure there will be more applications for the little display, such as:

  • Display Air/Fuel ratio from a wideband O2 sensor
  • Display Coilpack dynamic current
  • Display data from FWF thermal or pressure sensors, for future cooling efficiency testing.

In the meantime I get to delete two annunciators (doors) and two switches (coilpacks) from the panel so in that regard I’m already ahead.

Ground Block Horror Show [0.5 hours]

I ordered a 48 pin ground block from Aircraft Spruce, P/N 07-03464. The block is actually made by B&C Aero. Nothing much to it, just a heap of Faston terminals soldered to a brass strip, with a brass bolt at one end.

Unfortunately, whoever made the block has flowed solder all over the terminals, filling all of the locating holes. There are blobs of solder clumped onto the terminal faces, and flux/resin residue all over the place. In contrast to this, the “representative” photo of the product on ACS’s web site shows the holes clear and the contacts in their original condition.

Faston connectors have a “dimple” on them that positively locates the terminal into a hole on the spade. This locates the terminal to ensure proper mechanical mating, maximum contact area, and provides a measure of protection for the connection from coming loose or free due to vibration.

Since the holes are all filled in with solder on these terminals, this proper mating will not occur, and connections to this ground block could easily come loose and fall off. The solder blobs on the spades will cause distortion of the Faston connector, permanently deforming the lugs and causing a poor connection over time. Moreover, the contact resistance and its properties over time are an unknown quantity, since the original contact material extensively researched by the Faston terminal manufacturer has been replaced by whatever grade of solder was used under the unknown application conditions that existed when this ground block was made.

If ground points start degrading or falling off in flight, the outcome could be very serious, and potentially fatal. Anyone who has ordered one of these products should check its condition before installing it.

I’ve asked ACS for a refund. I could reflow it and clear out the holes, but the blades would still be covered in solder residue and that defeats the dimensional tolerance and contact material the original manufacturer of the Faston contacts has in place.

Description of detent and hole in web section
Product as advertised on ACS’s website
  • bc_gnd2
    bc_gnd2
    Solder and flux all over contacts, holes filled
  • f36a
    f36a
    Solder and flux all over contacts, holes filled