RomRaider

yes we need the accelerator maps/requested torque maps relation with throttle opening angle table.

Getting my feet wet with Java by trying to add some features into MAF Scaling myself.

While I was in there, I found a bug/typo for LogStats.java, where Standard Deviation doesn't work. This is because statistics array defines "Standard Deviation", but when it's actually used in "private Statistics getStatId() {" the condition looks for "Std Devn" variable instead:



Next the Cell Hit Minimum Count window covers up the log names. It could be sized down to be 5-6 characters tops probably. I tried to size it down by modifying the numbers, to no avail, though setting hitCountTextBox to false did work, but I'm sure that breaks something else?


Lastly, I tried to add a new SUM option, where it would sum up all the values in the specific cell. This would mostly be useful for seeing how many knock events happened or how many times AC, or Rad Fans, kicked on. Mostly for binary items. I tried various ways to call the sum function to no avail, I guess Utils or Collections don't have it defined.

good catch on Std Devn, I recall renaming it for the screen at some point but forgot the name value was used for logical code.

As for Cell Hit Minimum Count, I'm not sure what exactly you're talking about, screen shot would help. If you simply change the name from 'Cell Hit Minimum Count' to 'Cell Min Count' the you should get a bit of extra space, no other changes are needed. Now if you think you could get an extra space by shorting the actual display box for Cell Hit Minimum Count - then no, you wouldn't. That box is expanded to fill the same length as both axis drop down boxes. You would need to learn how GridBagLayout in Java works and how the current layout is done. All in all though I believe the minimum expected screen resolution is expected to be 600 on width. Perhpas you're loading too many log files - again, that was rather a convenience function to avoid manual files concatenation, the screen never meant to guaranty to display all log files names. another words if you load 2000 log files, if it were allowed and your screen resolution is small then all you'd see would be just those files names.

Again, I'm not sure what exactly you're talking about with sum, or rather what your expectation is. If I got your idea correctly you'd need to keep and matrix of the same size as the displayed table and manually calculate sum for each cell as every row from log is being processed. Then somehow trigger to display your sum somewhere.

I'll make the change to fix standard deviation and will shorten the name.

PS cut the new Release v2.5.2

Thanks for the fix!

Here's the screenshot with the log name. I tend to use very detailed log names, I think left aligning the filename with Data/Stats dropdowns would do (beginning part of file name matters more then ending).


As for SUM, the only use case I can really think of is counting how many times AC was on in the cell, or any other binary field. Not sure it's all that beneficial though, right now I sum up the data using excel

ah, ok. I changed it, updated the new rel patch

Works like a charm, thank you very much!

Hello Vgi,

Brought down the latest rev of your software, 2.5.3, and whilst working my way along it, it threw this error up. See Image.

My question is this a Java error or is it in the log file make up.

The log has two extra coloums added, if this may make a difference.

If you have a spare moment, I would welcome your opinion on it.

Mark...

Mark, it's hard to say from this screenshot. Pls PM me a full screenshot of the program and your log file.

Vgi,

Thanks for your quick response, I will generate a new log file over the next few days, just to eliminate a possible log file error, then contact you with the screenshots and logs.

Mark...

As an update to this, it seems the log was at fault. I generated a new log and now the error has disappeared, so probably a corruption of the log file, so happy days are hear again.

VGI no chance to add a new tab for the throttle maps?

I just cut a new release. Please let me know if you find any bugs or some changes need to be made.

thank you it works as expected.

sorry, there was a bug. I added calc cells highlighting, merged and re-released the version. So pls get again the v2.6.0 from 8/16/2020

vgi, is there any possibility to implement reverse calculation logic for throttle maps, something like this:
1. Choose the map, which should be calculated (any of three, the "Reqd torque - RPM" can be used as is in the logic now), for example "Target throttle plate position"
2. Fill the other two ("RT - Acc pedal" and "Throttle plate vs Acc pedal")
3. The result should be calculated and filled in "Target throttle plate position"

The calculation has certain flow and can’t be reversed just like it’s not possible to revert calculation of the 2 parameter addition of resulting 5: there could be 0+5, 1+4, 2+3 (considering whole numbers only)