Consult Interfaces & Software

[predator]

newkleer - download some of the chip reprogramming tools if you haven't already, and have a bit of a look through.

There is a universal "K" constant as part of the ECU, which can be used to apply more or less fueling across the board and is used to adjust for say larger injectors. One of the programs (I forget which) can automatically do it all for you, just depending on the injectors CC's you enter.

Also refer here...

http://www.boostcruising.com/silvia/eprom.asp

[NewKleer]

thanks for that. looks like what you would normally change the K value by is what you can apply via consult. but this bit im not sure if you could do anything about:

Also, I used the correction of 0.849 to all the values in the 'boost' section along the bottom of the fuel maps. You will find that once you adjust all those values, and then click Setup - Engine Specification setup, and adjust the Injector Blas-off quantity to the injector size that you are now using, all the values will come back to normal compared to the original map with uncorrected values and standard injector size spec).

that "blas-off" is what i was referring to as "opening time" - i guess it depends on how different they are as to whether its significant (and what the value is used for). perhaps 370->440 wouldnt be too bad, but issues with higher (eg 550)?

[RedDrifter]

The k is the main multiply as most of you may already know.

It just richens or leans out the whole a/f's across the board of the fuel maps etc. For every number increase or decrease it will richen or lean out the overall fueling by 0.1 of a fuel ratio.

So up the k by 10 ( in dec) will up it by 1 afr.

The blast off time or void as its allso know as is the extra pulse width to the injectors that is added too the start and the finnish of the base pulswidth of the injector.

It barely effects the ratios up in the revs under load but it affect the mixture at idle quite dramticly.

For every number up or down it richens or leans out the A/f at idle by 0.1 of a ratio.

Just clearing a few things up with the stock ecu.

[NewKleer]

makes sense that higher duty cycle less impact the blast off time would have.

what do you think the result would be with leaving blast off time for the 370, while using 440 injectors? (assuming you fix the K via consult). would it idle well enough?

what percentage of typical idle injector pulse width is likely to be blast off time?

[Sydneykid]

Sorry, I still don't get it.......let me try one question at a time.

My PDA still has ALL of my normal PDA functions...it is not just EcuXtend. When I leave the car I throw it in my bag. Same as i did before I had this ecuXtend software on it!!

What happens if you don't plug the PDA back in?

cheers

[caz]

Hi Sydney Kid,

If you dont have the PDA plugged into the car, you car will simply run off the ecu's original settings.

With the PDA plugged in, you car car will use the setting you had when you turned it off.

Caz.. )

Sorry, I still don't get it.......let me try one question at a time.

What happens if you don't plug the PDA back in?

cheers

<{POST_SNAPBACK}>

[RedDrifter]

makes sense that higher duty cycle less impact the blast off time would have.

what do you think the result would be with leaving blast off time for the 370, while using 440 injectors? (assuming you fix the K via consult). would it idle well enough?

what percentage of typical idle injector pulse width is likely to be blast off time?

<{POST_SNAPBACK}>

Not much I'd say. All it will do is run a little rich at idle.

From past experience all I did was Once I set up the K to run the correct afr under load etc I just adjusted the void to run the afr of 14.7:1 as it should be according to the fuel map correction values.

Just think of the void as an idle mixture setting.

[NewKleer]

have made a bit more progress on software, see attachment

need to add a digital reading to the bottom of the gauges, after i do that will try to make it able to go into "full screen", then move on to active tests. gauges were made so that the same gauge can be used in pocketpc app (hence why it looks a bit basic)

[dbloemhard]

Looking good! Would it be skinnable?

[NewKleer]

colours that make up the gauges would be easy to change (something id add later on), but the structure of the gauge itself would be harder to change. a background image would also be hard given the gauge sizes change depending on how many gauges you have (to maximise the amount of screen used for the gauges)

[NewKleer]

added digital value to gauges and made it full-screen-able (though not sure many people have car computers, but thought itd be good anyway to use up all screen real-estate)

have a list of todo things on my website, whats there should take long enough to do, but if theres any notable omissions of features i should look at let me know

[RANDY]

128%! weeee!

Lookin' good, Pete!

You know what i'd really LOVE?

1) To choose which and how many guages show up. (and for them to re-align depending on window/screen size)

2) To have the program start up and connect to the ECU automatically, and start monitoring, and in full-screen.

3) To show boost from the MAP sensor or something... it doesn't come through the consult port, does it?

Anyhoo... if those things existed, then I could finally justify building my car pc with a 7" widescreen touchscreen! =-D

[NewKleer]

1) does that

it automatically works out the best config (eg rows x cols) for the amount of gauges you have to maximise the amount of screen area the gauges take up. if u have 1 gauge itll be full screen for that single gauge, 4 and theyll take up roughly 1/4 screen each. on a widescreen with 6 then id have 2 rows of 3 gauges to fill it out nicely. so will take care of widescreens no probs!

2) good idea, ill add that to the list - would be good for anyone thats smart enough to get a car pc going

3) cant do that unfortunately, youll have to stick to traditional gauge for boost

Edited January 19, 2006 by NewKleer

[RANDY]

Hmm... some excellent work, Pete! On a 7" wide, 3 across looks to be the goods!

I can live without the boost reading I guess. =-/

When is a beta available of your software?

Additionally... has anyone ever tried to emulate the R34's digital screen? I think it would be appealing. =-]

(especially if someone could mount the 7" widescreen in one of those triple-guage clusters that are moulded to look like the stock R34 cluster)

[NewKleer]

might be able to get something together in a couple weeks in the way of a beta, but a few other things i need to fix up/look into first

[JaFF]

caz,

so the software you have turns the pda into a SAFC and RSM in one type unit?

it wouldn't be as good as a full replacement like a powerfc would it?

Cheers,

JaFF

Edited January 20, 2006 by JaFF

[NewKleer]

better to look at what each individual thing does then try and compare them like that

with consult you can view all of the cars main sensors, change fuel injection time/static ignition timing across the rev range (which ecuextend does can do all)

an safc has multiple mapping points (as opposed to the global change), but works on tricking the ecu into thinking there is more/less air then there really is, so the downside is that incorrect ignition timing is used (which with slight adjustments, hardly matters, but problems arise if ur trying to go from eg 9:1 afr up to 12:1)

and an rsm (i think) uses an accelerometer in order to measure acceleration, and thus speed, distance (which can be worked out with acceleration + time).

thus anything via consult and rsm/safc only have a single overlap in they both show RPM - slight overlap in that they display/work out speed (via different methods) and can change amount of fuel that goes in (via entirely different methods again).

Edited January 20, 2006 by NewKleer

[caz]

Thanks NewKleer,

better to look at what each individual thing does then try and compare them like that

with consult you can view all of the cars main sensors, change fuel injection time/static ignition timing across the rev range (which ecuextend does can do all)

an safc has multiple mapping points (as opposed to the global change), but works on tricking the ecu into thinking there is more/less air then there really is, so the downside is that incorrect ignition timing is used (which with slight adjustments, hardly matters, but problems arise if ur trying to go from eg 9:1 afr up to 12:1)

and an rsm (i think) uses an accelerometer in order to measure acceleration, and thus speed, distance (which can be worked out with acceleration + time).

thus anything via consult and rsm/safc only have a single overlap in they both show RPM - slight overlap in that they display/work out speed (via different methods) and can change amount of fuel that goes in (via entirely different methods again).

<{POST_SNAPBACK}>

[realist]

I've been considering developing an ECU/PC interface and consult software for quite some time now. Reading this post has encouraged me to begin writing an application for the linux platform, mainly out of curiousity.

Which may or may not interest anyone on this forum, however if successful; linux would potentially allow me to offer a freely available in-dash ECU management + multimedia + navigation package, that will be able to take advantage of existing technology (i.e. mini-PC, touchscreen LCD, consult<->RS232 cable, GPS receiver)

For now though, it's still a pipe dream!

PS. Any idea where to read the G-sensor from the ECU? That'd be neat!!

[NewKleer]

ecu's have g sensors now?