• State Resolved
  • Locked Locked
  • Replies 9 replies
  • Answers 1 answer
  • Subscribers 48 subscribers
  • Views 693 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

USB2ANY: HPA665

Roland Schaufler
Prodigy 10 points

Part Number: USB2ANY

Tool/software:

03/25/2025

Dear Forum,

we have sereral USB2ANY Devices here. Our Development Laptops are Windows 11, the technical PCs where they are used, are WIN10.

We also have the Software TICS Pro Software.When installed and first plugged in, the TICSProsuggested a Firmware update which was done on the devices. This is a few days/Months back. The firmware updates were not performed by me but by any colleague. I do not know the actual firmware versions applied therefore.

When plugged in, the tics Pro sw can be started, a server started, for instance on <ip>:11000, on the test machines it is 127.0.0.1:11000. Then we use the python software snippets, that enable us to connect to this server as a client. Then there are some functions we can call, for instance reading out the serial numbers with the GetAllUSB2ANY() function. It returns with no error, by repeating the command and true, but the list with serial numbers of the devices attached is an empty string. NO serial numbers are reported! If we plug two such devices to a pc, where our python snippets run, we get the serial number of one of the two devices attached, i.e. the number of this one that has not been grabbed by the TICS Pro software. I we select the other of the two devices within the TICS Pro software, the game is switched... we get the serial of the first one that is now not being attached to the software. Also we do not see these devices in the device manager (how should they be visoible at all?).

How can we get the serial number read out with the GetAllUSB2ANY() function?

Thanks and warmest regards,

Roland

  • 0
    TI__Mastermind 35330 points

    The "GetAllUSB2ANY()" API is a thin wrapper around the USB2ANY's own APIs, which disclose the available, unconnected devices. Right now, the currently connected interface is not considered. I think in the future, this should be considered, potentially with an argument to the GetAllUSB2ANY API that returns either an empty string or the currently-connected USB2ANY as the first or last entry. For now, I think the only workaround is to use the SelectInterface API with the "DemoMode" interface first, which closes any active USB2ANY connections, and then call GetAllUSB2ANY(). But if this doesn't work for you, e.g. you need the USB2ANY connected in TICS Pro while this is happening for some reason, I can make the modifications on a custom binary specifically for you before pushing it to the main binary.

    USB2ANY enumerates as an HID-compliant vendor-defined device with hardware ID = HID\VID_2047&PID0301, owned by a parent USB Input Device with hardware ID USB\VID_2047&PID_0301.

  • 0 in reply to Derek Payne
    Prodigy 10 points

    Dear Mr. Payne,

    thanks for your reply. Yes, we have the USB2ANY-devices connected to TICSPro, but our query for the serial numbers is to be performed only once in the whole process at the beginning, when we start our software, so it would be possible, to cut the devices off for a short time from TICSPro, perform a call for the presence of all with the reply of the serial numbers, and then after this, again "attach" them safely to the TICSPro again, or even start TICSPro AFTER the call for presence, or whatever similar process would be possible. How would I call the API with the "DemoMode" Interface first, to get all the attached devices? Do you have any code snippets for this?

    Other than that, it would be very nice necessary to have a version, that allows the serial scan for all attached devices though. This would be the clean solution.

    BTW, on Windows 11, we do see no interfaces at all, neither the connected ones, nor the disconnected. The call to GetAllUSB2ANY returns with true and an empty list of serials... This is only possible on Windows 10 yet, where we can see the serials of the non-connected one....

    Thanks and regards,

    Roland Schaufler

  • 0 in reply to Roland Schaufler
    TI__Mastermind 35330 points

    I went to write the example program, and then it did not work because the API did not free the USB2ANY instance. Oops.

    Give me a few hours to make a patch for you to try.

  • +1 in reply to Roland Schaufler
    TI__Mastermind 35330 points

    TICS Pro.zip

    I've attached several debug binaries compiled with a bunch of changes:

    • GetAllUSB2ANY(includeConnected: bool = False) -> list[str] now returns the connected interface if the includeConnected argument is True. The connected interface is the last interface in the list, and will either be a USB2ANY serial number or an empty string if no USB2ANY is currently connected.
    • ConnectToUSB2ANY(serialNumber: str) is deprecated. This function behaves strangely and I am not confident in it. Use SelectInterface API instead.
    • GetInterface() -> tuple[str, str, str] API has been added, returning a 3-tuple of the currently connected interface type, protocol type, and serial number. In DemoMode, the serial number will be the empty string.
    • Added an option flag in the options menu and in the settings.ini file to override the automatic connection to a USB device on startup, or when a USB device is inserted and TICS Pro is in demo mode. This may help managing USB2ANY with multiple instances of TICS Pro, or multiple software tools utilizing USB2ANY.
      • Option is experimental - there may be edge cases. I'm at a remote terminal away from a USB2ANY, but I can test in detail later this week.
      • To enable on startup, modify settings.ini in C:\Program Files (x86)\Texas Instruments\TICS Pro to include the following lines:
        [OPTIONS]
AUTOCONNECT = FALSE
      • Can set AUTOCONNECT = TRUE, or omit the AUTOCONNECT key, or omit the whole [OPTIONS] section, to use default behavior (all are equivalent)
      • I did not modify the TICSPro_TCP.py functions to facilitate automatically inserting or modifying this [OPTIONS] section; this is a todo for later.

    Because the binaries are debug binaries, they may perform slightly slower than non-debug binaries. However, the debug binaries will give us detailed error messages in case something goes wrong. If nothing goes wrong, I will incorporate the non-debug binaries into a new installer later this week.

    Unzip the zip file; copy the dlls, the exe, and the pdb files; paste them into C:\Program Files (x86)\Texas Instruments\TICS Pro (overwriting any existing files). You may want to make a copy of the old files in case the debug binaries have an issue and you are otherwise blocked without the prior versions; or you could just reinstall TICS Pro using the installer from TI.com.

    I also included an updated copy of TICSPro_TCP.py in the zip file, which has the new implementations of the GetAllUSB2ANY, ConnectToUSB2ANY, and GetInterface APIs.

    Please give these a test, and let me know if you encounter any additional issues.

  • 0 in reply to Derek Payne
    Prodigy 10 points

    Thanks a lot, I will test asap and come back with results... 

    thanks and regards....

  • 0 in reply to Roland Schaufler
    Prodigy 10 points

    ... BTW, is it possible, that the GetInterface() function in the TICSPro_TCP.py is empty and contains only comments but no code?

  • 0 in reply to Roland Schaufler
    Prodigy 10 points

    ... ok, now I have successfully tested all, GetAllUSB2ANY and GetInterface both work. THANKS A LOT for your outstanding efforts and the solution in absolutely record time! BTW, it is not planned to overtake this into a further release of TICSPro??

  • 0 in reply to Roland Schaufler
    Prodigy 10 points

    I added the following part into the GetInterface(...) Function, then i worked also!

    Thanks and regards!


            r = self._SEND("getinterface")
        return r[2], r[3], r[4]

  • 0 in reply to Roland Schaufler
    TI__Mastermind 35330 points

    I think the python file I gave you is one save behind the version in my editor, apologies for that. You figured out the missing code though, well done.

    With confirmation that this is working, I'll test internally a bit more, and publish a new version of the software and a new version of TICSPro_TCP.py (which will include the body of the GetInterface API) on ti.com later this week. Thanks for your assistance in testing!