Alternative to ArduinoIDE

[drock1985]

This is a good thread; been recently contemplating changing IDE's myself.

Visual Studio seems to be the most complete - I think I will give this one a try. Anyone have any tips for how to use this coming from the Arduino IDE (with no previous programming experience?)

Thanks,

[Daniel Oliveira]

@drock1985 said:

This is a good thread; been recently contemplating changing IDE's myself.

Visual Studio seems to be the most complete - I think I will give this one a try. Anyone have any tips for how to use this coming from the Arduino IDE (with no previous programming experience?)

Thanks,

Hi,

Being using it from some hours and indeed it seems to be a great alternative, it even has a dark skin :D
You can use it to program in a more pure C++ way (my goal here), but it also support projects with .ino files so you can use your existing ArduinoIDE projects.

To get used to Visual Studio/Micro I'm following their User guide, you can find it HERE

Feel free to continue sharing your experiences

[stedew]

@Daniel-Oliveira
Hello Daniel for what it's worth: Jantje posted a Fix in Github:
the selection of subfolders included to the path is not consistent with the Arduino IDE

Just have to test it further
Regards,
Stefan

[tbowmo]

I have plans for trying to get platform.io up and running, specially because I use ATOM editor for most file editing (even in mysensors core).

I have some shell scripts that enables me to build sketches etc. from cli, all are based on arduino in cli mode though, but makes it easy for me to verify errors / warnings in a sketch when I hack on core files (which you can't edit through arduino anyways)

[Stuart Middleton]

As a professional developer who lives in Visual Studio and XCode, I prefer the VS plugin. I'm not saying it's any good, and in fact it crashes now and then, but you get all of the power of VS behind you.

[dpressle]

@Stuart-Middleton +1
Are you using vs2015? with the arduino IDE extension?

[Stuart Middleton]

Yes. However I've found it more unstable than the previous version. Maybe that's just my setup.

[dpressle]

@Stuart-Middleton I am getting so many errors on a simple sketch:
Severity Code Description Project File Line Suppression State
Error (active) expected a '{' c:\Program Files (x86)\Arduino\hardware\arduino\avr\cores\arduino\HardwareSerial.h 154

What am i missing here?

[dpressle]

Severity Code Description Project File Line Suppression State
Error (active) missing closing quote c:\Users\dpressle\Documents\Arduino\libraries\MySensors-2.0.0\core\MyTransport.cpp 507

Severity Code Description Project File Line Suppression State
Error (active) missing closing quote c:\Users\dpressle\Documents\Arduino\libraries\MySensors-2.0.0\core\MySensorsCore.cpp 262

i get this on all of the debug function calls in these files.

[Stuart Middleton]

I don't know. I would suspect that certain defines are not set up correctly or you are building for an unsupported CPU or a CPU you don't have installed?

[andrew]

Hi Everyone, Hello @Daniel-Oliveira

I also played with Eclipse and the Sloeber plugin (now v3.1 is out).
Eclipse is a very powerful IDE and Sloeber is a pretty good plugin for enhancing the IDE's feature and make the Arduino development possible in Eclipse.

There are some issues with the INO file support and limitations, but if you use cpp files instead of ino then some problem automatically disappear.

The plugin installation to the IDE is pretty easy, its library manager is also good and you can easily add your own library paths as well to the whole IDE or to the project.

When I tried to compile basic or example sketch codes it worked like a charm, but when I tried to include and use the MySensors library then it caused tons of errors caused by unresolved defines and it also started to compile every file which were in the included library path, even if those were not included in the code.

The solution is quite trivial, although I spent some days to investigate the issue... the root cause of this problem is that included libraries will be part of the build paths, so the build process will try to compile the whole library code base without proper define inits etc.
So, what you have to do is just remove the added library from the build.
This can be done multiple ways, e.g. by right clicking on the added library in the project explorer, then select resource configurations / exclude from build...
In the appearing dialog select the proper option (by default the "Release") and press ok.

After this trick there is no more problem with the MySensors library and the code compiles without any problem.
Furthermore, if you use cpp files instead of ino, then you don't have to worry about the define sections and you don't have to declare the defines in command line options.

Hope this helps for those whom try to use a normal IDE for development.

Cheers,
Andrew

[Anticimex]

The development branch has been updated with a SublimeText 3 project. Enjoy! The project file contains instructions for installing the plugins necessary.

[andrew]

@Anticimex said:

The development branch has been updated with a SublimeText 3 project. Enjoy! The project file contains instructions for installing the plugins necessary.

Ok, but as far as I know subimetext is just a pretty good text editor which is enhanced with fancy features, so it is good for auto completion, code highlight etc, but does it provide features like a real IDE does? For example highlight warnings and errors during the code writing - e.g. typos, undeclared/unreferenced stuff, unused code segments, type or casting problems etc. - and not just output the compile time error log?

[Anticimex]

@andrew yes

[andrew]

@Anticimex hm... ok, I'll try to use both of them for a while then make the conclusion...

[Anticimex]

@andrew just make sure to install the plugins, or it will just remain a simple editor

[andrew]

@Anticimex of course :)

[stedew]

@andrew
Hello Andrew, as Anticimex already answered also other IDE's are possible (Atmel Studio with a arduino plugin seems to work) Atom, and others I use the Eclipse + plugin solution and are happy with it. It is really a powerfull solution with many configuration options. I had a few discussions with the maintainer of sloeber (Jantje) and in general i made a few observations that summerize yours: lsee discussions on github
The problem for cpp is that you have to declare the prototypes because you lose the confort from the ino suffix.
Regards ,
Stefan