-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
st-info --probe finds programmer and doesn't display its details #716
Comments
If you are sure you have access rights and no microcontroller attached it is the normal behaviour you don't get any output. This is currently a limitation of how probe is implemented, you must attach a microcontroller to show detailed information. I have written an experimental project to solve this limitation and probe attached programmers even in the case when no mcu is attached. See: https://github.com/xor-gate/stlink2. I didn't put much effort in the problem to port it back into the texane/stlink project (yet), as it is not as easy as it looks. Still your issue is valid and should be fixed for convience. |
OK, thank You for the info but the correct output with data is given on my older image of RPI also with no target attached to programmer(stlink V2 copy). So I assumed I have missed some settings (I am not sure about access rights if everything is OK). I will try your solution also. And I have target attached. |
So to summarize, you dont run stlink/stlink2 as root and stlink2 show the expected output with serial of the programmer (and when attached the chipid)? |
@xor-gate |
same problem then i debugged a part of software ...all works for about 2houres
so it looks like Atollic has, with this update, killed the STLink on my nucleo device 😢 :oops: :evil: perhaps somebody knows how to fix this problem |
Same problem with rebooting MacBook. |
XNUCLEO-F103RB here, and the same symptoms. Firmware upgrade and now chip id shows 0000 for the thing. |
@ all: Please make sure you report all your software and hardware info:
|
Debian Unstable
|
For anybody else possibly googling this. I happened to have a copy of the original board firmware ad a .bin file and managed to get it back working by putting a jumper on CN7 pins 5-7 and then running st-flash writing the original firmware to the board. |
@jpesonen-priv: ok, good, but that still does not give any idea on why this happened (which is the relevant point to us)... |
@Nightwalker-87 I can reproduce this too by flashing anything with the STM32CubeIDE to the board, but I don't know what is and how to get information relevant to you. |
As it reads, @lkord was able to rule out that the st-link tools were source of this problem. The findings of @artbody, @RockyF and @jpesonen-priv seem to be a different problem. Thx for the helpful feedback @jpesonen-priv which now allows to close this ticket with a solution. 👍 |
The setup I did:
I also added stlink group and user pi to it: no effect
Output:
but
expected:
I think I miss some settings.
Thank you for any help
The text was updated successfully, but these errors were encountered: