<?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 The Ek&#039;s Files</title>
	<atom:link href="http://eksfiles.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://eksfiles.net</link>
	<description>Putting the &#34;Ek&#34; in &#34;Geek&#34;</description>
	<lastBuildDate>Tue, 31 Jan 2012 16:24:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on About the Ek&#8217;s Files by Jimmy</title>
		<link>http://eksfiles.net/about-the-eks-files/comment-page-1/#comment-3364</link>
		<dc:creator>Jimmy</dc:creator>
		<pubDate>Tue, 31 Jan 2012 16:24:21 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=814#comment-3364</guid>
		<description>Dave,

Enjoy the website. I built the DSC about 8 years ago and it still performs flawlessly with ECU.  One question, have you ever thought about designing a digital  encoder for use with antenna rotors? It would replace the resistor currently used and could easily be interfaced to a computer for read out and go to function. I plan on pursuing this, I just thought I would check to see if I was trying to do something that has already been done.

Thanks
Jimmy WB4WMJ</description>
		<content:encoded><![CDATA[<p>Dave,</p>
<p>Enjoy the website. I built the DSC about 8 years ago and it still performs flawlessly with ECU.  One question, have you ever thought about designing a digital  encoder for use with antenna rotors? It would replace the resistor currently used and could easily be interfaced to a computer for read out and go to function. I plan on pursuing this, I just thought I would check to see if I was trying to do something that has already been done.</p>
<p>Thanks<br />
Jimmy WB4WMJ</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Twenty Bucks a Month to Tether my Android? Not Me! by Terry Morris</title>
		<link>http://eksfiles.net/2011/05/twenty-bucks-a-month-to-tether-my-android-not-me/comment-page-1/#comment-3088</link>
		<dc:creator>Terry Morris</dc:creator>
		<pubDate>Thu, 26 Jan 2012 12:33:35 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?p=1034#comment-3088</guid>
		<description>Only $20 per month to tether? Verizon charges $30 per month in Ohio. 73, KB8AM</description>
		<content:encoded><![CDATA[<p>Only $20 per month to tether? Verizon charges $30 per month in Ohio. 73, KB8AM</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Frank Puzycki</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-3012</link>
		<dc:creator>Frank Puzycki</dc:creator>
		<pubDate>Mon, 23 Jan 2012 00:25:07 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-3012</guid>
		<description>Dave - okay!</description>
		<content:encoded><![CDATA[<p>Dave &#8211; okay!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Dave</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-3008</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Sun, 22 Jan 2012 21:25:31 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-3008</guid>
		<description>Okay, thanks for all the info, Frank. It&#039;s pretty clear that the Intelliscope mode in my driver is not working correctly at all. I&#039;ll have to see if I can figure out the problem and get back to you.

Dave</description>
		<content:encoded><![CDATA[<p>Okay, thanks for all the info, Frank. It&#8217;s pretty clear that the Intelliscope mode in my driver is not working correctly at all. I&#8217;ll have to see if I can figure out the problem and get back to you.</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Frank Puzycki</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-3004</link>
		<dc:creator>Frank Puzycki</dc:creator>
		<pubDate>Sun, 22 Jan 2012 19:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-3004</guid>
		<description>Dave - fooled around with it some more - if I restart the whole process after it locks up when I try to slew to an object and I do not reboot the program, the azimuth and altitude movements on the screen are actually reversed with azimuth movements of the scope appearing to be altitude movements on the screen and vice a versa (including the lack of correlation for direction and proportionality mentioned in my earleir message today).  If on the other hand I reboot my machine before configure/connect, the whole process resumes as you would expect except for the altidue reversal and non-proportional movement in altitude now reappearing.  Again, the HC mode has always given me good results so I do not believe the encoders are the source of this problem  I also ran the azimuth encoder test and it verified it did not need to be reversed.

Frank</description>
		<content:encoded><![CDATA[<p>Dave &#8211; fooled around with it some more &#8211; if I restart the whole process after it locks up when I try to slew to an object and I do not reboot the program, the azimuth and altitude movements on the screen are actually reversed with azimuth movements of the scope appearing to be altitude movements on the screen and vice a versa (including the lack of correlation for direction and proportionality mentioned in my earleir message today).  If on the other hand I reboot my machine before configure/connect, the whole process resumes as you would expect except for the altidue reversal and non-proportional movement in altitude now reappearing.  Again, the HC mode has always given me good results so I do not believe the encoders are the source of this problem  I also ran the azimuth encoder test and it verified it did not need to be reversed.</p>
<p>Frank</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Frank Puzycki</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-3001</link>
		<dc:creator>Frank Puzycki</dc:creator>
		<pubDate>Sun, 22 Jan 2012 19:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-3001</guid>
		<description>Dave - when I move it without invoking any slewing commands, it moves up in altitude when I lower the scope and vice a versa but it does not move 20 degrees different but a much lower increment.  When I slew in azimuth, it seems to track proportionally correct in both magnitude and direction.  In other words, altitude movement is opposite in direction and much less movement than my eyeball suggests it should register.  Azimuth appears to be okay.  I have always had good accuracy (warp factor) using the HC alone.  I also inputed 9216 for the encoder resolution per web instructions.  Any thoughts?


Frank</description>
		<content:encoded><![CDATA[<p>Dave &#8211; when I move it without invoking any slewing commands, it moves up in altitude when I lower the scope and vice a versa but it does not move 20 degrees different but a much lower increment.  When I slew in azimuth, it seems to track proportionally correct in both magnitude and direction.  In other words, altitude movement is opposite in direction and much less movement than my eyeball suggests it should register.  Azimuth appears to be okay.  I have always had good accuracy (warp factor) using the HC alone.  I also inputed 9216 for the encoder resolution per web instructions.  Any thoughts?</p>
<p>Frank</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Frank Puzycki</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-2999</link>
		<dc:creator>Frank Puzycki</dc:creator>
		<pubDate>Sun, 22 Jan 2012 18:34:51 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-2999</guid>
		<description>Dave - I&#039;ll try that now and get back to you.</description>
		<content:encoded><![CDATA[<p>Dave &#8211; I&#8217;ll try that now and get back to you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Dave</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-2998</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Sun, 22 Jan 2012 18:14:16 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-2998</guid>
		<description>Frank, what if you don&#039;t use the slew function, and instead just start pushing your telescope tube toward your target? Does the cursor in the software track along with your scope movement?

Dave</description>
		<content:encoded><![CDATA[<p>Frank, what if you don&#8217;t use the slew function, and instead just start pushing your telescope tube toward your target? Does the cursor in the software track along with your scope movement?</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Frank Puzycki</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-2996</link>
		<dc:creator>Frank Puzycki</dc:creator>
		<pubDate>Sun, 22 Jan 2012 17:24:04 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-2996</guid>
		<description>Dave - when I complete the two star alignment using your constellation interface, the scope winds up placing the marker on top of the second star I used.  If I then go to a new object, right click upon it and click on the slew function, your large digit display pops up and no further movement occurs of the cursor nor your display numbers themselves.  What is especially frustrating is that the ETX scope synced on the first try without any hiccups. I might also add I&#039;ve had two instances where the digital display comes as 0 and 0 as well.

Frank</description>
		<content:encoded><![CDATA[<p>Dave &#8211; when I complete the two star alignment using your constellation interface, the scope winds up placing the marker on top of the second star I used.  If I then go to a new object, right click upon it and click on the slew function, your large digit display pops up and no further movement occurs of the cursor nor your display numbers themselves.  What is especially frustrating is that the ETX scope synced on the first try without any hiccups. I might also add I&#8217;ve had two instances where the digital display comes as 0 and 0 as well.</p>
<p>Frank</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ASCOM Driver for Digital Setting Circles by Dave</title>
		<link>http://eksfiles.net/digital-setting-circles/ascom-driver-for-digital-setting-circles/comment-page-1/#comment-2995</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Sun, 22 Jan 2012 17:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://eksfiles.net/?page_id=1081#comment-2995</guid>
		<description>Hi Frank -

One or two others have also reported this issue. Unfortunately, I don&#039;t have an Intelliscope to test with, so this will be difficult to track down. Does this only happen when you try to slew to an object? Otherwise, when not slewing, does the display of your software track where your telescope is pointing as you move it around?

Dave</description>
		<content:encoded><![CDATA[<p>Hi Frank -</p>
<p>One or two others have also reported this issue. Unfortunately, I don&#8217;t have an Intelliscope to test with, so this will be difficult to track down. Does this only happen when you try to slew to an object? Otherwise, when not slewing, does the display of your software track where your telescope is pointing as you move it around?</p>
<p>Dave</p>
]]></content:encoded>
	</item>
</channel>
</rss>

