stonestatue

I am wanting to replace my factory gauges with a completely digital interface. By completely digital, I mean an LCD screen that would display the gauges with a software interface.

I have a 93 Chevy van, so it's OBD-"1". I can run most of the information off of the OBD port, and whatever doesn't come from there can be directly fed into the Fusion Brain.

The options are to either run a second monitor off of the carputer, or to run a separate dedicated carputer just for the gauges.

So which is better? A second monitor running off the carputer or a second carputer just for the gauges?

__________________
Self proclaimed environmentalist.

bbalazs

How are you planning to have the neccessary data (speed, distance, fuel level, water temp, accu voltage, etc.) collected? By means of a PIC?
Also regard the boot time of a computer...
I personaly suggest the "one computer" variation. I think the computer is fast enough to serve both purpose.

__________________
Alopecia perniciosa

Splinter

The ECU probably isn't fast enough tho. My experience with OBD1 ecus is that they only have enough bandwidth to give out one sensor reading in realtime.

__________________
So Steve, how fast is your car?

Oh, about 1800mhz.

stonestatue

Lostreception told me that the OBD-1 port can be hooked up to a laptop via a scanner (Actron) cable or something, and use software to view the car's stats. He also said this information is viewable in real time.

__________________
Self proclaimed environmentalist.

stonestatue

If I were to go with two computers, the second computer would be bare bones, just enough to accompish the required task.

Maybe a Linux or Windows XP Lite install bootable to a flash drive or something.

If I go with one computer for both like you said, how would I go about setting up two monitors, one to display the main screen (front end), and the other to display the instrument panel? Would this be accomplished via a "second monitor" option in the Display options of the control panel?

__________________
Self proclaimed environmentalist.

kelmk

You could add another video card or get a usb video card if your current one only has one vga output.

__________________
My BMW E46 carpc
My iGuidance 4 skin
FS transflective 2008 lilliput

bbalazs

I think OBD1 is not fast enough to display rapid variations, eg. RPM.
If you have a separate RPM-meter and a speedometer, I think they are digital (receiving digital signal 12V or 0V). In that case, use a serial resistor about 8KOhms and a 4.7V zener diode reversely to the ground after resistor. From this point a TTL signal can be directly lead into any uProcessor, like PIC. And this pic can measure short-time signals. Connect this PIC to the PC and transfer the data in certain period. For speed it is disturbing to display the value more frequently than 1 pro second. (Personal experience).

__________________
Alopecia perniciosa

RookieVanner

I was going to do the same thing. But .......

The solution you are about to use has a few draw backs. The OBD 1 computers run at 160 Baud (at least my 1990 Chevy Van, but if I recall correct chevy didn't change the car until 1995) and have about 20 words (160 bits). So would get approx. 1 reading per variable per second.

For stuff like RPM and MPH that isn't good enough I think. So the OBD way isn't the best, for a dash replacement at least. For all the fault codes it is off course. There is a posting by someone here at mp3car uploading all datastream definitions of chevy ECU's. (if you can't find them search for my postings and you can)

The other drawback already mentioned is startup time. A PC can be fast I know, but I think you don't want to wait more than 3-4 seconds before the dash comes alive.

For "real" real time data you have 3 options in our cars (at least I think so)
1. Get the digital dash from another car e.g. the chevy icon of the 80's Corvette C4, if I am correct the dash of the chevy is at least electrical, but with analog displays. Problem is I can't tell how you should connect it, it probably won't be plug and play.

2. Get the electric feed from the dash and build yourself a pic to convert the electrics to programming. Make an embedded device so to speak.

3. Have a look at this link: http://www.gassavers.org/showthread.php?t=4250 There is some java code I haven't tried yet. I really want the OBD to work correctly first and after that this is what I am going to try.

4. OBD

The order I am going for is the following:
4, 3, 1, 2. If I could get the C4 dash to work that would be very sweet I think, retro but still modern. If you do want to proceed with OBD and you can program java, you could look at the code made by 84regaldriver. I am working on a newer version of these gauges inspired by his program, but from scratch. When I have something working I am going to open a source forge project.

BTW there are some guys here in The Netherlands trying too messing around with digital dashes in chevy vans.

faze005

Hi, I`m not expertise in this field, but a friend do something similar in his car, and basically has the same problem, display or computer ¿?, finally he decide to put an oldiest and basic computer and in stead of other monitor, I suggested him to put a lcd display (like the one in the pic), he connected to a paralell port, and now it is working fine, it is integrated to the dash and it seems elegant, as a serie part. The lcd displays all the info he wants, velocity, performance, bla, bla, bla. You can search for a display depending on your needs (I mean how many lines to display you need), and the cost of this was just 1/4 of fraction or less, than a complete computer + monitor system (7" new monitor $100 dls approx. Vs. $5-$20 dlls lcd display).

Hope this suggestion will be usefull for your proyect.

Saludos

stevey500

This could lead to something





http://zcarcockpit.free.fr/

stonestatue

How did they set up that digital dash in the fourth video?

__________________
Self proclaimed environmentalist.

malcom2073

Depending on which ECU you have your datatransfer rate may be faster. GM's ALDL runs at two speeds, 160 baud and 8192. I have a 87 camaro which has the 8192 baud ECU, however it can also run at 160 if I choose (which I have used before). It has a data sample rate of about once per second, which really isnt all that fast. 8192 gets you around 10 samples per second which I've used as a sort of digital dash and it is fast enough for regular driving.

Zorro_X

Hi, you may didn't say "they" but better "he".
Take a look at the site (zcarcockpit) below, everything is explained.

__________________
Zorro_><
Z-Car Cockpit : http://zcarcockpit.free.fr

stonestatue

Hi Zorro_x, I sent you a message on your site requesting a copy of the software. I didn't find a detailed description of the software, so I thought I might ask you a few questions here:

1: Where does the software get the data from? Does it use digital and analog inputs from logic boards such as Fusion Brain?
2: Can it pull information from other software such as WinALDL? I have a 1993 Chevrolet G20 van that has an ALDL port. WinALDL can pull information from that port and display certain data (gauges) in real time.
3: Is it capable of being embedded into a front end (Road Runner)?
4: Is it customizable? If yes, how much?

__________________
Self proclaimed environmentalist.

coucouillu

Z-Car Cockpit LCD dashboard project IS REALLY IMPRESSIVE!!!!

__________________
New prototype : AUDI Indash Screen
Home Made In-Dash 7" Lilliput V1
Home Made In-Dash 7" Lilliput V2 = LM-Lilliput Prototype
Jetway 7F2WE 2GHz, 512 DDR, 16GB MTRON SSD (OS) + 160GB 2,5" USB HDD (medias), M2-ATX PS
NL-302 USB GPS
Voom Case Black