Hi Russ,

1)

Sorry you have the confusing error message during debug compile. 

Actually the first thing is to close the Ide and install the latest pre-release of Visual Micro from here. One useful fix in the release is better error messages (the dbl click drill down still works too!)

When we see the error I hope the reason will become clear. Normally this is caused by a breakpoint being outside of code, on a complex code line, or invalid syntax in a breakpoint "condition" or "when hit" property.

2)

To track down why the build is going haywire you best turn on Tools>options>visual micro>compiler>verbose then email the output after a build to info [at] visualmicro.com. 

Tips

a) If you click Build>Clean Solution, how long does the next compile take and how long does another compile take after that?

b) What do you have set for these project properties in the "Micro Optimise Build (Project Global)" section
Mcu defines Affect Core
Mcu defines Affect Libs
Project defines affect core
Project defines affect libs

c)
One thing to be aware of with Arduino is that to remove code from a project you have to delete/move or rename the file extension. Sometimes people remove entries from the project in Atmel thinking that excludes them from the compile. Visual Micro should add them back again the next time the project opens to make the point. Do you have any source code in the sketch folder that should not be there?

Thanks

Hi Tim,

Thank you for the quick response...

1) I think I already have done - v1.1401.12 ?

2) email sent - verbose turned back off;

clean & build 23.75secs; build 2 17.57secs;

Mcu defines Affect Core - True
Mcu defines Affect Libs - True
Project defines affect core - False
Project defines affect libs - False

I can't find any other .ino files in the solution directory when I searched it.

Sorry!

Okay we certainly are not caching the libs but I was going to ask about your machine. I am running the same kit so your compile is painfully slow... 

Compile Time

Because the Arduino Ide has also slowed down this sounds like a virus checker or some other issue. I guess you have restarted your pc?

Even with the cache failing on libs it takes 2.5 seconds to compile your sketch on my machine. Your compiler output shows a normal compile so this is a pc issue but I wouldn't know what is causing it. 

1st Compile
Binary sketch size: 25344 bytes (used 5% of a 524288 byte maximum) (6.06 secs)

2nd
Binary sketch size: 25344 bytes (used 5% of a 524288 byte maximum) (2.42 secs)

For compile, both Arduino and Visual Micro use the files from the "arduinoIde/hardware/tools/g++_arm_none_eabi/bin" folder and there is nothing special about these files.

Anyway we will fix the cache asap which will reduce the build time for you.

Debug Compile Error

Your sketch debugs fine so the problem must be with the placement of a breakpoint or the properties of a breakpoint. After attempting a debug upload please zip and email your sketch folder including the 'Visual Micro'  sub directory

WooHoo - Kaspersky disabled - compile time 3.x secs. Need to have a look at the exclusions I think, thank you.

Installed v1.1401.15, first compile time 7.5 secs, subsequent build 0.95 secs. What an improvement over the 17 secs - thank you!

btw, with Kaspersky on and 1.1401.15 build time is down from ~17 to ~15secs.

F5 still generating exactly the same error..

I have zipped the entire folder and emailed after a clean and a F5

I am not adding any breakpoints at the moment - the debugger seems to add a single conditional one on void loop ? 

Good to hear the Virus checker fixes some of the slowness with the Arduino tool chain. I suggest you dump kaspersky which is crippling your machine and go with avast which is free and well reviewed.

The compile times I published using similar hardware were the results with virus protection active. Currently I use McAffee but I think avast will perform just as well.

Can you try the debug without the virus protection running or exclude the Visual Micro program files sub folders which is where the debugger support files are located.

If you still get the error after that please try to upload a debug version then zip and email this folder

C:\Users\russell[YOUR SURNAME]\AppData\Local\VMicro\Arduino\Builds\AquariumMonitor\arduino_due_x_dbg

Thanks

Hi Russ,

I think the problem is that you have switch the debugger to use SoftwareSerial which Arduino might not have released yet for the Due (I need to check).

The Due has so many hardware serial ports that you should not need softwareSerial anyway.

Looking at the config it might have been you made a mistake switching to SoftwareSerial because you have not set the tx/rx pin properties which are required to use SoftwareSerial.

Please switch the project property called RemoteTransport back to the default of empty or to HardwareSerial which is the default when empty 

Thanks

Hi Russel,

That's a good idea having a reset all but each property has a default so clearing a property is like setting the default. The hint below each property also describes the default.

Hope that helps, good to hear it is working now. Thanks for the update.