2021-06-23 06:50 PM
This error message is false since the zip file downloads but errors during extraction.
The folder inside stm32cube_fw_f4_v1261.zip is STM32Cube_FW_F4_V1.26.0 which I had already manually installed.
So I guessed and changed the subfolder name for v1261 from STM32Cube_FW_F4_V1.26.0 to
STM32Cube_FW_F4_V1.26.1.
My STM32Cube_FW_F4_V1.26.1 folder is only 17.6MB where the previous release of STM32Cube_FW_F4_V1.26.0 is 1.68 GB. So it seems like both packages need to be combined and only keep the newer 1.26.1 files? So I copied the files from the previous 1.26.0 release into the STM32Cube_FW_F4_V1.26.1 folder then overwrote any files found in the 1.26.1 release folder to see if that helped.
And it did. Now Stm32cubeIde appears happy and reported 1.26.1 was installed.
Please for the love of god fix this!! Thanks.
2021-06-25 04:02 AM
Fact is STM32Cube ecosystem is not sensitive if Firmware packs to directory name.
Important metadata is package.xml file at package root. If F4 I'm getting myself:
<?xml version="1.0" encoding="ISO-8859-1" standalone="no"?>
<Package DBVersion="2.0">
<PackDescription Release="FW.F4.1.26.0" Patch="FW.F4.1.26.1">
<Note Release="ReleaseNotes.html" Patch="ReleaseNotes_Patch.html"/>
</PackDescription>
</Package>
Here you can see pack base is 1.26.0 one then a patch on top of which is 1.26.1.
Because patch mechanism you've done right process means base relase install first then override based on patch. Process is quite nice has pack base is quite often a bit heavy sounds good to get patch only then to get bug fixes & improvements.
Another way to work is to rely on GitHub deliveries done by ST ... up to you to clone :)