Anyone had any real experience with the MSP430 TI libraries?  - Page 1
Forum section: electronics / general

author: trevwhite
author_rank: Frequent Contributor
timestamp: October 18, 2016, 09:36:12 am
content: I have been considering the MSP430 series and have actually purchased some dev boards in preparation to spend some time getting to know them better. Does anyone have any real experience using the MSP430 TI libraries and able to offer any information on how good/bad they are?Do they work okay? Any problems ? Any gotchas ? Are they actually useful?Just a note, this thread is specifically about the TI libraries and not about comparing them to other MCUs or libraries. I am just looking for information on TI stuff thanks.Trev

author: Molenaar
author_rank: Regular Contributor
timestamp: October 20, 2016, 05:33:52 pm
content: I have experience with MSP430 code generated by GRACE and it was very nice. Much more readable and simple code compared to the dribble CubeMX produces.Just make sure you understand the way low power modes are configured, that's slightly different from the usual.

author: trevwhite
author_rank: Frequent Contributor
timestamp: October 22, 2016, 08:49:34 pm
content: Thanks for the info. I am working through tutorials and the support from TI seems really good so far.

author: nickds1
author_rank: Contributor
timestamp: December 14, 2016, 10:50:43 am
content: Late to the party on this - a few years ago, the driverlib libraries in MSPware were a bit rough for various reasons...Recently (a few months ago) I got back into the MSP world with the newer FRAM Launchpads and also the MSP432 (32-bit) offering.Driverlib has improved a lot, as has CCS - support via the e2e forums is excellent and I really quite like the driverlib code now - its pretty lightweight, they've rationalised the API naming scheme, it's very functional - I much prefer it over using register-based coding with magic bitfields etc. Also makes it easier when switching devices as a lot of the changes take place "under the hood" so less for you to worry about.Go for it!

author: ^_^
author_rank: Regular Contributor
timestamp: December 16, 2016, 02:50:25 pm
content: Quote from: nickds1 on December 14, 2016, 10:50:43 amLast time i checked @MSP430 all the code had those defines for registers and it just lookedhorrible.STM was the first i know that had put the proper effort for the HAL library and proper API.Anyway I'd still go for registers if you need to do something fancy and be sure what is done in the code ;-)

author: suicidaleggroll
author_rank: Super Contributor
timestamp: December 16, 2016, 03:58:43 pm
content: Quote from: ^_^ on December 16, 2016, 02:50:25 pmI agree, and is what I do with my MSP43x designs. However, driverlib is open source, so even if you don't use it directly it can still be used as a nice reference for how to configure the necessary registers to get a job done (proper order, etc).

author: timb
author_rank: Super Contributor
timestamp: December 16, 2016, 04:50:42 pm
content: Quote from: suicidaleggroll on December 16, 2016, 03:58:43 pmThe DriverLib code is all pretty sane (as of a year ago, at least). I haven't had any big issues with it and it's worked better than most other manufacturer's HAL code!The other huge advantage is that for a lot of parts, DriverLib is actually in ROM, which can be a significant space saver! (They even have it so you can easily override the ROM version of a particular function with a newer local version if needed, which is nice. It all happens at compile time and "just works" in my experience.)