STLink / STCubeProgrammer support on Windows ARM64

[CPop.1]

I can't get the STLink drivers installed on Windows 10 / 11 aarch64 Parallels VM running on Mac M1.

Is there any support for ARM64 Windows STLink drivers?

[TDK]

ARM64 isn't a listed supported version.

https://www.st.com/en/development-tools/stsw-link009.html

Likely you can try to invoke some compatibility mode (less likely to work for a driver), or it just won't work.

[Pavel A.]

Duplicate. https://community.st.com/s/question/0D53W00000kvUj9SAE/how-to-install-stm32cubemx-on-windows-10-arm64-on-raspberry-pi-4

ST-LINK driver package is INF-only, all the functions have in-box drivers.

If new ST-LINKs have the Microsoft winusb descriptor, then it will be installed automatically, without any driver at all.

[CPop.1]

Thank you!

From your answer, it sounds like ST needs to resign their driver package.

I made the modifications and because the inf changed Windows fails to install the driver (tampering). Because the driver is signed and the signature changed, I don't know of a simple way to disable the check. This means there is no viable workaround for now for all Windows ARM64 users.

[Nawres GHARBI]

Hi @CPop.1​ 

could you share the drivers please?

[CPop.1]

I was able to make this work end to end with STM32CubeProgrammer and IAR on Windows 11 ARM64 (running in Parallels on an Apple M1). To make that work, I have removed all references to the certificate signatures (CAT files) from INF files.

To install, you need to temporarily disable driver checks: https://appuals.com/how-to-fix-the-third-party-inf-doesnt-contain-digital-signature-information/ (use the temporary solution 3 - Reset while holding Shift). After rebooting with driver signature checks, go to Device Manager, find the STLink device and manually specify the folder where you've unzipped the file attached below.

Important! This will install an unsigned driver. Make sure that what you've downloaded contains only INF changes from the official drivers (I have not changed any binary files, which in this case are the official COM installers supplied and still properly signed by Microsoft. - I simply renamed the amd64 folder to arm64 from the official driver and changed the content of the INF files as pointed out by @Pavel A.​ )

@Nawres GHARBI​ it would be great if ST re-releases ST Link so that it works on Windows 10/11 ARM64 with properly signed drivers (the CAT files must be updated). This will enable developers on both Windows Surface X as well as Apple M1 + VM to work with STLink devices.

[PCall.1]

Thank you, I have been looking for a solution for this for quite some time. Followed the above instructions and works 100% for me. Thanks again!

[Pavel A.]

There is a simple way to install the winusb driver manually, from device manager, see here.

I don't have arm64 machine and cannot validate.

Maybe makes sense to provide an "universal" driver package. it would be shorter, cleaner, none of that "coinstaller" nuisance. But such driver won't support Windows 7, 8. Only 10 and 11.

---pa

[userHarpreet]

I have followed the instructions of the previous user and made a zip which should install directly for arm64 PCs. I have tested it with Windows running on Snapdragon X. Please try and confirm if it works. In case you stumble upon any error, follow readme. Thanks everyone.

[jp98]

Unfortunately these steps don't work for me. I'm using an M4 Parallels Windows 11, and I disabled secure boot, driver enforcement and attempted to install CPop.1 and userHarpreet's files. Is there any way to troubleshoot this?

[jp98]

@userHarpreet , your README says to use stlink_winusb_install.bat. I tried that, but unfortunately I hit this error trying it.

[CTapp.1]

Is there an official ST position on this?

I develop on Mac, which is not a problem most of the time.

However, I am now working on a TouchGFX project, and the software for that is Windows only. I therefore have a Windows on Arm VM running under Fusion in which I have installed MX, Cube, TouchGFX, etc.. All of this works fine, except for the ST Link drivers. I can get them to install by disabling driver signing, but that (rightly) gives our security team concerns.

Do ST have any plans to provide an official version of the drivers that work with Windows for Arm?

TouchGFX for Mac would be even better, but that would take a lot more work than a signed driver ;)