Tactrix
We have moved!
Over that last several months, Tactrix has moved its operations from Seattle to San Francisco. Our new phone number and address is
Tactrix Inc.126 Russ St.
San Francisco, CA 94103-4010415.946.4096
We are excited about our move to San Francisco and the improvements in our products and service that our new employees will bring!
Our new building is solar powered and generates more power than we use, so we can save our CO2 production for going fast!
EcuFlash 1.42 Released
- support for flashing H8/539FA processor (e.g. Evo 6.5) via new H8539FA memory model
- add many generic memory models to allow support for arbitrary ROMs from ECUs that EcuFlash has no flashing support for. these are named Generic1K, Generic2K, ... up to Generic2048K, including all powers of 2, plus many other common sizes.
- fix programming voltage warning errors in Subaru HC16 kernels
- actively pull up OBD pin 9 when communicating with HC16 Subarus to avoid reflash mode initialization problems on some EDM models
- add some retries to kernel reads, instead of failing
- allow unique ID data in Subaru CAN ROM protected area to be different without requiring this area to be reflashed (which is not allowed). this allows ROMs of the same version to be shared amongst users without refusal-to-flash errors.
- fixed error that limited data type to 4 bytes in size (doubles and bloblists can be bigger)
- fixed bug in Subaru K-line reflashing that did not initialize the parity mode of the vehicle interface, causing errors if the interface had previously been used with odd or even parity
EcuFlash 1.41 Released
- add support for EVO X CAN reflash
- add support for EVO 5/6 and other Mitsubishi H8 reflashing
- we will not be able to release a version of EcuFlash for the Mitsubishi H8 processor family of ECUs that works with the Openport 1.3. The reason being that the Openport 1.3 power supply circuit that generates the ~16V the ECU needs to supply the regulated reflashing voltage to the CPU does not have a sufficient current capacity, causing this voltage to drop to levels insufficient to safely flash the CPU (the CPU goes into a protection mode to prevent you from even trying). The Openport 1.3 does generate a voltage large enough to cause the processor to startup in boot mode, which is why you could read and compare in past versions, but unfortunately, it just isn't usable for reflashing. Later processors like the SH2 and M32R generate this reflash voltage internally, and have minimal current requirements, which is why the Openport 1.3 works with the Evo 7/8/9 without a problem.
- add variable block sizing for troublesome Mitsubishi CAN vehicles
- create UI for Openport 2.0 firmware update process
- make table editing shortcuts quicker by not using Alt key anymore
- fix bitmask errors when using blobbits data type
- protect some areas of Subaru CAN ROMs to avoid accidental reflashing of critical areas
- add DTC clear option for Evo X
- add kernel speedup to skip blocks of 0xFF writes
- add flash recovery mode option and flash recovery mode for Evo X
- allow EcuFlash to recover failed Openport 2.0 firmware update
- log Qt and OS version at startup
- correctly flag if ROMs are truly modified by differencing
- add licensing manager for beta program participants





