<?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/"
		xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Final Thoughts On The Embedded Community</title>
	<atom:link href="http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/feed/" rel="self" type="application/rss+xml" />
	<link>http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/</link>
	<description>Analog electronics and everything else between 1 and 0</description>
	<lastBuildDate>Tue, 15 May 2012 20:56:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Where Are Technical Areas in the US? &#124; Chris Gammell&#039;s Analog Life</title>
		<link>http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/comment-page-1/#comment-1855</link>
		<dc:creator>Where Are Technical Areas in the US? &#124; Chris Gammell&#039;s Analog Life</dc:creator>
		<pubDate>Thu, 24 Jun 2010 04:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://chrisgammell.com/?p=1741#comment-1855</guid>
		<description>[...] or the easiest to fill nor does it even point out how varied the positions can be! For example, an embedded developer and an analog system engineer might all be under the title &#8220;electrical engineer&#8220;. If [...]</description>
		<content:encoded><![CDATA[<p>[...] or the easiest to fill nor does it even point out how varied the positions can be! For example, an embedded developer and an analog system engineer might all be under the title &#8220;electrical engineer&#8220;. If [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @undees</title>
		<link>http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/comment-page-1/#comment-1788</link>
		<dc:creator>@undees</dc:creator>
		<pubDate>Tue, 22 Jun 2010 00:04:11 +0000</pubDate>
		<guid isPermaLink="false">http://chrisgammell.com/?p=1741#comment-1788</guid>
		<description>Definitely got that sense of fragmentation in the software toolkits arena.  Embedded programmers have to rely on resourcefulness, spit, and duct tape.  Ironically, the way out may be through more software, or at least more standard software. </description>
		<content:encoded><![CDATA[<p>Definitely got that sense of fragmentation in the software toolkits arena.  Embedded programmers have to rely on resourcefulness, spit, and duct tape.  Ironically, the way out may be through more software, or at least more standard software. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A Talk With An Electronics Industry Analyst &#124; Chris Gammell's Analog Life</title>
		<link>http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/comment-page-1/#comment-1697</link>
		<dc:creator>A Talk With An Electronics Industry Analyst &#124; Chris Gammell's Analog Life</dc:creator>
		<pubDate>Tue, 15 Jun 2010 11:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://chrisgammell.com/?p=1741#comment-1697</guid>
		<description>[...] Stuff     Final Thoughts On The Embedded Community   Jun [...]</description>
		<content:encoded><![CDATA[<p>[...] Stuff     Final Thoughts On The Embedded Community   Jun [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abhishek</title>
		<link>http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/comment-page-1/#comment-1679</link>
		<dc:creator>Abhishek</dc:creator>
		<pubDate>Sat, 12 Jun 2010 15:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://chrisgammell.com/?p=1741#comment-1679</guid>
		<description>lots of work in Embedded engineering field (especially in large system designing companies) is related to porting existing code to new processor/programmable chips.Processors gets obsolete very fast so the companies who do not see major changes in system requirement in future (Like Boeing / Airbus) and companies whose production is low volume always buy chips in bulk.You can see 1985 marking on the chips in the systems being sold by such companies...I have seen 25 yrs old chips (now obsolete) on Rockwell Collins radar control related products. long term support is one of the important discussion point between chip making companies and system designing companies.If chips do not become obsolete then many embedded engineers may loose job.Embedded software development cost is very high so companies try to avoid using mature chips.

Embedded system engineers know very little about real magic happening  at silicon.</description>
		<content:encoded><![CDATA[<p>lots of work in Embedded engineering field (especially in large system designing companies) is related to porting existing code to new processor/programmable chips.Processors gets obsolete very fast so the companies who do not see major changes in system requirement in future (Like Boeing / Airbus) and companies whose production is low volume always buy chips in bulk.You can see 1985 marking on the chips in the systems being sold by such companies...I have seen 25 yrs old chips (now obsolete) on Rockwell Collins radar control related products. long term support is one of the important discussion point between chip making companies and system designing companies.If chips do not become obsolete then many embedded engineers may loose job.Embedded software development cost is very high so companies try to avoid using mature chips.</p>
<p>Embedded system engineers know very little about real magic happening  at silicon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fluxor</title>
		<link>http://chrisgammell.com/2010/06/10/final-thoughts-on-the-embedded-community/comment-page-1/#comment-1670</link>
		<dc:creator>Fluxor</dc:creator>
		<pubDate>Fri, 11 Jun 2010 19:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://chrisgammell.com/?p=1741#comment-1670</guid>
		<description>Levels of abstractions are fun!

You need to go through many layers of software (abstractions) before being able to flip a bit in the Flying Flux. For the test engineering doing characterization, he uses Python, which is a wrapper around some in-house custom software, which is only a wrapper (plus GUI) to talk to the software provided by the embedded processor vendor, which needs to be compiled into machine code to access data in the Flying Flux through either the serial or parallel ports, which through those ports access the Flux&#039;s internal firmware code, which then gets loaded onto internal registers that affect the actual function of the Flying Flux.

There are so many things that can go wrong along the way --- and they often do!</description>
		<content:encoded><![CDATA[<p>Levels of abstractions are fun!</p>
<p>You need to go through many layers of software (abstractions) before being able to flip a bit in the Flying Flux. For the test engineering doing characterization, he uses Python, which is a wrapper around some in-house custom software, which is only a wrapper (plus GUI) to talk to the software provided by the embedded processor vendor, which needs to be compiled into machine code to access data in the Flying Flux through either the serial or parallel ports, which through those ports access the Flux's internal firmware code, which then gets loaded onto internal registers that affect the actual function of the Flying Flux.</p>
<p>There are so many things that can go wrong along the way --- and they often do!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

