<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Hardware costs versus development costs</title>
	<atom:link href="http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/feed/" rel="self" type="application/rss+xml" />
	<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/</link>
	<description>Thoughts on embedded systems by Nigel Jones</description>
	<lastBuildDate>Sun, 06 May 2012 10:34:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: ashleigh</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-367</link>
		<dc:creator>ashleigh</dc:creator>
		<pubDate>Tue, 26 Jan 2010 01:47:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-367</guid>
		<description>These kind of trade-offs are rarely considered.Even on salary, engineering costs your employer (where I live, its more in the USA) $100 / HOUR.It does not take many hours to burn up the cost saving made in a cheaper part.Bean counters tend to see the cost on the BOM and get up tight about it, and ignore the cost of labour. Until a consultant is involved.All engineers should get better at looking at the cost trade-offs.In one of the designs I worked on we used a processor costing $5 more than we could have go away with, because at about 1000 pieces / year, the engineering time trade off amount to $5K. We would burn through that in labour in a week. And the cheaper part would have meant spending months more on coding.</description>
		<content:encoded><![CDATA[<p>These kind of trade-offs are rarely considered.Even on salary, engineering costs your employer (where I live, its more in the USA) $100 / HOUR.It does not take many hours to burn up the cost saving made in a cheaper part.Bean counters tend to see the cost on the BOM and get up tight about it, and ignore the cost of labour. Until a consultant is involved.All engineers should get better at looking at the cost trade-offs.In one of the designs I worked on we used a processor costing $5 more than we could have go away with, because at about 1000 pieces / year, the engineering time trade off amount to $5K. We would burn through that in labour in a week. And the cheaper part would have meant spending months more on coding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Jones</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-366</link>
		<dc:creator>Nigel Jones</dc:creator>
		<pubDate>Wed, 13 Jan 2010 12:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-366</guid>
		<description>I use Embedded Workbench from IAR running on XP. I agree with your comment. For further thoughts on free tools and the like, you might want to check out this posting that I did a while back: http://www.embeddedgurus.net/stack-overflow/2008/09/low-cost-tools.html</description>
		<content:encoded><![CDATA[<p>I use Embedded Workbench from IAR running on XP. I agree with your comment. For further thoughts on free tools and the like, you might want to check out this posting that I did a while back: <a href="http://www.embeddedgurus.net/stack-overflow/2008/09/low-cost-tools.html" rel="nofollow">http://www.embeddedgurus.net/stack-overflow/2008/09/low-cost-tools.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Goldfish</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-365</link>
		<dc:creator>Goldfish</dc:creator>
		<pubDate>Wed, 13 Jan 2010 10:04:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-365</guid>
		<description>Hi Nigel,What IDE do you use to develop for AVR, and on what OS?I&#039;m curious, because an IDE can be one of the biggest time savers in development, and I think AVR studio leaves a lot to be desired, although admittedly I haven&#039;t used it ectensively.</description>
		<content:encoded><![CDATA[<p>Hi Nigel,What IDE do you use to develop for AVR, and on what OS?I&#39;m curious, because an IDE can be one of the biggest time savers in development, and I think AVR studio leaves a lot to be desired, although admittedly I haven&#39;t used it ectensively.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-364</link>
		<dc:creator>Anders</dc:creator>
		<pubDate>Fri, 08 Jan 2010 10:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-364</guid>
		<description>Miro Samek&#039;s article is very interesting and is much in line with what we see. However, I think that his observation on the sweet spot for ISAs can be extended a bit if one looks at a bigger set of benchmarks; it seems that right now the sweet spot for a general instruction set architecture is 16-bit wide fixed-width instructions with a 32-bit risc like register and memory architecture, much like the thumb and thumb-2 ISAs. But it goes almost without saying that the msp430 ISA is exceptionally well designed, especially when considering it&#039;s relative age. (The interesting thing is that Samek&#039;s article benchmarks the PIC18 which is far better suited for the C language than the older PIC16 architecture... :-) )</description>
		<content:encoded><![CDATA[<p>Miro Samek&#39;s article is very interesting and is much in line with what we see. However, I think that his observation on the sweet spot for ISAs can be extended a bit if one looks at a bigger set of benchmarks; it seems that right now the sweet spot for a general instruction set architecture is 16-bit wide fixed-width instructions with a 32-bit risc like register and memory architecture, much like the thumb and thumb-2 ISAs. But it goes almost without saying that the msp430 ISA is exceptionally well designed, especially when considering it&#39;s relative age. (The interesting thing is that Samek&#39;s article benchmarks the PIC18 which is far better suited for the C language than the older PIC16 architecture&#8230; <img src='http://embeddedgurus.com/stack-overflow/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Jones</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-363</link>
		<dc:creator>Nigel Jones</dc:creator>
		<pubDate>Fri, 08 Jan 2010 02:19:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-363</guid>
		<description>Hi Greg:Hardware abstraction has been the holy grail of low level embedded systems for a long time now. My gut feel is that it isn&#039;t going to happen (at least at the 8 bit level). However, we&#039;ll probably get close if and when the Cortex architecture consumes the entire embedded space. Personally as much as I can see the economic benefits of achieving this, I rather like the different personalities (quirks) of the various processor families. So if this does come about, I think I&#039;ll be a little bit sad.</description>
		<content:encoded><![CDATA[<p>Hi Greg:Hardware abstraction has been the holy grail of low level embedded systems for a long time now. My gut feel is that it isn&#39;t going to happen (at least at the 8 bit level). However, we&#39;ll probably get close if and when the Cortex architecture consumes the entire embedded space. Personally as much as I can see the economic benefits of achieving this, I rather like the different personalities (quirks) of the various processor families. So if this does come about, I think I&#39;ll be a little bit sad.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel Jones</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-362</link>
		<dc:creator>Nigel Jones</dc:creator>
		<pubDate>Fri, 08 Jan 2010 02:15:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-362</guid>
		<description>You are quite right about the volume issue Anders. If you read this post http://www.embeddedgurus.net/state-space/2009/03/insects-of-computer-world.html by Miro Samek you&#039;ll get another point of view on the PIC. As for whether the PIC was the right choice for an ABS system, my sense is that it was a poor choice.</description>
		<content:encoded><![CDATA[<p>You are quite right about the volume issue Anders. If you read this post <a href="http://www.embeddedgurus.net/state-space/2009/03/insects-of-computer-world.html" rel="nofollow">http://www.embeddedgurus.net/state-space/2009/03/insects-of-computer-world.html</a> by Miro Samek you&#39;ll get another point of view on the PIC. As for whether the PIC was the right choice for an ABS system, my sense is that it was a poor choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GregK</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-361</link>
		<dc:creator>GregK</dc:creator>
		<pubDate>Thu, 07 Jan 2010 14:00:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-361</guid>
		<description>HiNice point Nigel.Apart of topic why we do not us high level of abstraction when interfacing with hardware (using RTOS or not)? If so we can get rid of of problems with changing architecture, upgrade hardware etc. However I do not know if 8bit&#039;s PIC allow on high level abstraction, what I am reading is not. Mayby this is reason why do not use 8bit&#039;s PICs.</description>
		<content:encoded><![CDATA[<p>HiNice point Nigel.Apart of topic why we do not us high level of abstraction when interfacing with hardware (using RTOS or not)? If so we can get rid of of problems with changing architecture, upgrade hardware etc. However I do not know if 8bit&#39;s PIC allow on high level abstraction, what I am reading is not. Mayby this is reason why do not use 8bit&#39;s PICs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-360</link>
		<dc:creator>Anders</dc:creator>
		<pubDate>Thu, 07 Jan 2010 11:58:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-360</guid>
		<description>Hi Nigel,Your post on hardware costs was very interesting, as always, and it is always refreshing to see this kind of arithmetics worked out. I think your numbers for breakeven are very valid for a small to medium sized production series. But I think it can change dramatically if the intended production volume is large or huge.We were once involved in a ABS braking project for a German automotive OEM. They chose a PIC16 over another 8-bit CPU mainly for cost reasons. Considering the production volumes for German car manufacturers in general and the number of embedded CPU:s in a modern car in particular I can really understand why they went for the PIC. But I&#039;m not 100% sure that it was a sensible choice from a technical point of view... :-)</description>
		<content:encoded><![CDATA[<p>Hi Nigel,Your post on hardware costs was very interesting, as always, and it is always refreshing to see this kind of arithmetics worked out. I think your numbers for breakeven are very valid for a small to medium sized production series. But I think it can change dramatically if the intended production volume is large or huge.We were once involved in a ABS braking project for a German automotive OEM. They chose a PIC16 over another 8-bit CPU mainly for cost reasons. Considering the production volumes for German car manufacturers in general and the number of embedded CPU:s in a modern car in particular I can really understand why they went for the PIC. But I&#39;m not 100% sure that it was a sensible choice from a technical point of view&#8230; <img src='http://embeddedgurus.com/stack-overflow/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gauthier</title>
		<link>http://embeddedgurus.com/stack-overflow/2009/12/hardware-costs-versus-development-costs/comment-page-1/#comment-359</link>
		<dc:creator>Gauthier</dc:creator>
		<pubDate>Sat, 02 Jan 2010 14:06:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gfcdev.org/test-stack/2009/12/24/hardware-costs-versus-development-costs/#comment-359</guid>
		<description>There are also other ARM chips than AVR, I am not sure which are comparable to the chips you chose, but these look cheap:http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2556109&amp;k=cortex%20m0Which part would you say matches the PIC16F1936, and how much does it cost?</description>
		<content:encoded><![CDATA[<p>There are also other ARM chips than AVR, I am not sure which are comparable to the chips you chose, but these look cheap:<a href="http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2556109&#038;k=cortex%20m0Which" rel="nofollow">http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2556109&#038;k=cortex%20m0Which</a> part would you say matches the PIC16F1936, and how much does it cost?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

