VEMSTune 13 April 2010

[ranz]

Okay, thanks for that, now can someone let me know when a new VEMStune is available?  I'll then start a new thread with the date/version number/link for users to test and comment on.

New vemstune was today released.
http://www.vems.hu/download/v3gui/VemsTune-Install-2010-04-13-testing.exe

[multiplex]

new vemstune is released, but doesn't seem to be functioning  :'(

tune by stats freezes up (tested by two different people)

[BigD]

new vemstune is released, but doesn't seem to be functioning  :'(

tune by stats freezes up (tested by two different people)

Same here. I didn't even try loading logs, but when I close the window, the application crashes.

[[email protected]]

Any more bugs that aren't freezes when loading logs?

[[email protected]]

The tune by stats in online mode is being replaced by a realtime version, this freezing bug in online mode is currently known by the developers


I would be very interesting if anyone that earlier had comm problems can report if that is better
I currently see no comm problem on my computer, neither with real port, FTDI or prolific.
Other fixed stuff:

The problem with 2D table not updating on a slow computer seems to be solved.

the editor in multigraph(log viewer) should be much improved

collission detection for output channels is much better

crash on rapid powercycling repeatedly is fixed

calculation model (expression grid) is improved and has better models

Output test functions are repaired for injectors as well, remember that for all but injectors, the testing will only flash the output, as other functions on one output keep turning it off from ECU side
For ignition test, dwell is not perfectly calculated, but within reasonable range to be able to see spark, When engine is running, dwell is started timed from a certain trigger tooth, which obviously is not available with engine not running, dont worry about this.


new stuff:
Time for logging is now taken from PC instead of estimating from ECU 1 second clock timer

GPS route gauge is new, which can be used as a track map when GPS is connected, with internet connection, this also will download a map of the actual area

support for connecting to round gauges is added, also emergency revival of these in case of a failed firmware upgrade

known problems (that is scheduled for fixing) :

• Closing statistics window without using it crashes program
• Playing too much in toolbar by moving things around can cause crash
• loading statistics menu in online mode can cause crash
• There is no default screen that works good in 1024x600 screens (eee for example)
• In OFF-line mode, the burn and write buttons are greyed out, though the hot keys (alt-w and alt-b) is not locked, and this will cause reset of your changes for that offline settings, be careful with this
• False warning about trigger tooth width on all configs
• Default view angle of 3D VE table is very hard to use, adjust this with j+k and n+m keys
• Time in the SD card overview is a bit too long for each log (approx 14%), so length will mismatch for your downloaded log, time stamps are still good

[BigD]

Thanks for the prompt reply!

freezing bug in online mode is currently known by the developers

Do you mean offline mode? I haven't tried it online yet.

[multiplex]

i tried tune by stats, selected 'logs' as my source

this worked out fine.

however i know i used to be able to use stats without this extra step

also - thanks for the note about the trigger tooth width warning being an error. I was starting to track that down last night

[[email protected]]

Can anyone that had this problem with offline ve tune by statistics please describe how you do to freeze it?

I just tried this on a couple of different logs:
Start program
File -> Open Log File
Tools -> VE Tune by statistics
Clicked (Re-)Evaluate
changed some sites
closed window


While writing this post, i just realized that it actually crashes when closing this window before having any evaluation done, so this is currently in the works of getting fixed, but let me know if you found another "method" to get it to fail

thanks / emil

[z0tya]

When Can I use vemstune msq export for Megalogviewer? It is not working now.

[[email protected]]

MSQ is the file format of megatune, this is vemstune, a completely different program
This program saves log files in vemslog format
You can though export a log file to csv format and load into excel or megalogviewer

[Pedersen]

If it's interesting for you I can not connect with the old VemsTune or the new.
I use Windows 7 and Logistics Link.
Mega Tune 1.1.18 connect fine.

B Regards
Pedersen
Copenhagen

[GintsK]

MSQ is the file format of megatune, this is vemstune, a completely different program
This program saves log files in vemslog format
You can though export a log file to csv format and load into excel or megalogviewer

Emil, z0tya  means Tools->MSQ export.

[GintsK]

I can't try myself, but one of my customers tried new VT on dualcore today: little better. Previous VT hangs in first minute. Now it can last five minutes... Symptoms are same: for first gauges starts to  show crap, then freezes. Prolific.
I will test my FDTI later.

[[email protected]]

Oh, forgot that the msq export still is around, that will probably be removed
can anyone that wants to use it list what is exactly wrong with the msq exported?

thanks /e

[multiplex]

i had posted up my issues on vems.hu with MSQ export previously, but have since given up trying to get it working

The only reason i wanted MSQ export was so that i could use MLV's tuning feature. Since then, vemstune has made some good advances with 'tune by stats' so i'm going to try and use that.  I still prefer the graphing of MLV, but am trying to get used to VT


Here is what i posted on vems.hu, there may be other issues as well. At one point i had hand edited an MSQ for use, but it became very cumbersome.

I would still like to maintain functionality with MegaLogViewer?  MSQ importing for auto VE calculation.

    * Is it possible to change the export of any single dimensional array to 'rows' instead of 'cols'?
    * data would need to be terminated with a 'line return', and not just a 'space'
    * 'warmup_clt_bins' has an improper unit, needs to be "C"
    * ultimately need a way to import veTable from MSQ. Can this be added to work like the table import for .vemscfg?