Hiya
Quick update. I still have some weird shit going on...
OK I've spent the afternoon recalculating the Offsets
I recalculated IFC at 44.1 (47psi) which should be very lean from 38.51 (about 14%))
I see what you save above, so can still pull it back to 42 later.
I used the data of the website to recalc the Voltage Offsets.
At 13.6V the difference is about 11.5% lower
Reset the Low PW adder table
I Flashed with Kur4o's 13_10_2018 EEHack 4.90
I Have NOT altered the in car laptop to view the InjectorPW so didn't see the same issue as befor until I got the log up on my desktop.
First start, by 86C had idle BLM's at 138 154 - not too shabby
as it got hotter BLM's moved.
141 154
143 154
144 154
146 147
148 148 OK
went for short drive RH BLM 16 topped out at 160
Trimalyzed data which really increased the low map areas up & went out again.
Car ran OK and was generally happy
Surge was still present but car did idle at 7mph quite happily.
Surge came on as soon as increased throttle 1.2% and went off after about 15mph (8%tps)
I might pick up some O2 sensors and replace them as well as checking all the grounds and cables etc.
I still don't KNOW why the InjPW would be different in Open Loop ?
Interpolation of data:
I don't use MS Excel and my use of LibreOfficeCalc is limited
I don't think interpolation is available as std. There seemed to be some extension available for Excel.
The maths to fit curved data was well outside my field.
I started to read an glazed over.
So my program just uses linear interpolation.
For day to day use I have ARM processor based computers as well as PC's and Linux boxes.
My main computer runs RISCOS, written by Acorn from the original BBC micro back in the 80's who then went on to develop the ARM processor.
For quick calculations I either use BBC Basic an easy & fast programming language or write programs in C/C++
Anyways. for the interpolation, I take a data table such as
0 5
10 100
decide how many points I want (say 5 across the columns and 5 between the rows )
Precalculate the size of grid needed to fit the data in so i end up with
0 x x x x 5
x x x x x x
x x x x x x
x x x x x x
x x x x x x
10 x x x x 100
Then move across the cells. Dividing the difference up as a fraction of the difference (5-0 =5. 5/5==1 ) so we get 0+1x1, 0+2x1, 0+3x1, 0+4x1, until we hit the next row
I then calculate the next data row 10 to 100 so that is (100-10=90. 90/5 == 18 ) so we get 10+1x18, 10+2x18, 10+3x18, 10+4x18
this gives me
0.000000 1.000000 2.000000 3.000000 4.000000 5.000000
x x x x x x
x x x x x x
x x x x x x
x x x x x x
10.000000 28.000000 46.000000 64.000000 82.000000 100.00000
Then traverse the grid for each column which gives us
0.000000 1.000000 2.000000 3.000000 4.000000 5.000000
2.000000 6.400000 10.800000 15.200000 19.600000 24.000000
4.000000 11.800000 19.600000 27.400000 35.200000 43.000000
6.000000 17.200000 28.400000 39.600000 50.800000 62.000000
8.000000 22.600000 37.200000 51.800000 66.400000 81.000000
10.000000 28.000000 46.000000 64.000000 82.000000 100.000000
IF you can explain how to calculate this any better to fit curved tables i'd be interested.
As it is, each grid virtex (4 points) are plotted linearly onto a plane.
Mitch
Bookmarks