<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ramtron Automotive System Design Blog &#187; F-RAM Design Hints</title>
	<atom:link href="http://ramtronblogs.com/auto/category/f-ram-design-hints/feed/" rel="self" type="application/rss+xml" />
	<link>http://ramtronblogs.com/auto</link>
	<description>Enhancing automotive system designs with F-RAM memory</description>
	<lastBuildDate>Thu, 07 Oct 2010 21:12:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>Look, No Batteries!</title>
		<link>http://ramtronblogs.com/auto/2010/09/look-no-batteries/</link>
		<comments>http://ramtronblogs.com/auto/2010/09/look-no-batteries/#comments</comments>
		<pubDate>Wed, 08 Sep 2010 17:28:22 +0000</pubDate>
		<dc:creator>Duncan Bennett</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=158</guid>
		<description><![CDATA[The world of energy harvesting is getting very interesting. The idea of getting something for nothing is appealing and you get to save the environment at the same time. This is what they call a win-win situation.  There are lots of fascinating numbers on this subject but my favourite is that 253 billion batteries will [...]]]></description>
			<content:encoded><![CDATA[<p>The world of energy harvesting is getting very interesting. The idea of getting something for nothing is appealing and you get to save the environment at the same time. This is what they call a win-win situation.  There are lots of fascinating numbers on this subject but my favourite is that 253 billion batteries will not be recycled in Europe over the next 50 years. At the current run rate, that’s about 1000 tossed batteries per person.  I wonder how high a mountain 253 billion batteries would make?</p>
<p>It&#8217;s all very interesting, you say, but this doesn’t apply to automotive electronics. A car has only one battery and that gets recycled. On the surface this looks like a good argument but I recently attended a conference on Energy Harvesting and Wireless Sensor Networks. Now wireless sensors are something you do put in vehicles, the most common being tyre pressure sensors.</p>
<p>So perhaps energy harvesting is worth looking at a bit further. Everyone is aware that the wiring harness in a vehicle is expensive and heavy, which is why most manufacturers are trying to find a way to reduce its size. Perhaps wireless sensors that harvest energy from the environment are a way to make that happen. Imagine an engine bay with no wiring to any of the sensors!</p>
<p>Let’s start with the easy ones. A sensor that generates energy from rotational movement is relatively easy. There are magnets, coils, piezo sensors and Wiegend sensors that can all generate enough power to conduct useful electronic functions. Energy harvesters that get their energy from vibration are also possible, which can be very effective if the frequency and amplitude of the vibration is well defined. Similarly, collecting energy from an RF field is not so hard if you can tune your antenna to the right frequency. The engine bay of any vehicle is an oasis of opportunity to harvest energy from movement, heat, vibration or RF. So it would seem that harvesting the energy is not technically that difficult.</p>
<p>Ramtron recently released an innovative memory called WM72016. Its a wireless memory that can be read from and written to via an RF port and serial port. You can think of it as a dual-ported memory. The nice thing is that it can be powered either from a local power source or from an RF field. In a wireless sensor application the data could be retrieved even when the sensor is not generating any energy and data could be written by the harvested energy from the sensor without the need for a constant RF field.</p>
<p style="text-align: center;"><img class="size-full wp-image-160 aligncenter" title="Wireless Sensor System" src="http://ramtronblogs.com/auto/wp-content/uploads/2010/08/Wireless-Sensor-System.jpg" alt="Wireless Sensor System" width="442" height="90" /></p>
<p>Energy harvesting may offer solutions to automotive sensors that could reduce wiring. Ramtron’s Wireless Memory with a serial port gives a simple solution to the problem of transporting data without wires based on the energy harvested from the RF field. Now come on. Be honest. Did you start out thinking that a nonvolatile memory with low-power, high endurance and fast write could actually be a tool for the removal of sensor wiring?</p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2010/09/look-no-batteries/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Do I have Weak Fingers?</title>
		<link>http://ramtronblogs.com/auto/2010/03/do-i-have-weak-fingers/</link>
		<comments>http://ramtronblogs.com/auto/2010/03/do-i-have-weak-fingers/#comments</comments>
		<pubDate>Mon, 29 Mar 2010 18:29:05 +0000</pubDate>
		<dc:creator>Duncan Bennett</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=138</guid>
		<description><![CDATA[Maybe its me but occasionally questions pop into my head that no one else seems to ask. This happened recently when we were talking about map lights found in cars. My car is five years old now and the map light switch is the classical push-to-make/push-to-break switch. The latching action is accomplished with a combination of [...]]]></description>
			<content:encoded><![CDATA[<p>Maybe its me but occasionally questions pop into my head that no one else seems to ask. This happened recently when we were talking about map lights found in cars. My car is five years old now and the map light switch is the classical push-to-make/push-to-break switch. The latching action is accomplished with a combination of plastic and springs inside the switch. In more recent or maybe just more expensive cars (note to myself: check the bosses car) the push-button is a very delicate push-button. The latching action has probably been accomplished by a small micro. The implication is that we all want delicate push-buttons with electronic control to replace the firmer push-buttons. This is when that question filtered into my conscious – do I have weak fingers?</p>
<p>Putting that complex question aside for another time I soon realized that F-RAM could be part of a rather neat solution for the weak-fingered applications. The problem with the electronic control is that connecting the vehicle battery after servicing could power up the light in the on state and that could drain the vehicle battery. In the schematic below a Ramtron F-RAM State Saver is used to remember the status. This is a simple D-type latch where the output uses F-RAM to recall the previous state. This means that if the lamp was off before the vehicle battery was removed it will be off after the vehicle battery is reconnected. It doesn’t get much simpler than that. Now, I wonder how to measure finger strength?</p>
<p style="text-align: center;"><a  href="http://ramtronblogs.com/auto/wp-content/uploads/2010/03/State-Saver-Toggle2.jpg" class="thickbox no_icon" rel="gallery-138" title="State Saver Toggle"><img class="size-full wp-image-143 aligncenter" title="State Saver Toggle" src="http://ramtronblogs.com/auto/wp-content/uploads/2010/03/State-Saver-Toggle2.jpg" alt="State Saver Toggle" width="393" height="267" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2010/03/do-i-have-weak-fingers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Making Friends with the Production Team</title>
		<link>http://ramtronblogs.com/auto/2010/03/making-friends-with-the-production-team/</link>
		<comments>http://ramtronblogs.com/auto/2010/03/making-friends-with-the-production-team/#comments</comments>
		<pubDate>Fri, 12 Mar 2010 16:50:11 +0000</pubDate>
		<dc:creator>Duncan Bennett</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=132</guid>
		<description><![CDATA[Most engineers are aware of design for test and design for manufacture. The goal is to design products that are easy to test and manufacture. If you achieve this, you’ll have lots of friends in the production department. I once heard that if you consider all the systems a typical car needs, you will need about four hours [...]]]></description>
			<content:encoded><![CDATA[<p>Most engineers are aware of design for test and design for manufacture. The goal is to design products that are easy to test and manufacture. If you achieve this, you’ll have lots of friends in the production department.</p>
<p>I once heard that if you consider all the systems a typical car needs, you will need about four hours for programming and configuration. Although I’ve never been able to verify this, I was reminded of this figure when I recently came across another programming problem.</p>
<p>The problem was programming a data table during production. The look-up table (LUT) contains data to control an engine and maps all of the engine parameters under various operating conditions. The table was about 256Kbits. That&#8217;s no not unusually large so why the problem? The problem was that the LUT had to be measured and calculated during production.  To compound the problem further, the table is arrived at iteratively and needs to be re-written many times.</p>
<p>Let’s just run through the calculations if you stored the LUT in an EEPROM:</p>
<table border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="378" valign="top">Programming time of EEPROM (assumes 32 byte write page and 10ms per page)</td>
<td width="123" valign="top">
<p align="right">10.24s</p>
</td>
</tr>
<tr>
<td width="378" valign="top">Cost of Programming 256Kbits (assume €30 per hour)</td>
<td width="123" valign="top">
<p align="right">8.5c</p>
</td>
</tr>
<tr>
<td width="378" valign="top">Cost of Programming 10 iterations of the LUT</td>
<td width="123" valign="top">
<p align="right">€0.85</p>
</td>
</tr>
<tr>
<td width="378" valign="top">Time taken for 10 iterations of the LUT</td>
<td width="123" valign="top">
<p align="right">1min 44s</p>
</td>
</tr>
</tbody>
</table>
<p> Now I don’t know about you but I was surprised to calculate that the cost of programming a 32Kbyte 256Kbit) EEPROM is 8.5c. This of course assumes that you can only program one device at time.</p>
<p>Compare this to using an F-RAM. The programming time is basically the bus speed.</p>
<table border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td width="378" valign="top">Programming time of F-RAM (assumes 8MHz SPI clock – no write time required)</td>
<td width="123" valign="top">
<p align="right">0.262s</p>
</td>
</tr>
<tr>
<td width="378" valign="top">Cost of Programming 256Kbits (assume €30 per hour)</td>
<td width="123" valign="top">
<p align="right">0.22c</p>
</td>
</tr>
<tr>
<td width="378" valign="top">Cost of Programming 10 iterations of the LUT</td>
<td width="123" valign="top">
<p align="right">€2.2c</p>
</td>
</tr>
<tr>
<td width="378" valign="top">Time taken for 10 iterations of the LUT</td>
<td width="123" valign="top">
<p align="right">2.62s</p>
</td>
</tr>
</tbody>
</table>
<p> Now if you go the production department and tell them that you could save them 1min 41s of production time and will save €0.82 (at €30 per hour) you will make lots of people happy!</p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2010/03/making-friends-with-the-production-team/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dealing with one small bottleneck</title>
		<link>http://ramtronblogs.com/auto/2010/01/dealing-with-one-small-bottleneck/</link>
		<comments>http://ramtronblogs.com/auto/2010/01/dealing-with-one-small-bottleneck/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 08:34:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>
		<category><![CDATA[Design]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=115</guid>
		<description><![CDATA[One subject that will probably never make the front page of newspapers is the speed of automotive grade nonvolatile memory. The sentence alone is enough to compel 99.9% of the world’s population to choose to watch paint dry rather than read on. However, for those of us working in automotive electronics that strive for faster, [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: center;">
<div id="attachment_130" class="wp-caption aligncenter" style="width: 235px"><img class="size-medium wp-image-130" style="border: 1px solid black;" title="64Kb Grade-1 F-RAM" src="http://ramtronblogs.com/auto/wp-content/uploads/2010/01/64K-F-RAM-225x180.jpg" alt="64Kb Grade-1 F-RAM" width="225" height="180" /><p class="wp-caption-text">64Kb Grade-1 F-RAM</p></div>
<p>One subject that will probably never make the front page of newspapers is the speed of automotive grade nonvolatile memory. The sentence alone is enough to compel 99.9% of the world’s population to choose to watch paint dry rather than read on. However, for those of us working in automotive electronics that strive for faster, cheaper, and better designs, the speed of nonvolatile memory becomes a serious concern worthy of attention.</p>
<p>Nonvolatile memory for automotive applications is usually an SPI device running at a bus speed of 1- to 5-MHz. So why does an automotive memory run slower than an SPI memory in the industrial world, especially when you consider that the typical automotive grade memory is made from the same silicon as an industrial device? In a nutshell, it comes down to higher operating temperature. Operating temperature effects both speed and power consumption. Since the two effects are related, higher temperatures slow down the operating speed of silicon and increase the current consumption. The end results are slower speed and higher current consumption specifications than a comparable industrial device. We’ll talk about the increased current another time so let’s just focus on the slower operating speed of nonvolatile memory in automotive applications for now.</p>
<p>I have recently come across a couple of instances where my customers needed more speed from their nonvolatile memory. One design had an array of devices on an SPI bus. Unfortunately, due to the slowness of the nonvolatile memory, the speed of the SPI bus needed to be reduced for nonvolatile memory reads and writes and then switched back to a higher speed for all other peripherals. The time needed to switch speeds made the whole design dillema worse. The design would be much easier if the nonvolatile memory was as fast the rest of the parts on the SPI bus, like an F-RAM for example.</p>
<p>Another design had a control algorithm that needed to execute in one millisecond to achieve stable control. Another  requirement was the need to store data in nonvolatile memory on each pass trough the control algorithm. EEPROM was not up to the task since it is not able to deliver writes in under one millisecond. F-RAM, on the other hand, is capable of writing as fast as the SPI bus can deliver data, making it an ideal solution for the design.</p>
<p>Simply, F-RAM reads and writes at the full SPI bus speed of 16MHz (for the 64K Grade 1 part) allowing engineers to make a small step towards their holy grail – faster, cheaper, better designs.</p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2010/01/dealing-with-one-small-bottleneck/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What’s the value of development time?</title>
		<link>http://ramtronblogs.com/auto/2010/01/what%e2%80%99s-the-value-of-development-time/</link>
		<comments>http://ramtronblogs.com/auto/2010/01/what%e2%80%99s-the-value-of-development-time/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 08:01:43 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=68</guid>
		<description><![CDATA[One of the features of F-RAM is very high endurance. It&#8217;s so high in fact that you can write as many times you like if you are using an F-RAM device over a serial bus. Simply put, serial busses are not fast enough to ever reach the endurance limit of F-RAM. This allows engineers to [...]]]></description>
			<content:encoded><![CDATA[<p>One of the features of F-RAM is very high endurance. It&#8217;s so high in fact that you can write as many times you like if you are using an F-RAM device over a serial bus. Simply put, serial busses are not fast enough to ever reach the endurance limit of F-RAM. This allows engineers to re-think their non-volatile memory strategy and entirely eliminate routines that perform wear-leveling and data saves on power fail.</p>
<p>Wear-leveling is commonly used for Flash or EEPROM parts to ensure that the application does not exceed their typical 1-million write cycle specification. With F-RAM&#8217;s 100 trillion cycles, in real world applications, you will never reach the endurance limit.</p>
<table border="0" cellpadding="15" align="center">
<tbody>
<tr style="background-color: #ffffcc;" valign="top">
<td style="background-color: #fef5b8; border: #7d8280 1px solid;" align="left" valign="top"><span style="font-size: x-small;"><strong>If</strong> (Saving_Data_on_Power_Fail) = Difficult </span><span style="font-size: x-small;"><strong>Then<br />
</strong><strong>         Call</strong> Save_Data_Whenever_it_Changes_Instead(VirtuallyUnlimitedEndurance);<br />
<strong>Endif;</strong><strong> </strong></span></td>
</tr>
</tbody>
</table>
<p>There is another way that F-RAM’s high endurance can save development effort. A lot of systems need to save data upon power failure. This requires extra hardware to perform an early detection of the power fail as well as some software to control the reaction. The power fail software needs to be written and tested, both of which require engineering time. At this point I should throw in lots of warnings about slow power ramps with noise and power glitches that cause problematic detection of a power fail. The faster you save the data the better!</p>
<p>Saving the time and effort to write and test software for wear leveling and data saves on power fail is valuable. A customer recently said that removing both of these tasks from his schedule would save him three months.  How much money could you save if you eliminated several months of development time? Generally speaking, I don’t have a precise answer, so here is my challenge. If you are an engineer, go and ask your boss how much extra your company can add to the BOM cost for ABC if it saves you X person-months of development effort!</p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2010/01/what%e2%80%99s-the-value-of-development-time/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What does every security system need? A switch.</title>
		<link>http://ramtronblogs.com/auto/2009/12/what-does-every-security-system-need-a-switch/</link>
		<comments>http://ramtronblogs.com/auto/2009/12/what-does-every-security-system-need-a-switch/#comments</comments>
		<pubDate>Tue, 08 Dec 2009 18:22:52 +0000</pubDate>
		<dc:creator>Duncan Bennett</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Products]]></category>
		<category><![CDATA[State Savers]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=86</guid>
		<description><![CDATA[Sounds obvious but every security system needs a switch. Somewhere, at the output of the security system will be a switch that either turns the alarm on or turns some component off, disabling whatever it is that the security system is protecting. In a home alarm, the security system turns on the bell-box (the thing [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_106" class="wp-caption aligncenter" style="width: 235px"><a  href="http://ramtronblogs.com/auto/wp-content/uploads/2009/12/SSDiagram_Switch_noCaption1.jpg" class="thickbox no_icon" rel="gallery-86" title="F-RAM State Saver driving a relay"><img class="size-medium wp-image-106  " style="border: black 1px solid;" title="F-RAM State Saver driving a relay" src="http://ramtronblogs.com/auto/wp-content/uploads/2009/12/SSDiagram_Switch_noCaption1-225x128.jpg" alt="F-RAM State Saver driving a relay" width="225" height="128" /></a><p class="wp-caption-text">F-RAM State Saver driving a relay</p></div>
<p>Sounds obvious but every security system needs a switch. Somewhere, at the output of the security system will be a switch that either turns the alarm on or turns some component off, disabling whatever it is that the security system is protecting. In a home alarm, the security system turns on the bell-box (the thing that makes a loud noise and flashes), and in an automotive security system, the ignition system is usually disabled in some way.</p>
<p>Now, as every good thief will tell you, if you cut the power to the security system and silence it soon after it starts to make a noise, then everyone will ignore it. Home security systems get round this obvious attack by having a backup battery in the bell-box and mounting it out of reach. Achieving the same in an automotive security system takes a little ingenuity. Autos usually only have one battery and everyone knows how to access it. If you are not familiar with this process just google it before you set out to steal cars.</p>
<p>One solution is to have a switch that remembers its previous state. That way once the alarm is triggered, cycling of the power supply will have no effect. Ramtron&#8217;s State Savers offer a simple, cheap electronic switch that remembers its previous state after a power cycle, which is ideal for security systems. You can learn more about our State Savers <a  href="http://www.ramtron.com/products/nonvolatile-state-saver/" target="_blank">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2009/12/what-does-every-security-system-need-a-switch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EEPROM can be a right and royal pain</title>
		<link>http://ramtronblogs.com/auto/2009/12/eeprom-can-be-a-right-and-royal-pain/</link>
		<comments>http://ramtronblogs.com/auto/2009/12/eeprom-can-be-a-right-and-royal-pain/#comments</comments>
		<pubDate>Tue, 08 Dec 2009 17:10:15 +0000</pubDate>
		<dc:creator>Duncan Bennett</dc:creator>
				<category><![CDATA[F-RAM Design Hints]]></category>
		<category><![CDATA[Design]]></category>

		<guid isPermaLink="false">http://ramtronblogs.com/auto/?p=90</guid>
		<description><![CDATA[The circuit shown above is the memory sub-system that you would need to store data on power fail. The key components are a microcontroller for processing, an EEPROM for nonvolatile data storage, and a capacitor to provide enough power to give the micro enough time to finish writing as the power fails. Above is an [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_91" class="wp-caption aligncenter" style="width: 326px"><img class="size-full wp-image-91 " style="border: black 1px solid;" title="EEPROM+Cap" src="http://ramtronblogs.com/auto/wp-content/uploads/2009/12/EEPROM+Cap.JPG" alt="EEPROM with Micro and Capacitor" width="316" height="161" /><p class="wp-caption-text">EEPROM with Micro and Capacitor</p></div>
<p>The circuit shown above is the memory sub-system that you would need to store data on power fail. The key components are a microcontroller for processing, an EEPROM for nonvolatile data storage, and a capacitor to provide enough power to give the micro enough time to finish writing as the power fails.</p>
<div id="attachment_92" class="wp-caption aligncenter" style="width: 283px"><img class="size-full wp-image-92 " style="border: black 1px solid;" title="F-RAM+Micro" src="http://ramtronblogs.com/auto/wp-content/uploads/2009/12/F-RAM+Micro.JPG" alt="F-RAM and Microcontroller" width="273" height="160" /><p class="wp-caption-text">F-RAM and Microcontroller</p></div>
<p>Above is an equivalent circuit design using F-RAM. As you can see, the capacitor is no longer required for two simple reasons:</p>
<ol>
<li>F-RAM writes 50 to 100 times faster than EEPROM, allowing the data to be written as the main power supply fails without support from capacitors</li>
<li>F-RAM uses about 1/100th the power of an EEPPROM so, in effect, the power that is dying lasts much longer</li>
</ol>
<p>So why is this important? F-RAM allows for simpler, cost effective, and more reliable designs in automotive applications. Although F-RAM compoments are more expensive than EEPROMs, when you add up the solution cost including the EEPROM, extra capacitor, assembly issues, and extra board area, F-RAM becomes a compelling high-performance design alternative.</p>
<p>Also, the more data you need to write, the larger the capacitor needs to be in both size and Farads. One recent application that comes to mind needed capacitance of around 0.1F. This amount of capacitance does not come cheap. Another spec that engineers need to look at is the capacitance at max temperature. Capacitors leak and the leakage increases with temperature. Low-leakage capacitors are readily available but, again,  they are more expensive.</p>
<p>I recommend taking the time tocalculate the amount of capacitance you actually need with your EEPROM at the maximum operating temperature and ask yourself if F-RAM actually allows a cheaper and more effective solution.</p>
]]></content:encoded>
			<wfw:commentRss>http://ramtronblogs.com/auto/2009/12/eeprom-can-be-a-right-and-royal-pain/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

