Tactrix Open Port 2.0 Firmware Download

Nov 18, 2011 Using a Tactrix Cable as an OBD-II Scan Tool Engine Management & Tuning. Free software which turns the Tactrix openecu cable into a generic OBD-II scan tool has been found. Managed to set off a CEL. Assuming it was a low catalyst, I reflashed map with ecuflash to clear it. Anyhow, I'm gonna download this scanner tool and see if it works. EcuEdit, mazdaEdit, gtr35Edit, subaruEdit, BRZEdit, logViewer - ECU tuning and logging solution by epifanSoftware. ECU Read/Flash for Subaru, Mitsubishi, Mazda.

The Tactrix shipping and support office will have reduced hours due to COVID-19 restrictions until further notice. Please see our home page for more details.

If you experience any issues in downloading the files on this page, please use a browser other than Internet Explorer.

EcuFlash is a general-purpose ECU reflashing and editing tool that supports an ever-growing list of vehicles. EcuFlash uses the OpenPort vehicle interface to reflash vehicles via the OBDII port. EcuFlash also allows you to edit ECU data (known as 'maps' or 'tables') in a human-readable format using a XML-based definition system to translate the data. With properly setup definitions, the ROM from any vehicle can be edited. Future plans for EcuFlash include logging support / overlay, and live tuning.

EULA

Uninstall Info

EcuFlash version 1.38 for Mac OSX is provided for legacy OpenPort 1.3 cable support only. There is currently no EcuFlash support for the OpenPort 2.0 pending necessary OSX driver development. Alternately, EcuFlash 1.44 will work by running parallels on OSX.

EULA

Uninstall Info

Changes:

Drivers

--- bug fixes --

Fixed Openport 1.3 driver INF file section naming error which was preventing this driver from installing correctly
Fixed MSVC compiler library issue which made J2534 DLL incompatible with Windows XP
Changed driver signing certificates back to SHA1 from SHA256 for compatibility with pre-Win8 OS versions until MS release SHA256 kernel mode signing updates for these

EcuFlash

--- features ---

File dialogs offer all ROM types by default
Added SH boot mode support for SH725XX processors. User Boot MAT is still not supported yet pending read support for this area.
adding clarification to message indicating nothing was written due to no differences in ROM images.
support for 2015 WRX with Hitachi ECU
support for OEM reflashing of BRZ
mitsucan heuristically determines correct checksum area size
Allow for other responses in wrx02 bootloader init sequence (possibly for ecutek'd ECUs)
Update checker now looks at build numbers to notify you of incremental improvements that don't have a new minor version change

--- bug fixes ---

added additional delays when communicating with Mitsubishi bootloaders to avoid the ECU occasionally not receiving bytes
fixed MSVC compiler library issue which made EcuFlash incompatible with Windows XP
fix bug where reading response from kernel could report 'msg buffer too small' when it was not
get Evo X recovery mode write back in ECU menu options
Fix bug where vehicle type dialog selects first item if you do not interact with tree view, even though another item is shown as selected.
Fix problems with FTP uploads of unknown ROMs
Problems with failed readEcuIdentification requests in CAN Mitsubishis are ignored in case they are not supported in the current mode.
Fixed problem with non-ASCII (e.g. Cyrillic) filenames
Fix bug where patches and some other metadata was not appearing in metadata view

J2534 DLL

How to patch cheat pcsx2 download with bios windows 7. --- features ---

DLL no longer uses Qt to make smaller and more portable, uses boost library instead
OSX support coming shortly

--- bug fixes ---

fix bug where startMsgFilter was looking for the wrong synchronization stamp
fix wait condition problems in port to boost library causing communication problems with driver
report ERR_TIMEOUT in more places where waits fail
fix missing ExtraDataIndex values when dequeing rx messages

Firmware

-- new features --

change voltage / pin enable logic to allow more than one OEM pin to be set to the same voltage
add more Subaru seed-key tables
ISO: add beginnings of a ISO9141 'max msg len' J2534 custom parameter to allow chopping up of continuous ISO9141 stream to cut down on latency and potential message size overflow.
logging: add length limit to UDS requests (will break into multiple requests)
logging: add logical not function
logging: reduce SSM retry time by half
logging: improve error reporting
logging: disallow params that start with a number
logging: add mode23 UDS logging option 'mode23uds'
logging: add option to sort PIDs 'sortpids = 1' for channel (mode23 logging needs this to work well as it tries to optimize sequential byte reads)
do additional range validation on many J2534 parameters

-- bug fixes --

CAN: only send additional flow control frames if ISO15765_BS is not 0
CAN: complete missing implementation of ISO15765_BS and ISO15765_BS_TX which are needed to limit the number of continuing CAN messages sent between waiting for additional flow control (FC) messages from the other party.
CAN: return CAN_29BIT_ID flag on appropriate read results (was being masked by accident)

Changes since version 1.42:

EcuFlash

--- features --

Large number of definitions have been cleaned up and added (we recommend you use the default rommetadata folder settings)
Make category expansion on file open an option
Make MRU file list size adjustable
Apply 12V Vpp to 2004-2007 DBW Subarus, in case some models check for this
Definition XMLs errors are better identified
Definition metatdata has a notes field that displays in the log window when loading a ROM
Add option to show invalid leaf node tables for definition developers
Help prevent laptop from going to sleep during reflash
Switch to Qwt 6.0
Add Generic3072k and Generic4096k memory models
Added detail to read template selection
Added upload capability for unknown ROMs
Added display of VIN and CVN informationAdd additional checksumming for Mitsubishi M32R ROMs
Added patching module for Mitsubish CAN parameter logging
Added compare feature to compare any 2 ROMs that use the same table names - highlights changes in map tree and cells within maps
Added warning when checksumming is turned off in Subaru ROMs
Added scroll bars to maps that are too large to fit the screen
Support for flashing 512k and 768k M32R Mitsubishi processors (e.g. Colt)
Add H8 checksum module for editing of Evo 7/8/9 ACD ROMs
Add Mitsu CAN RAM parameter logging patch
Add support for Evo ACD reflashing
Show recovery mode in status bar
Add detection of Windows 7
EcuFlash.exe now has signing a proper version info
Add patching engine
Allow copy (not paste) of static values

--- bug fixes ---

Fix size of Generic3072k and Generic4096k memory models
Fix scaling color for NaN cases
Fix shbootmode progress bar
Improve table validation in reading of definitions
Fix document removal bug
Fix bug in checksum adjustment location that could be outside flashable area in the case of 768k Colt ECU
Fix bug where shbootmode FTDI devices were not enabled
Fix bug where OP1.3 (or other FTDI serial devices) had priority over OP2
Fix H8539FA kernel to flash reliably!
Fix table fix table cut paste to not lose precision on large uint32s
Make parsing of user input of 0xXXXX values unsigned to allow full 32 bit numbers
In SH boot mode, use actual multiplier values when calculating bit rate (newer 7058S have 8x mult instead of 4x)

J2534 DLL

--- features ---

Contains newest firmware for OP2 (see below for details)
Add J2534 extension to support variable number of stop bits in serial communications
DLL is now signed and has correct version info
Added ability to add phase offset to periodic messages to control the relative timing of multiple periodic messages
DLL now use OP2 driver for improved performance and reliability (see below for details)
Add device instances ioctl
Add 29-bit CAN / ISO15765 support
Add 5-byte extended ID CAN / ISO15765 support
Add SNIFF_MODE support
Add C++ code samples

--- bug fixes ---

Fix bug in PassThruReadMsgs where fix use of incorrect variable in determining the actual number of messages read affected the result returned
Change ERR_INVALID_DEVICE_ID to 0x1A as it should be
Fix error in parsing of messages when using CAN_MIXED_MODE
Up NUM_PT_CHANNELS to 9 to support innovate

Driver

--- features ---

Driver synchronizes OP2 to system clock to allow log files to have correct time / date if OP2 remains plugged into the car
IMPORTANT - the OP2 now uses a custom driver I wrote for better speed and stability than the Microsoft usbser.sys driver. This allows for reduced latency and a cleaner installation as well. *** This means that initially you must do a full EcuFlash and J2534 / driver install so that all of these components will work together. OLDER ECUFLASH AND OP20PT32.DLL VERSIONS WILL NOT WORK WITH THE DRIVER. **

--- bug fixes ---

Use exclusive file access to prevent multiple connections to the driver
Add USB data disposal when no file is opened

Firmware

-- new features --

Add logging support for Zeitronix ZT2/ZT3 devices (see samples)
Add support for clock synchornization with dirver in order to have accurate file time / date
Add support for 32bit ints with no scaling to avoid loss in precision in that case (before, everything was promoted to a float32). This feature only happens if there is no scaling done to the value
Add finer granularity to 'friendly' logging intervals
Add ability to tweak OBD CAN and MRMACAN logging timing using calcsampinterval and calcconstantdelay parameters
Add support for mode $01,$22, and $23 OBD CAN logging
Add support for logging from AEM UEGO and any other devices which output ASCII streams of data (see logging examples)
Add J2534 extension to support variable number of stop bits in serial communications
Add support for LM-1, in both headerless and V2 header configurations (see logging examples)
Add support for logging signed parameters using issignedint=1
Add support for 50kbps CAN
Up to 60 parameters allowed
Completely changed innovate MTS bus logging to support multiple LC-1 and other MTS devices (see subaru k-line adc lc1.txt sample for details)
Support for more flexible lower speed/priority parameter sampling through the use of a new additional parameter feature called sampgroup.

sampgroups are numbered 1 through 15, the number simply being a label. All parameters in the same sampgroup will share a single timeslot. The OP2 will determine how many of each sampgroup there are, build a cycle of that size, and phase each of them properly. This allows you to have different groups of low speed parameters, running at different speeds, each optimally using the sample cycle. (see subaru k-line adc lc1.txt sample for details)
priority = 2 is still allowed, but all it does is assigned the parameter to sampgroup = 1

SD card uses DMA for greater speed in all cases
SD card multiblock read / write to increase speed when connected to USB (800kB/s read / 500kB/s write is typical)
Filesystem operations queued to a separate thread to allow seamless logging regardless of SD card latency
Multibyte parameter (up to 32-bit) mitsubishi support
Support for zeroing sample count each time a new file is started using zerosamplecount = 1
Support for zeroing time count each time a new file is started using zerotimecount = 1
Time count starts on nice intervals
Time only shows to the millisecond
Increased range and fine-granulatrity of possible logging intervals
Improved details in logcfg.out dumps
Support for filling in missing samples if ECU misses a response or two using fillmissingsamples = 1
Support for new file cuttting action 'newfile' which starts a new file if your conditions are met (see subaru k-line adc lc1.txt sample for details)
Improved timing estimates for most logging protocols
Up to 4 logging channels allowed (e.g. ssmcan, lc-1, adc, & calculated data)
Support for fast RAM parameters on Subaru CAN vehicles (assuming ROM patch has been made). just use the known RAM parameter ID (0xFFxxxx) and the OP2 will do the rest. reading of multibyte RAM parameters is sped up by the ROM patch which allow reading up to 4 bytes with a specially encoded 3-byte parameter request. due to current Subaru output buffer limitations, only 80 bytes can be returned in a single request, so only 20 4-byte params can be read at a time. i will make some changes to the OP2 firmware in the future to issue multiple requests to overcome this 80-byte of data limit.
New 'previous value' parameter added to RPN expressions (e.g. '#RPM' instead of 'RPM'). this is useful in creating trigger conditions that are sensitive to the direction of change in a value. for example, if you wanted to capture each dyno pull from 2000rpm to 7000rpm to a separate file, you could set the following conditions:

conditionrpn = #RPM,2000,<,RPM,2000,>=,&&
action = start
conditionrpn = #RPM,7000,<,RPM,7000,>=,&&
action = stop

Writing of logcfg.out has been speed up 100x or more - there is little need to use the debug=noout option anymore
Added some more finely spaced 'friendly' logging intervals
Time now starts at 1/1/2009 each time the OP2 boots to give more reasonable looking file times
Green status light now blinks during 5 baud inits (e.g. MUTII)
Parameters and triggers now use RPN based scalings so that you can do arbitrary equations or evaluations. i will add an infix (algebraic/parenthetical) to RPN parser later for those who are confused by RPN..
Calculated / derived parameters are now supported - you can now make new parameters based on equations of other parameters
MUTII logging is now much more robust - it will re-initialize if there is a break in communications
CAN (SSM/MRMACAN) logging is more robust - it will retry if there is a break in communications
SSM K-line logging is more robust - it will retry if there is a break in communications (it used to be this way before, but I had broke it with the priority logging)
Added the ability to set voltages or ground pins - this is handy for MUTII users who need to ground pin 1
Added isvisible option to parameters so that you can use them for triggering or calculations, but not write them to the log file
isfloat=1 parameters automatically default to databits=32 now

-- logging bug fixes --

Fix bug causing Innovate MTS to log at 9600 baud
Fix offset error in Mode $22 OBD logging
Fix bug writing more than 512 bytes at a time to file queue
Increase size of parameter header line buffer to accommodate long parameter names
Fix error in && and tokens
Increase speed of SSM K-line comms
Fix occasional failed transition to logging after USB disconnect
Fix overly-rapid mitsubishi communication attempts if ECU not responding
Collecting lc-1 data does not cause additional steps in the sample countfix bug where logging could sometimes start immediately after a firmware reflash without they normal delay to check for USB
Fix bug where long SSM responses were not correctly parsed
Fix bug where 32 bit data fields (such as floats) were not masked correctly
Increased mrmacan logging interval estimates to avoid sampling overruns* logging mode now starts if the OP2 is already plugged into OBD and you remove the USB connection - this means you don't have to unplug the OP2 from OBD at all between logging / reading logs / tuning / flashing / etc.
Databits values over 31 could be truncated
Sample time is now in units of seconds
Sample number now should increment by 1 per log cycle for mitsubishis
Fix innovate baud rate bug

-- other bug fixes --

Fixed ISO15765 bug where long messages weren't dealing with CAN packets with lengths other than 8 bytes
Fixed cleanup of filters and periodic messages when using the CAN / ISO15765 / mixed mode channedls
Fixed data loss race condition in ring buffering
Fix rare but critical communications buffer bug that could cause data transposition
Corrected misuse of BS and STMIN in some cases
Fixed flow control bug in ISO15765

EULA

This software is provided 'as-is', without any express or implied warranty. This software reads and modifies code and data for engine computers (ECUs). Improper use of this software or errors within the software itself can cause engine damage and/or render the vehicle's ECU non-operational. Many ECUs can only be reflashed a limited number of times before the flash memory is no longer functional. Additionally, modification of your ECU's software will most likely void your drivetrain warranty from the manufacturer and violate emission control regulations in some regions. In no event will Tactrix or other contributors be held liable for any damages arising from the use of this software.

This software allows you read code/data from ECUs which can potentially be subject to various copyright and intellectual property laws where you live. It is your responsibility to use (or not use) this software in adherence with these laws.

Permission is granted to anyone to use this software in its complete distribution for any application, including for-hire work such as tuning customer vehicles or delivering tunes to remote customers, and to redistribute it free of charge to others, subject to the following restrictions:

The origin of this software must not be misrepresented; you must not claim that you authored or produced the original software. If you use this software as part of a larger product or service, an acknowledgment in the product documentation should be made.
When used with a hardware interface, the software is to be used solely with OpenPort vehicle interfaces from Tactrix Inc. or other officially licensed interfaces. These sales fund the project development and keep the cost of such a tool reasonable.
This software distribution also contains many definition files which are the work of a large number individual contributors as well as Tactrix. Where known, attribution has been made to the original authors and subsequent contributors, including links to their websites where it may be possible to donate to help encourage their work.
The software will check if a new version is available based on your current hardware and software. You are strongly encouraged to upgrade if your receive such a notice as new versions sometimes fix flaws that can cause ECU flashing to fail on some vehicles.
The software may not be altered in a way which circumvents or violates any licensing provisions.
This notice may not be removed or altered from any distribution.

EcuFlash 1.44.4799 Released

Tactrix Store

none1 ECU Tools (2) Tuning Tools and Parts (1)

List All Products
Forgot your password?
Forgot your username?
No account yet? Register

The Openport 2.0 is the newest tuning tool hardware from Tactrix that is capable of communicating with most OBDII compliant vehicles using a standard J2534 interface. Combined with the Tactrix EcuFlash software, the Openport 2.0 is capable of reflashing a large number of newer Subaru and Mitsubishi vehicles, and support for other cars is in progress. The Openport's industry-standard SAE-J2534 interface can also be used with OEM reflashing software for any car sold in the USA since 2004.

A Smart Cable Means Faster Tuning. The Openport 2.0 uses a built-in 32-bit ARM processor to allow fast communication with your ECU without burdening your PC - which means reliable faster reflashing and logging for you. Using built-in microSD slot, the Openport can log continuously from your ECU without a PC, day after day, to help work out those hard to replicate bugs in your tune.

A USB cable is included with each Openport, which is all the hardware you'll need unless you have one of the few vehicles that require a separate reflash adapter.