stlink icon indicating copy to clipboard operation
stlink copied to clipboard

[feature] Nucleo-H563ZI Board not recognized

Open Nightwalker-87 opened this issue 1 year ago • 17 comments

Discussed in https://github.com/stlink-org/stlink/discussions/1381

Originally posted by DF4OR March 26, 2024 Hi. Beginner here. I have sucessfully used other boards (e.g. Nucleo-F091RC) with the current st-link utils on Linux. The Nucleo-H563ZI board in contrast is not properly recognized and cannot be programmed.

Output of lsusb Bus 003 Device 017: ID 0483:374e STMicroelectronics STLINK-V3

Output of st-info --probe

  version:    V3J10
  serial:     003A001B3132511138363431
  flash:      0 (pagesize: 0)
  sram:       0
  chipid:     0x000
  dev-type:   unknown

Outout of st-info --version v1.8.0

System

  • Arch Linux, kernel 6.8.1-arch1-1
  • stlink utils installed with pacman

Any idea what's going on?

TIA, Ekki

Nightwalker-87 avatar Apr 06 '24 16:04 Nightwalker-87

I'd be very much interested in helping on this issue as i've been trying to setup my Nucleo-H563ZI through stlink myself. Would you have any clues/guidance what is missing for this board for someone who hasn't been too involved with the codebase yet? @Nightwalker-87

As far as i've seen it should only be the flash that is not being picked up correctly? Or is it actually the Stlink-3VPWR that is throwing it off?

muxelplexer avatar May 14 '24 18:05 muxelplexer

@muxelplexer Thanks for the feedback. However I'm not really sure, if I can give any useful advice here, as I am not aware of the technical specifics of this board and how they relate to certain parts in the code base. One should know that there are coexisting older and newer parts of the st-link library, which derive from different ways of implementation. This has not fully been resolved yet and I don't know if/how this affects this issue in any kind.

Nightwalker-87 avatar May 14 '24 18:05 Nightwalker-87

I'm also interested on getting this to work with STM32H5 series. One of the quick thing I notice is that the stm32H5 requires connection on access port 1 instead of the traditional port 0 when using SWD. There might be some other changes but that is certainly a point to start with these new chips.

In ST-LINK utility or STCubeProgrammer there is such an option but I don't see this option in the open source stlink.

See this thread from ST where the ST employee mentions the connection via port1. I can also see that stm32cube programmer does the switch automatically to port1:

https://community.st.com/t5/stm32cubeide-mcus/unable-to-flash-nucleo-h563zi-with-stm32cubeide-v1-14/m-p/618423/highlight/true#M22695

image

antoinh avatar Jun 26 '24 15:06 antoinh

Any news here?

ypearson-bdai avatar Jul 01 '24 15:07 ypearson-bdai

No, sorry I don't have time to investigate this further at the moment. I just thought I would comment my findings to help someone that might want to dive deeper into this eventually or maybe even myself if I want to dive deeper on this later

tonyh1988 avatar Jul 02 '24 00:07 tonyh1988

That being said the stm32cube programmer command line interface is freely available and should in theory work with STM32H5. I will need to investigate this further until the open source stlink driver catch up with these newer MCUs.

tonyh1988 avatar Jul 02 '24 01:07 tonyh1988

We are still waiting for any constructive input here...

Nightwalker-87 avatar Oct 03 '24 20:10 Nightwalker-87

We are still waiting for any constructive input here...

I used this and seems to work Ok:

https://github.com/patrickelectric/platform-ststm32/tree/h5

ypearson-bdai avatar Oct 04 '24 16:10 ypearson-bdai