Need a guinea pig for 14cux diagnostics unit
Discussion
I have just finished the software for a 14CUX diagnostics unit that plugs into the ECU and fetches data in real time and allows the stepper motor and fuel pump to be tested. It displays lambda operation and values, the AF values, idle status, stepper motor position, road speed sensor operation, gear input, throttle position, water and fuel temperatures as well as displaying all fault codes and allowing their clearance without resetting the ECU. It also works out which tune resistor is fitted and which map is being used. In other words all the data that would help to establish what is going on. The data is presented with interpretation rather than just a set of numbers.
I need someone with a 14CUX based TVR (Chim or Griff) to let me check that the unit is working. I've tested it on my Rover V8 simulator/tester and on a Range Rover Classic but I need to confirm it on a TVR just to make sure that everything is OK.
What I need is someone near Milton Keynes who will allow me to plug the unit into the car to test it.
Ideally I would like to do it tomorrow but late Sunday is a possibility.
Sorry for the short notice but I need to fix the software quickly before the production starts.
Please pm me if you want to help.
I'll donate a unit to the guinea pig in exchange.
I need someone with a 14CUX based TVR (Chim or Griff) to let me check that the unit is working. I've tested it on my Rover V8 simulator/tester and on a Range Rover Classic but I need to confirm it on a TVR just to make sure that everything is OK.
What I need is someone near Milton Keynes who will allow me to plug the unit into the car to test it.
Ideally I would like to do it tomorrow but late Sunday is a possibility.
Sorry for the short notice but I need to fix the software quickly before the production starts.
Please pm me if you want to help.
I'll donate a unit to the guinea pig in exchange.
Damn, bleedin' typical; something I'd love to help with, but I'm away this weekend.Grrr
In the unlikely event you don't get any other volunteers I should be around late Sunday
I live in Stevenage, so it doesn't take long to get to MK
The irony is I'm going to the Cotswolds and my route is via MK!
Suppose I'll just have to wait 'til the kit comes out. Good luck with the project
John
BTW I've got a 4L Chim
In the unlikely event you don't get any other volunteers I should be around late Sunday
I live in Stevenage, so it doesn't take long to get to MK
The irony is I'm going to the Cotswolds and my route is via MK!
Suppose I'll just have to wait 'til the kit comes out. Good luck with the project
John
BTW I've got a 4L Chim
OMG, what a bit of kit this is. Spent over an hour with Steve today and went through each part / menu while connected to my Griff. It even looks well built too (shouldn't of expected anything else).
It shows so much info "live" and I'm sure this will save hours on fault finding.
I can see it being a weekly event, plugging it in to check all is good and becoming a bit obsessive/addictive.
Christmas is coming so if your other half needs ideas what to buy you....this may as well be on your list
Steve, I'm really pleased it does what you said it and that its ready to go to market.
It shows so much info "live" and I'm sure this will save hours on fault finding.
I can see it being a weekly event, plugging it in to check all is good and becoming a bit obsessive/addictive.
Christmas is coming so if your other half needs ideas what to buy you....this may as well be on your list
Steve, I'm really pleased it does what you said it and that its ready to go to market.
Sounds like a really good piece of kit that will take some of the mystery out of diagnosing issues.
I assume this is what we are taking about:
https://delta.securesslhost.net/~shenglt/catalog/p...
I assume this is what we are taking about:
https://delta.securesslhost.net/~shenglt/catalog/p...
Thanks for your time Dave. It was really good to put it through its paces on a TVR.
I've done some tweaks based on the testing so that it now indicates when the ECU is operating in open loop (ignoring the lambda sensors) and closed loop when it is.
What did it show up?
The ECU did not always reset the stepper motor position or prime the fuel pump on power up.
It confirmed that the tune resistor was recognised and the corresponding map was correctly selected.
Lambda operation was OK but the variation on Lambda B was not as tight as for Lamda A. Still within limits though. This could mean that the sensor is on its way out or there is a small air leak. Something to monitor rather than worry about.
The ECU switched out of closed loop when the revs went above 3-4000 rpm. Engine ran richer on the non cat map than with the cat map.
Idle control was working correctly in that it was disabled when the throttle was pressed or if the car was moving.
The ECU adjusted the idle when the engine was electrically loaded - lights and A/C was switched on .
Stepper motor control worked. I could also increase/decrease the idle speed from the ECUmate.
Fuel pump circuitry was OK so the failure to reset the pump on power up is something internal to the ECU.
When the engine is started, the fuel pump immediately comes on.
The TVR speedo box does supply an all or nothing signal to the ECU that is not based on the actual speed of the car.
AF meter was working correctly.
The ECU was moving between the mapping sites based on AF values and RPM.
Water temperature was fine - and agreed with the gauge!
Fuel temperature was fine - with no risk of vaporization or fuel lock.
It fetches this data in real time - several times a second so that it is easy to see if anything you do changes what is going on. That does make fault diagnosis very simple. Because the data is what the ECU is actually sees, it also makes checking any faults easier you can confirm that the signals etc are actually being received correctly. For example if the fuel pump doesn't switch on, you can tell the ECU to do so and then trace the signal through.
All this in about 10 minutes...
I've done some tweaks based on the testing so that it now indicates when the ECU is operating in open loop (ignoring the lambda sensors) and closed loop when it is.
What did it show up?
The ECU did not always reset the stepper motor position or prime the fuel pump on power up.
It confirmed that the tune resistor was recognised and the corresponding map was correctly selected.
Lambda operation was OK but the variation on Lambda B was not as tight as for Lamda A. Still within limits though. This could mean that the sensor is on its way out or there is a small air leak. Something to monitor rather than worry about.
The ECU switched out of closed loop when the revs went above 3-4000 rpm. Engine ran richer on the non cat map than with the cat map.
Idle control was working correctly in that it was disabled when the throttle was pressed or if the car was moving.
The ECU adjusted the idle when the engine was electrically loaded - lights and A/C was switched on .
Stepper motor control worked. I could also increase/decrease the idle speed from the ECUmate.
Fuel pump circuitry was OK so the failure to reset the pump on power up is something internal to the ECU.
When the engine is started, the fuel pump immediately comes on.
The TVR speedo box does supply an all or nothing signal to the ECU that is not based on the actual speed of the car.
AF meter was working correctly.
The ECU was moving between the mapping sites based on AF values and RPM.
Water temperature was fine - and agreed with the gauge!
Fuel temperature was fine - with no risk of vaporization or fuel lock.
It fetches this data in real time - several times a second so that it is easy to see if anything you do changes what is going on. That does make fault diagnosis very simple. Because the data is what the ECU is actually sees, it also makes checking any faults easier you can confirm that the signals etc are actually being received correctly. For example if the fuel pump doesn't switch on, you can tell the ECU to do so and then trace the signal through.
All this in about 10 minutes...
curiosity, what language is this coded in (assuming I am allowed to ask)?Alexdaredevilz said:
It would of been nice if you could of mentioned this before I bought the old code reader off you!
Hi AlexI have been working on this for over 10 months and while I have had prototypes working fairly early, I didn't really know when the device would be ready to bring to market.
In particular, I had to be sure that the data I was displaying was accurate and applicable to the situations. It's only in the last couple of weeks that I have done some really serious testing, which has gone better than expected. I froze the software yesterday so that I could start the production cycle.
I am thinking of doing some sort of special offer for those that have bought the FCR in the last couple of months.
The FCR will still be in production as an entry level and lower cost diagnostic tool.
davep said:
shpub said:
The programming recipe is:
1. Take a bucket of 11111111111's
2. Take a bucket of 00000000000's
3. Mix and stir well.
4. Pour into box and leave to set.
More than that I'm keeping under my hat!
So Assembler/machine code then? 1. Take a bucket of 11111111111's
2. Take a bucket of 00000000000's
3. Mix and stir well.
4. Pour into box and leave to set.
More than that I'm keeping under my hat!
My old C compiler could produce '.com's (for windoze) if requested.
I suspect I was just being politely told;
01000110 01010101 01000011 01001011 01011001 01001111 01010101
shpub said:
Thanks for your time Dave. It was really good to put it through its paces on a TVR.
I've done some tweaks based on the testing so that it now indicates when the ECU is operating in open loop (ignoring the lambda sensors) and closed loop when it is.
What did it show up?
The ECU did not always reset the stepper motor position or prime the fuel pump on power up.
It confirmed that the tune resistor was recognised and the corresponding map was correctly selected.
Lambda operation was OK but the variation on Lambda B was not as tight as for Lamda A. Still within limits though. This could mean that the sensor is on its way out or there is a small air leak. Something to monitor rather than worry about.
The ECU switched out of closed loop when the revs went above 3-4000 rpm. Engine ran richer on the non cat map than with the cat map.
Idle control was working correctly in that it was disabled when the throttle was pressed or if the car was moving.
The ECU adjusted the idle when the engine was electrically loaded - lights and A/C was switched on .
Stepper motor control worked. I could also increase/decrease the idle speed from the ECUmate.
Fuel pump circuitry was OK so the failure to reset the pump on power up is something internal to the ECU.
When the engine is started, the fuel pump immediately comes on.
The TVR speedo box does supply an all or nothing signal to the ECU that is not based on the actual speed of the car.
AF meter was working correctly.
The ECU was moving between the mapping sites based on AF values and RPM.
Water temperature was fine - and agreed with the gauge!
Fuel temperature was fine - with no risk of vaporization or fuel lock.
It fetches this data in real time - several times a second so that it is easy to see if anything you do changes what is going on. That does make fault diagnosis very simple. Because the data is what the ECU is actually sees, it also makes checking any faults easier you can confirm that the signals etc are actually being received correctly. For example if the fuel pump doesn't switch on, you can tell the ECU to do so and then trace the signal through.
All this in about 10 minutes...
Good meeting you yesterday. I found it very interesting.I've done some tweaks based on the testing so that it now indicates when the ECU is operating in open loop (ignoring the lambda sensors) and closed loop when it is.
What did it show up?
The ECU did not always reset the stepper motor position or prime the fuel pump on power up.
It confirmed that the tune resistor was recognised and the corresponding map was correctly selected.
Lambda operation was OK but the variation on Lambda B was not as tight as for Lamda A. Still within limits though. This could mean that the sensor is on its way out or there is a small air leak. Something to monitor rather than worry about.
The ECU switched out of closed loop when the revs went above 3-4000 rpm. Engine ran richer on the non cat map than with the cat map.
Idle control was working correctly in that it was disabled when the throttle was pressed or if the car was moving.
The ECU adjusted the idle when the engine was electrically loaded - lights and A/C was switched on .
Stepper motor control worked. I could also increase/decrease the idle speed from the ECUmate.
Fuel pump circuitry was OK so the failure to reset the pump on power up is something internal to the ECU.
When the engine is started, the fuel pump immediately comes on.
The TVR speedo box does supply an all or nothing signal to the ECU that is not based on the actual speed of the car.
AF meter was working correctly.
The ECU was moving between the mapping sites based on AF values and RPM.
Water temperature was fine - and agreed with the gauge!
Fuel temperature was fine - with no risk of vaporization or fuel lock.
It fetches this data in real time - several times a second so that it is easy to see if anything you do changes what is going on. That does make fault diagnosis very simple. Because the data is what the ECU is actually sees, it also makes checking any faults easier you can confirm that the signals etc are actually being received correctly. For example if the fuel pump doesn't switch on, you can tell the ECU to do so and then trace the signal through.
All this in about 10 minutes...
Just need to know which lambda is lambda A and lambda B?
davetherave1970 said:
Goaty Bill said:
Ultimately, it's all '0's and '1's in the end isn't it
My old C compiler could produce '.com's (for windoze) if requested.
I suspect I was just being politely told;
01000110 01010101 01000011 01001011 01011001 01001111 01010101
My old C compiler could produce '.com's (for windoze) if requested.
I suspect I was just being politely told;
01000110 01010101 01000011 01001011 01011001 01001111 01010101
Convert Binary .com
Phil
Gassing Station | General TVR Stuff & Gossip | Top of Page | What's New | My Stuff