-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hardware spec for shield #1
Comments
The shield that I was using when I wrote this has pretty much been abandoned. I kicked around the idea of designing my own but basically ran out of time. I want to get this airplane flying. Currently I'm using the MGL-RDAC for measurement and a CAN/CAN converter box to translate the RDAC messages into CAN-FiX. I still like the idea of an Arduino being able to be used for this purpose but right now we just don't have the shield. If you want to take on that task I can see about getting the original designer of the Arduino shield involved and get you some direction. You might want to try the MakerPlane forum and start up the conversation there. I'm sure you would get plenty of help as there are many of us that would like to see this happen but just don't have the time to do it ourselves. |
Thanks for the reply Phil
I tried in vain to implement Enguino by Tom Court ( https://github.com/tomcourt/enguino )– <https://github.com/tomcourt/enguino%20)–> the Arduino he was using was painting the EMS with a small JS webpage accessed through Stratus. Tom’s shield used the 8 line thermocouple MUX (KTA-259v5) for TC input, but in my application, I only plan to read a single EGT and CHT while keeping my analog instruments as backup.
The CAN approach with a dedicated Arduino sensor collector/publisher for EMS to the CAN bus with Stratux providing Air Data and pyEFIS as the display seems very reasonable. I’m not enough of a developer to do it all from scratch, but I figure I can get CAN-FIX working with the sensors I have working based on Tom’s work. These would include:
* Manifold pressure - working
* RPM – working from Mag p-lead or Bosch 009 coil
* One CHT – working K-type under spark plug
* One EGT – VDO K type EGT probe
* Oil Pressure – Old school pressure sender, converting to 5V digital unit (avoids weird calibration curve)
* Oil Temp – VDO thermistor - this is a hassle because of the weird non-linear response of the sender. Toms code works.
* Volts – easy enough with voltage divider
* Amps - still need to acquire a shunt for that
* Hobbs – copy the way Tom was doing it, writing to the non volatile eprom memory of the Arduino and start the clock when RPMs or OP are high enough
If I can get the above working and stable – I’d be pretty happy. The MUX shield would probably be able to handle all the TC inputs and an Arduino Mega would have enough ADC for other inputs. BUT with all that being said, the MGL RDAC XF @ $375 from aircraft spruce or wherever really does all of the above. So my motivation is becomes to see if I can do it.
Do you see any flaws in the above?
From: Phil Birkelbach ***@***.***>
Sent: Thursday, January 20, 2022 10:38 AM
To: makerplane/EIS-R1 ***@***.***>
Cc: EdB987 ***@***.***>; Author ***@***.***>
Subject: Re: [makerplane/EIS-R1] Hardware spec for shield (Issue #1)
The shield that I was using when I wrote this has pretty much been abandoned. I kicked around the idea of designing my own but basically ran out of time. I want to get this airplane flying. Currently I'm using the MGL-RDAC for measurement and a CAN/CAN converter box to translate the RDAC messages into CAN-FiX.
I still like the idea of an Arduino being able to be used for this purpose but right now we just don't have the shield. If you want to take on that task I can see about getting the original designer of the Arduino shield involved and get you some direction. You might want to try the MakerPlane forum <http://www.makerplane.org/forum/> and start up the conversation there. I'm sure you would get plenty of help as there are many of us that would like to see this happen but just don't have the time to do it ourselves.
—
Reply to this email directly, view it on GitHub <#1 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AIYRLJUO5FNXCWZW3YGB5NDUXA25XANCNFSM5MLIYNMQ> .
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .
You are receiving this because you authored the thread. <https://github.com/notifications/beacon/AIYRLJRXYXPM7W724W62LZDUXA25XA5CNFSM5MLIYNM2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOHSUMZSA.gif> Message ID: ***@***.*** ***@***.***> >
|
I think you can make that work. The two gotchas that we've discovered are the thermocouples and the RPM measurements. I think there is a problem with that chip that is used on the thermocouple shield around the grounding of the TCs. I'll check with one of the guys that has more experience than I on that one. The RPM measurement has also given people some grief. There are very noisy 300+ Volt pulses and very clean 5 volt pulses and everything in between so cleaning those up is not for the faint of heart. If he has it sorted then that's great. On the Pitts I went with a UMA sensor that gives a clean 5V pulse. It wasn't cheap but I want to get it flying and this was holding me up. |
The only reason to use the board is for the thermocouples – I got them working but it’s been a while and I don’t remember exactly how. Sucks to get old.
For RPM – I was assuming I could clean up the signal. Don’t really know how at the moment!
From: Phil Birkelbach ***@***.***>
Sent: Thursday, January 20, 2022 3:14 PM
To: makerplane/EIS-R1 ***@***.***>
Cc: EdB987 ***@***.***>; Author ***@***.***>
Subject: Re: [makerplane/EIS-R1] Hardware spec for shield (Issue #1)
I think you can make that work. The two gotchas that we've discovered are the thermocouples and the RPM measurements. I think there is a problem with that chip that is used on the thermocouple shield around the grounding of the TCs. I'll check with one of the guys that has more experience than I on that one.
The RPM measurement has also given people some grief. There are very noisy 300+ Volt pulses and very clean 5 volt pulses and everything in between so cleaning those up is not for the faint of heart. If he has it sorted then that's great. On the Pitts I went with a UMA sensor that gives a clean 5V pulse. It wasn't cheap but I want to get it flying and this was holding me up.
—
Reply to this email directly, view it on GitHub <#1 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AIYRLJRRKQKCR7QC5OSII7LUXB3JZANCNFSM5MLIYNMQ> .
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .
You are receiving this because you authored the thread. <https://github.com/notifications/beacon/AIYRLJVOU7EXOTECBLFRABDUXB3JZA5CNFSM5MLIYNM2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOHSWG3DI.gif> Message ID: ***@***.*** ***@***.***> >
|
Have you developed a spec fopr the shield that goes with code? I'd like to build an arduino based EMS and pyEfis for display. This will go in my VW powered Sonerai
The text was updated successfully, but these errors were encountered: