Is there any chance it's possible, or any thoughts of doing so if it is, of the standard ECU being modified to work using a MAP sensor, rather than the MAF?
Is there any chance it's possible, or any thoughts of doing so if it is, of the standard ECU being modified to work using a MAP sensor, rather than the MAF?
Not sure if with all the latest revelations that Kenneth and Co are finding possible the the standard ecu, whether it's possible or not ?
The only other way to keep the OE ECU and go MAP, is with a piggyback ECU.
I know that prior to the ability to flash the ECUs, the only way was with a piggy-back ECU. Now that there's the ability to flash and do some funky stuff with it, I thought I'd pose the question as a discussion point
I have been thinking about this recently.
And I don't see why you can't use a voltage to frequency converter in line between the MAP sensor and the factory ECU and not change the ecu at all.
You would just have to match the boost pressure to frequency.
MAP output 0 - 5V if remember rightly.
And the MAF has something like 0 - 5Khz output.
I am not sure it is a linear relationship though.
If some can tell me what the actual output of the maf will be.
Bye for Now!
The MAF will not give figures with a simple proportional relationship with boost. MAF is measuring flow, so when you go to MAP you need density, not pressure, and also engine air throughput. 6000 revs, cold air at .5 bar is a LOT more than 2500 revs .5 bar, hot air.
The best way is potentially what the MAP ECU guys came up with - log the MAF output against MAP sensor combined with revs and air temp. Then you know how to program something to output the right figures for the MAF replacement.
Also, as I understand it, the ECU is fuelling for flow at the MAF, so compensates for a small lag in the system as the pressure builds or lessens, whereas a MAP sensor sits at the manifold, so needs no compensation. However, the ECU will carry on compensating the fake MAF output which can lead to rich/lean spikes in extreme changes in air flow.
Just to add to this, our ECUs do actually have a 0-5V input spare, it's reserved for a secondary o2 sensor on other cars but on ours it's unused and the ECU can see the value (you can log it in EvoScan)..
I've been doing some work with Kenneths ECU Mods V2.0 ROM today, although it doesn't officially support MAP sensors to determine load, you should in theory be able to select one or more of the eight maps based on the value of that input.
Strictly as an example (voltages won't necessarily match up, each MAP sensor is different), if the perceived manifold pressure was over 0.5 bar (secondary o2 line goes above 1.5 volts as an example), a different set of ignition / fuelling tables (aka map) can be activated, if the pressure then goes above 1.0 bar (2 volts) then another map can be activated and so on.
Have questions about performance upgrades and ECU tuning? Before PM'ing me, Check this thread first
Please support CVR4 & become a Full member, you get a full years access to guides, games, chat & much more!
That's great to know that someone's at least thinking about it
Means I might be able to somewhat simplify the pipework for my Anglia if I don't have to think about suitable location for a good filter and the standard MAF
pretty sure you still need the air temp. no matter how well you log the map sensor against the maf without air temperature there isnt any way to compensate for air density which changes with temperature. colder day = denser air = more air for the same pressure reading on the MAP. both the MAP and IAT go inside the plenum I think so you can still have your individual pod filters.
That is correct logic. However, there is already temp sensor, paired with MAF, so I assume that the MAF itself can't handle the air density. Anyway, when I start developing, it will be clear.
Here's an idea;
- MAP sensor doing its thing taking the air pressure from the manifold outputting a 0-5V analog signal
- Digital air temp sensor (such as a DS18B20, good for -55C to 125C +/-0.5C) located inside the elbow joint connecting to the throttle body
- Amtel ATtiny85 running the Arduino-Tiny codebase, it can then be easily programmed to read the two above sensors (it has 6 IO lines, 4 of which are analog with 10-bit ADC resolution), calculate everything that needs to be calculated and output a signal identical to the MAF signal
Cheap to implement, compact and tuneable later down the line. Chances are it'll probably be more accurate than a 14 year old MAF sensor anyway
Last edited by foxdie; 30-11-2011 at 12:12 PM. Reason: Corrected Engrish
Just to add a little more to this in the hope it'll help someone, the following image shows the Air HZ readings between a slow moving start, 1st and 2nd gear pulls (each hitting about 1.4 bar boost), followed by no load (engine running on overrun so negative manifold air pressure)...
airhz.jpg
In terms of the Air HZ signal, I've observed the minimum it reads is 25Hz and the maximum is 1475Hz. As you can see, the signal does seem to indeed lag behind actual manifold pressure (using 2-byte load as an loose estimate for MAP) for increases in pressure, but seems to be pretty on the ball for loss in pressure.