Invalid DFU suffix signature

I get this on both of my Windows 10 machines. Using the regular IDE and the Pro Idea.

On the regular IDE it did see it once, and only once. After that it would not see it again.

I see people having similar problems.

Did anyone figure out a solution for Windows 10?

Pls help
Tx

dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2020 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util / Tickets

Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
No DFU capable USB device available
An error occurred while uploading the sketch

This warning does not indicate a problem. It is expected. If you're not seeing it in the Arduino IDE, it's because you have "Show verbose output during: upload" disabled in your File > Preferences.

Oh its not just a warning. It never uploads.

Also see the last line:
An error occurred while uploading the sketch

And
Verbose is disabled

Oops, my mistake. I got fixated on the post title and didn't look closely at the output.

I'm trying to get a better understanding of the problem. When you say this:

cvoalex:
Using the regular IDE and the Pro Idea.

On the regular IDE it did see it once, and only once. After that it would not see it again.

Do you mean that you only had an error while uploading once when using the regular IDE, and now you are able to upload without any error always when using the regular IDE?

Hi

I cannot upload at all. Tried regular IDE and the new Pro IDE that is in alpha|beta.

I just tried it on a Mac. It does see the port on Mac but still cannot upload. Same message.

dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2020 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util / Tickets

dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
dfu-util: No DFU capable USB device available
An error occurred while uploading the sketch

Also I tried with 2 different Portena boards. Same error everywhere.

I wonder if I got a bad batch. DId anyone else have to do anything to the ports to make theirs work other than just select the board and port?

Please check this thread:
https://forum.arduino.cc/index.php?topic=691183

Two possible solutions are presented there:

  • put the board in bootloader mode by pressing the reset button twice (make sure you see the green LED pulsing, if not, try waiting a little longer between the button presses)
  • Installing the driver manually

Hello, thanks for the help I tried that and it didnt work.

What did work is this. I switched to USB 2 ports on computer instead of USB3.

USB 3 does not work. Tried on 5 different computers.

This needs to be noted in the install

Dear all,

I have been able to use a USB 3.1 cable rather than USB 2.0 to upload sketches etc. previously, but I now encounter similar problems. This therefore may be a related observation to the OP.

I recently moved away from the Arduino embed enabled b**oard 'deprecated' version to the different, new version in the boards manager of the Pro IDE.

I've noticed that I can upload a few sketches perhaps, however after a while my USB modem port (dev/cu.usbmodem14201) disappears from the ports option in the IDE and I cannot upload any more sketches and receive the error message:

Cannot perform port reset: opening port: Serial port busy

followed by:

 dfu-util: No DFU capable USB device available
Upload error: Error: 2 UNKNOWN: uploading error: uploading error: exit status 74

On my Mac, I can check to see which devices are using this port to try and discern whether there is a conflict with another device. To do this I use the command 'lsof | grep usbmodem' and I get a line returned from the terminal indicating that Arduino is using the port:

arduino-c 3690 ryan   24u      CHR               18,5        0t0                 715 /dev/cu.usbmodem14201

If I was able to upload two sketches, one each to the M7 and M4 cores before the upload begins to fails, there is another line indicating that the Arduino is using this port (twice), presumably once for each core.

The important take away message is that if I close the Pro IDE and reopen, I can upload again a few sketches before encountering this problem again. Changing the cable doesn't make a difference. The Arduino is drawing power because the LED blink sketch just uploaded is blinking away merrily; I just can't upload different code to the board without closing the IDE first. And it seems that the Portenta is using the port, but for some reason I just cannot upload code.

All the best,
Ryan

Ryan
I am experiencing the exact same thing.
Also, after I compile and upload the port drops and I need to reconnect. And it usually changes.

Very frustrating. Anyone figure out how to resolve this?

Dear cvoalex,

I think there's just an enormous amount wrong with the Pro IDE at the moment: some things get fixed with upgrades, but this seems to introduces more problems that weren't there before.

I'm frustrated, but then again, I don't have the technical know-how to get stuck in and contribute to the development of the IDE so I can't really complain too loudly.

All the best,
Ryan

Dear cvoalex,

I managed to get some minor success today if I use the 0.1.2 version of the IDE (do not use the nightly build, keep it simple), install the new Arduino mbed-enabled boards version 1.3.0 (not the deprecated version) and update the bootloader by going to File -- > Examples -- >> (greyed out box??) --> PortentaH7_updateBootloader. Compile this and run.

This cleared up a lot of my problems. Maybe it might help you too.

EDIT: I should add that I still have to reselect the port every time I upload code to the board, but at least this uploads for me.

thejerseychemist:
File -- > Examples -- >> (greyed out box??)

It seems the Arduino Pro IDE's File > Examples menu is not correctly handling the "1.0" format libraries that don't have a library.properties metadata file. All the examples of all the 1.0 format libraries are shown under that anonymous menu item, rather than being under each library name as with the "1.5" format libraries that do have a library.properties file.

I have submitted a bug report about this to Arduino.

Unfortunately I am facing the same problem.
When uploading I receive the following messages:

Global variables use 59400 bytes (11%) of dynamic memory, leaving 464224 bytes for local variables. Maximum is 523624 bytes.
dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2020 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 2341:035b
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 4096
DfuSe interface name: "Internal Flash   "
Downloading to address = 0x08040000, size = 142272
Download	[=======================  ]  92%       131072 bytesInvalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Cannot open DFU device 2341:035b
Download	[=========================] 100%       142272 bytes
Download done.
File downloaded successfully
Transitioning to dfuMANIFEST state

I appears to me, that the upload is not complete. The scrpt gets stuck in Setup routine and the red LED is blinking although the script does not have any statements to make the red led blink :o
The blinking of the red led is repeating: 4 times a long blink (~250 ms) and 4 times a short blink (~125 ms)

This really drives me crazy !
Any help is highly appreciated!

Hi I have the same problem like Jscladon!
Did'you find a solution?
It's very frustrating.