Hi I have installed the last version on visual studio. But now I heve this error when I try to use the uploader via Atmel ICE hardware. 

Debugger: Atmel ICE
Compiling 'MT3216.MPRINT.V04.03.20' for 'Arduino Due (Native USB Port)'
Program size: 44.240 bytes (used 8% of a 524.288 byte maximum) (3,51 secs)
 
Uploading 'MT3216.MPRINT.V04.03.20' to 'Arduino Due (Native USB Port)' using 'ATMEL-ICE'
Uploader started for board Arduino Due (Native USB Port)
Uploader will use programmer name: openocd_atmelice
C:\ProgramData\vmicro\tools\openocd-0.10.0.20200213\bin\openocd.exe -d2 -s "C:\ProgramData\vmicro\tools\openocd-0.10.0.20200213/scripts/" -c "adapter driver cmsis-dap" -c "cmsis_dap_vid_pid 0x03eb 0x2141" -c "set CHIPNAME at91sam3X8E" -c "source [find target/at91sam3ax_8x.cfg]" -c "echo -n {****[vMicro]**** Uploading ELF :}" -c "telnet_port disabled; program x\Debug/MT3216.MPRINT.V04.03.20.ino.elf} reset; shutdown"
Error during upload using programmer
Impossibile trovare il file specificato

Impossibile trovare il file specificato
The uploader returned an error

Can you confirm the below files are present on your machine, and if not which are missing?

C:\ProgramData\vmicro\tools\openocd-0.10.0.20200213\bin\openocd.exe
.cfg
\Debug\MT3216.MPRINT.V04.03.20.ino.elf 

Please also attach a log from a Build with the options set as shown in the yellow box at the top (so we can see all settings)

In attach the log file. Thanks..!!!

Hi I have installed the missed file. But now for is impossible to download using the serial uploader.

Compiling debug version of 'MT3216.MPRINT.V04.03.20' for 'Arduino Due (Programming Port)'
Program size: 44.812 bytes (used 9% of a 524.288 byte maximum) (3,28 secs)
 
Uploading 'MT3216.MPRINT.V04.03.20' to 'Arduino Due (Programming Port)' using 'COM10'
Uploader started for board Arduino Due (Programming Port)
Upload method will be: bootloader
Uploading via Bootloader 
no\bossac.exe -i -d --port=COM10 -U false -e -w {upload.verify} -b IN -R
The uploader process failed
bossac.exe: extra arguments found
Try 'bossac.exe -h' or 'bossac.exe --help' for more information

This is the right file yes, does the Atmel ICE upload now work?

The issue with the serial upload appears to be the {upload.verify} flag is not resolving, which can be worked around in the interim by:-
1) Change vMicro > Uploader > Verify

Or

2) Add a Local Board.txt to the project (Right click in solution explorer > add > local board.txt) and add the below line to it to set it to blank for now ()

upload.verify= 

Note: Also if switching between Serial / ICE on the same board, the Serial Upload may not work if the ICE is connected and powered up.

We will investigate why this is happening further, can you re-attach the build output with the vMicro > Compiler > Show Build Properties, and Verbose both enabled so we can replicate? (no properties in last log file)

Ome more think for me the priority is to solve the upload/debugging with Atmel ICE. Please help me to restart with this tools is very important for me. At the moment I'm stopped!!

Please my issue is upload and debug with Atmel ICE not with serial debugger and until yesterday my system working wery well but after your last update all my system is go to crash. Please solve this issue is very important for me.

Hi, in attach the log file required under the following config.

Arduino Due (Native Port)
Custom Board with only Native Port (No programming port is present.)

To day I see this:

1) VM can connect with my target board, perform the uploader but at and of this the board do not start and the serial debug do not start. My target board in a indefinite state.

2) If I try to load the same sketch with Arduino IDE I can always via Native Port all perform OK and I can uploading the target and reset correclly and run. (NO PROBLEM)

3) After performing the point (2) If I try to reconfigure my VM with hardware Atmel ICE uploding, build all, VM can perform the uploading, can starting the debug and working well including the use of breakpoints. 

4) If I try to ERASE my target (Hardware Erase using the switch on my board) and try to perform the point (3) -> VM can build without error, uploading the sketch correctly, but Do not start my board is placed in unknow state. If I tray to make a HW reset the targt do not go.

5) If I reconnect Arduino IDE configuring ad point (2) I can compiling and uploading without problem then...

6) perform again the point (3) so, compile all with hw debugger Atmel ICE, I can compile, uploading and Startting debug without error.

I Hope is alla clear for you. I'm waitng for your help. Thanks Marco   

Thanks for the information, though the upload log is for a Serial upload, which is not the issue we are solving here.

1) You have said before we are not using the Serial Debugger, and with this turned ON it is not comparable to the Arduino IDE.  Set to Release Mode and Serial Debug OFF to compare to Arduino IDE
2) How were you uploading in Arduino? (Serial / Atmel ICE / Atmel ICE SAM / Atmel ICE Over OpenOCD)? Did you Press Erase before doing this Upload?
3) Ok, this shows that it can all work together then.
4) Why use the Erase Button?  The erase is performed as part of each upload, and not sure why this creates the stopped state it does (Native or Programming).
5) Assume same method as in #2?
6) Again same as #3 this proves it can work successfully.

Next Steps:
Can you try doing the upload in vMicro via Atmel ICE, without pressing the Erase button on-board?
If this still fails please also attach the output from Arduino IDE from the Atmel ICE upload you are using, with Properties > Verbose enabled for compilation and upload in the Arduino IDE?

Sorry the attach files are here!!

He in attach the file of VM Serial  Upload via NAtive Port without press the erase button. At the end this procedure the target doesn't run and the board is a unknow state.

In menu File do not exist> Preferences ...
Where I can find it?
File > Preferences > Show Verbose Output During [x] Verbose and [x] Upload Options checked as well ?

hi, here two log files.
a)Bulid is the log file from VM with AtmelICE hardware
At the end of this build/uploading phase my target doesn't work and is an unknow state.

b)UpLoad is the log file from Arduino IDE , at the end of this my target restart and work well, no errors.
 
of course, I'm using the same sketch file. Thanks!

sceanrio2: If I use the vMicro serial  instead of the vMicro Atmel ICE Programmer, doesn't work and my target stay in a unkonw state.

Please, so do you want a build/upload log from vMicro with Atmel ICE emulator, is it Right?

Brilliant, so #2 is not an issue. So next we can try the ICE debugging (#4) and leave upload as Serial for now:-

Set Debug to Hardware, and select the Atmel ICE Debugger, Re-compile and upload via Serial again.
Set a Breakpoint in Loop()
Try Attaching the debugger after upload using Debug > Attach to Process

Does this work?

Great, another potential problem gone.

So if you do the upload in Arduino IDE, using the Atmel ICE Programmer, and the "Upload Using Programmer" option, does this work correctly? (in the same scenario with pressing Erase)

If this works correctly in Arduino can you send the upload log from the Arduino IDE?

NOTE: In the arduino ide you have to click menu item "Upload using programmer" to use the Atmel ICE. Please submit log from Arduino using the ICE.

NOTE: The Native USB port is not a standard usb port. Your board is also not working properly, staying on COM10 in programming mode all the time is not expected. Becareful using programmers for upload, they can destroy the bootloader + the native usb port is sensitive. Please make sure you understand and are using the correct port for your tests.

ICE is not support for upload with the configuration you are using. For native usb leave upload as serial/normal.

Sounds like a usb driver issue.

The arduino ide install does not affect visual micro, as long as we can find the ide that is all that matters. There are no background config files.

It is good to make upload work in the arduino ide and then try same in Visual Micro after Arduino is working.

Have you every used the ICE before? Just purchased it?

Hi, some news about this topic after my last post?

Hi, here the log file from Arduino IDE + atmel ICE. Of course I have select as programmer in menu skech the option Programmer Atmel SAM- ICE.

A first answer from Arduino Forum. But is not a solution...The reason for this is the Arduino IDE only supports using programmers with boards of the architecture of the platform that contains the programmer definition. The "Atmel SAM-ICE" programmer you selected from the Arduino IDE's Tools > Programmer menu is from the "Arduino SAMD (32-bits ARM Cortex-M0+) Boards" platform, which uses the samd architecture. The Arduino Due is part of the "Arduino ARM (32-bits) Boards" platform, which uses the sam architecture.

This sort of confusion is prevented in Arduino IDE 1.8.13 by the change to only displaying the programmers of the currently selected board's platform in the Tools > Programmer menu.

I'd guess you could add an "Atmel SAM-ICE" programmer definition to the "Arduino ARM (32-bits) Boards" platform. I'm not sure why Arduino didn't define any programmers for that platform. I can provide you instructions for how to copy paste a programmer definition into the platform, but I might be leading you astray. I don't own an Atmel SAM-ICE programmer to be able to test my advice in advance. So you are probably better off either waiting for someone else here who knows more about this topic to comment, or else do some searching to see if there are some existing instructions about setting up a programmer for the Due.

Hi, here the log file. At the end of upload, via Atmel ICE, the target Arduino DUE board in to unkown state. Do not run and is not possible to start the debugger with Atmel ICE

We will look at it during the week and report back thanks

Investigating this further, and reading up on the DUE Bootloader specifics, it seems that the GPNVRAM bit #2 is set to 0 by the ERASE button press, which puts it into a state where it is waiting to be programmed permanently (even after power cycle).

I have been able to perform the following cycle successfully, with the additional command at in step #4 fixing the issue:-
1) Connect DUE via Native USB Port, Select Debug: Hardware, Atmel ICE, Uploader: Atmel ICE
2) Press ERASE Button on Board
3) Upload to Board using Atmel ICE via Visual Micro
4) Run the below command in command prompt:-

C:\ProgramData\vmicro\tools\openocd-0.10.0.20200213\bin/openocd.exe -s "C:\ProgramData\vmicro\tools\openocd-0.10.0.20200213/scripts/" -c "adapter driver cmsis-dap" -c "cmsis_dap_vid_pid 0x03eb 0x2141" -c "set CHIPNAME at91sam3X8E" -c "source [find target/at91sam3ax_8x.cfg]" -c "init; halt" -c "at91sam3 gpnvm show all" -c "at91sam3 gpnvm set 1" -c "at91sam3 gpnvm clear 2" -c "at91sam3 gpnvm show all" -c "reset run" -c "shutdown"
 

5) Press Reset Button on Board (will try to remove this with commands)

I was running Blink and the LED starts blinking again after the final reset.

Step 4 will give output which contains the GPNVRAM bits, before (first) and after (second) the change (so can undo if needed):

sam3-gpnvm0: 0
sam3-gpnvm1: 0
sam3-gpnvm2: 0

sam3-gpnvm0: 0
sam3-gpnvm1: 1
sam3-gpnvm2: 0 

Would it be possible to try this approach on your board, just as a double check before we look at integrating it into the upload commands?

Thanks for the confirmation and persistence with this.

We have included this in the 20.06.18.6 Release of Visual Micro for the Due Native USB, with Atmel ICE and Segger JLink Programmers.

https://www.visualmicro.com/forums/YaBB.pl?board=VS_ARDUINO_EXT_RELEASES

There will be additional messages shown in the output window on upload, to ensure the RESET button is pressed if needed, as we couldn't find a reliable way to reset the board from OpenOCD at present fully.