I managed to get it to work a couple of times and now it seems to be unable to upload the compiled code.
I have a project installed and running via Arduino IDE (COM9 is active).
I use Debug->Start Debugging, and it reports No Available DFU (I have removed by macro all the Serial.print statements - just in case)
Program EnviroWatch size: 495,484 bytes (used 63% of a 786,432 byte maximum) (402.91 secs)
Minimum Memory Usage: 90512 bytes (17% of a 523624 byte maximum)
# Copy build result to 'Project>Property Pages>Intermediate Directory'
# Destination: "file:///Z:/User/SALASOFT/Constr/Envirowatch/Code/MainCode/EnviroWatch/Debug/"
Uploading 'EnviroWatch' to 'Arduino Portenta H7 (M7 core) (Duplicate) (envie_m7_mbed_portenta)' using 'COM9'
dfu-util 0.10-dev
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2021 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/
dfu-util 0.10-dev
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2021 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/
The uploader returned an error
# Copy build result to 'Project>Property Pages>Intermediate Directory'
Warning: Invalid DFU suffix signature
# Destination: "file:///Z:/User/SALASOFT/Constr/Envirowatch/Code/MainCode/EnviroWatch/Debug/"
A valid DFU suffix will be required in a future dfu-util release
No DFU capable USB device available
Build Clean 'EnviroWatch'
I then double click the reset button on the portenta, and I have COM8 available - which I set on the COM port setting on Visual Studio. I recompile with Debug->StartDebugging. It seems to upload OK (LEDs on J-Link blinks appropriately). Then the following message comes up
openocd: Open On-Chip Debugger 0.10.0+dev-01058-g853a05287 (2020-02-13-16:41)
openocd: Licensed under GNU GPL v2
openocd: For bug reports, read
openocd: http://openocd.org/doc/doxygen/bugs.html
openocd: debug_level: 2
openocd:
=thread-group-added,id="i1"
GNU gdb (GNU Tools for Arm Embedded Processors 7-2017-q4-major) 8.0.50.20171128-git
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-w64-mingw32 --target=arm-none-eabi".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
=cmd-param-changed,param="pagination",value="off"
0x00448290 in ?? ()
Note: automatically using hardware breakpoints for read-only addresses.
Warning: Exceptions are not supported in this scenario.
Debugger was unable to continue the process.
The program '' has exited with code 4294967295 (0xffffffff).
I sent the verbose build file by email.
Just to mention, the Portenta is just sitting there, no SOS blink or anything. The code is not running, and no serial ports are exposed (neither COM8 nor the usual runtime COM9 in my case).
All very weird, because it did work once, and was debugging, until it seemed to hang for 10-15 minutes (had to task manager end visual studio to get out), and I have not been able to get it back on line since.