MSP432 Launchpad at US$4.32...

[rsjsouza]

https://e2e.ti.com/blogs_/b/msp430blog/archive/2016/01/01/new-year-s-deal-msp432-launchpad-for-4-32

I am not sure how is shipping overseas, though, but the discount is applicable to more than one (I got two for myself).

[hamzadis]

Might want to get The Analog Engineer's Pocket Reference book as well for $5. I think I'm gonna have to pass as shipping is a bit too steep for me at $21.

[electr_peter]

Shipping is over $40 for me even with coupon.

[crispy_tofu]

Maybe just print it out from the free PDF 

[AndreasF]

https://e2e.ti.com/blogs_/b/msp430blog/archive/2016/01/01/new-year-s-deal-msp432-launchpad-for-4-32

I am not sure how is shipping overseas, though, but the discount is applicable to more than one (I got two for myself).

 

$7 to the UK. Got one as well (should have probably gotten two). The original (MSP430) Launchpad was my first dev board, and I still like it a lot. For simple microcontroller projects I'm far more likely to use an MSP430 than an AVR.

[mtdoc]

Thanks for the heads up. That's a great deal!

[RogerRowland]

Too tempting not to give it a go - two on their way to the UK and still only $7 shipping, so just over 11 quid in total.

Thanks for the tip!

[westfw]

The main "problem" with this was that the Energia (an Arduino-lookalike IDE/library) support sucked in TI-RTOS for multitasking support, "complicating" things (and I have little patience to spend learning a vendor-specific RTOS.)

Someone on the TI forum implied that the chip itself isn't shipping yet?  Ouch.

[Fred27]

That may have been me on 43oh wondering what's happening with the MSP432 line.

Nine months on, there are still only two MSP432 chips available and they're still XMS432 which means beta. I don't know if this means anything - just thinking out loud.

As for Energia - why would you want to use that anyway? You lose so much over CCS it's just not worth it.

[AlxDroidDev]

Thank you!!!!  $7 shipping to Brazil, so I got 2.

[newbrain]

  Thank you! Two are now being launched towards Sweden. (7$ shipping)

[ElectricGuy]

21$ shipping to Portugal..... 

[jpmkm]

Thanks!  Just ordered 3.  $19.96 total.  No idea what I'll do with them.

[neslekkim]

Thank you! Two are now being launched towards Sweden. (7$ shipping)

$7 to Sweden???, to Norway it's $21..

[tszaboo]

21 dollar to Belgium 
Free shipping for samples. Fuck logic. I guess I dont need to use the 432 after all.

[suicidaleggroll]

Thanks for the heads up!

Just grabbed 3, $19.96 shipped.

As for no chips shipping yet, I've always heard (even 6+ months ago) that the production MSP432 wouldn't be shipping until first quarter 2016, so it's no surprise.  It shouldn't be too much longer now, maybe that's why they're pushing these beta chips out the door?

[newbrain]

Thank you! Two are now being launched towards Sweden. (7$ shipping)

$7 to Sweden???, to Norway it's $21..

If you happen to pass by Stockholm, I'll part with one for a beer or two (though I did not get any confirmation email as yet...so wait!).

The logic in shipping costs eludes me (just some samples):
Romania: $42, you'd be better off in Nepal or Mongolia: $19
Finland and Sweden: $7, but Denmark and Norway (and Iceland) $21
Italy $7, but Vatican City $21 (and if you are in San Marino, forget about it, it's not even listed...).
UK $7, Ireland $21.

[Macbeth]

Oh lord, as if I don't have enough other micros and fpgas to learn, I just ordered 2 anyway. 

[AlxDroidDev]

Thanks!  Just ordered 3.  $19.96 total.  No idea what I'll do with them.

I can already guess what the hot topics on the Microcontrollers area of the forum will be by next week. We can start a new thread with suggestions of what to do with our new 432.

Lke I posted, I ordered 2 just 3 hours ago. Got an e-mail 10 min ago that they've already been shipped through FEDEX. Hurray!

[Throy]

Thanks for the info! 

$7 to Germany 

[diyaudio]

  $28 shipping, and the Rand just hit R16 to the dollar..  shame on you for temping me.

[diyaudio]

21 dollar to Belgium 
Free shipping for samples. Fuck logic. I guess I dont need to use the 432 after all.

mwaha 

[neslekkim]

Thank you! Two are now being launched towards Sweden. (7$ shipping)

$7 to Sweden???, to Norway it's $21..

If you happen to pass by Stockholm, I'll part with one for a beer or two (though I did not get any confirmation email as yet...so wait!).

The logic in shipping costs eludes me (just some samples):
Romania: $42, you'd be better off in Nepal or Mongolia: $19
Finland and Sweden: $7, but Denmark and Norway (and Iceland) $21
Italy $7, but Vatican City $21 (and if you are in San Marino, forget about it, it's not even listed...).
UK $7, Ireland $21.

I have enough of them, think I have 3-4 , luckily you can order loads of stuff at the same time, and pay that shipping total, no matter how many shipments they end up sending.. have had up to 6-7 from one order

[dannyf]

There doesn't seem to be anything unique about the 432, as I recall. Is this still true for this particular chip?

The older lm4f120s are feature rich but buggy.

[westfw]

There doesn't seem to be anything unique about the 432

they're positioning it as the low-power ARM chip; it has about 1/10th the power consumption of the lm4f120s (~6ma active vs ~50ma active.)

[Fred27]

The peripherals are also similar to the MSP430 so makes it easier if you're coming from that background.

I got one when they first came out but haven't had time to use it yet. I'm tempted to get a couple more, but I have drawers cluttered up with unused dev boards that seemed like a great idea at the time.

[AlxDroidDev]

There doesn't seem to be anything unique about the 432, as I recall. Is this still true for this particular chip?

At this time, the price is something unique!

I was talking to a friend of mine last night, told him about this, and he asked me to order 2 more for him, so I got 4 units coming in my direction.

[dannyf]

If their goal is to use a low-end ARM, why do they pick a M4F rather than a M0 or M0+?

[FrankBuss]

Nice chip, it has all you need, including floating point support, nice 32 bit timers, good ADC. The only thing missing is an USB module, then it would be perfect, e.g. for firmware update, like the LPC chips from NXP do by emulating an USB mass storage and you just copy the new firmware to it.

[tszaboo]

If their goal is to use a low-end ARM, why do they pick a M4F rather than a M0 or M0+?

Probably because royalties are 1 cent anyway, and sometimes you just need the extra instructions to finish a task fast, and go to sleep to save power. I think it makes sense. I rather start with a more powerful MCU, usually feature creepness would otherwise require a re-design.

[coppice]

If their goal is to use a low-end ARM, why do they pick a M4F rather than a M0 or M0+?

In most typical MSP43x type applications the device would take more energy to do the same work with an M0 core. Overall energy consumption is about more than just the active power of the core.

[Scrts]

If their goal is to use a low-end ARM, why do they pick a M4F rather than a M0 or M0+?

Probably because royalties are 1 cent anyway, and sometimes you just need the extra instructions to finish a task fast, and go to sleep to save power. I think it makes sense. I rather start with a more powerful MCU, usually feature creepness would otherwise require a re-design.

Or they're already selling more M4's, than M0's, so the quantities bring down the price even further.

[Brutte]

There doesn't seem to be anything unique about the 432

they're positioning it as the low-power ARM chip; it has about 1/10th the power consumption of the lm4f120s (~6ma active vs ~50ma active.)

LM4F120H5QR (from Stellaris Launchpad) draws 50mA > 3.0V, 80MHz, all peripherals ON, preliminary.

MSP432P401R (from this launchpad) with built-in DC-DC converter draws 4.6mA > 3.0V, 48MHz all peripherals OFF.

It is not possible to directly compare the technology improvement between both products as there is not enough comparable data. When MSP432 runs from LDO then:

MSP432P401R (from this launchpad) with built-in DC-DC converter draws 7.6mA > 3.0V, 48MHz all peripherals OFF.

After Luminary Micro takeover TI has renamed LM4F120H5QR to TM4C1233H6PM which has more complete "Current consumption" chapter:

TM4C1233H6PM (from Tiva Launchpad) draws 24.7mA >3.3V, 80MHzall peripherals OFF.

It is true a built-in DC-DC is a nice feature but you know, DC-DC in a battery operated device won't ramp up instantly when you need a 1ms burst of processing power.
Concluding, it looks like an improvement but needs some real life measurements to quantify that.

EDIT: Forgot 80MHz

[dannyf]

I asked and the answer I got back is that since they expect those chips to be used primarily in sleep, a faster processor doesn't have to be on as long as a slower processor completing a given task. This minimizes the average current consumption over a given period of time -> aka the processor's on time is reduced, at the expensive of on time current.

Makes sense. But the active mode current consumption quoted by TI is 90ua/Mhz -> 300uw/Mhz, vs. <100uw/Mhz quoted by ARM for M0/M0+ -> granted, not exactly comparable but the M4F has to execute the same tasks 3x as fast to make up for that difference. That can be true for highly numerical applications but hard to imagine it for flipping pins type applications.

I also noted that TI marked the <10us start-up time somewhere in the datasheet.

[suicidaleggroll]

And they've already arrived...I just placed the order two days ago late in the afternoon!
As expected they're still using the beta chips.

[jwm_]

I bit. I was always a fan of the MSP430 family, It is a very clean architecture, it always struck me as exactly what one would come up with if presented with the task of creating a 16 bit cpu as a senior project. (and that's a good thing.)

I wonder if they will do an ARM based FRAM chip. that would be pretty neat.

[mtdoc]

Mine arrived today as well. Curiously, it appears to have been packaged and shipped by Digikey.

[Monkeh]

Mine arrived today as well. Curiously, it appears to have been packaged and shipped by Digikey.

Digikey stock and supply their samples and store products in the US.

[mtdoc]

Mine arrived today as well. Curiously, it appears to have been packaged and shipped by Digikey.

Digikey stock and supply their samples and store products in the US.

Makes sense. I've ordered dev boards and a few samples from them before but didn't recall that.

[trevwhite]

Real bargain board to evaluate the MSP432. Do people think this chip range will expand to smaller and larger package sizes? I currently use xmega and like that they offer several memory and peripheral vatiantfor same pinout but I have an eye on changing but not decided what to go with. I like TI but I have no clue how good their development setup is.

Very tempted to buy this.for evaluation

[dannyf]

I like TI but I have no clue how good their development setup is.

Very good, in my experience with them. And the board is so cheap so you have nothing to lose.

However, those chips seem to be meant to provide a 32-bit upward path for the msp430 users. It is uncertain that they will take off and future chips are forthcoming.

If you don't have a lot software invested in msp430, and just want to move to ARM chips, I would take a look at TI's offering there and by-pass this one.

BTW, anything is a big step up from xmega -> it died before it was introduced.

[trevwhite]

Well I have gotten used to Xmega and they have done the job fine for me for a few years now. I am actually quite happy with them. But I keep feeling I need to start looking for a new arch.

I did get a bit fedup with Atmel tools and workshops. Every time I went to one I came back feeling a bit disappointed. Documentation has not been up to standard quickly enough and the framework actually made life very difficult in my opinion - which is not supposed to be the case!

So what would be the TI offering you would recommend I look at if its not the MSP432, Xmega with occasionally more RAM is my requirements I would say.
 

[dannyf]

TI bought Luminary a few years back and extended their products under the LM4F/TM4C portfolio: those are M4F cores with loads of peripherals. A unique thing about those chips, started by Luminary, is that they have a rom library on chip, which can greatly reduce flash utilization. Lots of ram space if that's what you are going after.

A word of caution: earlier versions suffer from poorly designed analog sections: the wrong ADC sequences on those chips can lock them up.

[Brutte]

A unique thing about those chips, started by Luminary, is that they have a rom library on chip

Provided libraries also offer a convenient way of switching in between ROMed and FLASHed libraries. Some LPC cortexes (like LPC11C32 and USB series) also come with ROMed libraries.

[neslekkim]

How do you mean convenient?, Remove/add the ROM_ on all functionnames?, or is there better ways? so far I have used GPIOPinWrite or ROM_GPIOPinWrite..

Is the rom fixed?, not updateable?, ie, if the driverlib is bugfixed, you can risk bumping the codesize a lot..

[newbrain]

How do you mean convenient?, Remove/add the ROM_ on all functionnames?, or is there better ways? so far I have used GPIOPinWrite or ROM_GPIOPinWrite..

Is the rom fixed?, not updateable?, ie, if the driverlib is bugfixed, you can risk bumping the codesize a lot..

There is actually an automatic way of selecting ROM vs. Flash libraries: using a MAP_ prefix, rather than ROM_:

While the majority of DriverLib APIs are available in ROM, due to architectural limitations some
APIs are omitted from being included in ROM. In addition, if any bug fixes were added to the API
after the device ROM was programmed, it is desirable to use the flash version of the API. An
"intelligence" has been created to account for this problem. If the user includes the rom_map.h
header file and uses the MAP_ prefix in front of the API, the header file will automatically use
preprocessor macros to decide whether to use a ROM or flash version of the API.

Of course, this does not solve the issue of some code size unpredictability you pointed out.

Note that this is from the manual, I did not try it (waiting for the boards...).

[Brutte]

How do you mean convenient?

already replied above.

Is the rom fixed?, not updateable?, ie, if the driverlib is bugfixed, you can risk bumping the codesize a lot..

The advantage of ROM against flash is that it is of order of magnitude cheaper. There would be no point providing updateable libraries.

If there is a bug then most likely only in one location. Besides usage of ROM libs is not mandatory, you can always provide your own implementation of some function if you want to.

Another option would be to use FPB unit (the "FP" stands for "Flash Patch" ).

[dannyf]

How do you mean convenient?

Each chip's header defines which function is rom implemented. So the MAP_ macro can be referrenced to either the driverlib or its rom version at compile time.

From my good old LM3S days.

[jwm_]

Interesting, apparently the xds110 hardware debugger on the dev kit can be used with othet ARM cpus by jumping over the jtag connection. So this is a pretty cheap hardware arm debugger too.

[dannyf]

I still have trouble accessing the reference manual and the board related documents. Based solely on the skimpy data sheet, I have to ask why so many people seem to be so excited about this chip. Honestly, there doesn't seem to be anything that sets apart this chip. If there is, ti has done a terrible job articulating them.

[Brutte]

DS MSP432P401x
TRM MSP432P4xx Family

[coppice]

I still have trouble accessing the reference manual and the board related documents. Based solely on the skimpy data sheet, I have to ask why so many people seem to be so excited about this chip. Honestly, there doesn't seem to be anything that sets apart this chip. If there is, ti has done a terrible job articulating them.

You consider an 800 page family guide, and a 157 page datasheet specific to the device skimpy documentation?

[AndreasF]

DS MSP432P401x
TRM MSP432P4xx Family

Thanks for these, Brutte!

Does anybody else have problems with the links that are given by TI on this page http://www.ti.com/product/MSP432P401M/technicaldocuments ?  In Chrome they end up as blank pages (i.e. nothing is shown). In "Edge" they resolve just fine to the links that Brutte provided.

[dannyf]

Does anybody else have problems ...

You aren't alone.

[AndreasF]

Good to know.  Doesn't seem to be a Chrome vs Edge problem either. I'm trying to get to the Launchpad user guide now and it doesn't work in either browser.

http://www.ti.com/lit/pdf/slau597  (maybe for some reason it works from here)

Edit: nope! Worked in IE (once I clicked "open in Internet Explorer" in Edge).

[Monkeh]

TIs site does this regularly. It'll start working normally again soon.

[andersm]

DS MSP432P401x
TRM MSP432P4xx Family

You omitted the most important one, the not insubstantial errata sheet.

[AlxDroidDev]

[fun]
I was wondering if TI is endorsing the 432Hz tuning fad crap and named this chip after the new "A432".
[/fun]

[suicidaleggroll]

[fun]
I was wondering it TI is endorsing the 432Hz tuning fad crap and named this chip after the new "A432".
[/fun]

I had never heard of "A432" before reading this, so I googled it.  I wish I hadn't...

[Macbeth]

I figured it's some Audiophool stuff. Quick google, decided to ignore.

Got better things to do, because my MSP432 boards arrived today 

Only got the online cloud stuff working in chrome and can mess around with a flashing multicolour LED.

I think I will download the proper tools now as I hate all this cloud stuff.

Oh, and of course it is obvious they called it MSP432 because it only costs $4.32 - duh! nothing to do with audiophools   

[helius]

I figured it's some Audiophool stuff. Quick google, decided to ignore.

No smiley: Were you joking?
The A432 fad is because of creeping hitleritis.

Edit: an invention of the Lyndon LaRouche cult:
https://en.wikipedia.org/wiki/Schiller_Institute

[AlxDroidDev]

I had never heard of "A432" before reading this, so I googled it.  I wish I hadn't...

I wish I hadn't either, but some of my friends are musicians and they talk about this stuff. Most musicians think this A432 thing is total crap (which it is), because most people can't even hear the difference between A440 and A432. 99% of the people advocating A432 aren't musicians or audiophools, but idiots who believe it has something to do with "DNA tuning" or "God's frequency" or any other <insert favortite insulting word> like that.

enough of that!

My *real* 432s are expected to be delivered tomorrow. Apparently FEDEX had some customs screw up.

[dannyf]

Having spent some time on the ref manual, I find it good that the port register structure is the same for all ports, making one gpio structure applicable to all ports.

The good old 430 has different port register layout for p1/p2 vs. Other ports.

[AlxDroidDev]

My *real* 432s are expected to be delivered tomorrow. Apparently FEDEX had some customs screw up.

Risk that. Mine were delivered today, and I didn't have to pay any customs duty.

Anyhow, I've been trying to upload a program to it for the past 3 hours using TI`s Code Composer Studio, without any success. A few minutes ago I found this post that might beuseful for you if you are unable to debug from CCS:

https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/460430/1663082#1663082

[pakesson]

Nine months on, there are still only two MSP432 chips available and they're still XMS432 which means beta. I don't know if this means anything - just thinking out loud.

Indeed, the errata is quite extensive - http://www.ti.com/lit/er/slaz610c/slaz610c.pdf

As far as I can tell (I ordered three boards anyway, but they haven't arrived yet), the Launchpad comes with Rev B as listed in the errata.

Edit: andersm already mentioned the errata

[rsjsouza]

My *real* 432s are expected to be delivered tomorrow. Apparently FEDEX had some customs screw up.

Risk that. Mine were delivered today, and I didn't have to pay any customs duty.

Anyhow, I've been trying to upload a program to it for the past 3 hours using TI`s Code Composer Studio, without any success. A few minutes ago I found this post that might beuseful for you if you are unable to debug from CCS:

https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/460430/1663082#1663082

AlxDriodDev, Dung Dang from TI also did a very thorough post at:
https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/419867/1740311#1740311

[AlxDroidDev]

(...) A few minutes ago I found this post that might beuseful for you if you are unable to debug from CCS:

https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/460430/1663082#1663082

AlxDriodDev, Dung Dang from TI also did a very thorough post at:
https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/419867/1740311#1740311

He posted that a couple days too late. Since I got my boards on Jan 12th, I believe many of you, specially those in the US, got it way before I did, and were just as frustrated as I was trying to program them. I lost track of how many times I had to perform a full reset on the board (using CCS in Debug Mode).

Unfortunately for me, I was also victim of another bug in the MSP432 Launchpad boards: incompatibility with Renesas USB 3.0 controllers on Windows 7 machines. Fortunately this bug is documented in a few documents and I have a few USB 2.0 ports on my PC.

I am afraid to admit it, but during those dreadful 3 hours when CCS wouldn't work, I had to resort to Energia IDE to make sure my board wasn't toasted! I know that many ARM diehard fans here just cringe at hearing anything that has to do with the Energia IDE!

[mtdoc]

I am afraid to admit it, but during those dreadful 3 hours when CCS wouldn't work, I had to resort to Energia IDE to make sure my board wasn't toasted! I know that many ARM diehard fans here just cringe at hearing anything that has to do with the Energia IDE!

Ah screw those elitist coders!     Energia is great for quick and dirty programming of TI dev boards.

[rsjsouza]

I am afraid to admit it, but during those dreadful 3 hours when CCS wouldn't work, I had to resort to Energia IDE to make sure my board wasn't toasted! I know that many ARM diehard fans here just cringe at hearing anything that has to do with the Energia IDE!

Ah screw those elitist coders!     Energia is great for quick and dirty programming of TI dev boards.

+1. Don't feel bad using Energia.

[Macbeth]

I don't have a clue what Energia is. Just installed CCS and all its updates, but included GCC as there is no 16KB/32KB limit from what I gather. Windows 10. Seems to work.

[timb]

Energia is the Arduino IDE and Wiring libraries ported to MSP430, 432, Tiva C and C2000 hardware. You can run most Arduino sketches with small or no modifications (assuming they don't access AVR specific functions).

If you're a Mac user, check out EmbedXcode, written by a good friend of mine. It allows you to use Xcode as your IDE for Arduino, MSP43x, Tiva C, Teensy, Spark Core and other boards. Note: You still need to have Arduino, Energia, etc. installed; it uses GCC and the platform files from those apps for compilation.

[Stupid Beard]

I ordered a couple of these on the 13th and they arrived today. Pretty impressed with how quick that was.

Now I just need to find something to use them for besides bulking up my pile of unfinished projects.

[AlxDroidDev]

I am afraid to admit it, but during those dreadful 3 hours when CCS wouldn't work, I had to resort to Energia IDE to make sure my board wasn't toasted! I know that many ARM diehard fans here just cringe at hearing anything that has to do with the Energia IDE!

Ah screw those elitist coders!     Energia is great for quick and dirty programming of TI dev boards.

+1. Don't feel bad using Energia.

This is sounding like a therapeutic support groups! Thank you guys! Coming from Arduino, I like Energia, although that red color of the IDE is not pleasant at all.

I got so mad at CCS and its bugs that I uninstalled it. I kept Energia, XDS110 drivers and xdsdfu (the DAP firmware updater, and is deep inside the CCS folders) installed because they simply work right out of the box. Energia complained a few times about an out-of-date firmware on the DAP, which was solved using xdsdfu.

[tszaboo]

Energia is the Arduino IDE and Wiring libraries ported to MSP430, 432, Tiva C and C2000 hardware. You can run most Arduino sketches with small or no modifications (assuming they don't access AVR specific functions).

If you're a Mac user, check out EmbedXcode, written by a good friend of mine. It allows you to use Xcode as your IDE for Arduino, MSP43x, Tiva C, Teensy, Spark Core and other boards. Note: You still need to have Arduino, Energia, etc. installed; it uses GCC and the platform files from those apps for compilation.

Well, I've heard this before with the Pinguino. Also, native USB. I said great, lets try it.
And then of course I did not have a single project which worked as expected, due to old libraries, hacks of hacks and plain untested code. Is TI better?

[timb]

Energia is the Arduino IDE and Wiring libraries ported to MSP430, 432, Tiva C and C2000 hardware. You can run most Arduino sketches with small or no modifications (assuming they don't access AVR specific functions).

If you're a Mac user, check out EmbedXcode, written by a good friend of mine. It allows you to use Xcode as your IDE for Arduino, MSP43x, Tiva C, Teensy, Spark Core and other boards. Note: You still need to have Arduino, Energia, etc. installed; it uses GCC and the platform files from those apps for compilation.

Well, I've heard this before with the Pinguino. Also, native USB. I said great, lets try it.
And then of course I did not have a single project which worked as expected, due to old libraries, hacks of hacks and plain untested code. Is TI better?

Energia isn't developed by TI, well officially anyway. The guy who started it works for TI and did Energia as a personal project; TI doesn't own any rights to it or anything. Development takes place on Github and there's an active community over at 43oh.com if you need help.

As for projects working, it depends on the project or library in question. If it makes direct calls to the underlying hardware, it won't work without modification. If it just uses Wiring, it'll work. (For example, if the sketch directly manipulates ports and is expecting a ATmega328P, it obviously won't work; if it uses digitalWrite, it will work just fine.)

All the standard functions (digital/analog read/write, I2C, SPI, PWM, etc.) work exactly like they do in Arduino.

[Fred27]

Energia takes everything that is awful about Arduino and applies it to the MSP430, etc. I suggest you don't use it if you have any self respect or if you have any interest in useful features like JTAG debugging, breakpoints or EnergyTrace power profiling.

Of course that's just my opinion. Try Energia and CCS then make up your own mind.

[suicidaleggroll]

It looks like the chips are now in production.  No stock yet at distributors, but they now have listings for them and show the status as "on order", and you can buy the chips and get samples from TI (currently in stock).  It also looks like TI has now released msp432-gcc to go along with their msp430-gcc open source compiler, which makes me very happy.

[dannyf]

last time I checked, TI had yet to implement the "#pragma vector" directive for t he MSP432 family of chips.

As such, you will have to manually edit the start-up file to insert your ISRs.

I would not do any work on the chip until that has been resolved.

[suicidaleggroll]

The msp432-gcc examples have all of the ISRs pre-set in the startup file, all you have to do is write the ISR in your program and enable it in NVIC.

http://www.ti.com/lit/zip/slac698

[Macbeth]

last time I checked, TI had yet to implement the "#pragma vector" directive for t he MSP432 family of chips.

As such, you will have to manually edit the start-up file to insert your ISRs.

I would not do any work on the chip until that has been resolved.

OMG! I have a couple of these MSP432's, but it sounds like you have found a major show stopper! Good on you, I wish moar people would come out and shame TI because of major shit like this. 

[dannyf]

The sad thing is that the weak attribute is actually supported by ti arm compiler, itself a derivative of GCC.

You can pretty much implement your own programmable isr by declaring the as weak in the start up file and the code compiles just fine.

Why ti decided to release a half ass compiler, and didn't provide a quick update, as shown in the porting guide, is beyond me.

[rsjsouza]

But there is a simple solution provided by TI in this case so it isn't a big deal.

Yes, just edit the startup_msp432p401r_gcc.c file and you are good.

[andyturk]

last time I checked, TI had yet to implement the "#pragma vector" directive for t he MSP432 family of chips.

As such, you will have to manually edit the start-up file to insert your ISRs.

I would not do any work on the chip until that has been resolved.

MSP432 is a Cortex-M core and you can write ISRs and set up your vector table in straight C.

[rsjsouza]

last time I checked, TI had yet to implement the "#pragma vector" directive for t he MSP432 family of chips.

As such, you will have to manually edit the start-up file to insert your ISRs.

I would not do any work on the chip until that has been resolved.

Get on with times and get your devices straight.

- MSP432 uses the ARM GCC compiler from https://launchpad.net/gcc-arm-embedded
- MSP430 uses a GCC porting that started to support the pragma in 2012, as mentioned below:
http://stackoverflow.com/questions/15500826/how-to-declare-an-interrupt-handler-isr-in-mspgcc

[Cervisia]

Please note that "mspgcc" is a now-outdated fork of gcc; the last release was in 2012.

MSP430 support was also added to the 'real' gcc.
The "msp430-gcc" package on TI's website is just the official gcc, configured to cross-compile with the MSP430 as target.

"#pragma vector" was supported by mspgcc, but is not available in gcc.
(There's nothing that TI can do about this, except creating their own fork of gcc. But that would not make sense because they already make their own compiler.)

All of TI's current MSP430 example code uses the correct compiler-specific #ifdeffery when declaring interrupt vectors.

(And none of this applies to the MSP432; as already mentioned, it's just an ARM.)

[dannyf]

"And none of this applies to the MSP432"

That's the saddest part: a big selling point for 432 is its peripheral comparability with 430.

So it is a little bit too much to require manual editing of start up files when porting one one to another.

[suicidaleggroll]

I could have sworn I already said above that you don't have to edit the startup file...

I just wrote a simple msp432 program for testing last night that used the timer interrupt for a programmable delay.  The result looks almost identical to the MSP430.  The register setup looks basically the same, the ISR looks only slightly different, and it has an extra NVIC call, that's about it.  No editing of the startup file, no "#pragma vector" syntax in either one.

Maybe you had to edit the startup file previously, but it was still pre-release silicon with pre-release software support.  If you don't want to deal with pre-release "problems" then wait until the device has moved to active production.

[dannyf]

Updated my compiler to 15.12 LTS and the interrupts worked beautifully - as I had used the same vector names so my code compiled and ran as expected.

I'm a happy camper.

BTW: TI should have updated the porting guide.