MAF Table Extension?

[The1]

Is there a way to extend say the VS V6 MAF tables beyond 10400hz? Or do you have to start using some kind of multiplier?

[Jayme]

I dont know that it would help, whats the upper limit of hz that the maf will output? thats going to the the limiting factor.

[The1]

current table in the $51 xdf goes to 10400hz - 245.78G/S an 85mm MAF goes to 15000 - 511.992G/S

[Jayme]

well that would certainly be good to extend the tables then. from what ive heard,if its not a simple multiplier hack/etc then the limiting factor is being able to get a compilable source so you can mod the code and recompile... gm has some funky bank switching stuff that makes it difficult without the original GM compiler

[The1]

yeh i didn't have high hopes, i guess atleast you can some more out of it, 10400hz with a 85mm is 333.682G/S

[antus]

Its even worse than that, the factory code tops out at 300gms/second (i think) and changing it to more than that is a disassemble, modify variable sizes (which also means move things around in pcm ram) and then reassemble job. I managed to get them disassembled, and create projects using free gnu tools (in the dissassembly/reassembly section) and they can reassemble the original bin.. but due to the bank switching it needs to be split up so that we have a common include file for the low memory area, then two source files for the high memory banks which can use the one include file.. that way when one thing needs to change in low memory, both upper banks can know about it. Its possible, but its a huge job. Ive stared at it for a while and its done my head in

[The1]

gee what a pain, thanks all for the input.

[Holden202T]

MAP conversion

[The1]

yeh pitty it has to come to that

[VX L67 Getrag]

I believe an extremely switched on guy is trying to figure a way out of doing it & is trying to work in conjunction with a switched on programmer, but believe will take some time & re-allocated time at that as both the people in questions are busy little bee's like all of us I guess!