New features in the last week or so
#1
New ECU+ features in the last week or so
While folks are testing out the latest P0300 fix firmware beta (looks pretty good, BTW), I decided to take this opportunity to work on some new features in the Palm and Windows software. Things that are now done, and ready for the next big release include:
- Fixed the crash in the Windows software that everyone runs into when the app is running behind another window.
- Fixed error where windows didn't always restore properly, or the dyno plot wouldn't come up at all. (Am I the only one this happened to?)
- Fixed problem with overlaid plots when the overlay was longer than the original plot - you couldn't scroll to the end of the overlay.
- Official Innovate LC-1 support. (Finally!)
- Support for the Freescale MPX4250A MAP sensor.
- A File->Properties menu item to tell you lots of information about your saved datalogs.
- MAP sensors now log vacuum as well as boost (A suggestion from Ivan C).
- And last but not least, something that I realized that I do *all of the time*, so why not make it easy? See screenshot.
I've been busy...
Tom
- Fixed the crash in the Windows software that everyone runs into when the app is running behind another window.
- Fixed error where windows didn't always restore properly, or the dyno plot wouldn't come up at all. (Am I the only one this happened to?)
- Fixed problem with overlaid plots when the overlay was longer than the original plot - you couldn't scroll to the end of the overlay.
- Official Innovate LC-1 support. (Finally!)
- Support for the Freescale MPX4250A MAP sensor.
- A File->Properties menu item to tell you lots of information about your saved datalogs.
- MAP sensors now log vacuum as well as boost (A suggestion from Ivan C).
- And last but not least, something that I realized that I do *all of the time*, so why not make it easy? See screenshot.
I've been busy...
Tom
Last edited by tlcoll1; Jul 19, 2006 at 08:26 PM.
#4
Evolving Member
iTrader: (4)
Join Date: Feb 2004
Location: Middletown, MD
Posts: 176
Likes: 0
Received 0 Likes
on
0 Posts
Good job Tom, nice to see an actual supported piggyback. Not only bringing features out but also fixing problems. Which doesn't include plugging something into the obd2 port to keep codes at bay.
Ivan
Ivan
#5
Evolving Member
iTrader: (4)
Join Date: Sep 2004
Location: Redondo Beach, CA
Posts: 191
Likes: 0
Received 0 Likes
on
0 Posts
I've had excellent results with your po300 fix.. driving around for over a week with no codes - before i couldn't drive 5 miles without my dash lighting up.
when do you expect to release the software update?
when do you expect to release the software update?
#6
EvoM Guru
iTrader: (5)
Not sure if you released anything yet.. But I figured I'd add some input on a frustrating situation with the current version of the software.. We all know it crashes on occasion if you lose focus of the window (for me its every time the screen saver comes up, the software seems to crash)
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
Also, you need to allow some logging in the software of OBD-II data such as fuel trims and calculated load, even if its only sampled a few times a second..
BTW, if you have raw control, I have some code that you can use for reference to get much higher speed logging out of the OBD-II logger (assuming your not using an elmscan chip, and the interface to obd-II port does bitbanging to get the data)
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
Also, you need to allow some logging in the software of OBD-II data such as fuel trims and calculated load, even if its only sampled a few times a second..
BTW, if you have raw control, I have some code that you can use for reference to get much higher speed logging out of the OBD-II logger (assuming your not using an elmscan chip, and the interface to obd-II port does bitbanging to get the data)
Trending Topics
#8
Evolved Member
iTrader: (8)
Join Date: Apr 2003
Location: Georgia
Posts: 2,138
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by MalibuJack
Oh and I'm getting P0300's at low RPM and Idle almost every day now.. I don't think its my car... So I hope the new firmware is available soon..
I was getting those too Jack, the beta 3 code fixed it for me. I was getting them every day at low rpm amd idle conditions.
#9
Evolved Member
iTrader: (8)
Join Date: Apr 2003
Location: Georgia
Posts: 2,138
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by MalibuJack
...
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
Also, you need to allow some logging in the software of OBD-II data such as fuel trims and calculated load, even if its only sampled a few times a second..
...
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
Also, you need to allow some logging in the software of OBD-II data such as fuel trims and calculated load, even if its only sampled a few times a second..
...
+1 on the log to disk and auto filenameing!!
#11
Originally Posted by MalibuJack
Not sure if you released anything yet.. But I figured I'd add some input on a frustrating situation with the current version of the software.. We all know it crashes on occasion if you lose focus of the window (for me its every time the screen saver comes up, the software seems to crash)
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
I can see the idea of date/time stamped files, to a set directory. Lay out some specs for me, specifically whether it complements, adds to, or changes the function of the current menu items, and how the config screens would work.
Also, you need to allow some logging in the software of OBD-II data such as fuel trims and calculated load, even if its only sampled a few times a second..
Tom
#13
EvoM Guru
iTrader: (5)
Understood.. I think just a basic prefix-date-time (the prefix would be selected by the user and directory) and a simple start button, or spacebar to start it..
I have been using logging to disk for some time without any issue in the Utec Digital Dashboard, and Evoscan logs to disk at a very high sample rate... I would at least offer it as an option because you lose everything when the software crashes otherwise.. I'd rather have the rare occasional data dropout, then losing 2 hours worth of driving log like I did yesterday... I would at least periodically commit it to disk anyway, since running to memory will eventually start the disk swapping, which is more intrusive. Additionally windows is always writing to disk anyway.
I have been using logging to disk for some time without any issue in the Utec Digital Dashboard, and Evoscan logs to disk at a very high sample rate... I would at least offer it as an option because you lose everything when the software crashes otherwise.. I'd rather have the rare occasional data dropout, then losing 2 hours worth of driving log like I did yesterday... I would at least periodically commit it to disk anyway, since running to memory will eventually start the disk swapping, which is more intrusive. Additionally windows is always writing to disk anyway.
#14
Originally Posted by MalibuJack
Not sure if you released anything yet.. But I figured I'd add some input on a frustrating situation with the current version of the software.. We all know it crashes on occasion if you lose focus of the window (for me its every time the screen saver comes up, the software seems to crash)
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
Thats not my issue though, my issue is every time it happens its during a very long log session.. The software should log directly to disk, not memory, plus the filenames should be by default date/timestamped since I have accidentally overwritten files already... And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
BTW, I'd also like to point out that the 7 hour log was a good deal longer than any of the "night's sleep" I've seen in the past two years!
Tom
The hardest-working man in engine management
#15
Originally Posted by MalibuJack
And there should be one-button logging TO DISK, time/date stamped files, to a set directory..
Tom
Still the hardest working man in engine management