RV-10TDI Update

[rocketman1988]

I'd rather have the totalizer...that's the beauty of experimental, do what you want and be happy...

[Sig600]

Originally Posted by airguy

The totalizer also can give you estimated fuel left at destination when tied into your GPS (assuming it's calibrated correctly) which greatly assists in making the decision about a fuel stop or push on.

So do these, I recommend the lower one

[flytoboat]

Originally Posted by tspear

No. GPS is a fundamental change in how you navigate in a radio based environment. (pilotage is not the correct comparison, VOR and NDB are).
In this case a fuelntotalizer and a fuel tank gauge are providing the same service. How much fuel is remaining. Fuel totalizers largely came about because of inaccurate fual gauges. Fuel gauges have historically been inaccurate because of FAA lighting and other requirements constrained possible solutions. We do not face such constraints. So why continue with the bandaids?

Tim

Not really, totalizers don't know how much is left - only how much you've used. For example, if you have a fuel leak or lose a gas cap and have fuel siphoning out of the tank, you could have much less fuel than you would think by only looking at the totalizer. I want (and have) both, gauges and flow, thank-you very much.

[airguy]

Originally Posted by flytoboat

Not really, totalizers don't know how much is left - only how much you've used. For example, if you have a fuel leak or lose a gas cap and have fuel siphoning out of the tank, you could have much less fuel than you would think by only looking at the totalizer. I want (and have) both, gauges and flow, thank-you very much.

I haven't seen anyone argue against the belt-and-suspenders approach, but I'm a little surprised at the arguments against using new tools to solve old problems. Anyone here still using rotary-dial telephones?

[rdrcrmatt]

Originally Posted by rocketman1988

Any chance you could use an arduino to do digital to analog conversion?

this was my first thought.

you could even smooth the data in arduino.

[Flandy10]

I've been looking for existing hardware to solve this problem. Why reinvent the wheel?

But as it doesn't seem to exist yet, I'll look into the Arduino. Thanks.

[Richard@Langair]

Have you considered having a heavier wheel made for inside the red cube? Or have a heavier wheel with fewer 'teeth' and larger pulse width made? You would have to recalibrate the EFIS for the smaller pulse count, but that should not be too difficult. Or even remove half of the teeth on the existing wheel in order to help keep it from reversing to the previous tooth.



If the wheel inside the red cube is easily removable, I would volunteer to make a new one for you out of maybe brass or steel or even stainless. I can't imagine it would take too terribly long to do.


Maybe you have already tried this route, but I figured I could suggest it.

Richard from Langaire

[rocketman1988]

After a brief research session online, it would appear that the marine industry has potential solutions to your FF issues...I read quite a few data/feature sheets that discussed the pulse issue and momentary reversed flow...Most of the info was on the Maretron site...

[DanH]

Originally Posted by Richard@Langair

Have you considered having a heavier wheel made for inside the red cube? Or have a heavier wheel with fewer 'teeth' and larger pulse width made? You would have to recalibrate the EFIS for the smaller pulse count, but that should not be too difficult. Or even remove half of the teeth on the existing wheel in order to help keep it from reversing to the previous tooth.

I had the same idea. Unfortunately, the Cube is designed to make disassembly impossible without breaking a potted wire (seen here at 5 o'clock):



It passes through the cover, then back through it again to the sensor shown in a previous post.

[rv7charlie]

I must confess; I'm baffled by the fascination with the color red.