This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Part Number: CC3200
A silly question that I encountered on my ramp into embedded communications, formally asking here for future review. The CC3200 has 64 kB of ROM but no internal flash, requiring an external SPI-flash unit to run. Why does this MCU not feature integrated flash?
Supplemental context if useful, when I originally got my CC3200-LAUNCHXL Launchpad I assumed internal flash because it just ran. A few years later come product design time I specced out a CC3200 for the team, and was hugely embarrassed later that I had missed the requirement for an embedded flash IC! Asking here to clean this up, for future development efforts
You have right CC3200 is a flash-less device. That means it runs code from RAM. There is a many MCUs at market without internal flash including brand new MCUs from NXP. I think at next years we will see much more flash-less high-performance MUCUs at portfolio of many vendors. Because flash-less conception is a way how to decrease price of high-performance MCUs. With integrated flash in MCU there are two big issues:
But TI realise that there are benefits of integrated flash for some application and from this reason at 2nd (CC3220) and 3rd (CC3235) generation devices are available both options. You have options:
But even when you select device with integrated XIP flash, you still need external SPI flash. External flash is used as a data storage for internal WiFi coprocessor (NWP). Requirements for a amount of memory space are much higher than can provide internal flash. Although integration such big flash may to be technologically possible, this will not be economically feasible. Just you can look how much costs MCUs with 2MB or 4MB of internal flash. Internal XIP flash at CC3220SF, CC3235SF is used as "execution cache", which allow to increase size of code which will not fit into 256kB RAM.
Please click to "Verify Answer", if your question was answered.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Jan D:
Jan, thank you greatly for the content and coverage you share here, this is just what I was looking for!
I did not realize the LAUNCHXL-3235SF has external flash (U9 - Macronix MX25R3235FM1IL0), thank you for sharing! Why does the CC3235SF use both internal and external here, this seems redundant?
In reply to Justin Reina89:
You should realise that CC3200 and CC3220/CC3235 have still same conception (MCU+separate NWP). The SF devices have additional 1MB XIP flash at chip. But this XIP flash works as "execution cache". Content of XIP flash is uploaded-synchronized by ROM bootloader during startup. After that is content of XIP flash up to date, bootloader "jumps" into XIP flash and starts execution code from XIP flash.
NWP need some space for own storage (~300kB for ServicePack, few kB for configuration and temporary files, webpages, user-data). And internal flash (1MB) in this case will not be sufficient. It will be needed 2MB or 4MB flash and this will be extremely expensive. There is other technical issue. Application MCU and NWP are separate Cortex-M processors. One runs on your firmware one runs at TI proprietary firmware. It is problem to have access into one flash from two separate cores. One core will need to wait till is access from other core done. And this will drastic impact to performance.
I am the chief architect for our solution, with hardware knowledge in progress. I have selected the CC3235SF for one of our solutions over the CC3200 because it "has internal flash and will cheaper". Is this correct?
If not and the CC3200 solution is cheaper, in layman's terms what is the CC3235SF-CC3200 design selection?
My first suggestion would be look towards either our Gen 2 (CC3220) or Gen 3 (CC3235) solutions. These devices have been integrated in our SimpleLink SDK which allows for code portability across all of the SimpleLink devices.
For design considerations, gen 3 is going to have our latest and greatest features, including 5 GHz support, Coexistence, FIPS certification, and soft-roaming.
If you can describe your use case, I can give you some links to evaluate our devices, and help point you towards a device that best suits your needs.
In reply to Vincent Rodriguez:
Vince, the contents in your response is much appreciated. We are designing against the following specs:
I can provide more if needed, let me know. Thank you for your help!
I am working for a independent manufacturing company in Czech Republic. I have no direct relationship with TI (except TI is our supplier and ours customer as well). I am using CC32xx devices for a long time, actually longer time then many members of TI SimpleLink Wifi App team. Form this reasons my point of view may be similar to yours. My comments:
In reply to Hnz:
This context is what my team needs right now, thank you Hnz!!
How much complexity and risk is introduced by not going pre-certified?
For a higher quantity production it make sense use QFN chip instead of module. It allows to you decrease price of final product and allow to you better customising of your PCB.
In case of selection QFN there are two risk factors:
First point depends on whether you have at your team someone experienced with RF design and you have available requested equipment for RF design (spectrum analyser, VNA or equipment for Wifi testing - Litepoint, R&S, etc.). If you have available experienced person with RF and he will follow TI layout recommendation, you should not expect any significant issue. But if you not have such person + required equipment and you will not be able this RF design outsource to someone, risks to your project may to be very significant.
If case your RF design will be properly done and you will have properly done in-house tests, certification of your product is only about price and time. I am not able to say how much higher price will be certification of product with QFN in comparison with MOD version. Certification of product with module can be done at almost all EMC certification labs, but RF tests for certification device with QFN is able do much less labs. This wiki page says that price of certification is about $25k per one certification (FCC, CE, TELEC). It is expected than certification price of dual band device will be higher.
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. 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.