Haltech new tuning software preview
#51
Originally Posted by 82streetracer
I would say we are all in great debt to you for doing this. The stock haltech tuning software is definatly usable, and easy at that. But it is definately lacking in the fine tuning and visual departments.
The Guage page looks GREAT. Nice layout, and I cant wait to see them on my 1400x1050 display.
variable color, pointer, font ect. options would be a very nice touch. users could match there guage look on the computer to car guages. I would love to have orange numbers to match all my autometer guages.
just a suggestion, I dont know much about programing or how hard it would be.
The Guage page looks GREAT. Nice layout, and I cant wait to see them on my 1400x1050 display.
variable color, pointer, font ect. options would be a very nice touch. users could match there guage look on the computer to car guages. I would love to have orange numbers to match all my autometer guages.
just a suggestion, I dont know much about programing or how hard it would be.
yeah vito is making all of the visuals customizable
#53
yeah the datalogging facilities are still very basic, especially in the beta/demo release. Expect the next release to have some new things added there.
Could you elaborate on what exactly you have in mind though? Do you mean being able to playback a datalog while in the map editing pages and having the datalog playback highlight the cells that are being referenced as it runs through with the afr gauge on the bottom showing the datalogged afrs for that point in the log?
Now is the time to get your most wanted features out on the table, they may be able to get in, spit em out
One thing I really want quite badly and I will probably add soon is associated on a per load cell basis sampled AFR's displayed in the map editing pages. So you will have a fuel map in whatever mode (2d, 3d etc) but there will be two datasets visible at once, one will be the inj ms values and another plot will show avg'd sampled data at each cell for AFR or maybe EGT, whatever input you tie to it if I can make it assignable. For now it would probably just be AFR, but it would be nice to just load up the software, go driving a bunch, then look at the fuel map in a parking lot and have a extra layer visible in the map editing pages that shows the avg AFR's experienced at each load point on the map so you have a good idea of what needs to be done right there in front of you. I will try put together some mock up drawings in case it's hard to visualize right now, or maybe just go implement it. It would also have to be easy to clear out the sampled data, resetting it to an empty state so you can drive -> view map w/sampled AFR's -> make changes to map based on teh samples you see -> reset samples to nil -> repeeat process. Alot easier than having to load up datalogs and play them back etc.
Could you elaborate on what exactly you have in mind though? Do you mean being able to playback a datalog while in the map editing pages and having the datalog playback highlight the cells that are being referenced as it runs through with the afr gauge on the bottom showing the datalogged afrs for that point in the log?
Now is the time to get your most wanted features out on the table, they may be able to get in, spit em out
One thing I really want quite badly and I will probably add soon is associated on a per load cell basis sampled AFR's displayed in the map editing pages. So you will have a fuel map in whatever mode (2d, 3d etc) but there will be two datasets visible at once, one will be the inj ms values and another plot will show avg'd sampled data at each cell for AFR or maybe EGT, whatever input you tie to it if I can make it assignable. For now it would probably just be AFR, but it would be nice to just load up the software, go driving a bunch, then look at the fuel map in a parking lot and have a extra layer visible in the map editing pages that shows the avg AFR's experienced at each load point on the map so you have a good idea of what needs to be done right there in front of you. I will try put together some mock up drawings in case it's hard to visualize right now, or maybe just go implement it. It would also have to be easy to clear out the sampled data, resetting it to an empty state so you can drive -> view map w/sampled AFR's -> make changes to map based on teh samples you see -> reset samples to nil -> repeeat process. Alot easier than having to load up datalogs and play them back etc.
Last edited by pengarufoo; 02-23-05 at 02:23 PM.
#54
Don't you just love out Down-Under contingent?
Although the Haltech released software is nice, it is NOT perfect.
I've seen Haltechs suddenly lose their ignition timing settings for no reason at all.
Although this might be a hardware problem, we can't confirm what's causing this.
It could be high-power microwave transmissions, as it has only affected cars in CZ (very close to airport) and our local 20B E6K (very close to Pearl Harbor).
Uploads from the PC to the Haltech can easy corrupt maps.
I've seen this dozens of times, and this is the reason why I recommend to parse ALL maps after an upload.
I dunno why Haltech couldn't put in some kinda error correction control?
Now pengarufoo is doing this out of his free will.
I don't think he's getting paid for it, so you can't say it's profit driven.
The E6K is already discontinued, so why would anyone with a sane mind try and develop software for a defunct ECU?
Cut the guy a break.
For all the E6K owners out there, it's just another option...
Options for Haltech owners are few and far in between right now.
-Ted
Although the Haltech released software is nice, it is NOT perfect.
I've seen Haltechs suddenly lose their ignition timing settings for no reason at all.
Although this might be a hardware problem, we can't confirm what's causing this.
It could be high-power microwave transmissions, as it has only affected cars in CZ (very close to airport) and our local 20B E6K (very close to Pearl Harbor).
Uploads from the PC to the Haltech can easy corrupt maps.
I've seen this dozens of times, and this is the reason why I recommend to parse ALL maps after an upload.
I dunno why Haltech couldn't put in some kinda error correction control?
Now pengarufoo is doing this out of his free will.
I don't think he's getting paid for it, so you can't say it's profit driven.
The E6K is already discontinued, so why would anyone with a sane mind try and develop software for a defunct ECU?
Cut the guy a break.
For all the E6K owners out there, it's just another option...
Options for Haltech owners are few and far in between right now.
-Ted
#55
Ok, I did a quick and dirty mockup of what I was talking about above, I think this would make tuning go alot faster, especialy if you have a wideband connected instead of a narrowband to the af mv input.
Another thing I would add is a weighting to the plotted dots/squares. There needs to be something indicating how plentiful the AFR samples were at this load point, you wouldnt want to change the map at all if you had 4 samples at that load point plotting the dot, it's not enough data sampled to have anything you can go making changes based on.
Maybe making the dot/square start large with low sample count so it suggests that it is not very refined by not pin pointing a certain spot but covering a large range with a fat dot, then shrink the dot down to a minimum size of just a few pixels across at something like a few thousand or more samples. Trial and error will probably determine what is a good sample count to consider enough for a fine dot. Perhaps this would have to be user definable.
Any comments?
Another thing I would add is a weighting to the plotted dots/squares. There needs to be something indicating how plentiful the AFR samples were at this load point, you wouldnt want to change the map at all if you had 4 samples at that load point plotting the dot, it's not enough data sampled to have anything you can go making changes based on.
Maybe making the dot/square start large with low sample count so it suggests that it is not very refined by not pin pointing a certain spot but covering a large range with a fat dot, then shrink the dot down to a minimum size of just a few pixels across at something like a few thousand or more samples. Trial and error will probably determine what is a good sample count to consider enough for a fine dot. Perhaps this would have to be user definable.
Any comments?
#56
Originally Posted by RETed
Don't you just love out Down-Under contingent?
Now pengarufoo is doing this out of his free will.
I don't think he's getting paid for it, so you can't say it's profit driven.
The E6K is already discontinued, so why would anyone with a sane mind try and develop software for a defunct ECU?
Cut the guy a break.
For all the E6K owners out there, it's just another option...
Options for Haltech owners are few and far in between right now.
-Ted
Now pengarufoo is doing this out of his free will.
I don't think he's getting paid for it, so you can't say it's profit driven.
The E6K is already discontinued, so why would anyone with a sane mind try and develop software for a defunct ECU?
Cut the guy a break.
For all the E6K owners out there, it's just another option...
Options for Haltech owners are few and far in between right now.
-Ted
As of now, I have not recieved any cash for any software related to the Haltech ECU's though, it's still early in the project for that. All these beta/demo releases are freely available to all of you. I have not made any significant attempts to sell any of it yet. And no - my time spent on this effort is not currently paid, and has spanned well over a year of work already, but not a full time effort of course.
Last edited by pengarufoo; 02-23-05 at 03:35 PM.
#57
vrewm
diag gauges on running car:
http://pengaru.com/~swivel/cars/rx-7..._5231.divx.avi
3d fuel map, running car:
http://pengaru.com/~swivel/cars/rx-7..._5233.divx.avi
2d fuel map - follow mode, 0-~70mph from a stop light:
http://pengaru.com/~swivel/cars/rx-7..._5236.divx.avi
driving gauges, just driving along:
http://pengaru.com/~swivel/cars/rx-7..._5238.divx.avi
unfortunately the camera doesnt work well in darkness, but you get the idea
Also, my speedo is not moving because this car has no road speed sensor right now, car is a NA FC3S, street port. Loses traction @ the top of 1st in the 0-70 video, needs sticky tires or a burnout to hook.
This is also running with the techedge 2a0 wideband o2 controller on a 2nd serial port, the gauge you see on the bottom of the screen in the map editing pages is the wbo2 air fuel ratio, when it's red (takes up entire bottom of screen) it's lean (cruise or decel or transient) and when it's short / far left it's rich. The numerical exact A/F ratio is printed above the bar gauge but you can't read it in the videos.
diag gauges on running car:
http://pengaru.com/~swivel/cars/rx-7..._5231.divx.avi
3d fuel map, running car:
http://pengaru.com/~swivel/cars/rx-7..._5233.divx.avi
2d fuel map - follow mode, 0-~70mph from a stop light:
http://pengaru.com/~swivel/cars/rx-7..._5236.divx.avi
driving gauges, just driving along:
http://pengaru.com/~swivel/cars/rx-7..._5238.divx.avi
unfortunately the camera doesnt work well in darkness, but you get the idea
Also, my speedo is not moving because this car has no road speed sensor right now, car is a NA FC3S, street port. Loses traction @ the top of 1st in the 0-70 video, needs sticky tires or a burnout to hook.
This is also running with the techedge 2a0 wideband o2 controller on a 2nd serial port, the gauge you see on the bottom of the screen in the map editing pages is the wbo2 air fuel ratio, when it's red (takes up entire bottom of screen) it's lean (cruise or decel or transient) and when it's short / far left it's rich. The numerical exact A/F ratio is printed above the bar gauge but you can't read it in the videos.
#58
why don't you put this in CVS or subversion and let other people contribute to the effort? I'd be interested in working on this and i'm sure there's other software engineers who have haltechs
#59
Originally Posted by boostgasm
why don't you put this in CVS or subversion and let other people contribute to the effort? I'd be interested in working on this and i'm sure there's other software engineers who have haltechs
#60
Originally Posted by pengarufoo
yeah the datalogging facilities are still very basic, especially in the beta/demo release. Expect the next release to have some new things added there.
Could you elaborate on what exactly you have in mind though? Do you mean being able to playback a datalog while in the map editing pages and having the datalog playback highlight the cells that are being referenced as it runs through with the afr gauge on the bottom showing the datalogged afrs for that point in the log?
Now is the time to get your most wanted features out on the table, they may be able to get in, spit em out
One thing I really want quite badly and I will probably add soon is associated on a per load cell basis sampled AFR's displayed in the map editing pages. So you will have a fuel map in whatever mode (2d, 3d etc) but there will be two datasets visible at once, one will be the inj ms values and another plot will show avg'd sampled data at each cell for AFR or maybe EGT, whatever input you tie to it if I can make it assignable. For now it would probably just be AFR, but it would be nice to just load up the software, go driving a bunch, then look at the fuel map in a parking lot and have a extra layer visible in the map editing pages that shows the avg AFR's experienced at each load point on the map so you have a good idea of what needs to be done right there in front of you. I will try put together some mock up drawings in case it's hard to visualize right now, or maybe just go implement it. It would also have to be easy to clear out the sampled data, resetting it to an empty state so you can drive -> view map w/sampled AFR's -> make changes to map based on teh samples you see -> reset samples to nil -> repeeat process. Alot easier than having to load up datalogs and play them back etc.
Could you elaborate on what exactly you have in mind though? Do you mean being able to playback a datalog while in the map editing pages and having the datalog playback highlight the cells that are being referenced as it runs through with the afr gauge on the bottom showing the datalogged afrs for that point in the log?
Now is the time to get your most wanted features out on the table, they may be able to get in, spit em out
One thing I really want quite badly and I will probably add soon is associated on a per load cell basis sampled AFR's displayed in the map editing pages. So you will have a fuel map in whatever mode (2d, 3d etc) but there will be two datasets visible at once, one will be the inj ms values and another plot will show avg'd sampled data at each cell for AFR or maybe EGT, whatever input you tie to it if I can make it assignable. For now it would probably just be AFR, but it would be nice to just load up the software, go driving a bunch, then look at the fuel map in a parking lot and have a extra layer visible in the map editing pages that shows the avg AFR's experienced at each load point on the map so you have a good idea of what needs to be done right there in front of you. I will try put together some mock up drawings in case it's hard to visualize right now, or maybe just go implement it. It would also have to be easy to clear out the sampled data, resetting it to an empty state so you can drive -> view map w/sampled AFR's -> make changes to map based on teh samples you see -> reset samples to nil -> repeeat process. Alot easier than having to load up datalogs and play them back etc.
sure, if there were some way to playback the datalog and cross reference that with the load bar/range it is on, then you could for example goto a lean spot, see that it is lean, make the correction, and keep moving on
with that type of setup, in theory, you could tune a lot out in one dyno run...this would greatly increase the speed of tuning on the dyno with the haltech, and look at the flip side....the more people who run haltech, the more audience you have for your project...whatever your intentions are ($$, pleasure, etc)
I love the haltech but I think the computer interface is greatly underengineered...i'm a software architect and i'd love to advise you on some great approaches to handling the system
#61
I've been working on the datalog viewer code a bunch, theres a screenshot of the progress
here:
http://www.pengaru.com/forums/index....t=15&#entry283
I'm pretty happy with the results so far, it's getting damned useful
here:
http://www.pengaru.com/forums/index....t=15&#entry283
I'm pretty happy with the results so far, it's getting damned useful
#62
this looks absolutly amazing.
should make fine tuning on the street a breeeze.
many thanks again and keep up the good work.
also, do you have any idea on when a final version will be done and what it will cost??
should make fine tuning on the street a breeeze.
many thanks again and keep up the good work.
also, do you have any idea on when a final version will be done and what it will cost??
#63
Okay.. I tried to read all of that, but I am just going to try to sum up here.
First off, Ted is right. ANY support or new product that us K owners get is GOLDEN in my book.. It is, after all, a discontinued model. So on that note I would like to thank PENGARUFOO for his dedication to this.
Second.. Its this a windows based program?
Third.. Does Pengarufoo still need 3 bar map testers? I am running a 3 bar.
And lastly, I will gladly purchase this program once its fully fielded.
Rat
First off, Ted is right. ANY support or new product that us K owners get is GOLDEN in my book.. It is, after all, a discontinued model. So on that note I would like to thank PENGARUFOO for his dedication to this.
Second.. Its this a windows based program?
Third.. Does Pengarufoo still need 3 bar map testers? I am running a 3 bar.
And lastly, I will gladly purchase this program once its fully fielded.
Rat
#64
Thanks for all the support, it's greatly appreciated.
The software is being developed in and for linux, this isnt that big of an issue however, if you download the e6tuner beta image, you get a linux kernel as part of the image. It's all in one, just boot it up and you don't have to worry about it / install anything. I have looked into porting it to windows with cygwin (www.cygwin.com) but it's really not a priority right now, maybe further down the road after the application is more complete.
I could really use more people banging away at the beta, if you have an e6k and a pentium or better laptop give the beta release a try. A new image should be up in a few days with the new datalog viewer code rolled in, the current (pre10) release is pretty decent as-is though!
The final version will still be a bootable disk (floppy and/or CD) with linux included, and will probably come with a USB thumbdrive for storage of datalogs , map and configuration data, the USB thumbdrive will be formatted msdos/vfat so windows will be able to read and write to it also. I am also planning on using the USB thumbdrive for storage of videos, after I finish support for USB video cameras, you will be able to capture videos of your runs with gauges overlayed onto them in realtime, streamed straight to the USB thumbdrive. Come in from a run and go straight to your desktop PC with the USB thumbdrive in hand, and put the videos on the web for all to see. It will be pretty sweet, add GPS support and there could be telementry data included in the video too.
There are also a number of benefits to running off read only media like a cdrom or a write protected floppy, the hard drive is left alone, your system isnt being endangered when the battery loses power in the car or if you're running from the cars 12V system when the car is cranking. It's also more power efficient to have the hard drive not spinning, the software all loaded in memory from bootup, and the datalogs stored to solid state non-volatile memory like a USB thumbdrive.
As for cost, I'm thinking around $100 for the software and it will probably at least include a decent sized USB thumb drive to get you going, if I get GPS support done in time I may offer bundles that include a supported GPS reciever for more money, it all depends on the amount of interest. I can see this software becoming the reason people look for used E6K's rather than just an alternative to the dos software for an old unsupported ECU they are stuck with, as far as I know none of the EMS companies are offering features like what I've mentioned. I'm pretty excited about it, I want it on my car NOW with GPS, USB storage and camera support, I wish I could just snap my fingers and have it done <grin>
check back in the next week or so for a new e6tuner beta.
The software is being developed in and for linux, this isnt that big of an issue however, if you download the e6tuner beta image, you get a linux kernel as part of the image. It's all in one, just boot it up and you don't have to worry about it / install anything. I have looked into porting it to windows with cygwin (www.cygwin.com) but it's really not a priority right now, maybe further down the road after the application is more complete.
I could really use more people banging away at the beta, if you have an e6k and a pentium or better laptop give the beta release a try. A new image should be up in a few days with the new datalog viewer code rolled in, the current (pre10) release is pretty decent as-is though!
The final version will still be a bootable disk (floppy and/or CD) with linux included, and will probably come with a USB thumbdrive for storage of datalogs , map and configuration data, the USB thumbdrive will be formatted msdos/vfat so windows will be able to read and write to it also. I am also planning on using the USB thumbdrive for storage of videos, after I finish support for USB video cameras, you will be able to capture videos of your runs with gauges overlayed onto them in realtime, streamed straight to the USB thumbdrive. Come in from a run and go straight to your desktop PC with the USB thumbdrive in hand, and put the videos on the web for all to see. It will be pretty sweet, add GPS support and there could be telementry data included in the video too.
There are also a number of benefits to running off read only media like a cdrom or a write protected floppy, the hard drive is left alone, your system isnt being endangered when the battery loses power in the car or if you're running from the cars 12V system when the car is cranking. It's also more power efficient to have the hard drive not spinning, the software all loaded in memory from bootup, and the datalogs stored to solid state non-volatile memory like a USB thumbdrive.
As for cost, I'm thinking around $100 for the software and it will probably at least include a decent sized USB thumb drive to get you going, if I get GPS support done in time I may offer bundles that include a supported GPS reciever for more money, it all depends on the amount of interest. I can see this software becoming the reason people look for used E6K's rather than just an alternative to the dos software for an old unsupported ECU they are stuck with, as far as I know none of the EMS companies are offering features like what I've mentioned. I'm pretty excited about it, I want it on my car NOW with GPS, USB storage and camera support, I wish I could just snap my fingers and have it done <grin>
check back in the next week or so for a new e6tuner beta.
#65
A couple of videos showing the new datalog viewer code running in e6tuner, still testing and refining:
http://pengaru.com/gallery/tuning/datalog_viewer.5/
red screen flash is shift light, it's set at a pretty high rpm i think 100rpm below my rev limiter, and the laptop running it is a old p100 that runs like a 486, real p.o.s. I use for all the testing. Put it on a decent laptop and its much more responsive, this p100 sustains like 13FPS at the resolution I'm running at, which blows.
jacob cartmill, is your car fixed yet? I want to see some videos of this stuff running on your machine
http://pengaru.com/gallery/tuning/datalog_viewer.5/
red screen flash is shift light, it's set at a pretty high rpm i think 100rpm below my rev limiter, and the laptop running it is a old p100 that runs like a 486, real p.o.s. I use for all the testing. Put it on a decent laptop and its much more responsive, this p100 sustains like 13FPS at the resolution I'm running at, which blows.
jacob cartmill, is your car fixed yet? I want to see some videos of this stuff running on your machine
#66
Okay,
I ran this by my friend who is more knowledgabe in puters then me. He informed me that my laptop has a thumbdrive and it is a pentium 1 gig. He wants to know if we can get all the files for the bootable disk.
Let me know!
Rat
I ran this by my friend who is more knowledgabe in puters then me. He informed me that my laptop has a thumbdrive and it is a pentium 1 gig. He wants to know if we can get all the files for the bootable disk.
Let me know!
Rat
#67
Originally Posted by J-Rat
Okay,
I ran this by my friend who is more knowledgabe in puters then me. He informed me that my laptop has a thumbdrive and it is a pentium 1 gig. He wants to know if we can get all the files for the bootable disk.
Let me know!
Rat
I ran this by my friend who is more knowledgabe in puters then me. He informed me that my laptop has a thumbdrive and it is a pentium 1 gig. He wants to know if we can get all the files for the bootable disk.
Let me know!
Rat
http://pengaru.com/downloads/e6tuner/beta/
look at the readme.txt file in the directory linked above, it explains creating the floppy (it's easy, just one little program called rawrite is needed to write the .img file to disk) It also explains the keys for the software etc.
#70
Originally Posted by jreynish
is there any word on making it E6X compatible? I would be more than happy to to some Beta testing
I had a e6x right when they came out on loan for a few months from k2rd to reverse engineer it, so the interface is all documented and even partially implemented in my e6 library, I just have to sit down and finish it up but it will be hard to test it without one handy anymore.
I'll see if I can make some time available to get that done, quite a few X users have been asking about it, kindof odd considering they have the GUI windows software? is it that bad?
#71
the windows software is pretty good, but what would be nice is a "proper" representation of all the data I really dislike the Data log viewing software.... it might as well not be there as far as I am concerned.
#72
Originally Posted by jreynish
the windows software is pretty good, but what would be nice is a "proper" representation of all the data I really dislike the Data log viewing software.... it might as well not be there as far as I am concerned.
In other news, a new release of e6tuner is out, this one has the new datalog viewer code added. Heres the announcement on my forum:
http://www.pengaru.com/forums/index....findpost&p=285
Direct links for convenience:
download the image:
http://pengaru.com/downloads/e6tuner...beta_pre11.img
view the readme.txt (updated for the new release):
http://pengaru.com/downloads/e6tuner/beta/readme.txt
thanks.
#74
i downloaded the image and wrote it to floppy and it boots up fine. the problem is that te laptop has no floppy drive and there isn't a program for windows that will recognize the disk and make a bootable cd out of it. I can't even get into the program if the haltech isn't plugged in, so I vote for either creating an offline mode or posting a cd image that i can boot from. can't wait to see the goods in action!