Skip to main content
M
MStri.1
Visitor II
February 6, 2020
Solved

Is the version of STUHFL demo limited as compared to the one on windows? Multiple issues while building the demo for Linux.

  • February 6, 2020
  • 1 reply
  • 608 views

Hi,

I tried to follow the given instructions for building the STUHFL demo for linux but I encountered multiple issues:

1) Header files were not found when building the solution.

  • I added the absolute path in the settings of the project so that the header files are found.

2) The directory structure of the copied files on the Raspberry Pi was quite different to the one expected by the build commands in visual studio. So, there were errors of the libSTUHFL.so and the STUHFL_demo.out not being found.

  • I edited the path in settings of the project and moved around a directory to make this work.

3) Finally it ran:0690X00000D8CmAQAV.png

  • But, there is no way of interacting with the hardware and does not serve much purpose.

4) The demo version on windows gives some options for interaction but it takes a considerable amount of time for it to respond.

  • Also, It was not able to detect the tags when I selected the relevant option. Whereas, using the Windows GUI software, it was able to.
    This topic has been closed for replies.
    Best answer by Nick K

    Hello MStri.1,

    ad 1: As the Linux demo is rather new we have currently only the VS2017 project as a working reference. Maybe the conversation to VS2019 made some problem here. We will check this.

    ----------------

    ad 2: What RPi and distro do you use ?

    ----------------

    ad 3: Your screen shows that the STUHFL_demo.out and libSTUHFL.so are compiled correct and run remote on your target.

    The message "Welcome to the ST-UHF-L demo V1.9.0.0" comes from the libSTUHFL.so and is called in the STUHFL_demo from the function STUHFL_F_GetLibVersion() in the first statement in main.

    But the board SW and HW version is wrong, it must be for SW: V1.9.0 and for HW: V1.0.0. This is when no valid UART communication is established between the Host (RPi) and the Reader (EVAL board)

    This could have several reasons

        *) Is the FTDI UART converter (is part of the EVAL board) detected by your RPi ?

        *) Is the FTDI driver running and to which device is it mapped ? In the STUHFL_demo the default port is /dev/ttyUSB0. You could change this in main.c with the COM_PORT define

        *) Do you use the FW V1.9.0 on your board ? The V1.8.6, which works with the GUI works not with the STUHFL_demo. To run the STUHFL_demo you need to flash the v1.9.0 FW from the package. You could use KEIL or TrueStudio to build, flash and debug the FW. 

    ----------------

    ad 4) For the windows STUHFL_demo its the same. Are you able to connect to the port and got correct version information ? If you are able to read with the GUI (v1.8.6) and did not flash the v1.9.0 FW the above mentioned point is the problem.  

    Please try again with FW v1.9.0 to run the STUHFL_demo (Windows or Linux)

    We will soon release a V2.0.0 of the FW, GUI and STUHFL_demo were all components are compatible to solve this problem.

    BR

    Nick

    1 reply

    N
    Nick KAnswer
    ST Employee
    February 14, 2020

    Hello MStri.1,

    ad 1: As the Linux demo is rather new we have currently only the VS2017 project as a working reference. Maybe the conversation to VS2019 made some problem here. We will check this.

    ----------------

    ad 2: What RPi and distro do you use ?

    ----------------

    ad 3: Your screen shows that the STUHFL_demo.out and libSTUHFL.so are compiled correct and run remote on your target.

    The message "Welcome to the ST-UHF-L demo V1.9.0.0" comes from the libSTUHFL.so and is called in the STUHFL_demo from the function STUHFL_F_GetLibVersion() in the first statement in main.

    But the board SW and HW version is wrong, it must be for SW: V1.9.0 and for HW: V1.0.0. This is when no valid UART communication is established between the Host (RPi) and the Reader (EVAL board)

    This could have several reasons

        *) Is the FTDI UART converter (is part of the EVAL board) detected by your RPi ?

        *) Is the FTDI driver running and to which device is it mapped ? In the STUHFL_demo the default port is /dev/ttyUSB0. You could change this in main.c with the COM_PORT define

        *) Do you use the FW V1.9.0 on your board ? The V1.8.6, which works with the GUI works not with the STUHFL_demo. To run the STUHFL_demo you need to flash the v1.9.0 FW from the package. You could use KEIL or TrueStudio to build, flash and debug the FW. 

    ----------------

    ad 4) For the windows STUHFL_demo its the same. Are you able to connect to the port and got correct version information ? If you are able to read with the GUI (v1.8.6) and did not flash the v1.9.0 FW the above mentioned point is the problem.  

    Please try again with FW v1.9.0 to run the STUHFL_demo (Windows or Linux)

    We will soon release a V2.0.0 of the FW, GUI and STUHFL_demo were all components are compatible to solve this problem.

    BR

    Nick

    Terms & ConditionsAccessibility statement