<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: How to debug with Arduino</title>
	<atom:link href="http://note19.com/2009/03/17/how-to-debug-with-arduino/feed/" rel="self" type="application/rss+xml" />
	<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/</link>
	<description></description>
	<lastBuildDate>Fri, 17 May 2013 16:47:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Visual Micro</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-4842</link>
		<dc:creator><![CDATA[Visual Micro]]></dc:creator>
		<pubDate>Sat, 19 May 2012 20:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-4842</guid>
		<description><![CDATA[Nice simple example thanks.

Another option that is worth exploring is the free Visual Studio Arduino plugin. Aside from a host of useful code explorer and intellisense features it clearly shows code as enabled or disabled based upon #defines. This makes it much easier to see source code that is used only when debug is enabled. http://www.visualmicro.com

There are also some useful arduino source code debug trace and/or step features to be released June 2012. http://www.visualmicro.com/post/2012/05/05/Debug-Arduino-Overview.aspx]]></description>
		<content:encoded><![CDATA[<p>Nice simple example thanks.</p>
<p>Another option that is worth exploring is the free Visual Studio Arduino plugin. Aside from a host of useful code explorer and intellisense features it clearly shows code as enabled or disabled based upon #defines. This makes it much easier to see source code that is used only when debug is enabled. <a href="http://www.visualmicro.com" rel="nofollow">http://www.visualmicro.com</a></p>
<p>There are also some useful arduino source code debug trace and/or step features to be released June 2012. <a href="http://www.visualmicro.com/post/2012/05/05/Debug-Arduino-Overview.aspx" rel="nofollow">http://www.visualmicro.com/post/2012/05/05/Debug-Arduino-Overview.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-3363</link>
		<dc:creator><![CDATA[Peter]]></dc:creator>
		<pubDate>Mon, 20 Sep 2010 00:15:58 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-3363</guid>
		<description><![CDATA[Thanks for clearing that up; makes sense.  I have another question related to your point about putting a switch on the TX line.  I am trying to design a board where a UART peripheral is permanently connected to the Arduino RX/TX lines, but it is still possible to upload sketches via USB.

I tried to design a circuit using an optocoupler that will allow the board to automatically disconnect the peripheral&#039;s TX line when the USB is plugged in, so that the upload process doesn&#039;t damage the peripheral and the peripheral doesn&#039;t interfere with upload.  Details here: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1284939455

Would love to get your feedback on this.  Is this a reasonable approach?  Is there a better way?  Is disconnecting the TX correct, or should I simply depower the peripheral or disconnect the RX?  Some combination?  Many thanks!]]></description>
		<content:encoded><![CDATA[<p>Thanks for clearing that up; makes sense.  I have another question related to your point about putting a switch on the TX line.  I am trying to design a board where a UART peripheral is permanently connected to the Arduino RX/TX lines, but it is still possible to upload sketches via USB.</p>
<p>I tried to design a circuit using an optocoupler that will allow the board to automatically disconnect the peripheral&#8217;s TX line when the USB is plugged in, so that the upload process doesn&#8217;t damage the peripheral and the peripheral doesn&#8217;t interfere with upload.  Details here: <a href="http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1284939455" rel="nofollow">http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1284939455</a></p>
<p>Would love to get your feedback on this.  Is this a reasonable approach?  Is there a better way?  Is disconnecting the TX correct, or should I simply depower the peripheral or disconnect the RX?  Some combination?  Many thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shahram Javey</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-3362</link>
		<dc:creator><![CDATA[Shahram Javey]]></dc:creator>
		<pubDate>Sun, 19 Sep 2010 13:36:59 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-3362</guid>
		<description><![CDATA[Simply for convenience. During development you really don&#039;t want to keep unplugging the debug monitor. 
BTW.  The GSM module cannot be powered by USB ;  your powersupply needs to handle 3A surges.]]></description>
		<content:encoded><![CDATA[<p>Simply for convenience. During development you really don&#8217;t want to keep unplugging the debug monitor.<br />
BTW.  The GSM module cannot be powered by USB ;  your powersupply needs to handle 3A surges.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-3361</link>
		<dc:creator><![CDATA[Peter]]></dc:creator>
		<pubDate>Sun, 19 Sep 2010 06:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-3361</guid>
		<description><![CDATA[Hi, thanks for the suggestion.  I don&#039;t really understand why two USB adapters are necessary.  Is it because you are using the 1st one just to power the project?  Couldn&#039;t you use a single USB adapter to upload your firmware, then remove it and plug it into the SoftwareSerial ports, then power the project off a 9V or something?]]></description>
		<content:encoded><![CDATA[<p>Hi, thanks for the suggestion.  I don&#8217;t really understand why two USB adapters are necessary.  Is it because you are using the 1st one just to power the project?  Couldn&#8217;t you use a single USB adapter to upload your firmware, then remove it and plug it into the SoftwareSerial ports, then power the project off a 9V or something?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt E</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-2705</link>
		<dc:creator><![CDATA[Matt E]]></dc:creator>
		<pubDate>Sat, 22 Aug 2009 23:49:54 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-2705</guid>
		<description><![CDATA[I&#039;m using the Sanguino, mostly for the larger memory but the dual UART is nice. With a single UART I&#039;d try what SJ describes in the blog entry we are commented on.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m using the Sanguino, mostly for the larger memory but the dual UART is nice. With a single UART I&#8217;d try what SJ describes in the blog entry we are commented on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sj</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-2371</link>
		<dc:creator><![CDATA[sj]]></dc:creator>
		<pubDate>Fri, 08 May 2009 19:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-2371</guid>
		<description><![CDATA[I think &lt;a href=&quot;http://sanguino.cc/&quot; rel=&quot;nofollow&quot;&gt;Sanguino&lt;/a&gt; has dual hardware UART.]]></description>
		<content:encoded><![CDATA[<p>I think <a href="http://sanguino.cc/" rel="nofollow">Sanguino</a> has dual hardware UART.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sj</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-2370</link>
		<dc:creator><![CDATA[sj]]></dc:creator>
		<pubDate>Fri, 08 May 2009 19:20:39 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-2370</guid>
		<description><![CDATA[Really there is no need to use the software serial for communicating with the modem (unless your application demands it). I recommend using hardware serial for control of the modem and software serial for debugging. Good luck. BTW. I would like to start an open source project for creating an Arduino C library for the Telit AT commands. Let me know if you&#039;re interested?]]></description>
		<content:encoded><![CDATA[<p>Really there is no need to use the software serial for communicating with the modem (unless your application demands it). I recommend using hardware serial for control of the modem and software serial for debugging. Good luck. BTW. I would like to start an open source project for creating an Arduino C library for the Telit AT commands. Let me know if you&#8217;re interested?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pic.micro23</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-2369</link>
		<dc:creator><![CDATA[pic.micro23]]></dc:creator>
		<pubDate>Fri, 08 May 2009 19:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-2369</guid>
		<description><![CDATA[wow. That might be a problem then. I need to read received SMS messages too. Darn it! 

I guess I need to find another AVR with dual hardware UART. The atmega 168 processing power and # of IO pins are enough so i need to upgrade only because the UART :(

Any recommendation of an AVR with dual hardware UART, the 128 is overkill? I will google it but maybe you have a recommendation.

Thx for your time.]]></description>
		<content:encoded><![CDATA[<p>wow. That might be a problem then. I need to read received SMS messages too. Darn it! </p>
<p>I guess I need to find another AVR with dual hardware UART. The atmega 168 processing power and # of IO pins are enough so i need to upgrade only because the UART <img src='http://s0.wp.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
<p>Any recommendation of an AVR with dual hardware UART, the 128 is overkill? I will google it but maybe you have a recommendation.</p>
<p>Thx for your time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sj</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-2366</link>
		<dc:creator><![CDATA[sj]]></dc:creator>
		<pubDate>Fri, 08 May 2009 15:58:44 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-2366</guid>
		<description><![CDATA[Hello, sending SMS should be fine as long as you don&#039;t plan to read the reply to the AT commands. That is where I run into a problem, reading the AT commands responses. If you&#039;re OK with sending an SMS and not reading the response, then you should be fine.]]></description>
		<content:encoded><![CDATA[<p>Hello, sending SMS should be fine as long as you don&#8217;t plan to read the reply to the AT commands. That is where I run into a problem, reading the AT commands responses. If you&#8217;re OK with sending an SMS and not reading the response, then you should be fine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pic.micro23</title>
		<link>http://note19.com/2009/03/17/how-to-debug-with-arduino/#comment-2364</link>
		<dc:creator><![CDATA[pic.micro23]]></dc:creator>
		<pubDate>Fri, 08 May 2009 08:09:17 +0000</pubDate>
		<guid isPermaLink="false">http://note19.com/?p=849#comment-2364</guid>
		<description><![CDATA[Hello SJ - One question about your experience using NewSoftSerial and the GM862. You said that you have experience problems using the library.
Right now the project that i&#039;m working on needs the use of the software serial library to interface with GM862 to only send and receive SMS messages (not planning to run on 8Mhz), no GPS or GPRS. 

Do you think it will be a problem based on your experience?

Thx]]></description>
		<content:encoded><![CDATA[<p>Hello SJ &#8211; One question about your experience using NewSoftSerial and the GM862. You said that you have experience problems using the library.<br />
Right now the project that i&#8217;m working on needs the use of the software serial library to interface with GM862 to only send and receive SMS messages (not planning to run on 8Mhz), no GPS or GPRS. </p>
<p>Do you think it will be a problem based on your experience?</p>
<p>Thx</p>
]]></content:encoded>
	</item>
</channel>
</rss>
