Is there any way to fix intellisense in VS 2013? I am working with Arduino DUE, and it appears none of the PORT/Register names are known, for example, PIOA/PIOC etc PMC also, I am new to Visual Micro but it is not inspiring to have a screen full of red blobs for a project that compiles and works fine in the Arduino IDE! 

Regards,

Graham

I am in the process of downloading VS2015, but I guess that will bring it's own problems too.

Thanks,

Graham

So after gloriously wasting 2 hours installing 2015, nothing changes....

Enclosed is a zip with a sketch, compiler output, and screen shot of intellisense errors.  

Hope you can do something because I have a project that will require the debug features, but not looking good so far... 

Regards,

Graham

Thanks, I shall look forward to it.

Regards,

Graham

Awesome!!

That makes huge inroads into the problems, but you will appreciate that I only gave you a small sample of the sketch causing the problems..... I still have problems.

Would like the full sketch?

Thanks,

Graham

Here you go.

Regards,

Graham

Thanks, by the way you should switch off debugging until you have a working compile.

I don't have the sdfat library

Vs with the current c++ is not able to understand some gcc syntax which is why intellisense will move to using a ctags based engine in VS. 

You can add dummy methods  to kick the intellisense into shape. You can probably just add to a .h and include in the project without need to #include in the actual code.

#if defined(_MSC_VER)
#include "sam3xa.h"
#define __arm__
int isdigit(char __c) {}
int strlen(char[]) {}
int strcpy(char[], char[]) {}
void sprintf(char[], char[], int) {}
void sprintf(char[], char[], char[], char[]) {}
#endif
 

Would it be worthwhile creating a central repository for these intellisense fixes?

I appreciate I am only a newbie, and without your help would not have got to the bottom of this, so with that in mind, I think it would be beneficial....

Thanks again for your excellent support!

Regards,

Graham

Hi,

Quote:


Agreed, that's why I mentioned and gave link to discussion about trying the new clang system for users who have time to test and try it. It will solve all the intellisense issues and be easier to configure within the next few months.

Quote:


The Arduino Ide doesn't have intellisense or report code errors until compile so it won't be "troubled"  

You can switch off intellisense error reporting in Visual Studio "tools>options" if you want to compare apples with apples and the Arduino Ide.

Quote:


So Visual Micro is compiling the same as the Arduino Ide in Release mode and not having any troubles?

Quote:


Yes the Due is supported however you have to keep in mind that it can only debug by injecting serial statements into the temp code during compile. It's probably an issue determining where to insert code.

If you can email the MultiFunction-hispeedUSB-extended-oc.cpp file from temp build folder I will be able to see what is happening.

Thanks

Hi Tim,

Sorry for the delay, please find enclosed the file requested.

Regards,

Graham

Edit: Or did you want that file after th debug compile failed?

You sir are frigging awesome!!

Removing all those statements to a.h fixed the issue!!



Thanks!!

Graham

Which version of the arduino ide are you using with Visual Micro?

{runtime.tools.bossac.path} this means a config issue.

Should there be ANYTHING in the Programmers list?

Because there isn't for me...

VM is pointing at the installed IDE which is 1.6.5

Made zip difference......

Same error

1.6.5 is "C:\Program Files (x86)\Arduino\arduino.exe"

1.6.8 is X:\MyDocuments\Arduino_Electronics\arduino-1.6.8\arduino.exe

It is the same..........

And yes I did quit VS and re-open


Uploading 'Flash_MultiFunction-hispeedUSB-extended-oc' to 'Arduino Due (Programming Port)' using 'COM3'
Uploader started for board Arduino Due (Programming Port)
Upload method will be: bootloader
Uploading via Bootloader 
{runtime.tools.bossac.path}\bossac.exe -i -d --port=COM3 -U false -e -w -b C:\Users\Graham\AppData\Local\Temp\VMICRO~1\FLASH_~2\ARDUIN~1/FLASH_~1.BIN -R
The system cannot find the file specified

You mean like this?? 

Which made zero difference..........

Here you go :-

Thanks

Hi Tim,

Here you go...

Thanks,

Graham

1)
The upload error was that the bossac.exe uploader was missing. Installing Visual Studio doesn't affect that so I will assume that you also re-installed the SAM core via the Arduino Ide board manager?

2)

Quote:


This is correct when in debug mode. Please see the debug docs about how to tell the debugger to use a different port speed

I found that if you add this following #define then you don't need to redefine all the methods such as isdigit(x)

#define _HAVE_STDC 

It's in the next release along with the sam3x #include. So hopefully you can remove your .h intellisense file after the next update. 

If you find yourself putting other things in the .h then please let me know so that the system works as much as possible with standard config.

Thanks a lot.

Suddenly can't edit messages...

My previous a.h was :-

#include "sam3xa.h"
#define __arm__
//#define _HAVE_STDC

int isdigit(char __c) {}
int strlen(char[]) {}
int strcpy(char[], char[]) {}
void sprintf(char[], char[], int) {}
void sprintf(char[], char[], char[], char[]) {}
void sprintf(char[], const char[], char[]) {}
char* strtok(char*, char*) {}
int atoi(char*) {}
int strncmp(char*, char*, int) {}
void sscanf(char*, const char[], char[], uint32_t*) {}
int strcmp(char*, char*) {}
void sprintf(char[], const char[], uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t, uint8_t) {}


No red blobs 

Regards,

Graham

You should get a beer and have the night off, it is the weekend!

Thanks for everything!

G

Well, muchas gracias from Nottinghamshire!!



Graham

Tim,

I downloaded and installed the update moments after it was released. I am not sure I am the best person to be commenting. I don't understand enough about VM to be saying if it made things better since I am not sure what I can or cannot remove from my a.h

I tried to remove the #define __arm__ it made things worse, I tried to remove the #include 'sam3xa.h' it made things worse, #define _HAVE_STDC, doesn't appear to make any difference, so I refrained from commenting.

But thank you for all your hard work!! It is very much appreciated.

Regards,

Graham

When I don't define __arm__ I get not defined erros because I have #if defined(__arm___) macros, but most people probably would not.

I still have to specify exactly my syntax for intellisense. I don't see any change to be honest, which is why I didn't say anything within an hour of release.

I am sorry . I wish I could report better news!

Thanks,

Graham

HA!!!

That did it...........

I now have no intellisense define, and no errors!! 

You star!!!

I think that deserves a beer and an early night

Tim, my heartfelt thanks!!

Regards,

Graham

Now let me go looking for ways to break it   

No, seriously, thank you so much for everything!!! It is VERY MUCH appreciated!!

Best regards,

Graham

Thanks but helping to get the intellisense right was more than enough. 

There are a lot of different platforms so always useful to have someone who provides clear and timely info.

Quote:


I had a lot of support issues with users of the 1.7.x arduino.org software thinking it;s newer than Arduino.cc 1.6.x. It is actually Arduino.cc 1.5.x with a 1.7.x label. 

So it was very confusing until I added it to the apps list in Visual Micro. Good that it comes with the sam core. So I am in two minds about it.