Fixing boost overshoots in ATR

[Ænema]

Me and rader1 have been working together on a simplified walkthrough of ATR describing how to fix common issues or how to dial in boost/timing curves. He posted a short and general DIY the other day and i thought i'd share it here for you guys that are seeing boost overshoots in your logs. Expect a much more detailed walkthrough that covers this and more subjects in the next couple weeks.
Cheers.

Originally Posted by rader1

Add "Boost setpoint factor" and "MAF requested(WGDC)" to your datalog list. Then grab a couple more logs and where the boost overshoots are occuring in relation to the above logging channels pull a little WGDC out. The general consensus is to make reductions 10% at a time so as not to pull too much out.

An important thing to note is to be sure ATR is setup to display the MAF REQ(WGDC) in (GS) rather than (KG/m)

(Keep in mind the following is all just for example)
So, for example, if your overshoots are happening at:
Boost setpoint factor= 2.1
MAF REQ(WGDC)= 180

Then you open ATR, go to the WGDC base table and find the cells that correlate best.



Then pull some DC out


Then, save the map. Transfer to the AP and relog and see how it looks.
Give it a few pulls after flashing so that the logs have calmed down. You don't want to end up chasing your tail over an issue that may not really be there.

Also, when using this method it's possible that you may run into boost oscillations. If that happens it means you're getting close to where you wan't to be.