DieselTuner2
Member
Deleted By user
...
...
Last edited:
Very detailed post, and thank you for taking the time to write that up.
My question wasnt so much directed at the technical side of things regarding how its done, but rather...
A dyno graph is a piece of paper with power and torque.
A) You cant see how much smoke the vehicle blows
B) You cant see what the egt's are (they may switch the egt backdown off for these print outs)
D) Its easy to run stupidly high boost levels
E) Its easy to produce huge power figures for 1 dyno run, which is not really what the vehicle will be like in real world conditions.
The boost level doesnt change in the D40's, its target is 20PSI maximum and the ecu operated the vanes on the turbo to achieve this. (All dyno runs are taken at full throttle)
The rail pressure will directly relate to air fuel ratio, this is why it is imperative for people to show this in dyno graph's, or nobody knows how much fuel they are running.
Removing or decreasing post injection can be done with ecu remapping, although alot of people dont realise this actually helps with economy and power by having it active.
Same way that decreasing pre injection can be done, but leads to a motor that is very rattly in sound.
By the way, Steinbauer intercepts the injector signals, as can Unichip, and the type of chips I have made to tailor our needs from Europe.
So realistically, we could tune these things into the programing. But they will provide a performance loss, and a louder motor.
The Unichip can accomplish Injection Timing control as it does take the Crank angle sensor as an input. But only for determining when the injection takes place, not how much pre/post injection it receives.
This is normally worth about 10-12% more power and torque on most vehicles on its own.
So I guess the question remains. Why wouldnt companies put as much data as possible on their dyno graphs. Power and Torque is 50% of the equation. The other 50% is divided into How much fuel, how much boost, how cool the air after the intercooler is and how much you can advance the timing based on these previous things.
Well basically the entire map will be in code, of binary/word.
So yeah it can be done.
The hard part is not coding it though. It is pulling the map off the EEPROM
and finding a way to get a new code in there.
Knowing which pins need to be powered with 12v, and at which part of the flashing process they need it is the key.
The question is though, are you sure that white smoke is unburnt fuel?
The cat normally would light this fuel up (assuming there is still one in there) in which case it would no longer be white, but rather a black haze.
Oil blowby can pool in the turbo/manifold/intercooler over a long period and if it gets a big enough lot of it actually coming through the inlet and being burnt by the motor, this will also give your white cloud of smoke occasionally.
In short if you want to ignore the differences between the pressure sensors of the DPF, this can be done with the Unichip.
We can output a signal to the ecu telling it a few things. Cat converter signal is fine, dpf pressure is normal, temperatures are normal.
It just requres a drive cycle to pick up a normal signal, then the unichip can keep outputting this same signal under all conditions.
Although if its injecting this fuel without a DPF in there, there wouldnt be a difference in pressure anyway.
If thats the case, then it is based on either time of engine operation or km's traveled between active regen cycles, which would negate the need to have sensors in there anyway.
Back on Topic: Would love to see some AFR/Boost graphs of other chip manufactures/retailers.
Oh I'm absolutely sure about the white smoke in this case, it was reported by someone (reliable) that removed their cat ... so it has to be unburnt fuel.
Bosshog, are you reading this?
This chip - with a DPF delete pipe + no CAT would seem to tick most of the boxes you and I have been discussing over several other threads as well as privately.
Northside, part of the problem with fiddling with the sensors the way we've been doing things is that Nissan deliberately causes fluctuations in the injector durations that appear as fluctuations in the O2 readings at the Heated Oxygen Sensor (Bank 2). If we do something to make the O2 sensor not respond accordingly, it lights the bloody CEL on us.
The pressure sensors are pains in the ass as well, being somewhat fiddly with the distance-from-tube if you're to NOT get the CEL or worse, the dreaded limp mode.
If the Unichip can solve all this, it's very close to ideal, as far as I can tell.
Enter your email address to join: