I’ve successfully programmed several of my ProffieCores (2.2) in the past using Arduino 2.3.2 software on Windows 11 64-bit. Recently, though, when I try to reprogram them using the exact same software, config files, laptop, cables, and everything, I get error 74 and it puts the core into an unsuccessful state.
I hard-reset the cores (short BOOT and RESET while plugged into a power source) to the bootloader, but here is where I’d like your help.
When I’ve successfully reset the core to the bootloader, I plug the ProffieBoard into USB. I do not hear the acknowledgement sound, but I proceed with the Arduino upload (even though the COM port isn’t showing Proffie). I receive error 74 when I try to flash it. Can you suggest why that’s happening, and how to fix it? Here’s the error I see after resetting the board and clicking Upload…
Sketch uses 177528 bytes (67%) of program storage space. Maximum is 262144 bytes.
dfu-util 0.9
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/
Opening DFU capable USB device…
ID 0483:df11
Run-time device DFU version 011a
Claiming USB DFU Interface…
Setting Alternate Setting #0 …
Determining device status: state = dfuERROR, status = 10
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
DfuSe interface name: "Internal Flash "
Downloading to address = 0x08000000, size = 177536
Download [ ] 0% 0 bytes
Download [= ] 4% 8192 bytes
Download [== ] 8% 14336 bytes
Download [=== ] 12% 22528 bytes Error during download get_status
Failed uploading: uploading error: exit status 74
The majority of times I’ve seen people with this issue, it’s resolved by using a different USB cable.
The upload starts and then fails, which means communication was interrupted.
It could even be the USB connector on the board, but I’d guess it’s most likely related to the USB connection dropping.
Does it always happen at 12%, or is it a different percentage value each time?
I moved this to a new thread, since it didn’t seem particularly related to the thread it was posted in.
@profezzorn … It fails at different percentages.
I will try the programming again with a different USB cable and report back.
That is most likely a cable problem.
It could also be a power problem (and if the power is supplied by the USB cable, then that is the same thing.)
Does the chip get warm?
Thanks for the reply. I will try a different cable.
My setup is this… I’ve got a Windows 11 laptop that is plugged into a power source, and I connect the ProffieBoard (without battery installed) with a USB cable to the laptop.
I haven’t noticed if the chip gets warm, but I will check it when I re-try it.
@profezzorn … I tried with another cable, and it failed at 1%. I’ve got three new cables scheduled to arrive on Wednesday.
During three separate tests with the old cable, it failed (with error “74”) at 1%, 10%, 12%, and 18%.
The board is inside the core, so I am not able to get a good reading on the temperature of the chip, but to my fingers, it did not feel warm.
=-=-=-=-=-
Just to make sure I’m doing this correctly, here are the steps I am following:
- Plug the USB into the core (which has no battery in it).
- Press & hold the BOOT switch on the core while I plug the USB into the laptop. I hear the acknowledgement sound from Windows. Release the BOOT switch.
- Using Window’s Device Manager, confirm that I see STM32 BOOTLOADER.
- Launch Arduino 2.3.2.
- Press Upload. It complies then tries to transfer it to the core, and fails anywhere between 1% and 20% with the following error:
"c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe:C:\Users\andre\AppData\Local\Arduino15\packages\proffieboard\hardware\stm32l4\3.6\variants\STM32L433CC-ProffieboardV2/linker_scripts/STM32L433CC_FLASH.ld:224: warning: memory region `SRAM2’ not declared
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
Sketch uses 177528 bytes (67%) of program storage space. Maximum is 262144 bytes.
dfu-util 0.9
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/
Opening DFU capable USB device…
ID 0483:df11
Run-time device DFU version 011a
Claiming USB DFU Interface…
Setting Alternate Setting #0 …
Determining device status: state = dfuDNLOAD-IDLE, status = 0
aborting previous incomplete transfer
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
DfuSe interface name: "Internal Flash "
Downloading to address = 0x08000000, size = 177536
Download [ ] 0% 0 bytes
Download [= ] 4% 8192 bytes
Download [== ] 8% 14336 bytesError during download get_status
Failed uploading: uploading error: exit status 74".
Are those the correct steps?
You don’t need to do this step, but the way you’re doing it should work.
You could try it with the battery attached and see if that works better. (It could potentially resolve any power problems that are happening.)
Thanks, @profezzorn … I tried it with the battery inserted and it still failed with the error below…
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe:C:\Users\andre\AppData\Local\Arduino15\packages\proffieboard\hardware\stm32l4\3.6\variants\STM32L433CC-ProffieboardV2/linker_scripts/STM32L433CC_FLASH.ld:224: warning: memory region `SRAM2’ not declared
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
c:/users/andre/appdata/local/arduino15/packages/proffieboard/tools/arm-none-eabi-gcc/9-2020-q2-update/bin/…/lib/gcc/arm-none-eabi/9.3.1/…/…/…/…/arm-none-eabi/bin/ld.exe: warning: changing start of section .bss by 24 bytes
Sketch uses 177528 bytes (67%) of program storage space. Maximum is 262144 bytes.
dfu-util 0.9
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/
Opening DFU capable USB device…
ID 0483:df11
Run-time device DFU version 011a
Claiming USB DFU Interface…
Setting Alternate Setting #0 …
Determining device status: state = dfuERROR, status = 10
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 2048
DfuSe interface name: "Internal Flash "
Downloading to address = 0x08000000, size = 177536
Download [ ] 0% 0 bytes
Download [ ] 1% 2048 bytes
Error during special command “ERASE_PAGE” get_status
Failed uploading: uploading error: exit status 74
@profezzorn I am only holding the BOOT switch when I plug it in because it constantly fails, leaving the core unstable… In the past (before this issue), I didn’t need to do that step…
It could be something weird going on the computer I suppose.
if that were the case, then all boards would be affected
Have you tried any other boards recently?
@profezzorn … I have tried 3 different 2.2 cores, all of which were previously working & programmable. Two failed with “error 74” and one, inexplicably, programmed successfully.
What steps should I follow to validate that there isn’t a problem with the PC? Can I completely remove & reinstall software components on it? If so, which ones? 
Try a different USB port.
Try putting a USB hub between the computer and the board.
Try rebooting the computer.
Try a different computer.
If it turns out that it is a different program causing problems, I would first check if disabling your virus protection program temporarily would fix the problem. If that’s not it, then anything else that is constantly running would be suspect., but ultimately, I don’t really know, because I don’t use Windows very much myself…
1 Like
@profezzorn Thank you for those ideas. I will try them – most likely tomorrow – and report back. I sincerely appreciate your assistance and look forward to getting these cores working again!
Is it worth trying a reinstall of the software/plugin?
I am down to uninstall/reinstall… Would that just be Arduino, or should I reinstall Zadig (and anything else – if so, what?), too?
A problem with the proffie software generally wouldn’t cause these types of problems, so I wouldn’t expect that re-installing it would help. (Although, stranger things have happend I suppose.)
Today, I tried re-uploading with the same cable and laptop, but using another USB port on the laptop. It failed at 6% with “error 74”.
I tried again with putting a powered USB hub on the same laptop and plugging the cable into that. It failed at 8% with “error 74”.
My next step is to try uploading from a different computer to see if that works…
An update… I tried uploading from my desktop PC (instead of my laptop) using the old cable, and the upload continued to fail. I tried it with a new cable on my desktop PC, and all 4 cores that were in an unstable state successfully uploaded!
I am not sure what caused the old cable to go “bad”, but that appears to have been the cause of my woes.
I sincerely appreciate the assistance from folks here – thanks @profezzorn and @NoSloppy (who called the eventual solution in the very first reply)!
1 Like