<?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 for Frank&#039;s Random Wanderings</title>
	<atom:link href="http://blog.frankvh.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.frankvh.com</link>
	<description>A bunch of random musings, with a leaning towards electronics &#38; computers.</description>
	<lastBuildDate>Sun, 08 Jan 2012 21:10:40 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on STM32F2xx Digital Camera Interface (DCMI) by swenson</title>
		<link>http://blog.frankvh.com/2011/08/19/stm32f2xx-digital-camera-interface-dcmi/comment-page-1/#comment-317</link>
		<dc:creator>swenson</dc:creator>
		<pubDate>Sun, 08 Jan 2012 21:10:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=469#comment-317</guid>
		<description>Thanks.</description>
		<content:encoded><![CDATA[<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on STM32F2xx Digital Camera Interface (DCMI) by frank</title>
		<link>http://blog.frankvh.com/2011/08/19/stm32f2xx-digital-camera-interface-dcmi/comment-page-1/#comment-316</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Sat, 07 Jan 2012 16:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=469#comment-316</guid>
		<description>I don&#039;t have any magic solutions - the pin mappings on these parts can get tricky, and for some packages certain functions may only be available on one pin. Which is the case here. You might want to think about using a small knife to, very carefully, cut those problem traces. Alternatively, if you have access to it, use a hot air desoldering station to remove the chips (like the CS43L22) that might cause a conflict. If you haven&#039;t done so already, posting your question over at the &lt;a href=&quot;https://my.st.com/public/STe2ecommunities/mcu/Lists/STM32F4DISCOVERY/AllItems.aspx&quot; rel=&quot;nofollow&quot;&gt;STM32F4Discovery forum&lt;/a&gt; might also be an idea. Good luck!</description>
		<content:encoded><![CDATA[<p>I don&#8217;t have any magic solutions &#8211; the pin mappings on these parts can get tricky, and for some packages certain functions may only be available on one pin. Which is the case here. You might want to think about using a small knife to, very carefully, cut those problem traces. Alternatively, if you have access to it, use a hot air desoldering station to remove the chips (like the CS43L22) that might cause a conflict. If you haven&#8217;t done so already, posting your question over at the <a href="https://my.st.com/public/STe2ecommunities/mcu/Lists/STM32F4DISCOVERY/AllItems.aspx" rel="nofollow">STM32F4Discovery forum</a> might also be an idea. Good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on STM32F2xx Digital Camera Interface (DCMI) by swenson</title>
		<link>http://blog.frankvh.com/2011/08/19/stm32f2xx-digital-camera-interface-dcmi/comment-page-1/#comment-314</link>
		<dc:creator>swenson</dc:creator>
		<pubDate>Sat, 07 Jan 2012 14:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=469#comment-314</guid>
		<description>Do you know if DCMI be used on the STM32F4Discovery board? It appears that there are pin conflicts that make it impossible.

PA4 - DCMI_HSYNC conflicts with CS43L22 - LRCK/AN1x
PA6 - DCMI_PIXCLK conflicts with LIS302DL - SDO
PB6 - DCMI_D5 conflicts with CS43L22 - SCL
PC7 - DCM!_D1 conflicts with CS43L22 - MCLK

The STM3240G-EVAL board appears to use the H and I pins to avoid these conflicts.

Any comments or suggestions? Thanks.</description>
		<content:encoded><![CDATA[<p>Do you know if DCMI be used on the STM32F4Discovery board? It appears that there are pin conflicts that make it impossible.</p>
<p>PA4 &#8211; DCMI_HSYNC conflicts with CS43L22 &#8211; LRCK/AN1x<br />
PA6 &#8211; DCMI_PIXCLK conflicts with LIS302DL &#8211; SDO<br />
PB6 &#8211; DCMI_D5 conflicts with CS43L22 &#8211; SCL<br />
PC7 &#8211; DCM!_D1 conflicts with CS43L22 &#8211; MCLK</p>
<p>The STM3240G-EVAL board appears to use the H and I pins to avoid these conflicts.</p>
<p>Any comments or suggestions? Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Do It Yourself Signal Generator Probe by David</title>
		<link>http://blog.frankvh.com/2011/10/02/do-it-yourself-signal-generator-probe/comment-page-1/#comment-313</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 04 Jan 2012 06:00:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=536#comment-313</guid>
		<description>Great idea!  I think I&#039;ll make one to replace my current SG connector which has alligator clips.</description>
		<content:encoded><![CDATA[<p>Great idea!  I think I&#8217;ll make one to replace my current SG connector which has alligator clips.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on STM32F2xx SDIO SD Card Interface by Edward Keyes</title>
		<link>http://blog.frankvh.com/2011/09/04/stm32f2xx-sdio-sd-card-interface/comment-page-1/#comment-312</link>
		<dc:creator>Edward Keyes</dc:creator>
		<pubDate>Wed, 04 Jan 2012 02:12:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=511#comment-312</guid>
		<description>Just wanted to say thanks a million for documenting these issues with the ST library code. I was tearing my hair out about the block-size problem: &quot;Why am I only getting the first 8 bytes of each sector?!&quot; Just the mere mention of that issue saved me a ton of debugging time...</description>
		<content:encoded><![CDATA[<p>Just wanted to say thanks a million for documenting these issues with the ST library code. I was tearing my hair out about the block-size problem: &#8220;Why am I only getting the first 8 bytes of each sector?!&#8221; Just the mere mention of that issue saved me a ton of debugging time&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on STM32F2xx Processor Learnings by Thomas</title>
		<link>http://blog.frankvh.com/2011/08/16/stm32f2xx-processor-learnings/comment-page-1/#comment-306</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Thu, 15 Dec 2011 13:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=439#comment-306</guid>
		<description>Thank you for your shared information. It is very helpful.</description>
		<content:encoded><![CDATA[<p>Thank you for your shared information. It is very helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Atmel Xmega HD44780 LCD Support by frank</title>
		<link>http://blog.frankvh.com/2010/10/18/atmel-xmega-hd44780-lcd-support/comment-page-1/#comment-300</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Sat, 10 Dec 2011 16:39:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=292#comment-300</guid>
		<description>Your best bet is to post your question over at &lt;a href=&quot;http://www.avrfreaks.net/&quot; rel=&quot;nofollow&quot;&gt;http://www.avrfreaks.net/&lt;/a&gt;. Good luck!</description>
		<content:encoded><![CDATA[<p>Your best bet is to post your question over at <a href="http://www.avrfreaks.net/" rel="nofollow">http://www.avrfreaks.net/</a>. Good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on STM32F2xx SDIO SD Card Interface by Memphis</title>
		<link>http://blog.frankvh.com/2011/09/04/stm32f2xx-sdio-sd-card-interface/comment-page-1/#comment-279</link>
		<dc:creator>Memphis</dc:creator>
		<pubDate>Tue, 15 Nov 2011 13:46:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=511#comment-279</guid>
		<description>The biggest problem is that reference manual has too few informations about how to exactly do the read and write operations with DMA support.

The given examples are really for a start point but the production code must be totally rewriten by yourself (means the Utilities directory too!), only a library can be used as it is, but sometimes it needs a little fix too.

And also i am little bit suprised about SDIO, i expected more self work HW than making a bunch of code just for a simple read and write operations. I comapred the SPI library for SD card with the SDIO and it looks that simple SPI are written with less code, which doesnt make sense :-/</description>
		<content:encoded><![CDATA[<p>The biggest problem is that reference manual has too few informations about how to exactly do the read and write operations with DMA support.</p>
<p>The given examples are really for a start point but the production code must be totally rewriten by yourself (means the Utilities directory too!), only a library can be used as it is, but sometimes it needs a little fix too.</p>
<p>And also i am little bit suprised about SDIO, i expected more self work HW than making a bunch of code just for a simple read and write operations. I comapred the SPI library for SD card with the SDIO and it looks that simple SPI are written with less code, which doesnt make sense :-/</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Atmel Xmega HD44780 LCD Support by Sudhir Owthar</title>
		<link>http://blog.frankvh.com/2010/10/18/atmel-xmega-hd44780-lcd-support/comment-page-1/#comment-277</link>
		<dc:creator>Sudhir Owthar</dc:creator>
		<pubDate>Mon, 14 Nov 2011 09:56:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=292#comment-277</guid>
		<description>Hi Frank 

I am trying to interface an HD44780 LCD to an XMega16 MCU. I Have followed all your instructions on this page but nothing is being displayed on the LCD. I  am using an STK600 development board with DC power and USB for programming. I gave connected the LCD to the port pins on the development board and i am using a separate 5V regulated power supply for the LCD power. I have grounded the RW pin as per your instructions. Port A is being used for DATA and PortB as the control. I compiled the program using AVR-GCC on the following IDE&#039;s: AVR Studio 5.0 and AVR Studio 4.18. The program builds and compiled with o errors. I used all of your code snippets to test the LCD but nothing is being written. 

Please help me with this problem. I do not understand what I am doing wrong. Your help will be greatly appreciated.

Thank you for a great webpage and all your time and effort.

Sudhir owthar</description>
		<content:encoded><![CDATA[<p>Hi Frank </p>
<p>I am trying to interface an HD44780 LCD to an XMega16 MCU. I Have followed all your instructions on this page but nothing is being displayed on the LCD. I  am using an STK600 development board with DC power and USB for programming. I gave connected the LCD to the port pins on the development board and i am using a separate 5V regulated power supply for the LCD power. I have grounded the RW pin as per your instructions. Port A is being used for DATA and PortB as the control. I compiled the program using AVR-GCC on the following IDE&#8217;s: AVR Studio 5.0 and AVR Studio 4.18. The program builds and compiled with o errors. I used all of your code snippets to test the LCD but nothing is being written. </p>
<p>Please help me with this problem. I do not understand what I am doing wrong. Your help will be greatly appreciated.</p>
<p>Thank you for a great webpage and all your time and effort.</p>
<p>Sudhir owthar</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on STM32F2xx Digital Camera Interface (DCMI) by frank</title>
		<link>http://blog.frankvh.com/2011/08/19/stm32f2xx-digital-camera-interface-dcmi/comment-page-1/#comment-276</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Sun, 13 Nov 2011 16:42:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.frankvh.com/?p=469#comment-276</guid>
		<description>A lot of CMOS sensors are compatible with the DCMI. The DCMI is a pretty flexible port. You&#039;ll need to read the documentation (datasheets etc) for both the DCMI and the sensor you&#039;re interested in to confirm they&#039;re compatible with each other. There&#039;s no avoiding the reading - you&#039;ll need to do it (in great detail) to program the DCMI and image sensor anyway. I looked at the product brief for the OV7670 and at first glance, it looks like it might be ok - I didn&#039;t see any immediate obvious problem. Take a look at some of ST&#039;s reference designs, for example the STM3240G-EVAL board, for sample schematics on how to connect up an image sensor.</description>
		<content:encoded><![CDATA[<p>A lot of CMOS sensors are compatible with the DCMI. The DCMI is a pretty flexible port. You&#8217;ll need to read the documentation (datasheets etc) for both the DCMI and the sensor you&#8217;re interested in to confirm they&#8217;re compatible with each other. There&#8217;s no avoiding the reading &#8211; you&#8217;ll need to do it (in great detail) to program the DCMI and image sensor anyway. I looked at the product brief for the OV7670 and at first glance, it looks like it might be ok &#8211; I didn&#8217;t see any immediate obvious problem. Take a look at some of ST&#8217;s reference designs, for example the STM3240G-EVAL board, for sample schematics on how to connect up an image sensor.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

