<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>comp.arch.embedded Google Group</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded</link>
  <description>Embedded computer systems topics.</description>
  <language>en</language>
  <item>
  <title>Re: How to synchronize a streaming system with FPGA+FT2232H FIFO</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/a5e83a5c14d96022?show_docid=a5e83a5c14d96022</link>
  <description>
  Hi, &lt;br&gt; This is all getting clearer now. However, I wonder if using this FT2232H IC &lt;br&gt; in synchronous FIFO mode isn&#39;t complicating everything. Isn&#39;t all of this &lt;br&gt; &#39;packet&#39; and &#39;layer&#39; and &#39;CRC&#39; stuff handled by the clever people who &lt;br&gt; designed USB in the first place? &lt;br&gt; Then I use a chip which takes care of all of this, but only give me access
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/a5e83a5c14d96022?show_docid=a5e83a5c14d96022</guid>
  <author>
  d...@designgame.ca
  (dlopez)
  </author>
  <pubDate>Sat, 11 Nov 2009 01:16:07 UT
</pubDate>
  </item>
  <item>
  <title>Re: How to synchronize a streaming system with FPGA+FT2232H FIFO</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/fbe623050e6a9594?show_docid=fbe623050e6a9594</link>
  <description>
  You could use HDLC, which does what you want, is standard, and not too &lt;br&gt; complicated. &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.interfacebus.com/Design_HDLC.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; You can use the address byte to switch between data and control streams.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/fbe623050e6a9594?show_docid=fbe623050e6a9594</guid>
  <author>
  usene...@ladybug.xs4all.nl
  (Arlet)
  </author>
  <pubDate>Sat, 11 Nov 2009 00:54:08 UT
</pubDate>
  </item>
  <item>
  <title>Re: Mensuration device parameterization scheme [VERY long]</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/c4eb7b2f41254fdb?show_docid=c4eb7b2f41254fdb</link>
  <description>
  Ooops! That was intended for an email message! :-( &lt;br&gt; (a hazard of having email and news handled in the same &lt;br&gt; client!) &lt;br&gt; Sorry...
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/c4eb7b2f41254fdb?show_docid=c4eb7b2f41254fdb</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Fri, 11 Nov 2009 23:40:20 UT
</pubDate>
  </item>
  <item>
  <title>Re: Friday afternoon C trivia:</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/728eba7cc416f941?show_docid=728eba7cc416f941</link>
  <description>
  Nils wrote: &lt;br&gt; The correct answer is, none of them. You can&#39;t assign a void type. &lt;br&gt; You need to cast the pointer to something else, and then it&#39;s not &lt;br&gt; the same pointer, is it? &lt;br&gt; Had you done the same thing with char however, the answer is based &lt;br&gt; on a simple principle; const applies to the thing to its immediate
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/728eba7cc416f941?show_docid=728eba7cc416f941</guid>
  <author>
  no.s...@please.net
  (Clifford Heath)
  </author>
  <pubDate>Fri, 11 Nov 2009 22:51:35 UT
</pubDate>
  </item>
  <item>
  <title>Re: Friday afternoon C trivia:</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/a3bfe95d777dfd6c?show_docid=a3bfe95d777dfd6c</link>
  <description>
  See above. It might claim to be &amp;quot;long&amp;quot;, but you have to look up the &lt;br&gt; declaration to see that it isn&#39;t. &lt;br&gt; Reminds me of a Pascal textbook that included exapmples with &lt;br&gt; const NINE = 9; &lt;br&gt; Presumably this allows the program maintainer to easily change the value &lt;br&gt; of NINE to something else, such as 7. &lt;br&gt; Since this is comp.arch.embedded, it&#39;s excusable that we&#39;re still
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/a3bfe95d777dfd6c?show_docid=a3bfe95d777dfd6c</guid>
  <author>
  al...@theworld.com
  (mac)
  </author>
  <pubDate>Fri, 11 Nov 2009 22:06:56 UT
</pubDate>
  </item>
  <item>
  <title>Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/3a1105e6a50053f1?show_docid=3a1105e6a50053f1</link>
  <description>
  It all depends where you put your break-even point; a thousand-year &lt;br&gt; payoff? :) &lt;br&gt; No, this is waste energy in fact. &lt;br&gt; They&#39;re propane though, aren&#39;t they?
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/3a1105e6a50053f1?show_docid=3a1105e6a50053f1</guid>
  <author>
  zwsdot...@gmail.com
  (larwe)
  </author>
  <pubDate>Fri, 11 Nov 2009 21:35:07 UT
</pubDate>
  </item>
  <item>
  <title>Re: New Atmel ATtiny Microcontrollers have 6 Pins, ADC, and LOW Power Consumption</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/ed060af1f3b7a93e/d7dae30ae1126d87?show_docid=d7dae30ae1126d87</link>
  <description>
  A wry smile perhaps, but I actually do have here, &lt;br&gt; emulation parts with connection &#39;out the top&#39; !! &lt;br&gt; So it has already been done :) &lt;br&gt; However, perhaps more practical, is the &#39;more pins&#39; choice, and that &lt;br&gt; has also been done. &lt;br&gt; Winbond and Fairchild are two suppliers I know OTTOMH that supply &lt;br&gt; bigger-bonded emulation - usually adding 2-4 more pins.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/ed060af1f3b7a93e/d7dae30ae1126d87?show_docid=d7dae30ae1126d87</guid>
  <author>
  jim.granvi...@gmail.com
  (-jg)
  </author>
  <pubDate>Fri, 11 Nov 2009 21:33:23 UT
</pubDate>
  </item>
  <item>
  <title>Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/67128d4fc6b558c0?show_docid=67128d4fc6b558c0</link>
  <description>
  So this project has no dollars per watt metric, that &lt;br&gt; it needs to meet ? ;) &lt;br&gt; Surely the power generation is _not_ the primary goal here ? &lt;br&gt; We have Bird Scarers here, that use similar &#39;sporadic explosion&#39; basis &lt;br&gt; - called &#39;Bird cannon&#39; &lt;br&gt; -jg
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/67128d4fc6b558c0?show_docid=67128d4fc6b558c0</guid>
  <author>
  jim.granvi...@gmail.com
  (-jg)
  </author>
  <pubDate>Fri, 11 Nov 2009 21:25:23 UT
</pubDate>
  </item>
  <item>
  <title>Re: Mensuration device parameterization scheme [VERY long]</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/4a42183a36d22d4f?show_docid=4a42183a36d22d4f</link>
  <description>
  Well, it took a while to prototype (bad time of year to get &lt;br&gt; anything *done* :&amp;lt; ) but this seemed to work quite well. &lt;br&gt; I still haven&#39;t figured out how to resolve conflicting &lt;br&gt; requests -- except to push that decision into the &lt;br&gt; applications themselves -- but, as with anything &amp;quot;new&amp;quot;, &lt;br&gt; experience will suggest a suitable fix.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/4a42183a36d22d4f?show_docid=4a42183a36d22d4f</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Fri, 11 Nov 2009 20:24:28 UT
</pubDate>
  </item>
  <item>
  <title>Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/27943b8197c56d2b?show_docid=27943b8197c56d2b</link>
  <description>
  Yes, this project has similar problems to solve. Hence the desire for &lt;br&gt; no unnecessary moving parts. &lt;br&gt; Don&#39;t forget to add 1100ft of AWG 0000 copper wire to your shopping &lt;br&gt; list. You may wish to rent a truck... and an armed guard ;) Of course &lt;br&gt; you could make a scaled-down version with magnet wire, but that simply
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/27943b8197c56d2b?show_docid=27943b8197c56d2b</guid>
  <author>
  zwsdot...@gmail.com
  (larwe)
  </author>
  <pubDate>Fri, 11 Nov 2009 19:51:41 UT
</pubDate>
  </item>
  <item>
  <title>Re: Friday afternoon C trivia:</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/9c8d20b770c1d011?show_docid=9c8d20b770c1d011</link>
  <description>
  Agreed. It is far too easy for people reading code ex post facto &lt;br&gt; to &amp;quot;read what they want to read&amp;quot; (i.e., &amp;quot;see what they hope to see&amp;quot;) &lt;br&gt; and not what the code actually *says*. Writing good code means &lt;br&gt; writing code that is easily understood and so needless careless &lt;br&gt; mistakes are minimized. &lt;br&gt; For example, I parenthesize arithmetic expressions involving anything
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/9c8d20b770c1d011?show_docid=9c8d20b770c1d011</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Fri, 11 Nov 2009 19:40:48 UT
</pubDate>
  </item>
  <item>
  <title>Re: Endianness macros</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/a3eeb827bb138f1e/d9727a7d6b9fb6bf?show_docid=d9727a7d6b9fb6bf</link>
  <description>
  Noob wrote: &lt;br&gt; [snip] &lt;br&gt; Actually, I suspect that is a big part of the problem! &lt;br&gt; It implies that the &amp;quot;device&amp;quot; (addresses) being accessed is &lt;br&gt; external to the processor itself (you haven&#39;t mentioned &lt;br&gt; specifics -- processor, device, etc.). &lt;br&gt; A Little Endian processor stores LSB at lower address &lt;br&gt; and MSB at next higher address (I make no claims yet about the
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/a3eeb827bb138f1e/d9727a7d6b9fb6bf?show_docid=d9727a7d6b9fb6bf</guid>
  <author>
  not.going.to...@seen.com
  (D Yuniskis)
  </author>
  <pubDate>Fri, 11 Nov 2009 19:31:44 UT
</pubDate>
  </item>
  <item>
  <title>Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/047ec17b895057a5?show_docid=047ec17b895057a5</link>
  <description>
  In article &amp;lt;4B0FD7A9.D0599...@bytecraft.c om&amp;gt;, wal...@bytecraft.com &lt;br&gt; says... &lt;br&gt; Sounds like a neat idea for dairy farms and landfills. Lots of &lt;br&gt; methane generated in manure digesters and in the land fill. Our &lt;br&gt; local landfill runs a gnerator with some of their gas---but the &lt;br&gt; gas requires a lot cleaning lest H2S corrode the generator.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/047ec17b895057a5?show_docid=047ec17b895057a5</guid>
  <author>
  mborger...@comcast.net
  (Mark Borgerson)
  </author>
  <pubDate>Fri, 11 Nov 2009 19:12:37 UT
</pubDate>
  </item>
  <item>
  <title>Re: SiLab C8051F064, SPI, 3/4 wire, P0.3, NSSMD problem</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/e7af8e97147dfeb4/bca996c3a8fe64f3?show_docid=bca996c3a8fe64f3</link>
  <description>
  In article &amp;lt;7n9ugmF3knom...@mid.individua l.net&amp;gt;, &lt;br&gt; B...@SynectixLtd.com says... &lt;br&gt; I would check your crossbar configuration again; I think you &lt;br&gt; might have P0.3 configured as MISO. &lt;br&gt; &lt;p&gt;MISO is likely configured as open-drain. Are you relying only on &lt;br&gt; the weak internal pullup? Try something stiffer.
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/e7af8e97147dfeb4/bca996c3a8fe64f3?show_docid=bca996c3a8fe64f3</guid>
  <author>
  first.l...@verizon.net
  (Gene S. Berkowitz)
  </author>
  <pubDate>Fri, 11 Nov 2009 19:08:17 UT
</pubDate>
  </item>
  <item>
  <title>Re: How to synchronize a streaming system with FPGA+FT2232H FIFO</title>
  <link>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/c0de60e8c66a1b4d?show_docid=c0de60e8c66a1b4d</link>
  <description>
  Yes. Although if the cost of misreading a command is low enough you &lt;br&gt; could maybe just go ahead and execute. &lt;br&gt; An example of a high-cost command would be one that triggers a charge of &lt;br&gt; dynamite -- you don&#39;t want that one executed unless it&#39;s really right. &lt;br&gt; An example of a low-cost command might be a chunk of sound for a speaker
  </description>
  <guid isPermaLink="true">http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/c0de60e8c66a1b4d?show_docid=c0de60e8c66a1b4d</guid>
  <author>
  t...@seemywebsite.com
  (Tim Wescott)
  </author>
  <pubDate>Fri, 11 Nov 2009 19:04:54 UT
</pubDate>
  </item>
  </channel>
</rss>
