Jump to content
SAU Community

Recommended Posts

Apexi PoweFC - Ljetro VS Djetro

For some time this debate has gone on with various opinions and ideas with no real concrete evidence/proof or logic to back it up.

There are two distinct differences between the LJetro and Djetro PowerFC (and presumbably other LJetro/Djetro ECU's) and we will discuss them as this is a hot topic.

Having since worked out the mathematics behind the Load axis calculations for both the Ljetro and Djetro versions of the PowerFC I can show you how they are both calculated.

First we should look at each base model and how it works;

Apexi PowerFC Ljetro Version

Uses standard airflow meter

20x20 Load Map

Other addtional supported airflow meters (selectable on menu)

Apexi PowerFC Djetro Version

Uses optional supplied Apexi Map sensor

20x20 Load Map

Other addtional supported map sensors (selectable on menu with correct voltage and offset)

Both units are scalable upto 1100bhp with supported modifications, sensors, injectors etc.

i suspect the ljetro version was created first, and then Apexi following demand added the Djetro version for some select cars as they found customers were migrating to other ECU's to map sensor support.

Ljetro Vs Djetro Load Axis:

post-2054-1150541852.jpg

Both have arbitary values for Load indiciation, Djetro has higher RPM as its from RB26 Djetro

Airflow Meter Ramp:

post-2054-1150541975.jpg

Voltage Ramp for Airflow meter load signal. Infinitely scalable, as we can rescale any given airflow meter.

The most commoin airflow meters are supported out of the box, Z32, Q45 and Apexi Power Intake.

Seemingly all the Apexi Power Intake does it alter the ramp values, which should yield slightly higher airflow load values, which should drop them on the map 1.3rows if that, ever so slightly.

Map Sensor Ramp:

post-2054-1150541918.jpg

Voltage Ramp for Map Sensor. Each sensor has a single Offset and nothing more. Fixed offset value

Optional Map Sensors include GM5bar map sensor and Denso unit's also. The Apexi one is in fact a Denso unit. The only map sensor supported out of the box is the optional Apexi one (denso rebadged).

GM 5 bar and other sensors need their scale and offset placed into the PowerFC to work.

Apexi Ljetro Load Calculation:

LOAD = CORRECTION * (16384 * Airflow lookup(MAFSV) / RPM)

Airflow is proportional to RPM so this is why we are divisible by RPM.

We obtain MAFSV from our running environment.

We lookup the Airflow value from the Airflow ramp table (viewable by datalogit) and use this value.

We lookup the CORRECTION value from the Airflow corretion table, for 4.48v and higher my correction is 84%

See ljetro-data.txt

LOAD = 0.84 * (16384 * 3598 / 4950)

The answer gives us 10003.57 and we can see for load point 14 we have an Load value of 9642.

The load value for point 15 is 11571 so we place our load axis on 14 with a value of 10003

As we can see here the load will always increase as the engine speed increases.

More and more air comes into the system and thus airflow load will always keep increasing until redline.

There have been doubts over this as many people see bog stockish R33 GTST's drop to load points 15 and shoot across.

This is due to the fact they are maxing our the airflow meter at 5.10 or very close to.

The reason it drops to load point 15 is because the majority of them have airflow % correction somewhere near 80% for 4.48v and higher.

Apexi Djetro Load Calculation:

LOAD = Map Sensor Offset * Map Sensor(PIMV)

We lookup the Map sensor offset and use this value (viewable by datalogit).

We obtain PIMV from our running environment

See djetro-data.txt

LOAD = 3289 * 1.95

The answer gives us 6413 and we can see for load point 8 we have an Load value of 5938.

The load value for point 9 is 11571 so we place our load axis on 14 with a value of 6681.

As we can see once pressure is fixed or doesn't increase any more, the load value doesn't.

This will result in a horizontal shoot across method once target boost pressure is reached.

This is because the Djetro version uses air pressure and runs a guesstimation method to calculate airflow.

As the engine speed increases more and more air comes into the system, pressure remains the same and the load axis remains the same.

The Djetro has two additional features which are;

IGN vs TPS correction

INJ vs TPS correction

These are there presumably to assist in correction for the throttle position sensor.

These will have an affect on the output figures but don't appear to adjust the load bearing.

These are much like Airtemp correction or water temp correction, they affect values but don't adjust load bearing.

So that's it in summary, a few myths cleared up. Im glad to have finally worked it out.

ljetro_data.txt

djetro_data.txt

Link to comment
https://www.sau.com.au/forums/topic/122642-apexi-powefc-ljetro-vs-djetro/
Share on other sites

I've done a quick pro's and con's of each (my comments are marked as PR). These are the most debated ones

Ljetro

Pro's

-> Out of the box, works great, plug and play nothing more to add/change

PR: This is suitable for the majority of customers

-> Supports factory airflow meters and larger models

PR: This is suitable for the majority of customers and tuners (less fiddling the better)

Cons'

-> Some tuners/owners believe the airflow meter is a restriction

PR: Turbocharged cars have a restriction after the compressor outlet, not before.

-> Once you max out the airflow meter it can't show any more useful load to the ECU

PR: Once you max out a given airflow meter, move to a larger unit with higher resolution.

If you stay with an airflow meter maxing out (stockish GTST customers) then you basically have the same

load bearing as Djetro customers. Once you peak or reach max airflow (the most the AFM can show) then Load doesn't increase anymore.

This is dead obvious for stockish GTST customers who do a map trace.

Djetro

Pro's

-> No air intake restriction

PR: Turbocharged cars have a restriction after the compressor outlet, not before.

-> No airflow meters in pipework

PR: This can be helpful for large twin applications. It may also help avoid chuffing or compressor shuffling.

With correct pipework and bends you should be able to run twin MAF's or even a big single MAF relocated in the after FMIC pipework

-> Can't max out airflow meters

PR: This is a valid Pro. But once you max out any airflow meter simply change to a larger unit or more scalable unit.

Con's

-> You loose load point resolution once you reach target boost (horizonatal shoot across, as pressure never changes)

PR: This would be my main caveat of moving to map sensor system, the lack of tuning points, as the map isnt a 20x20 useable map anymore.

i have no clue in any of this pretty much, so i cant argue or agree... but speaking from a practical point of view hehe wouldnt it be better to dyno test them both for 2 seconds and then you'd have a definite answer as oposed to the answer on paper ???

So that's it in summary, a few myths cleared up. Im glad to have finally worked it out.

there is nothing to prove here. all the information is in what i have posted and how the load axis calculations are different from the normal and djetro versions.

do you honestnyl think if i change my PFC to a djetro version i would magically make another 20rwkw on my 194rwkw gtst? of course not.

this thread simply puts down the exact method used for load axis calculation. there is no 3rd dimension for the djetor load axis. even I thought TPS was the 3rd dimension, but its not.

interesting read paul. good work

(where did you get all the data from?)

we've talked about MAP verses AFM alot recently

though i don't really think the argument of "loose load point resolution when reached target boost" plays that much importance in the scheme of things. For 3 reasons

1- I've noticed when running map traces that the stock ecu is reading more or less from the same load column when at full boost, so just becuase the load *can* show differences in air flow at full boost, it doesn't really need to (because load cell doesn't change with afm reading anyway)

2- Keep in mind at full boost, even if load axis won't change, RPM axis still changes, so the progression in cells across the rev range allows you to make adjustments under these conditions.

The only time this would present a problem is when holding a constant RPM and load is changing, I can't really think of a situation where this might matter unless say, you select 5th instead of 3rd and car takes a while to build up revs

and lastly

3 - Motec and other top ecu's use MAP as the primary load sensor. Infact Power fc's are the only ecu's i can think of that use afm as standard.

So, my belief is that there is nothing wrong with using an ECU that uses a MAP sensor, (mainly due to reason 3, but I have put some thought into this), and whilst the powerfc is probably one of the best value for money ecu's on the market for all-round performance, there are many others to choose from which are better (though mightn't be as easy to install)

And on another note, noone has any hard evidence that MAP sensors are bad anyway, it's getting a little annoying seeing all this anti-MAP stuff going around!!!

Edited by MerlinTheHapyPig

i find that the djetro version will be more fiddly to tune as it won't compensate for climate changes as much as an AFM version would....e.g on a cold night your afm will show increase in voltage as the cooling of the hot wire is greater.....on a map ECU this is probably why most import tuners are mucking around with the tune between drag runs. For a street car i'd go maf and for a race spec car i'd go map.

Edited by brn8r

map sensor tuning becomes more difficult on multiple throttle bodied engines such as the Rb26 and the SR20 GTIR version as they have individual throttle bodies.

the djetro doesn't utilise an extra air temp sensor. the RB26 has a factory air temp sensor in the plenum for air temp correction, but this won't affect load placement on the load map.

on my R33 when i hit target boost in 3rd gear just near 3000rpm my AFM reads 3100mv and slowly increses to 5100mv just near 6000rpm. so for the AFM vesion the load keeps increasing until we peak the engine's efficiency near 6 grand. on the map sensor version my load would have remained static from 3000rpm until redline as the air pressure would have never changed.

on my R33 when i hit target boost in 3rd gear just near 3000rpm my AFM reads 3100mv and slowly increses to 5100mv just near 6000rpm. so for the AFM vesion the load keeps increasing until we peak the engine's efficiency near 6 grand. on the map sensor version my load would have remained static from 3000rpm until redline as the air pressure would have never changed.

I know that, my point is, who cares? revs are still increasing, so your ecu is still progressing through cells on the map.

Sure, there are more areas on the map where you can "theoretically" use at max boost with an afm based computer, but the real question is, do you actually need them?

I haven't seen anyone on this forum post any hard data that demonstrates this is a problem. And the fact that many aftermarket ECU's use MAP sensors, obviously demonstrate that the designers of the ECU don't see this as a problem!!

this point of this thread wasn't to prove anyone right or wrong. it was merely to clear up a few myths and post up the actual mathematics behind it.

ive often wondered why most stockish gtst only max near load point 15 and ive also often wondered how you strectch or bend the afm load points, now we know, use the load ramp table and rescale, which in turn affects the final load bearing

all apexi powerfc's use the airtemp for airtemp correction, that is

IGN correction for airtemp

INJ correction for airtemp

this applies for ljetro and djetro versions (and pro).

they influence more or less IGN/INJ for given airtemp values but won't affect load axis placement.

the R33 GTST is one of the only PFC's to have broken airtemp implementation, that is the factory car does not come with an airtemp sensor so it doesn't work. SW20 customers can purchase an additional sensor and connect it up to the PFC loom for working air temp sensor support depsite the car not having a factory air temp sensor

ive often wondered why most stockish gtst only max near load point 15 and ive also often wondered how you strectch or bend the afm load points, now we know, use the load ramp table and rescale, which in turn affects the final load bearing

most ecu's will allow you to change the load and rpm points (stock ecu can do this)

Here is the equivalent of a "map trace" on a powerfc for my car (i think this was third gear but may have been second). This is with the stock ecu, standard tune, standard boost, fairly stock r32 gtst

trace1.jpg

http://i2.photobucket.com/albums/y19/merli...o/tim_dyno1.jpg <- dyno with boost

anyway, i've found, most of the work is done in load point 11-12 and it tends to stay in the same load point for the rpm range that matters (2,800-6,400 rpm it's in the same load band). In fact, it's interesting that the stock ecu has the load points more spaced out higher in the "load" axis.

Anyway, what i've interpreted from these results are that under high-load conditions the "load axis" is less important than rpm (because it's remains in the same column anyway, even using an AFM)

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Similar Content

  • Latest Posts

    • Nah, that is hella wrong. If I do a simple linear between 150°C (0.407v) and 50°C (2.98v) I get the formula Temperature = -38.8651*voltage + 165.8181 It is perfectly correct at 50 and 150, but it is as much as 20° out in the region of 110°C, because the actual data is significantly non-linear there. It is no more than 4° out down at the lowest temperatures, but is is seriously shit almost everywhere. I cannot believe that the instruction is to do a 2 point linear fit. I would say the method I used previously would have to be better.
    • When I said "wiring diagram", I meant the car's wiring diagram. You need to understand how and when 12V appears on certain wires/terminals, when 0V is allowed to appear on certain wires/terminals (which is the difference between supply side switching, and earth side switching), for the way that the car is supposed to work without the immobiliser. Then you start looking for those voltages in the appropriate places at the appropriate times (ie, relay terminals, ECU terminals, fuel pump terminals, at different ignition switch positions, and at times such as "immediately after switching to ON" and "say, 5-10s after switching to ON". You will find that you are not getting what you need when and where you need it, and because you understand what you need and when, from working through the wiring diagram, you can then likely work out why you're not getting it. And that will lead you to the mess that has been made of the associated wires around the immobiliser. But seriously, there is no way that we will be able to find or lead you to the fault from here. You will have to do it at the car, because it will be something f**ked up, and there are a near infinite number of ways for it to be f**ked up. The wiring diagram will give you wire colours and pin numbers and so you can do continuity testing and voltage/time probing and start to work out what is right and what is wrong. I can only close my eyes and imagine a rat's nest of wiring under the dash. You can actually see and touch it.
    • So I found this: https://www.efihardware.com/temperature-sensor-voltage-calculator I didn't know what the pullup resistor is. So I thought if I used my table of known values I could estimate it by putting a value into the pullup resistor, and this should line up with the voltages I had measured. Eventually I got this table out of it by using 210ohms as the pullup resistor. 180C 0.232V - Predicted 175C 0.254V - Predicted 170C 0.278V - Predicted 165C 0.305V - Predicted 160C 0.336V - Predicted 155C 0.369V - Predicted 150C 0.407V - Predicted 145C 0.448V - Predicted 140C 0.494V - Predicted 135C 0.545V - Predicted 130C 0.603V - Predicted 125C 0.668V - Predicted 120C 0.740V - Predicted 115C 0.817V - Predicted 110C 0.914V - Predicted 105C 1.023V - Predicted 100C 1.15V 90C 1.42V - Predicted 85C 1.59V 80C 1.74V 75C 1.94V 70C 2.10V 65C 2.33V 60C 2.56V 58C 2.68V 57C 2.70V 56C 2.74V 55C 2.78V 54C 2.80V 50C 2.98V 49C 3.06V 47C 3.18V 45C 3.23V 43C 3.36V 40C 3.51V 37C 3.67V 35C 3.75V 30C 4.00V As before, the formula in HPTuners is here: https://www.hptuners.com/documentation/files/VCM-Scanner/Content/vcm_scanner/defining_a_transform.htm?Highlight=defining a transform Specifically: In my case I used 50C and 150C, given the sensor is supposedly for that. Input 1 = 2.98V Output 1 = 50C Input 2 = 0.407V Output 2 = 150C (0.407-2.98) / (150-50) -2.573/100 = -0.02573 2.98/-0.02573 + 47.045 = 50 So the corresponding formula should be: (Input / -0.02573) + 47.045 = Output.   If someone can confirm my math it'd be great. Supposedly you can pick any two pairs of the data to make this formula.
    • Well this shows me the fuel pump relay is inside the base of the drivers A Pillar, and goes into the main power wire, and it connects to the ignition. The alarm is.... in the base of the drivers A Pillar. The issue is that I'm not getting 12v to the pump at ignition which tells me that relay isn't being triggered. AVS told me the immobiliser should be open until the ignition is active. So once ignition is active, the immobiliser relay should be telling that fuel pump relay to close which completes the circuit. But I'm not getting voltage at the relay in the rear triggered by the ECU, which leaves me back at the same assumption that that relay was never connected into the immobiliser. This is what I'm trying to verify, that my assumption is the most likely scenario and I'll go back to the alarm tech yet again that he needs to fix his work.      Here is the alarms wiring diagram, so my assumption is IM3A, IM3B, or both, aren't connected or improper. But this is all sealed up, with black wiring, and loomed  
×
×
  • Create New...