CC 6.1 maximum of 16KB of code size for MSP432

Dev Bhattacharyya said:

Please help

 There no free help here as no free solution.

 If you wish use this tools no limit you have to buy it, also IAR offer a similar solution and if you break limit no other solution than buy. IAR cost some times more than CCS.

 If you don't wish upgrade TI has also offered to his customer the opportunity to integrate hobby like Energia and GCC open source tools, the last is comparable to TI tools so you can use it.

 Effort to do that are at your expense and none here can give free ccs licence nor suggest illegal crack of these tools.

 Choose at your best solution but think about TI designer MUST BE payd to develop code and they cannot be fired just due market doesn't return enough money, this is sign very low cost tools are not so good as commercial seen before and loss start rise. TI has to preserve industrial market too otherwise entire company risk worst.

 So use your time for free and switch to GCC is also good or just buy CCS licence.

According to the MSP432 FAQ, the code size limit for TI's linker on MSP432 is supposed to be 32KB:

MSP432 FAQ said:

Q: What is the code size limit for MSP432 in CCS? A: When using the TI compiler, the CCS code size limit is 32kB for MSP432. The limit is independent of the debugger used in the system (stand-alone or on-board debugger such as the MSP432 LaunchPad). There is no code size limit when using the ARM GCC Compiler inside CCS. You can download/update TI as well as ARM GCC compilers from the CCS App Center.

If you are receiving an error message and your program is only 24KB, then I suggest you post on the TI C/C++ Compiler forum and ask why this is happening. Attach a copy of the output .map file for your program when you post there so the compiler team can see what the linker is trying to do.

Dev Bhattacharyya said:

Back to the problem, is there a lean GRLIB for MSPWare that one can use? That may solve the problem for the time being. I hate to scavenge the code looking for snippets to stave.

 Hi DEv, in first you have to post on CCS area this problem, really you wrote 16K pointed by Robert Cowsill but this is for MSP430 MSP432 has 32K limit as from FAQ.

 On cost of complier you are right and 785US$ are not too much for an IDE supporting all family of TI processors, consider IAR itself if not changed is near 2K$ and cover just one processor so you must buy another for MSP432.

 What is wrong is to distribute semi_open source as BSD licence like MSPWare and GRLIB just locked to TI compiler and not ready for GCC too.

 This way reason is your but checking again your initial message 24KBytes code are less than limit so again reason is your for free tools.

 About ARM free hardware again you are at right, it is free IPCore, this IP core never impose free tools so just GCC is free others are all @ payment so ARM (KEIL) is selling compiler.

www.quadravox.com/AQ430.htm

en.wikipedia.org/.../TI_MSP430

From this last page you can find a list of IDE no more listed by TI like Imagecraft is less expensive as Quadravox but QV last update was 2007 and IC is 2012, maybe IC release a new version, actual market status is not driving firm to produce more than they are able to sell...

Dev Bhattacharyya said:

MSP430 was way too limited, especially when color TFT LCDs were involved. The QV LCD sounded promising and it worked out of the box with MSP432,

 Hi Dev, not really, 5xx and 6xx series have nothing to be scared from 432 than when Floating point is required. GRLIB is fully integer so no great difference exists, better experience can be found on TIVA series where no limit is applied to compiler and large memory is available too but same exact as MSP432 at expence of a comlexity of peripheral not really efficient. MSP432 appear as a better TIVA  with less peripheral and the only present more simple to use.

 Again GRLIB has a worst method of interfacing to LCD panels, every device require a monolith driver must be patched. I was in procint to write an universal driver when just changing some parameter parallel/serial and display type can be selected but it need span across all family and come to a huge work. I quit TIVA at near half of work and all tables to select devices has to be completed and checked.

 From Energia perspective yes you can find not so fast library not so powerful but they can work in simple step, trouble sometimes is these library are hobby level and they hang for unknown reasons or due some timeout mechanism is not present.

Dev Bhattacharyya said:

Running a small 1.8" or 2.2" LCD on any of the Launchpads is a nightmare, I know porting the heavyweight QV will not be easy. Maybe I will go back to either a ST7735 TFT or an OLED Color LCD with a small footprint.

 If you have the library initializing your device and setting pixel you can port to GRLIB in simple step, avoiding to tamper code insert a define of display driver name.

 When you have the driver GRLIB work on whichever device you attach to.

 Anyway this problem about 32K limit need to be reported to CCS forum.

Take a bus, it’s cheaper and it’s about 100K; take a train - it’s even cheaper and it’s 1000K - sometimes you get a free ride too. (Sorry couldn’t resist either)