Search results

There is a right way and wrong way. You have been provided VERY SPECIFIC answers to your questions. They are repetitive, because the correct and proper information has not changed. The responses given demonstrate a lack of understanding of the content provided and the unnecessary search for...

It most definitely is correct. With a return line if you want an accurate reading you need to meter the fuel at both sides. Knowing the fuel flow the engine uses is only useful for verifying your configuration. It has absolutely nothing to do, and is not useful at all when it comes to...

With a return line, more than likely the only way to meter the fuel is with 2 transducers. This really is not that complicated at all. Is there a reason you are so against disconnecting the lines, pumping into a calibrated measurement, and documenting each correct number? Not to mention the...

Well let me know what you find. It’s been cold and I have a bunch of esp32s and stm32 variants. I was going to try to put something together. My plan was to just output standard capstone with variables shaped from the incoming Dynon data

The ifd only accepts standard capstone and none of the extended versions. (I don’t remember where I read this, maybe Avidyne support told me). You need to capture the data and reshape it into the standard capstone.

Well that’s exactly what I was going to do…. My understanding of the problem was the extended format. The Avidyne only wants the standard format (or something along those lines) That’s why the sentry also doesn't work.

Because it’s 8degrees here and it sounded like you already had the data I wanted. Which like you said is easily available. So why go freeze?

Your saying the software captures the multicast then just retransmits it as a unicast? I can write that in about 10 minutes. I’m not interested in your code. I’m interested in your pcap.

Yes. If one or the other is off either fuel flow or usage will be incorrect. For them both to be correct both cubes need to be accurate. You would be either calculating too high a usage, or too high a return. (Or low) which would shift the numbers in each metric. They are only both correct...

In order for all the data points to be accurate, both red cubes must be accurate. It’s really not that difficult and the procedure of using the pump into a bucket is a good plan. Again, based on the responses, I’d strongly urge seeking outside help.

It sounds like you might be confused how addition and subtraction works….

Again you show a fundamental misunderstanding of how this works. Fuel used/fuel remaining is independent of the fuel measurement and specifically relies on the fuel flow data. If that information is accurate, then the fuel flow itself must be accurate. You have 2 red cubes. They MUST BE...

I have answered your question several times. I can assure you I’m not offended. I can also assure you, since you don’t understand the answer you have been provided, that you seek help from a qualified professional and do not attempt to change settings on your own. To get a reliable accurate...

I don’t think I can make how this works any more clear or any simpler. If you can’t figure out what I wrote and how it pertains to your question you should have a professional set these configurations for you. I have absolutely answered the question asked. They both need to be configured...

Again, they both need to be entered in accurately. Fuel flow to the feed gets calculated, then fuel flow to the return is subtracted from that. The result is net fuel flow. They both need to be accurate.

You did this in wireshark? Can you share the data?

They both need to read accurately. The red cube should have some sort of documentation of how many pulses / gallon. Nothing g about the engine or engine recommendation should fall into that equation. You only care about the red cube pulses and the red cube pulses alone.

You can change the pull up to off depending on sensor settings I believe. Having a pulldown never hurts though!

None of the above has to do with Dynon ADSB in - which in your case is not configured

EMS gpi