<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.co.uk/group/comp.arch.embedded</id>
  <title type="text">comp.arch.embedded Google Group</title>
  <subtitle type="text">
  Embedded computer systems topics.
  </subtitle>
  <link href="/group/comp.arch.embedded/feed/atom_v1_0_msgs.xml" rel="self" title="comp.arch.embedded feed"/>
  <updated>2009-11-28T01:16:07Z</updated>
  <generator uri="http://groups.google.co.uk" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>dlopez</name>
  <email>d...@designgame.ca</email>
  </author>
  <updated>2009-11-28T01:16:07Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/a5e83a5c14d96022?show_docid=a5e83a5c14d96022</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/a5e83a5c14d96022?show_docid=a5e83a5c14d96022"/>
  <title type="text">Re: How to synchronize a streaming system with FPGA+FT2232H FIFO</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>Arlet</name>
  <email>usene...@ladybug.xs4all.nl</email>
  </author>
  <updated>2009-11-28T00:54:08Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/fbe623050e6a9594?show_docid=fbe623050e6a9594</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/fbe623050e6a9594?show_docid=fbe623050e6a9594"/>
  <title type="text">Re: How to synchronize a streaming system with FPGA+FT2232H FIFO</title>
  <summary type="html" xml:space="preserve">
  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.
  </summary>
  </entry>
  <entry>
  <author>
  <name>D Yuniskis</name>
  <email>not.going.to...@seen.com</email>
  </author>
  <updated>2009-11-27T23:40:20Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/c4eb7b2f41254fdb?show_docid=c4eb7b2f41254fdb</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/c4eb7b2f41254fdb?show_docid=c4eb7b2f41254fdb"/>
  <title type="text">Re: Mensuration device parameterization scheme [VERY long]</title>
  <summary type="html" xml:space="preserve">
  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...
  </summary>
  </entry>
  <entry>
  <author>
  <name>Clifford Heath</name>
  <email>no.s...@please.net</email>
  </author>
  <updated>2009-11-27T22:51:35Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/728eba7cc416f941?show_docid=728eba7cc416f941</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/728eba7cc416f941?show_docid=728eba7cc416f941"/>
  <title type="text">Re: Friday afternoon C trivia:</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>mac</name>
  <email>al...@theworld.com</email>
  </author>
  <updated>2009-11-27T22:06:56Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/a3bfe95d777dfd6c?show_docid=a3bfe95d777dfd6c</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/a3bfe95d777dfd6c?show_docid=a3bfe95d777dfd6c"/>
  <title type="text">Re: Friday afternoon C trivia:</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>larwe</name>
  <email>zwsdot...@gmail.com</email>
  </author>
  <updated>2009-11-27T21:35:07Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/3a1105e6a50053f1?show_docid=3a1105e6a50053f1</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/3a1105e6a50053f1?show_docid=3a1105e6a50053f1"/>
  <title type="text">Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <summary type="html" xml:space="preserve">
  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?
  </summary>
  </entry>
  <entry>
  <author>
  <name>-jg</name>
  <email>jim.granvi...@gmail.com</email>
  </author>
  <updated>2009-11-27T21:33:23Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/ed060af1f3b7a93e/d7dae30ae1126d87?show_docid=d7dae30ae1126d87</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/ed060af1f3b7a93e/d7dae30ae1126d87?show_docid=d7dae30ae1126d87"/>
  <title type="text">Re: New Atmel ATtiny Microcontrollers have 6 Pins, ADC, and LOW Power Consumption</title>
  <summary type="html" xml:space="preserve">
  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.
  </summary>
  </entry>
  <entry>
  <author>
  <name>-jg</name>
  <email>jim.granvi...@gmail.com</email>
  </author>
  <updated>2009-11-27T21:25:23Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/67128d4fc6b558c0?show_docid=67128d4fc6b558c0</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/67128d4fc6b558c0?show_docid=67128d4fc6b558c0"/>
  <title type="text">Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>D Yuniskis</name>
  <email>not.going.to...@seen.com</email>
  </author>
  <updated>2009-11-27T20:24:28Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/4a42183a36d22d4f?show_docid=4a42183a36d22d4f</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/f0f80e0223e6c3ae/4a42183a36d22d4f?show_docid=4a42183a36d22d4f"/>
  <title type="text">Re: Mensuration device parameterization scheme [VERY long]</title>
  <summary type="html" xml:space="preserve">
  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.
  </summary>
  </entry>
  <entry>
  <author>
  <name>larwe</name>
  <email>zwsdot...@gmail.com</email>
  </author>
  <updated>2009-11-27T19:51:41Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/27943b8197c56d2b?show_docid=27943b8197c56d2b</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/27943b8197c56d2b?show_docid=27943b8197c56d2b"/>
  <title type="text">Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>D Yuniskis</name>
  <email>not.going.to...@seen.com</email>
  </author>
  <updated>2009-11-27T19:40:48Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/9c8d20b770c1d011?show_docid=9c8d20b770c1d011</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/b4e97cd45b5a74f2/9c8d20b770c1d011?show_docid=9c8d20b770c1d011"/>
  <title type="text">Re: Friday afternoon C trivia:</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>D Yuniskis</name>
  <email>not.going.to...@seen.com</email>
  </author>
  <updated>2009-11-27T19:31:44Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/a3eeb827bb138f1e/d9727a7d6b9fb6bf?show_docid=d9727a7d6b9fb6bf</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/a3eeb827bb138f1e/d9727a7d6b9fb6bf?show_docid=d9727a7d6b9fb6bf"/>
  <title type="text">Re: Endianness macros</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
  <entry>
  <author>
  <name>Mark Borgerson</name>
  <email>mborger...@comcast.net</email>
  </author>
  <updated>2009-11-27T19:12:37Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/047ec17b895057a5?show_docid=047ec17b895057a5</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/060459ee9fb7fc6e/047ec17b895057a5?show_docid=047ec17b895057a5"/>
  <title type="text">Re: &quot;Pulse&quot; gel-cell charge strategy?</title>
  <summary type="html" xml:space="preserve">
  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.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Gene S. Berkowitz</name>
  <email>first.l...@verizon.net</email>
  </author>
  <updated>2009-11-27T19:08:17Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/e7af8e97147dfeb4/bca996c3a8fe64f3?show_docid=bca996c3a8fe64f3</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/e7af8e97147dfeb4/bca996c3a8fe64f3?show_docid=bca996c3a8fe64f3"/>
  <title type="text">Re: SiLab C8051F064, SPI, 3/4 wire, P0.3, NSSMD problem</title>
  <summary type="html" xml:space="preserve">
  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.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Tim Wescott</name>
  <email>t...@seemywebsite.com</email>
  </author>
  <updated>2009-11-27T19:04:54Z</updated>
  <id>http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/c0de60e8c66a1b4d?show_docid=c0de60e8c66a1b4d</id>
  <link href="http://groups.google.co.uk/group/comp.arch.embedded/browse_thread/thread/6a865e04bee6ab77/c0de60e8c66a1b4d?show_docid=c0de60e8c66a1b4d"/>
  <title type="text">Re: How to synchronize a streaming system with FPGA+FT2232H FIFO</title>
  <summary type="html" xml:space="preserve">
  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
  </summary>
  </entry>
</feed>
