More Data
Moderators: grippo2, Bruce Bowling, grippo
Read the manual to see if your question is answered there before posting. If you have questions about MS1/Extra or MS2/Extra or other non-B&G code configuration or tuning, please post them at http://www.msextra.com The full forum rules are here: Forum Rules, be sure to read them all regularly.
Re: More Data
I also made a run with your msq with and without x-tau and datalogged the transition. Without x-tau, the pws for all the cylinders did the same thing, namely they stepped up to topen + 2 x (pwasted - topen). With x-tau enabled and with special code to capture just the pws for cylinders 2 and 5 I saw pretty much what I was expecting and have attached the plot. The vertical axis is PW in microsecs, the horizontal is time. The black line is engine status and is 1 until it switched to sequential and jumped to 65 at about 40.5 secs. Spare5 is the red curve and is the pw for cylinder 2; the yellow is for cylinder 5. As expected, cylinder 5, which has just had pw/2 injected in wasted and gone 6 tach cycles without any more now gets over 8 ms injected for a tenth of a sec or so then quickly drops down to a steady state of 4.95, the same pw as with no x-tau. This extra fuel should easily cover the bogging you were seeing without having to change topen (I left it at 0.8 ms throughout). The curve for cylinder 2, which all of a sudden got blasted with 2x the pw got a lot less fuel during the transition, but also quickly flared into the same 4.95 ms steady state pw as cyl 2.
This can all be tuned in x-tau to enhance or decrease the effects shown.
- Attachments
-
- wasted_seqtl_xtau.doc
- (38.5 KiB) Downloaded 338 times
Re: More Data
On the other stuff.... I put in a new voltage regulator, and I think that has taken care of the stumble problem. I wonder if the injector drivers were dumping current when voltage popped up so that they were not opening?
Also- I swapped the EGO correction algo from simple to smith/pid and the correction oscillations went away. This will sure make tuning better.
Re: More Data
I just did a quickie in the driveway. it's only one test, and prob not enough data points, but i think it's the right way to look at things. it was just a very slow increase to 3000 rpm in both wasted and sequential. i found that i actually needed to bump up to 0.4ms topen in order to get the range from 1000->2000 rpm the same AFR.grippo wrote:With regard to testing pw vs wasted / sequential - I would first do it in the driveway where things are much more controlled. Plus I want to first see if it is a function of rpm, then we can see if it is a function of load.
anyhow, interesting pattern develops > 2200 RPM. just ran test once... prob need to confirm this is repeatable. ego corrections turned off.

Re: More Data
Re: More Data
Ygrippo wrote:This is a good way to do it. Did you use 0.4 ms topen for both runs ? ...
& turns out that this is definitely repeatable... at 2300 revs it separates. even after i richened up the higher revs on the map. i did it longer with more data points, and just past 3500 revs. it maintains same AFR through 2300, then about 0.5-0.7 AFR leaner in sequential all the way up to 3500.
actually, as topen gets bigger (0.8ms), then sequential AFR is ~leaner~ toward idle (intuition would suggest same thing).... so i suspect that it would start out with a sequential lean gap up to 2300 RPM, and the gap would actually grow after that. anyhow, it would be worth looking at effect of topen to these data plots.grippo wrote:...So maybe if you used 0.8 ms for both runs, you would see an afr difference at low rpm and no afr difference at high rpm.
right now, injection delay is set to 15%. pretty much arbitrary starting point... i think that was leftover when i tried to move calculations around trying to discover what was causing the 'phase shifting'.
i think it would be particularly interesting to look a data plots like the above graph by changing injection timing delay and look at the effect of the burn. question is: how do you determine what is best?
Re: More Data
Can you plot the exact same data in your previous graph but use PW instead of AFR. I just want to verify there are no surprises in the PW calculation.
Re: More Data
grippo wrote:Scott,
Can you plot the exact same data in your previous graph but use PW instead of AFR. I just want to verify there are no surprises in the PW calculation.
Sure... from same data set... the PW is on the left axis. I started thinking about the fueling calcs though.... the second variable of fueling is MAP. So... it may be that at 2300, it starts to become 'unhinged' and self fulfilling; actually getting different VE direction from the fuel map. On the right hand axis (in light blue and yellow), it shows MAP. Map starts to unhinge by about a factor of 1 kpa. this test really should be done by flattening out the VE vertically in this range on the fuel map so it gets the same VE instructions at every RPM.
remember the video game when you were a kid... 'Asteroids'? if you stay in the middle and just spin, the game is pretty easy to control. as soon as you boost and start to travel, it's a game changer. very hard to control.

Re: More Data
Re: More Data
i have been thinking about, and taking a close look at the code. this formula: [ pw_wasted = topen + (pw_seqtl - topen) / 2 ] seems to me the correct representation of how it should work.
as i have read through some of this post again, it sounds like you were thinking that of topen variable is changed, it shouldn't change the transition AFR from wasted to sequential. BUT, that formula changes the wasted pulse width as topen gets changed. SO it makes sense that adjusting topen will make the transition leaner/richer. most importantly, as i think about this... it really must be adjustable otherwise how would it be adjusted into balance if it didn't start like that.
for instance, the formula could be: [ pw_wasted = (topen / 2) + (pw_seqtl - topen) / 2 ] which would maintain a constant wasted PW as topen changes, but the transition would not be adjustable.
anyhow, i guess my point is that i like the formula, i like the behavior, and it seems to be doing exactly as commanded. and i agree... the very low 'net' topen time is probably that low because of the closing time.
most importantly.... i was really putting my foot into the car today, and i give the sequencer a huge thumbs up! been very easy to tune the fuel. drives sooo nice. have prob a couple hundred miles on it without ANY hiccups. if i can stop driving it for a bit, i'll fool around with the injection timing delay and do some of those data plots.
Re: More Data
This equation reduces to: pw_wasted = pw_seqtl / 2 which sounds right since wasted injects only half of the sequential amount, twice as often.the formula could be: [ pw_wasted = (topen / 2) + (pw_seqtl - topen) / 2 ] which would maintain a constant wasted PW as topen changes
One day I'll be having the fun you are, but you will have paid the frustration price of working out the bugs. Many thanks.
Brian