
Originally Posted by
grayjay
Thanks- totally understand that Hextune is WIP, I just wanted to follow and see it developing. I did get the compiled .exe installed and it starts fine, great start and I am looking forward to more progress on it.
Yeah, happy to make it easy for people to try out, feedback is appreciated. I have been working on improved 3D graphing functionality with live reloading of the graph when you edit values. I will upload another exe when the bugs are ironed out (opening a graph while the window is too small causes a crash).

Originally Posted by
grayjay
Comparing my logging files yours, I still have a lot of work needed on my tune. I only have 90 octane available and I am getting knocking & ignition retard events under boost so I need to work further on fueling and base ignition timing to keep knock under better control. I also figured out that much of my current boost tune is riding (stock) KFLDHBN instead of altered LDRXN. Tunerpro's compare tool is great for identifying all the differences between two .bins.
I've been meaning to try using 91 or 89 octane (which is much easier to get, I have to drive 30 minutes out of my way to get 93) I'll stick to 93 for the time being until I have the time to empty the tank twice with testing.
Stock KFLDHBN is very low. And yeah, I love TunerPro's compare tool, it's one of the top items on my list for HEXTuner.
To tune the ignition angle I would just pull each value after the first rpm range you get knock in back by 3 until you have 0 knock, and then maybe increase a little after boost starts tapering down.

Originally Posted by
grayjay
What is the post cat lambda disable map xdf location that you changed? There are several Kat maps, I did not spot which one you reassigned. I did see and made the recent location change for CWSLS (SAI diagnosis) that was called out in community thread, I just dont see anything similar for Kat maps. The 1.8 stage 1 Community thread post #776 also has another xdf with even more tables defined, seems to be an expanded fork from the TylerW xdf. It would be nice if Tunerpro (or hextune) could find and help manage merging of differences in xdf files, sort of like it can do for .bin files.
Sorry, I meant SAI CDSLS as mentioned in the community thread.
My goals for HEXTuner do involve more definition manipulation, I am probably going to switch to a new file format of my own because XDF is clunky and not well documented.
If/when I do that I will create tools to easily convert from XDFs, as well as tooling to compare differences between the definitions so you can pull in from a bunch of XDFs.

Originally Posted by
grayjay
Other changes I want to work on, alter KFNWSE - Map for intake camshaft advance. On our B6, VVT is implemented more just as an EGR emissions control feature but the stock 225 TT ECU tuning uses VVT for performance, retarding intake cam early under load to achieve faster boost spool up then advancing later when no longer needed. I would like to either try matching KFNWSE to the TT settings or else setup and log runs with the VVT advanced and then retarded, compare and try to determine optimal switchover points.
Oh that's really interesting. I have been considering trying out TT225 stock maps for everything because it runs K04 and the same injectors.

Originally Posted by
grayjay
I also still need to work on boost PID control. Either implement the full pre-control strategy described at Nefmoto by setting up KFLDRL and KFLDIMX or else just try adjusting the three PID term tables KFLDRQ0, KFLDRQ2, & KFLDRQ2 (these are the three separate Proportional, Integral, and Derivative term response maps). I understand that these all have row axis of 100, 200, 400, & 700 that are the mBar deviation of boost setpoint error, but any idea what the entries within the table represent? Description I have seen is that these are corrections that are made by each PID term for each 100mBar of boost setpoint error. Are these table entries in units of PID duty cycle? (table values are around 20-30. Or, are thes mBar adjustments that somehow feed together into another PID table(s)? The stock KFLDRQx table entries all look like they were crudely setup by audi without much PID tuning and could likely benefit from some tweaking to produce different response at each of the 100, 200, 400, & 700 setpoint deviation levels. It would just help if I better understood how these table entries influence the final PID control.
This is also where I still need to do more work. I am thinking I will try to implement the full pre-control strategy. I have no idea what those units are. I suspect that I am going to need to learn how a PID actually works.
Bookmarks