<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for Pilot's Logbook</title>
	<link>http://blog.flyingpic24.com</link>
	<description>Programming 16 and 32-bit microcontrollers in C.</description>
	<pubDate>Fri, 21 Nov 2008 09:59:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>Comment on Chapter 7-1/2   The I2C Interface by pilot</title>
		<link>http://blog.flyingpic24.com/2008/03/07/chapter-7-12-the-i2c-interface/#comment-175</link>
		<author>pilot</author>
		<pubDate>Tue, 08 Jul 2008 04:08:18 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/03/07/chapter-7-12-the-i2c-interface/#comment-175</guid>
		<description>I will publish on the FlyingPIC24.com web site the best code modified specifically for the little GA002 that will be submitted.
Any taker?</description>
		<content:encoded><![CDATA[<p>I will publish on the FlyingPIC24.com web site the best code modified specifically for the little GA002 that will be submitted.<br />
Any taker?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chapter 7-1/2   The I2C Interface by CDirenzi</title>
		<link>http://blog.flyingpic24.com/2008/03/07/chapter-7-12-the-i2c-interface/#comment-173</link>
		<author>CDirenzi</author>
		<pubDate>Tue, 01 Jul 2008 12:58:31 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/03/07/chapter-7-12-the-i2c-interface/#comment-173</guid>
		<description>Hello,

I have a PIC 24FJ16GA002 without the explorer board and I am trying to get an I2C EEPROM to work.  I have read this tutorial, as well as chapter 7 of the book on SPI, and I can't seem to make anything happen.  It seems like my code should be about the same as the code posted here, but I can't even detect any movement on the I2C pins.  I noticed that there was a bug on Microchip's website that requires the I2C pins to be TRISed as outputs, but that didn't help.  Are there any obvious differences between the 24FJ128ga008 on the explorer board and my PIC that would require different code, or configuration?

Thanks!
Chris</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I have a PIC 24FJ16GA002 without the explorer board and I am trying to get an I2C EEPROM to work.  I have read this tutorial, as well as chapter 7 of the book on SPI, and I can&#8217;t seem to make anything happen.  It seems like my code should be about the same as the code posted here, but I can&#8217;t even detect any movement on the I2C pins.  I noticed that there was a bug on Microchip&#8217;s website that requires the I2C pins to be TRISed as outputs, but that didn&#8217;t help.  Are there any obvious differences between the 24FJ128ga008 on the explorer board and my PIC that would require different code, or configuration?</p>
<p>Thanks!<br />
Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on LINUX catch-22 by dbishop</title>
		<link>http://blog.flyingpic24.com/2008/04/04/linux-catch-22/#comment-169</link>
		<author>dbishop</author>
		<pubDate>Fri, 20 Jun 2008 03:38:04 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/04/04/linux-catch-22/#comment-169</guid>
		<description>Catch-22 indeed.  But I don't understand the reluctance to release the tools/IDE source to the Linux community, especially the IDE.  The tools are largely free already, and the open source improvements could feed right back into the Windows versions.  For commercial product companies, using PICs with the "Pro C" would be a license issue, just as it is now -- if you want to use it for a production pay or face potential legal complications. For home project folks and students and the like, what difference to Microchip's commercial viability could it make to use the full compiler free of charge?  I am reminded of Bill Hewlett and David Packard who encouraged engineers at Hewlett-Packard to take parts home for whatever use they could find -- they knew that it created a more productive environment and everyone benefited.  I can't conceive of a scenario in which the Pro C tools or the IDE source, in and of itself, could mean the difference to Microchip's commercial viability or failure.  If there truly are no Linux users, then releasing the tools source will be 'the sound of one hand clapping'; but if, on the other hand, there are people that will make it thrive, it will likely draw more users to the product line. Either way, it is a boon for all concerned.  As an aside, I can tell you that I use many proprietary Windows-only tools -- Solidworks, Altium, etc -- but whenever there is a Linux alternative such as ModelSim, Xilinx and Altera tools, and the like, I always choose the Linux tools.  And so does everyone I know.</description>
		<content:encoded><![CDATA[<p>Catch-22 indeed.  But I don&#8217;t understand the reluctance to release the tools/IDE source to the Linux community, especially the IDE.  The tools are largely free already, and the open source improvements could feed right back into the Windows versions.  For commercial product companies, using PICs with the &#8220;Pro C&#8221; would be a license issue, just as it is now &#8212; if you want to use it for a production pay or face potential legal complications. For home project folks and students and the like, what difference to Microchip&#8217;s commercial viability could it make to use the full compiler free of charge?  I am reminded of Bill Hewlett and David Packard who encouraged engineers at Hewlett-Packard to take parts home for whatever use they could find &#8212; they knew that it created a more productive environment and everyone benefited.  I can&#8217;t conceive of a scenario in which the Pro C tools or the IDE source, in and of itself, could mean the difference to Microchip&#8217;s commercial viability or failure.  If there truly are no Linux users, then releasing the tools source will be &#8216;the sound of one hand clapping&#8217;; but if, on the other hand, there are people that will make it thrive, it will likely draw more users to the product line. Either way, it is a boon for all concerned.  As an aside, I can tell you that I use many proprietary Windows-only tools &#8212; Solidworks, Altium, etc &#8212; but whenever there is a Linux alternative such as ModelSim, Xilinx and Altera tools, and the like, I always choose the Linux tools.  And so does everyone I know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on LINUX catch-22 by dmcomer</title>
		<link>http://blog.flyingpic24.com/2008/04/04/linux-catch-22/#comment-163</link>
		<author>dmcomer</author>
		<pubDate>Sat, 17 May 2008 18:58:24 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/04/04/linux-catch-22/#comment-163</guid>
		<description>Interesting thread. I've often thought about adapting the C# Develop (or in Linux, the Mono Develop) environment, adapting the IDE for use with GNU C and Microchip tools. Better yet, wouldn't it be great if Microchip worked with the PIC community on such a project in a vein similar to Microsoft's open source initiative (e.g. nUnit, sandcastle, etc.). The usability issues MPLAB has (no, I'm not trashing MPLAB, it's a good tool and the price is right), feature enhancement, etc.  may be resolved quicker and allow the user to tailor the environment to suite their needs. I realize that MPLAB has IP build in, but it seems that there must be a way (obfuscated code in a Microchip supplied dll for example) that remain IP yet stream line the IDE. This would seem to reduce cost of development for Microchip.

By the way, will we see you at this years Master's?</description>
		<content:encoded><![CDATA[<p>Interesting thread. I&#8217;ve often thought about adapting the C# Develop (or in Linux, the Mono Develop) environment, adapting the IDE for use with GNU C and Microchip tools. Better yet, wouldn&#8217;t it be great if Microchip worked with the PIC community on such a project in a vein similar to Microsoft&#8217;s open source initiative (e.g. nUnit, sandcastle, etc.). The usability issues MPLAB has (no, I&#8217;m not trashing MPLAB, it&#8217;s a good tool and the price is right), feature enhancement, etc.  may be resolved quicker and allow the user to tailor the environment to suite their needs. I realize that MPLAB has IP build in, but it seems that there must be a way (obfuscated code in a Microchip supplied dll for example) that remain IP yet stream line the IDE. This would seem to reduce cost of development for Microchip.</p>
<p>By the way, will we see you at this years Master&#8217;s?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Setting the configuration bits by Mike Morris</title>
		<link>http://blog.flyingpic24.com/2008/01/15/setting-the-configuration-bits/#comment-33</link>
		<author>Mike Morris</author>
		<pubDate>Fri, 11 Apr 2008 02:48:53 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/01/15/setting-the-configuration-bits/#comment-33</guid>
		<description>correction .. .. not "PRIPLl"</description>
		<content:encoded><![CDATA[<p>correction .. .. not &#8220;PRIPLl&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Setting the configuration bits by Mike Morris</title>
		<link>http://blog.flyingpic24.com/2008/01/15/setting-the-configuration-bits/#comment-32</link>
		<author>Mike Morris</author>
		<pubDate>Fri, 11 Apr 2008 02:47:30 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/01/15/setting-the-configuration-bits/#comment-32</guid>
		<description>from configuration chapter online...
" _CONFIG2( FNOSC_PRIPLl &#38; FCKSM_CSDCMD &#38; OSCIOFNC_OFF &#38; POSCMOD_HS)"

.. maybe a typo but "PRIPLL" worked for me .. not "PRIPLL"

by the way .. nice book 


Mike</description>
		<content:encoded><![CDATA[<p>from configuration chapter online&#8230;<br />
&#8221; _CONFIG2( FNOSC_PRIPLl &amp; FCKSM_CSDCMD &amp; OSCIOFNC_OFF &amp; POSCMOD_HS)&#8221;</p>
<p>.. maybe a typo but &#8220;PRIPLL&#8221; worked for me .. not &#8220;PRIPLL&#8221;</p>
<p>by the way .. nice book </p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flying along the Salt River by pilot</title>
		<link>http://blog.flyingpic24.com/2008/01/20/flying-along-the-salt-river/#comment-7</link>
		<author>pilot</author>
		<pubDate>Thu, 28 Feb 2008 17:56:43 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/01/20/flying-along-the-salt-river/#comment-7</guid>
		<description>Thanks for your nice words. There is in fact already a Microchip hosted forum available for the PIC24 users (beginners and experts): 
All Forums &gt;&gt; [16 bit Microcontrollers &#038; Digital Signal controllers] &gt;&gt; PIC24 Topics
Here is a shortcut: http://forum.microchip.com/tt.aspx?forumid=179
Although if you were suggesting that I should manage a book-specific forum ... I am not sure I am ready to sign up for so much work.
You would need to clear it with my wife first! :D

P.S. Readers' emails to the pilot@flyingpic24.com are always welcome though and I try hard to respond to everybody as fast as I can.</description>
		<content:encoded><![CDATA[<p>Thanks for your nice words. There is in fact already a Microchip hosted forum available for the PIC24 users (beginners and experts):<br />
All Forums >> [16 bit Microcontrollers &#038; Digital Signal controllers] >> PIC24 Topics<br />
Here is a shortcut: <a href="http://forum.microchip.com/tt.aspx?forumid=179" rel="nofollow">http://forum.microchip.com/tt.aspx?forumid=179</a><br />
Although if you were suggesting that I should manage a book-specific forum &#8230; I am not sure I am ready to sign up for so much work.<br />
You would need to clear it with my wife first! <img src='http://blog.flyingpic24.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
<p>P.S. Readers&#8217; emails to the <a href="mailto:pilot@flyingpic24.com">pilot@flyingpic24.com</a> are always welcome though and I try hard to respond to everybody as fast as I can.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flying along the Salt River by vanila</title>
		<link>http://blog.flyingpic24.com/2008/01/20/flying-along-the-salt-river/#comment-6</link>
		<author>vanila</author>
		<pubDate>Sun, 24 Feb 2008 09:43:04 +0000</pubDate>
		<guid>http://blog.flyingpic24.com/2008/01/20/flying-along-the-salt-river/#comment-6</guid>
		<description>Hi, 
I read your flying with PIC24 book. Your book provides me with strong basic knowledge of programming pic in C and its architecture. 

Since this is my first time flying with PIC programming-beginner level, i would like to suggest for you to provide a forum for this books reader, so it would enable both of us (readers-writer) to make maximize profit by changing ideas and knowledges.

Best regards,
Vanila.fevret</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I read your flying with PIC24 book. Your book provides me with strong basic knowledge of programming pic in C and its architecture. </p>
<p>Since this is my first time flying with PIC programming-beginner level, i would like to suggest for you to provide a forum for this books reader, so it would enable both of us (readers-writer) to make maximize profit by changing ideas and knowledges.</p>
<p>Best regards,<br />
Vanila.fevret</p>
]]></content:encoded>
	</item>
</channel>
</rss>
