Another vendor-neutral toolchain bites the dust

Go To Last Post
8 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Of more interest to ARM users, but there is nowhere in the ARM "community" for such things.

 

<rolls eyes>

 

ST wrote:

Geneva, Switzerland / 12 Dec 2017

 

STMicroelectronics (NYSE: STM) ... today announced its acquisition of software-development tools specialist Atollic. Atollic is the supplier of TrueSTUDIO ® , a professionally-recognized and highly regarded Integrated Development Environment (IDE) for the embedded development community focusing on Arm®Cortex® -M microcontrollers,

 

http://www.st.com/content/st_com...

 

And they have stated their intention to remove support for non-ST parts:

 

https://community.st.com/message...

 

EDIT

 

link

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

But that's not a "toolchain", it's an IDE isn't it? The fact that it's Eclipse+CDT based presumably suggests it's usually used as a wrapper for arm-gcc (the actual toolchain)?

 

I don't see the problem. Presumably Atollic have been rewarded (handsomely I guess?) for the effort they put into adding value to a generic Eclipse+CDT ? So they win. Also STM now have themselves an IDE under their control. So they win. So who actually "loses" here?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
But that's not a "toolchain", it's an IDE isn't it?

OK - fair enough.

 

So who actually "loses" here?

Anyone who was using this for non-ST parts.

 

Do you remember CodeRed?

 

That was another  independent IDE (Eclipse + GCC) which offered commercial support at reasonable prices.

 

I was using that one for Luminary (now TI) parts - until NXP bought them, and killed all the non-NXP support.

 

frown

 

EDIT

 

Even at max-zoom-out, I can't fit their Atmel support page on a single screen height:

 

https://atollic.com/truestudio/target-support/atmel/

 

and the rest:

https://atollic.com/truestudio/target-support/

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
Last Edited: Thu. Dec 14, 2017 - 03:30 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ah yes, I use CodeRed for NXP parts - it was/is a nice environment.

awneil wrote:
Anyone who was using this for non-ST parts.
Are STM going to come round to their house and wipe their current IDEs from their hard drives then? Sure it may mean "no future support" but if you have an IDE that presumably "works just fine" now (because otherwise you wouldn't be using it!) then does it matter if there's no promise of future updates? It's a bit like buying a car from Ford. Sure they go on and make new models but for the next 20+ years the one you bought will likely still do the job won't it?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

at least it wasn't a cloud-based thing ... !!

 

 

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
Are STM going to come round to their house and wipe their current IDEs from their hard drives then? Sure it may mean "no future support"

Especially since, as I understand it, TI eventually killed the Luminary Stellaris product line. No future parts, so it could only be for bugfixes and similar maintenance that a new version would be needed/desired.

 

(Sidenote: Luminary released a whole series of nice development/evaluation boards. Debugger on-board, display on board among other things. Buttons, LEDs, breakout headers. Several years ahead of Atmel, and price lower than for a SAM Xplained + OLED1 Xplained combo. Cables included. A choice of one IDE + toolchain was included - CodeRed being one alternative, which I chose. Somewhere in the back of a cupboard I still have those kits colleccting dust...)

As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here

No guarantees, but if we don't report problems they won't get much of  a chance to be fixed! Details/discussions at link given just above.

 

"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]

Last Edited: Thu. Dec 14, 2017 - 11:34 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I think that Luminary were the first with the debugger-on-board idea; Atmel were very late to that party.

 

They were the first to market with a Cortex-M.

 

One of the first with on-chip Ethernet PHY, IIRC.

 

I also have a box full of Stellaris kits...

Top Tips:

  1. How to properly post source code - see: https://www.avrfreaks.net/comment... - also how to properly include images/pictures
  2. "Garbage" characters on a serial terminal are (almost?) invariably due to wrong baud rate - see: https://learn.sparkfun.com/tutorials/serial-communication
  3. Wrong baud rate is usually due to not running at the speed you thought; check by blinking a LED to see if you get the speed you expected
  4. Difference between a crystal, and a crystal oscillatorhttps://www.avrfreaks.net/comment...
  5. When your question is resolved, mark the solution: https://www.avrfreaks.net/comment...
  6. Beginner's "Getting Started" tips: https://www.avrfreaks.net/comment...
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Maybe they can perform a remote downgrade/shutdown...they wouldn't do that, right?

 

When in the dark remember-the future looks brighter than ever.   I look forward to being able to predict the future!