This does get asked a lot, so please check the FAQ topic out before contacting me about connection issues.
Just a note to say hi to those who visit this site, and use all of the tools I’ve written such as EEHack and Trimalyzer, so you know I haven’t given up on you.
I haven’t owned a GM fuel injected vehicle in some time now, I drive an old bone stock Toyota these days, and focus my tuning on my bikes, but I’m definitely interested in maintaining the resources on this site, and making small updates and bug fixes to the software.
I’d also like to express my appreciation for the continuing donations made by the loyal users of my software, who have validated my original model of totally free software for LT1 hobbyists.
A voluntary donation model does actually result in some reasonable income, there’s no need to charge for software. I feel good that nobody has ever had to steal EEHack from a torrent site and maybe get a virus, and that all users are able to access it regardless of whether they can afford it or not, while many people who feel I deserve it definitely end up paying their share to compensate me for my time, and after the few years I’ve been working on this stuff, I do feel that I’ve been more than fairly compensated for all of the time (many hundreds of OCD programming/testing hours) I’ve put in. So thank you!
People tuning LT1s definitely should join gearhead-efi.com, as that’s where most of the decent antique GM tuners still hang out.
Thanks everyone for your support, flying the LT1 flag, and good luck with your projects.
If there’s anything I can ever do, just ask.
scan9495 users may have noticed that their logs couldn’t be loaded into trimalyzer.
This was due to a scan9495 (probably accidently) using an odd line ending char that is generally only used on old mac operating systems.
I’d emailed GaryDoug (the author) and he fixed it promptly with an update. What a guy! Users of scan9495 please download the updated version.
Previous versions of Trimalyzer didn’t really work with INT values very well, since I completely botched a conversion (missed a move from 100% to 0%)
The latest version (1.0b+) fixes this issue.
Users of previous versions should open the ‘advanced settings’ dialog and ‘reset to defaults’ to fully correct the issue as well…
I’m writing a new fueling analyzer, similar to the one used in EEHack.
Such an analyzer allows you to load massive amounts of log data, and generate a map of reasonable fueling corrections to be applied to a VE or MAF table.
Right now, this is commonly done on hand-made spreadsheets, which lack advanced filtering and are difficult for people not familiar with spreadsheets.
Basically, a good BLM analyzer will almost ‘auto-tune’ most regular driving ranges. EEHack users already benefit from this, and my new program will allow everyone else to do it.
- … be a standalone program
- Work with CSV log files from ANY sane datalogging software, including tunerpro, scan9495, and datamaster.
- Be a one-click solution for common configurations, or very easy to adapt to uncommon masks and logs
Stand by as I get a beta ready, and watch this thread:
Not many changes, mostly some fixed up tooltips, but now we dump the results of the flash log to the debug window.
When a flash write goes bad, it would be nice for me to be able to get those logs so I can help figure out what happened, but most users find the window is closed with no way to get that information back.
Also added a help button that directs you to the support forum.
Would appreciate some people testing flash write in this beta and ensuring everything shows up in the debug log…
EDIT: Now on second beta, compiled against a new version of QT
Apparently some of the B/D-body bins in the factory bin archive were incorrect.
Affected bins: 16207111, 16230221, 16230221, 16239511, 16243011, 16243021, 16243171, 16243931, 16243941.
These are fairly uncommon bins, but if yo’re a bin collector, you might want to check your list and download them again.