Tactrix OpenPort 2.0 support #23

whitelynx · 2018-03-21T02:43:23Z

The documentation says that the OpenPort 2.0 is not supported currently. What would be needed in order to add support for it? Shouldn't the J2534 code support it?

I have an OpenPort 2.0 that I'd be willing to test with, and I could probably help with development if I had some idea where to start.

Comer352L · 2018-03-22T11:22:32Z

The OpenPort 2.0 interface claims to be J2534-compliant, so it should work indeed.
Make sure you have installed the latest interface drivers (J2534 library).
The interface should then be found by FreeSSM and show up in the preferences.
If it doesn't show up or communication fails:
Compile the sources as "debug", start the software from the terminal and send me the debug output.

whitelynx · 2018-03-25T21:05:08Z

OK, I installed https://github.com/NikolaKozina/j2534 (I hope that's the correct driver) using sudo make install and then re-built FreeSSM:

make clean
qmake-qt5
make debug

and ran the generated FreeSSM from the current directory (didn't bother installing it) and it does show SAE J2534 Pass-Through in the Interface-Type options, but the Interface-Name drop-down is empty and disabled, and the Test Diagnostic Interface button is disabled.

Here's the debug output:

qt5ct: using qt5ct plugin
libpng warning: iCCP: too many profiles
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

Also, for reference, this is what happens in dmesg when I plug in the OpenPort 2.0:

kern  :info  : [Wed Mar 21 10:41:52 2018] usb 1-2: new full-speed USB device number 11 using xhci_hcd
kern  :info  : [Wed Mar 21 10:41:52 2018] cdc_acm 1-2:1.0: ttyACM0: USB ACM device

Comer352L · 2018-03-26T17:06:46Z

Ahh, you are trying to uses this interface on Unix ? Interesting !
AFAIK Tactrix only provides a J2534-library for Windows and I wasn't aware of any 3rd party J2534 library.
Let's find out if it works...

On non-Windows systems (only), an additional configuration file is used: "definitions/J2534libs.xml".
If you didn't install the J2534-library to the FreeSSM working directory, you have to edit the library path in this file.
The rest is already suitable for the OpenPort 2.0.
As soon the path is correct, the interface will show up in the preferences.

Comer352L · 2018-03-26T17:16:19Z

Looks like NikolaKozinas library accesses the interface using "libusb".
Most Distros install this library by default these days.

whitelynx · 2018-03-26T22:49:12Z

Yes, sorry, I should have probably specified that... I'm running Manjaro Linux (kernel 4.9.87) and I definitely have libusb installed. (/usr/lib/libusb-0.1.so.4.4.4)

I'll try editing the XML file and see if that fixes it.

whitelynx · 2018-03-26T22:52:47Z

Also, in the future it might make sense to detect the install path of libj2534.so using pkgconfig, since https://github.com/NikolaKozina/j2534 installs with a j2534.pc file. If this fixes things, I might work on that later.

whitelynx · 2018-03-27T00:42:10Z

OK, I ended up just copying libj2534.so into the FreeSSM directory, and running the app from there. That complained about permissions on the USB device, so rather than fight with udev rules right now, I just ran it with sudo. This worked to get it to the point of showing libj2534.so as the Interface-Name.

However, when I tried clicking Test Diagnostic Interface, it brought up the Testing interface... Please wait! dialog, and then just sat there forever. There was no way to cancel or close the app aside from Ctrl+C on the command line or killing it.

Here's the debug output:

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
libpng warning: iCCP: too many profiles
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

Interface information:
   Firmware version: 1.12.3688
   DLL version:      2.0.1
   API version:      04.04
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

SSMP2communication::run():   operation: readMulti
SSMP2communication_core::SndRcvMessage(...):   sending message:
   80 10 F0 05 A8 00 00 00 61 8E
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x2, extra data index 0:
=> message indicates that an incoming message transfer has commenced.
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x1, extra data index 10:
80 10 F0 05 A8 00 00 00 61 8E
=> message is loopback message
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x2, extra data index 0:
=> message indicates that an incoming message transfer has commenced.
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA

It got to that point within seconds of hitting the Test Diagnostic Interface button, and then didn't produce any more output until I killed the app. (I tried it twice for good measure, after unplugging the OpenPort and plugging it back in)

Comer352L · 2018-03-27T16:30:37Z

Looks good so far. Interface sends the test message, a valid reply from the ECU is received.

The infinite blocking seems to be a bug in the J2534 library:
PassThruReadMsgs() doesn't handle timeout=0 correctly.
As a workaround for testing, you can change the timeout value in line 520 of J2534DiagInterface.cpp from 0 to 1.

Comer352L · 2018-03-27T16:56:44Z

Using pkg-config doesn't make things easier.
J2534 libraries are device specific. So each interface uses it's own library.
Hence, even the library names differ.

For Windows, SAE-J2534 specifies registry keys, which are used to register and find all J2534-libraries.
Unfortunately, the spec creators didn't care about any other OS (yet ?). :(

whitelynx · 2018-03-27T23:05:07Z

For Windows, SAE-J2534 specifies registry keys, which are used to register and find all J2534-libraries.
Unfortunately, the spec creators didn't care about any other OS (yet ?). :(

Sounds like ODBC. ;)

I tried changing the timeout value to 1, and now the log looks like this:

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
libpng warning: iCCP: too many profiles
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

Interface information:
   Firmware version: 1.12.3688
   DLL version:      2.0.1
   API version:      04.04
Trying to load J2534 library definitions XML file: "./definitions/J2534libs.xml"
Parsing J2534 library definitions XML data...
Found 1 registered J2534-libraries:

  Name:        libj2534.so
  Path:        ./libj2534.so
  API-version: 04.04
  Protocols:   ISO14230 ISO15765 ISO9141

SSMP2communication::run():   operation: readMulti
SSMP2communication_core::SndRcvMessage(...):   sending message:
   80 10 F0 05 A8 00 00 00 61 8E
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x2, extra data index 0:
=> message indicates that an incoming message transfer has commenced.
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x1, extra data index 10:
80 10 F0 05 A8 00 00 00 61 8E
=> message is loopback message
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x2, extra data index 0:
=> message indicates that an incoming message transfer has commenced.
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
PassThruReadMsgs(): received J2534-message with protocol id 0x3, rx status 0x0, extra data index 7:
80 F0 10 02 E8 40 AA
<snip>

It repeats those last lines constantly until I kill the app.

Also, if I try skipping the test and instead attempt to open any of the Control Units on the main window of the app, it gives me the error Couldn't open the diagnostic interface! Maybe the device is already in use by another application. and displays just the following line in the terminal:

PassThruOpen() failed:

Should I open a bug on https://github.com/NikolaKozina/j2534 ?

Comer352L · 2018-03-29T17:42:50Z

Looks like another bug in the library.
The ECU always sends 1 reply only, but PassThruReadMsgs() returns the last received message again and again...
The PassThruOpen() error is very likely caused by killing the app, so nothing to worry about.

Comer352L · 2018-03-29T17:56:51Z

Looking deeper into the code, there seem to be more issues...
Time to create a bug report.

Comer352L · 2018-03-29T18:06:27Z

Done: NikolaKozina/j2534#3

whitelynx · 2018-03-29T22:03:21Z

Thanks!

NikolaKozina · 2018-03-30T19:07:36Z

I wrote my driver to support RomRaider (and my standalone OpenGL logger) logging under Linux. Patches are always welcome though. I don't have my Subaru with me to test at the moment.

Comer352L · 2018-04-03T16:43:24Z

I wrote my driver to support RomRaider (and my standalone OpenGL logger) logging under Linux. Patches are always welcome though. I don't have my Subaru with me to test at the moment.

Well, AFAICS the 2nd issue is relevant for RomRaider, too.

Anyway, of course we can't force you to fix it.
I really appreciate your efforts to create such a library.
So thank you so far, it's at least a good starting point.

Comer352L · 2018-04-03T17:10:59Z

David, thank you testing !
From the applications point of view, there is really nothing we can do, sorry.
Someone needs to fix/improve the library.

kevin230 · 2020-08-25T08:25:06Z

Hey. Does the openport 2.0 works for Windows or not ?
Thank you

Comer352L mentioned this issue Mar 29, 2018

Bug(s): PassThruReadMsgs() handles timeouts incorrectly NikolaKozina/j2534#3

Open

Comer352L closed this as completed Apr 3, 2018

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Tactrix OpenPort 2.0 support #23

Tactrix OpenPort 2.0 support #23

whitelynx commented Mar 21, 2018 •

edited

Loading

Comer352L commented Mar 22, 2018

whitelynx commented Mar 25, 2018

Comer352L commented Mar 26, 2018

Comer352L commented Mar 26, 2018

whitelynx commented Mar 26, 2018

whitelynx commented Mar 26, 2018

whitelynx commented Mar 27, 2018 •

edited

Loading

Comer352L commented Mar 27, 2018

Comer352L commented Mar 27, 2018

whitelynx commented Mar 27, 2018 •

edited

Loading

Comer352L commented Mar 29, 2018

Comer352L commented Mar 29, 2018

Comer352L commented Mar 29, 2018

whitelynx commented Mar 29, 2018

NikolaKozina commented Mar 30, 2018

Comer352L commented Apr 3, 2018

Comer352L commented Apr 3, 2018

kevin230 commented Aug 25, 2020

Tactrix OpenPort 2.0 support #23

Tactrix OpenPort 2.0 support #23

Comments

whitelynx commented Mar 21, 2018 • edited Loading

Comer352L commented Mar 22, 2018

whitelynx commented Mar 25, 2018

Comer352L commented Mar 26, 2018

Comer352L commented Mar 26, 2018

whitelynx commented Mar 26, 2018

whitelynx commented Mar 26, 2018

whitelynx commented Mar 27, 2018 • edited Loading

Comer352L commented Mar 27, 2018

Comer352L commented Mar 27, 2018

whitelynx commented Mar 27, 2018 • edited Loading

Comer352L commented Mar 29, 2018

Comer352L commented Mar 29, 2018

Comer352L commented Mar 29, 2018

whitelynx commented Mar 29, 2018

NikolaKozina commented Mar 30, 2018

Comer352L commented Apr 3, 2018

Comer352L commented Apr 3, 2018

kevin230 commented Aug 25, 2020

whitelynx commented Mar 21, 2018 •

edited

Loading

whitelynx commented Mar 27, 2018 •

edited

Loading

whitelynx commented Mar 27, 2018 •

edited

Loading