"tm32cubeprog_v2-5-0": API-Error with Windows 7
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-09-16 1:04 AM
Hello everybody,
I am actually a PC software developer, but would like to be able to update the firmware of the hardware we have developed with our own software.
For this purpose I have downloaded the "en.stm32cubeprog_v2-5-0.zip" and installed the Windows version on a Windows 10 (64 Bit) PC.
I tried the example "1 example with UART bootloader" from the STM-API.
This also works very well under Windows 10/64-bit.
(A Windows 10 with 32 bit is unfortunately not available to me for testing)
But when testing it with Windows 7 (32 / 64 Bit, both the same effect) I get an error when calling the API-function
"connectDfuBootloader".
Code:
if ((usbConnectFlag = connectDfuBootloader(dfuList[0].usbIndex)) == 0)
...
The value in "usbConnectFlag" is then equal to "-5", which according to the API description "STM32CubeProgrammer_API.chm" means something like:
"Operation not supported or unimplemented on this interface".
When using the original GUI-programm of STM it works on Windows 7.
So the driver(s) should be OK. I hope so.
Is there any known problem/bug with Windows 7 and the API?
Or am I doing something wrong?
Please excuse me if I have not yet provided important information, but I am absolutely no expert in the embedded world ;)
Hardware:
Evaluationboard "NUCLEO F072RB"
# Update #
I have now put this question to support.
If I get a satisfactory answer there, I'll post it here.
Solved! Go to Solution.
- Labels:
-
STM32CubeProgrammer
-
STM32F0 Series
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-09-22 6:29 AM
Hello again,
I found the bug and it was - how could it be otherwise? - my mistake.
The polluter:
I did not adhere to the required tree structure of the individual files completely correctly.
There must be two directories in parallel on one folder level:
The "Data_Base" directory with its xml files and a directory of any name,
in which all necessary dlls belong.
Unfortunately I had the dlls and the "Data_Base" in a common directory.
Well, ashes on my head.
But if I can help only one person who is also confused by the rigid required structure of directories,
the whole thing would ultimately have something good.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-09-22 6:29 AM
Hello again,
I found the bug and it was - how could it be otherwise? - my mistake.
The polluter:
I did not adhere to the required tree structure of the individual files completely correctly.
There must be two directories in parallel on one folder level:
The "Data_Base" directory with its xml files and a directory of any name,
in which all necessary dlls belong.
Unfortunately I had the dlls and the "Data_Base" in a common directory.
Well, ashes on my head.
But if I can help only one person who is also confused by the rigid required structure of directories,
the whole thing would ultimately have something good.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2020-11-25 4:07 PM
Hi Gneifel !
I am currently running USB_Example with the STM32Cube Programmer API and I have the exact same error. I copied the files to my own directory. I'm probably missing something. Did you mention that you need to properly configure the directory structure? What is the exact solution?
Regards,
Kamil
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-16 4:42 PM
Gneifel thank you for your support...
Sleepless nights went over with your suggestion.
