I'm sure this will never happen, but here it goes...
When logging using the WBO2, I've noticed there is about a 300 msec delay between the time the AFR actually changes, and the time the WB sends the reading back to the HPT interface. I know this is called transport delay in ECM terms.
The problem is, this misalignment of the WBO2 data with the rest of the log (commanded AFR, RPM, MAP) introduces a fair amount of error in the histograms.
If we could offset the logged sensor or PID either by a number of frames or time, this would help reduce that error tremendously. As it is, in order to be accurate, I have to find where the AFR needs correcting, then move the cursor back about 300 msec. Then I can use the data I see here to find the true AFR error%, RPM and MAP. This is quite tedious to say the least.
Thank you, and have a nice day.