Just a heads up dimitri, i found an error in the XDF file. (Ignition - P/T, no knock - meth failsafe triggered) map and (VE table) map are pointing to the same address which is 0xA074.
Announcement
Collapse
No announcement yet.
XDF/ADX development
Collapse
X
-
Originally posted by vwnut8392 View PostJust a heads up dimitri, i found an error in the XDF file. (Ignition - P/T, no knock - meth failsafe triggered) map and (VE table) map are pointing to the same address which is 0xA074.
Knock control works perfectly with aftermarket in my experience.
- 1 like
-
Check your messages dimitri, i updated the XDF for you. added descriptions from the wiki, made all of the important maps have color on the 2D tables, and a bunch more stuff. XDF is in your inbox on here with a more in depth description of what all i changed."The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
I was bored today with the crappy weather here so i decided to make a few changes to the motorsport features to suit my needs and i figured i'd share them with everyone. i re-wrote how the launch control and NLS works. in my version here you ground pin 39 to the ECU instead of giving 12V. it still retains dimitri's original knock control disable code as well. lastly i added a new feature to the setup and now the check engine light doubles as a shift light! this feature does not harm the real CEL so if there is a fault the shift light is over ridden and the CEL will stay on.there my be a bug with the shift light code that make the CEL flicker, my car did it but thats the only car it was tested in. it may not be useful to everyone but its something else added to the bag of tricks the motronic can do. the base concept of my setup is the same when it comes to the ignition angle degree setup and which feature uses or shares with which one. the launch control uses its own ignition angle variable and the NLS/hard RPM limiter share the same ignition angle degree variable. with my setup also you must have the clutch pressed in or launch control will not activate, this makes it a little more stealth but it is still based off of wheel speed too.
The XDF is a modified version i made for me. one thing i changed besides reorganizing is i redid all the boost based equations for the boost chip and made them in PSI relative to vacuum instead of KPA. for example the MAP target table cell values now displays in PSI relative to vacuum instead of KPA. i setup the color coding of all of the major 2D maps and added descriptions from the wiki so if you mouse over a value it will tell you whats up lol. you must use this XDF is you want to use this motor chip binary.
The file attached looks like a text file. the forum will not allow me to upload XDF, BIN, or RAR files. all you have to do is rename the file from PRJmod_DiffLC_ShiftLight.txt to PRJmod_DiffLC_ShiftLight.rar than you can unpack the XDF and BIN file. i look forward to doing a lot more with this and i hope others out there do too! cheers guys!Attached Files"The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
Attaching stuff here is pointless. Make a branch and github pull request.
Also, PSI/kpa conversion is pointless too. It can be kpa or mbar, but I see no reason to use US units - if you want to, you can change it for yourself, but that will never be committed to the main repo.
NLS/LC, I have to check the board, but IIRC it was an ADC which without any signal was 0.
Comment
-
Originally posted by Greg_S View PostThanks. Interesting additions have you added them on a branch on GitHub Too?
Originally posted by prj View PostAttaching stuff here is pointless. Make a branch and github pull request.
Also, PSI/kpa conversion is pointless too. It can be kpa or mbar, but I see no reason to use US units - if you want to, you can change it for yourself, but that will never be committed to the main repo.
NLS/LC, I have to check the board, but IIRC it was an ADC which without any signal was 0.
I thought about making a PDF for you that has different equations in it that if people want to change the units of measure they can just copy and paste from the PDF to get values to display. i always find this to be one of my pet peeves when i work with any tuning software. some developers like boost in KPA, others like it in BAR, and other like it in PSI so why not give the option to have all 3? or with the AFR, some prefer 14.7 AFR and others like lambda. i was happy when i seen you had setup fueling in AFR instead of lambda.
"The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
vwnut8392, What's the point of referencing Absolute pressure MAP sensor as relative to vacuum? The vacuum needs external pressure that is measured with F96, and we have correction maps for that (if used). You really can't say a fact that external absolute pressure (altitude pressure) is constant. Now with this assumption you ruin the whole idea of MAP sensor and you really can't tune MAP sensor maps with such irrelevant correction.
If for some reason the boost control was based on relative pressure sensor, then you won't need that correction anyway.
Comment
-
Originally posted by kymi View Postvwnut8392, What's the point of referencing Absolute pressure MAP sensor as relative to vacuum? The vacuum needs external pressure that is measured with F96, and we have correction maps for that (if used). You really can't say a fact that external absolute pressure (altitude pressure) is constant. Now with this assumption you ruin the whole idea of MAP sensor and you really can't tune MAP sensor maps with such irrelevant correction.
If for some reason the boost control was based on relative pressure sensor, then you won't need that correction anyway.
but my conversion is 1-1 with the original KPA equation dimitri plugged into tuner pro if you look at it. the equation is still the original actually so the cell values are calculated as KPA first than i added on more to the equation to convert it to PSI relative to vacuum. lets take the cell value of 12psi at 7500RPM and 112% TPS on dimitri's stock boost chip BIN. like i said, my XDF is showing 12psi relative to vacuum, now if i remove my math from the equation it comes back to 181KPA which is 100% the same value if converted in either direction. i simply made it so that people in the USA who prefer their units to not be in KPA or BAR to have the option of viewing the table with values we are more comfortable with. not trying to raise an argument, just adapting the XDF to units of measure that i understand more easily."The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
I have made some headway into using the data logging in tunerproRT directly. got most of the data logging variables functioning and setup a virtual dash, linked some of the most important tables with the ADX for live tracing of the tables via the ADX. here's some screen grabs of the ADX so far. there is still testing that needs to be done on it yet as i have not driven my car with PRJmod yet because of lack of wideband. im waiting on my 14point7 spartan 2 OEM wideband controller to come in than i will test the 0-5V wideband input i added to the logging. here's some screen grabs of the ADX so far. i know not everyone like boost measured in PSI relative to atmospheric pressure so i will be making another XDF that has boost in KPA and wheel speed in km/h for you european users. i'd like it to be friendly with everyone.
ADX 02.JPGADX 03.JPGADX 01.JPG"The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
As of right now i have a strange glitching problem in tuner pro logging. i know its not the ECU code as when i use winlog with PRJ's stuff to compare his moves data smoothly without an hiccups. i will need to see if there are some com port settings in tuner pro that i have botched up to get it working more smoothly.
The 0-5V wideband input on ECU pin 46 works for the most part as well. i have it setup to use a lookup table in the ADX. 0 DEC = 10.00AFR 120 DEC = 14.70AFR and 255DEC= 20.00AFR. this lookup table can be easily changed to suit anyones 0-5V input if it doesnt match. my lookup table is based on the chart from the AEM uego user manual. i will be doing more testing with another wideband controller from 14point7 as soon as i get it."The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
It is easily possible to add a loggable ADC and hijack MAF_C or MAF_T for it (since they are unused right now in the stream), but that means moving either the NLS or the Mapswitch logic to another pin, which is totally possible, but I don't have time for it right now.
Comment
-
Originally posted by prj View PostIt is easily possible to add a loggable ADC and hijack MAF_C or MAF_T for it (since they are unused right now in the stream), but that means moving either the NLS or the Mapswitch logic to another pin, which is totally possible, but I don't have time for it right now."The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
-
Getting offtopic here, but there are no 16 bit values, use correct terms.
Comment
-
do you have any suggestions for the glitching issue i have been having? im not sure if its a bug in tuner pro or if there is something that needs adjusted in com port settings. im just running default com port settings at the moment. i have tried 2 different cables, one is the blue cheap KKL cable and the other is the BMW INPA cable which are both just ebay clones. both give the same result."The really good drivers got the bugs on the side windows." Walter Röhrl
Comment
Comment