I'm designing prototype for the consumer market.
I'm looking for micro controller to do the following stuff:
* 4xSPI ports
* 2xUART ports
My software is mainly reading/writing to these ports and interpreting/building messages( bit operation), I need very good response to the user, so port access time and message interpretation is critical. Do I require the MSP430 or better to be on the safe side and use the Stellaris?
At this moment power consumption is less important;)
Far too little information to comment!
In reply to Andy Neil:
Quite right. Let me focus my question.
I'm designing indoor navigation system, the processor I'm looking for should be able for fast pack/unpack binary messages(traffic coordinator between subsystems).
I'm receiving and sending messages through SPI interface.
If I'm using MSP430 or Stellaris® 32-bit ARM as binary parser, which one is more efficient?
Hope that is more focused than before.
In reply to David Ziv:
Hope that is more focused than before.
What do you mean by, "fast" ?
What are the data volumes?
What is an "indoor navigation system" ?
I2S is probably just present on Stellaris but at which speed and for what?
On low speed codec the fastest MSP430 can do something with SPI logic feeding serially the audio data.
Too much lack of detail to select one of them.
Please login & click Verify Answer if this post answered your question.
The MSP is surely the most efficient, but the Stellaris is definitely much more powerful (in more than one meaning).
The MSP430F5438A has up to 4* UART adn 4* I2C, each of them also capable of SPI instead. I2S is not natively supported (can surely be done in hardware, or maybe even simulated using the I2C hardware).
But how much processor power you might need for the data processing depends on the actual project and your coding skills. Without much more detail, we cannot even give a rough estimation.
But even though power consumption might be less important now, you shul dkeep an eye on it wehn it might become important later. You can (almost) always go for a bigger solution, but stepping back is usually difficult.
I'm currently (June 30th) lagging about 600 threads behind in the forum. I try to catch up, but don't expect an answer in less than about 4 weeks.Before posting bug reports or ask for help, do at least quick scan over this article. It applies to any kind of problem reporting. On any forum. And/or look here.If you cannot discuss your problem in the public, feel free to start a private conversation: click on my name and then 'start conversation'. But please do so only if you really cannot do it in a public thread, as I usually read all threads. And I prefer to answer where others can profit from it (or contribute to it) too.
Thought I'll throw in my 2 cents.
You're comparing two things-- MSP430 (16 bit architecture) and ARM Stellaris (32 bit architecture).
You also said that you want to use the device for parsing binary messages.
And these binary messages that you're going to be parsing-- are they 32bit or 16bit long? Obviously it will be more convenient to handle 32bit long messages with a 32bit architecture but if you only need to deal with 16bit messages then MSP430 will be good enough for handling them.
In reply to Arturs Elksnis:
Thanks for all your recommendations and comments.
Since I'm PC/Linux developer, asking the right questions for controllers is problematic ;)
All I know is that I have few SPI interfaces (two are going to CC2510, two to SPI2NAND, and one UART to FTDI (USB2UART) so I will be able to run it under Android platform).
The messages are binary, proprietary to our application, I agree that doing bit operation on 32bit is more efficient. (going between CC2510 running by 8051, and FTDI component)
Thanks all for the support.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.