Graphics interface for the 14CUX
Discussion
Spent the morning reading this whole thread. All credit to Colin & Dan plus Marks efforts from our side of the pond.
Mark
There has been mention of your 'Lambda test box'.
I'm suspecting this is likely some LEDs and associated electricary.
Would it be possible for this to be included in Rovergauge?
I appreciate you would not be able to run this from cold as you could not run the sensor heaters. Having said that could they be started in the same way the fuel pump can be primed/run?
If this cannot go into Rovergauge are you making test boxes or perhaps able to supply circuit and parts list info?
Thanks again.
Steve
Mark
There has been mention of your 'Lambda test box'.
I'm suspecting this is likely some LEDs and associated electricary.
Would it be possible for this to be included in Rovergauge?
I appreciate you would not be able to run this from cold as you could not run the sensor heaters. Having said that could they be started in the same way the fuel pump can be primed/run?
If this cannot go into Rovergauge are you making test boxes or perhaps able to supply circuit and parts list info?
Thanks again.
Steve
I knocked out 5 units based on an audio level meter with 5 LED's reading the upper and lower voltages levels the lambda's displayed. Problem was by the time Id got hold of the correct OEM plugs and sockets for the lambda's, wired them up with screened cable, made up the circuits, put it in a nice box and then calibrated it it was not really economic to do time wise, even at £50 a unit. You are better off buying a simple analogue test meter off ebay, (you need one with a lower DC volage range of 2.5 volts) and simply extending the test leads so you can read it in the cabin.
http://www.ebay.co.uk/itm/multimeter-draper-analog...
Heres one of the LED units:
http://www.ebay.co.uk/itm/multimeter-draper-analog...
Heres one of the LED units:
Ribol said:
Would it be worth (assuming it is technically possible?) adding the function of being able to "see" if and when the purge valve is being activated by the ECU?
Or even being able to activate it in a similar way to the stepper for test purposes?
I will take a look at the PROM code. There must be a readable bit to indicate the state of this valve. I haven't looked at the purge valve function very much so it may take a while to figure it out.Or even being able to activate it in a similar way to the stepper for test purposes?
In the mean time, there is another upgrade coming. Colin has added the ability to selectively turn off the updating of parameters. If one is interested in just the throttle pot or fuel map, for example, all other updates can be turned off (they will grey out on the display) and the updated parameters will become much quicker and smoother.
Merry Christmas to all!
danbourassa said:
I will take a look at the PROM code. There must be a readable bit to indicate the state of this valve. I haven't looked at the purge valve function very much so it may take a while to figure it out.
Well, I wouldn't know a PROM from PRAM so fair play to you My understanding of the hardware side of things is that the ECU earths the IGN Live Purge valve to clear out the CC at some point each time the engine runs.
When or what triggers it to happen has always been a matter of debate on here and there have been all sorts of theories/opinions, it would be nice to be able to "see" it happen and understand this once and for all.
In any case + to all involved in making this happen and have one of these too
I posted the new version of RoverGauge (0.4.0) last night. As Dan mentioned, this version allows you to disable any readout on the screen that you don't care about. (via the "Options" -> "Edit settings" dialog box.)
The benefit of this feature is that the remaining readouts will update at a faster rate. If you disable all but one or two of the readouts, the difference in speed is quite dramatic. You can easily see the difference without starting the engine: try opening the throttle quickly with all the readouts turned on, and then again with only the throttle-position readout turned on. It should be much smoother in the latter case.
The benefit of this feature is that the remaining readouts will update at a faster rate. If you disable all but one or two of the readouts, the difference in speed is quite dramatic. You can easily see the difference without starting the engine: try opening the throttle quickly with all the readouts turned on, and then again with only the throttle-position readout turned on. It should be much smoother in the latter case.
I have just got this working on a Raspberry Pi. My plan now is to install the Pi in the car and access it from my Nexus 7 via a VNC client (I am just waiting on a wifi adapter for the Pi).
I am also running an MP3 server on the Pi as well as sat nav on the Nexus to bring the car right up to date with gadgets.
Thanks to Colin and Dan for the software and to Mark for building the leads.
I am also running an MP3 server on the Pi as well as sat nav on the Nexus to bring the car right up to date with gadgets.
Thanks to Colin and Dan for the software and to Mark for building the leads.
Yes - the Raspberry Pi runs various forms of Linux but the standard one is Raspbian (based on Debian) which is what I used. It has an ARM processor so rovergauge needs recompiling from the source code but this was pretty straightforward. For more info on the Pi see http://www.raspberrypi.org/ in short it is ideal for DIY electronics projects and affordable.
I recently posted a new version - 0.4.1. This adds an indicator for idle mode, some online help documentation, and a malfunction indicator light (which should behave the same as the MIL in the vehicle). It also reads the tune number from the ECU and displays it near the top of the window.
EDIT: Looks like there's a problem with a missing DLL. I'm working on fixing this now.
EDIT: Ok, should be all set now. I just posted a new copy of the zip file.
EDIT: Looks like there's a problem with a missing DLL. I'm working on fixing this now.
EDIT: Ok, should be all set now. I just posted a new copy of the zip file.
Edited by cmb on Sunday 5th May 21:14
chris_chim said:
Yes - the Raspberry Pi runs various forms of Linux but the standard one is Raspbian (based on Debian) which is what I used. It has an ARM processor so rovergauge needs recompiling from the source code but this was pretty straightforward. For more info on the Pi see http://www.raspberrypi.org/ in short it is ideal for DIY electronics projects and affordable.
I've got a pi and a 7" vga screen, anychance of a copy of the compiled code :-)G
RoverGauge Appreciation and Donation
Colin and Father Dan - I still can't believe how lucky we all are having your full blown real time diagnostic program, it's far more than just a fault code reader and it's free. Please PM me your paypal address so I can send you a small donation. I gave up hope on a PC based diagnostic program 12 years ago thinking the 14CUX only outputs fault codes and there was no real time diagnostics protocol. Now we have your easy to use fully featured graphical diagnostic program with free updates and full technical support provided by yourselves and Mark. For a 22 year old ECU it beggars belief.
I just can't get over that you have reverse engineered the EPROM and discovered the diagnostic protocol and important internal memory addresses. I used to be a Pascal, Cobol, Clipper/dBase, VB and C programmer and I could never get my head around assembler level coding especially for a rare multi timer microprocessor with uncommented code. You both must have larger brains than the whole of the original Lucas design team put together.
Further more, thanks for the great updates especially the latest version showing the tune revision number, This update highlights your program now has to be hardcoded to cope with the different EPROM revisions, what a pain. Also the Absolute/Corrected Throttle position shows how the ECU corrects the throttle pot and it's a huge help when setting up and testing the throttle pot.
You may already know RoverGauge still doesn't shows the target idle for very early revisions (TVR 1992 - R2422) even though the ECU voltage is displayed correctly. It must be a nightmare writing RoverGauge to work with all the different EPROM revisions.
Also let's not forget to thank Mark for all his free and very prompt technical support, he certainly has a very in-depth understanding of the 14CUX. I must also thank Mark for his very robust and reliable RoverGauge USB cables.
Thanks again for all the hours, days, week, and months you have spent developing the best thing for the 14CUX in it's 22 year life.
Steve Sprint
Colin and Father Dan - I still can't believe how lucky we all are having your full blown real time diagnostic program, it's far more than just a fault code reader and it's free. Please PM me your paypal address so I can send you a small donation. I gave up hope on a PC based diagnostic program 12 years ago thinking the 14CUX only outputs fault codes and there was no real time diagnostics protocol. Now we have your easy to use fully featured graphical diagnostic program with free updates and full technical support provided by yourselves and Mark. For a 22 year old ECU it beggars belief.
I just can't get over that you have reverse engineered the EPROM and discovered the diagnostic protocol and important internal memory addresses. I used to be a Pascal, Cobol, Clipper/dBase, VB and C programmer and I could never get my head around assembler level coding especially for a rare multi timer microprocessor with uncommented code. You both must have larger brains than the whole of the original Lucas design team put together.
Further more, thanks for the great updates especially the latest version showing the tune revision number, This update highlights your program now has to be hardcoded to cope with the different EPROM revisions, what a pain. Also the Absolute/Corrected Throttle position shows how the ECU corrects the throttle pot and it's a huge help when setting up and testing the throttle pot.
You may already know RoverGauge still doesn't shows the target idle for very early revisions (TVR 1992 - R2422) even though the ECU voltage is displayed correctly. It must be a nightmare writing RoverGauge to work with all the different EPROM revisions.
Also let's not forget to thank Mark for all his free and very prompt technical support, he certainly has a very in-depth understanding of the 14CUX. I must also thank Mark for his very robust and reliable RoverGauge USB cables.
Thanks again for all the hours, days, week, and months you have spent developing the best thing for the 14CUX in it's 22 year life.
Steve Sprint
Gassing Station | General TVR Stuff & Gossip | Top of Page | What's New | My Stuff