New IDE for STM32 MCUs...

[SiliconWizard]

Just because you use an IDE does not mean you cannot do it without an IDE, also. That is how it eventually went at my last company. You had to make minor changes, but we were able to make everything work whether you use an IDE or if you preferred the command line and some notepad editor.

That's a good approach in my opinion.

At some companies, you also have to consider that some automated process is in place for generating the embedded software builds in a repeatable and controlled manner. Those automated processes usually rely on makefiles and command-line tools, so that's actually a good thing, even a necessity, that developers know how to use them. Even if they use IDEs in their daily routine.

[mac.6]

Or use CMake, can generate makefile and visual/eclipse project files. But quite a steep curve to learn.

[Yansi]

MPLAB is polished? 

Yes... polished turd that is. 

[SiliconWizard]

MPLAB is polished? 

Yes... polished turd that is. 

I would call that Reverse Polished Notation.
 

[Yansi]

Poor Microchip fanboys here 

[ajb]

Welp, that didn't take long.



The good news is that the pro features are now free for STM32.  So there's good reason to update to 9.0, but best to keep 8.1 or earlier around just in case.

[julianhigginson]

There is nothing that SW4STM32 does that atollic truestudio isn't better at.

This is why I don't trust ST to look after atollic properly.. they already HAD a gcc and eclipse offering that they could do anything with they wanted, and it was mediocre at best.

As for Keil - well, if your company is used to using Keil for STM32 projects, chances are you already needed to use more than M0 parts at some point anyway - so you've needed full Keil already... at worst it comes down to a business decision - "do we buy the license for the software that all our existing codebase is written with? or do we migrate?" but really for any business relying on using keil licenses for free, well, they really should have thought that through before now.

the hugest loss in this situation is anyone (me included) who has non STM32 projects in Atollic. Yeah I can migrate to any other eclipse/GCC, but the point of atollic is it just worked properly. was fast and simple to setup a client or subcontractor with, and it had the option of upgrading to much more powerful features than normal gcc/eclipse if and when it was needed....

The next biggest loss is anyone already using STM32 with atollic... yeah they have a huge bonus now with the full power of atollic available for free, but they are still losing out. Because no way is atollic going to stay state of the art, we already know just how little ST cares about good software. It's going to rot. the only question is how fast.

[Smokey]

The next biggest loss is anyone already using STM32 with atollic... yeah they have a huge bonus now with the full power of atollic available for free, but they are still losing out. Because no way is atollic going to stay state of the art, we already know just how little ST cares about good software. It's going to rot. the only question is how fast.

Bump.  Almost a year later, do you still think this is the case?

[lucazader]

They have done a few releases since acquisition. The most recent on was in October (https://atollic.com/release-news/atollic-truestudio-stm32-9-1-0-released/)

However in saying this, they haven't bumped the GCC version up yet (7.3.1 arm-none-eabi was released in June).
Most of the changes seem to have just been improving the GDB server and code download etc.