<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>FAT complexity on Cortex</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/31372/fat-complexity-on-cortex</link><description> 
Hi 
I&amp;#39;m deciding which Cortex microcontroller should I use in my project.
I will use SD card and FAT filesystem. Is FAT filesystem to complex
for Cortex M0 or can M0 perform search, read and writing to files on
SD card? What are your experiences on</description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: FAT complexity on Cortex</title><link>https://community.arm.com/thread/92417?ContentTypeID=1</link><pubDate>Fri, 31 Jan 2014 06:59:06 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:9b38bc5f-b1a1-4f69-bff4-5413f4857c4a</guid><dc:creator>Westonsupermare Pier</dc:creator><description>&lt;p&gt;&lt;p&gt;
I&amp;#39;ve had FAT file systems work on less capable 4.77 MHz and 8 MHz
machines. Any reasonable file system implementation can do the work
you suggest, review the documentation if the features are
unclear.&lt;/p&gt;

&lt;p&gt;
The FLASH footprint of a boot loader on a Cortex-M3 with FatFs and
SDIO is under 16KB, I don&amp;#39;t have a RAM number, but it&amp;#39;s pretty low
(&amp;lt;4KB at a guess, with some buffering and such).&lt;/p&gt;

&lt;p&gt;
I&amp;#39;d worry more about the SD interface implementation (1-bit SPI,
4-bit SDIO), and the code implementation for SD, and SDHC, and the
speed at which it can be clocked. Have any clear idea on the speed
you need for your application? Larger memory buffers permit higher
efficiency.&lt;/p&gt;

&lt;p&gt;
It&amp;#39;s been my observation that the Cortex-M0 is pitched as an
8051/8-bit replacement chip, with low cost, low transistor count, low
pin count, and a pretty lack luster peripheral set around it to
achieve the same.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: FAT complexity on Cortex</title><link>https://community.arm.com/thread/68516?ContentTypeID=1</link><pubDate>Fri, 31 Jan 2014 02:45:40 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:6e1759c8-a762-4dde-8b90-8433a147d98c</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
Cortex-Mx doesn&amp;#39;t really matter here - almost any processor is
capable to handle a FAT file system.&lt;/p&gt;

&lt;p&gt;
What matters is how much code space you can afford for your file
system implementation. And how much RAM you can afford for buffering
data (which affects how much work it is to locate the directory entry
of a specific file, or how much work to scan the FAT for next file
sector or for next free sector).&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>