Today's Message Index:
----------------------
1. 01:49 PM - Air Data Compter (Tom Brusehaver)
2. 02:25 PM - Re: Air Data Compter (John Schroeder)
3. 05:26 PM - Re: Air Data Compter (Matthew Mucker)
4. 06:45 PM - Coolent flow (Tim & Diane Shankland)
5. 08:58 PM - Air Data Compter (Jim V. Wickert)
Message 1
NEXT | Skip to NEXT Message |
LIST | Reply to LIST Regarding this Message |
SENDER | Reply to SENDER Regarding this Message |
|
Subject: | Air Data Compter |
--> Avionics-List message posted by: Tom Brusehaver <cozytom@mn.rr.com>
I am building something like the airdata computer that was in the
December Circuit Cellar magazine. I was kind disappointed in the
article, there was no code, only snippets of schematics, and
fomulas with no units, but it was enough to get me started.
I started using a HandyBoard, but it only has 8 bit A/D
convertors in it, so I couldn't get the resolution I needed.
Looking around for other A/D convertors, I found the Dallas
DS2438 one wire A/D (battery monitor), and I have had a
TINI gathering dust for about two years, so I thought it
would be perfect!
I found David Bray's One Wire Barometer page, and thought
I'd steal parts of his amplifyer to make this more useful.
So I was looking for stuff about connecting LCDs to the
TINI board, and google finds this Avionics-Archive from a
June 2000-March 2001 where folks were talking about TINI
and airplanes, and I felt I needed to subscribe. When I
looked further I realized I WAS subscribed to the list.
Are folks still building stuff? I am kinda jazzed about
one-wire in airplanes, since it seems like a really easy
way to build modular things, and using the Tini as the
central controller, send information to various PDAs and
other displays.
I have 2 modules in mind at the moment, the airdata, and
maybe if I can get it working an AOA meter. I could see
engine monitors, and general purpose sensor packages,
including fuel, landing gear, etc.
If I am wacko, just delete this message, and I'll go away.
Tom
Message 2
INDEX | Back to Main INDEX |
PREVIOUS | Skip to PREVIOUS Message |
NEXT | Skip to NEXT Message |
LIST | Reply to LIST Regarding this Message |
SENDER | Reply to SENDER Regarding this Message |
|
Subject: | Re: Air Data Compter |
--> Avionics-List message posted by: John Schroeder <jschroeder@perigee.net>
Tom -
Keep the stuff coming and above all keep good notes and pictures. Lots of good
possibilities out there, but I need a real education when it comes to what you
are doing.
DO NOT ARCHIVE
Cheers,
John Schroeder
Message 3
INDEX | Back to Main INDEX |
PREVIOUS | Skip to PREVIOUS Message |
NEXT | Skip to NEXT Message |
LIST | Reply to LIST Regarding this Message |
SENDER | Reply to SENDER Regarding this Message |
|
Subject: | Air Data Compter |
--> Avionics-List message posted by: "Matthew Mucker" <matthew@mucker.net>
I'm not too thrilled about one-wire; the software overhead is pretty steep.
But I definitely like the embedded micro stuff in airplanes!
The thing is that most of the "gee I wish" items that we were dreaming of 2
years ago are starting to hit the market. Why do it myself when I can buy
Blue Mountain's complete EFIS system?
Having said that, I'm sure the bug to solder will bite me again soon, and
I'm sure you'll find an eager audience here for your projects!
-Matt
Oh yeah: you're no more wacko than the rest of us!
> Are folks still building stuff? I am kinda jazzed about
> one-wire in airplanes, since it seems like a really easy
> way to build modular things, and using the Tini as the
> central controller, send information to various PDAs and
> other displays.
>
> I have 2 modules in mind at the moment, the airdata, and
> maybe if I can get it working an AOA meter. I could see
> engine monitors, and general purpose sensor packages,
> including fuel, landing gear, etc.
>
> If I am wacko, just delete this message, and I'll go away.
Message 4
INDEX | Back to Main INDEX |
PREVIOUS | Skip to PREVIOUS Message |
NEXT | Skip to NEXT Message |
LIST | Reply to LIST Regarding this Message |
SENDER | Reply to SENDER Regarding this Message |
|
--> Avionics-List message posted by: Tim & Diane Shankland <tshank@megsinet.net>
I am presently designing a cooling system for my Stratus. I plan to have
the radiators inside the cowling. In order not to have to do rework
after building I am first characterizing various radiators in order to
be sure they are capable of cooling the engine. There is one piece of
information I still need. Does anyone know the coolant flow rate of the
Status suburu at full power? I need an idea of how many gallons per
minute will be going through the cooling system. When I get all the math
done I will be happy to share it with anyone else trying this.
Tim Shankland
Message 5
INDEX | Back to Main INDEX |
PREVIOUS | Skip to PREVIOUS Message |
NEXT | Skip to NEXT Message |
LIST | Reply to LIST Regarding this Message |
SENDER | Reply to SENDER Regarding this Message |
|
Subject: | Air Data Compter |
--> Avionics-List message posted by: "Jim V. Wickert" <JimW_btg@compuserve.com>
Tom,
I do a great bit of Industrial Automation and Process control which
requires precision A to D conversion for critical silicon wafer processing
control, but on an airplane what is wrong with 8bit? Many process control
situations with critical process interjection of change are using 12 bit
algorithms, very seldom do you see 16 bit,..... why, process conversion
time. For an oil, head, water or any other converstion, 8 bit is quite
adequate. A typical 8 bit conversion for a single channel will take about
4 to6 Mil sec. for a 11 to 12 bit you are looking at 10 to 14 Mil Sec. for
a 16 bit converstion you maybe looking at 18 to 21 Mil sec this all depends
on the processor I know but what precision are you showing on the display
whole numbers we do not need 16 bit precision and the lag in most of the
Engine Information Systems is much slower that the update of the 16 bit
precesor as well??
We do not need to kill ourselves with A to D conversion algorithm software
development in something like C++ or Vicual C when we have at best 10
channels of 8 bit conversions. We are better off developing intuitive
diagnostics that tracks history and control levels and will monitor other
critical functions of the operating system that will indicate a problem
before it hapens if we want to labor with software development.
Just some simple thought process as this same ideal model has reduced cost
and improved production and quality for Intel Semiconductor production.
Jim Wickert
Vision #159
Other Matronics Email List Services
These Email List Services are sponsored solely by Matronics and through the generous Contributions of its members.
-- Please support this service by making your Contribution today! --
|