[louis]

Hi Carmine
I just switched to Ubuntu and reinstalled everything. Now I know for sure that it is stlink.rules and not stlink.conf
Best regards
Louis

[louis]

Ok, now everything is clear.
Thank you!

[louis]

I have another question. My GPIO_InitTypeDef looks like this:

typedef struct { uint32_t Pin; uint32_t Mode; uint32_t Pull; uint32_t Speed; }GPIO_InitTypeDef;

1 2 3 4 5 6 7

typedef struct {   uint32_t Pin;   uint32_t Mode;           uint32_t Pull;         uint32_t Speed; }GPIO_InitTypeDef;

There is no uint32_t Alternate;.
Is this a setting in CubeMX, or maybe a HAL update?
How can I choose an alternate function if it’s not there?

[louis]

Oh, I forgot that there is a troubleshooting chapter.
Anyway, thanks a lot for the fast reply, it works now!

[louis]

Ok, the only wrong information in the book is that it has to be named stlink.rules and not stlink.conf, all the rest was correct. So it is only method “b)” from last post.

[louis]

I found a solution for the 3. Problem!
I did 4 different things and I do not know which one did the fix, so I present all.

a) In the file /etc/udev/rules.d/stlink.conf I deleted the "SUBSYSTEM=="usb",
b) I renamed the file stlink.conf to stlink.rules
c) I copied STM32Toolchain/openocd/contrib/99-openocd.rules to /etc/udev/rules.d

do not forget to type service udev restart after every change.

d) sometimes i also typed udevadm control --reload-rules

I have no idea which one did the fix, if somebody knows it, please tell me.

[Author]

Posts