<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress.com" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>finding-encoder-resolution &amp;laquo; WordPress.com Tag Feed</title>
	<link>http://en.wordpress.com/tag/finding-encoder-resolution/</link>
	<description>Feed of posts on WordPress.com tagged "finding-encoder-resolution"</description>
	<pubDate>Tue, 21 May 2013 07:42:33 +0000</pubDate>

	<generator>http://en.wordpress.com/tags/</generator>
	<language>en</language>

<item>
<title><![CDATA[Help picking the resolution of an Incremental Encoder]]></title>
<link>http://quantumdevices.wordpress.com/2012/02/09/help-picking-the-resolution-of-an-incremental-encoder/</link>
<pubDate>Thu, 09 Feb 2012 16:57:47 +0000</pubDate>
<dc:creator>Quantum Devices Inc.</dc:creator>
<guid>http://quantumdevices.wordpress.com/2012/02/09/help-picking-the-resolution-of-an-incremental-encoder/</guid>
<description><![CDATA[I recently received an e-mail asking for some help picking the right resolution for an Optical Incre]]></description>
<content:encoded><![CDATA[<p><img class="aligncenter size-full wp-image-223" title="qd200" src="http://quantumdevices.files.wordpress.com/2009/09/qd200.jpg?w=220&#038;h=188" alt="" width="220" height="188" /></p>
<p>I recently received an e-mail asking for some help picking the right resolution for an Optical Incremental <a class="zem_slink" title="Rotary encoder" href="http://en.wikipedia.org/wiki/Rotary_encoder" rel="wikipedia">Encoder</a>.  I have removed the personal information and the drive/controller information, otherwise the e-mail is verbatim:</p>
<p><em>Hi,</em></p>
<p><em> I am using a  <a class="zem_slink" title="Motor controller" href="http://en.wikipedia.org/wiki/Motor_controller" rel="wikipedia">motor controller</a> in dual loop velocity mode. </em></p>
<p><em> What resolution incremental encoder would I need if I wanted to achieve 1%</em><br />
<em> or better velocity regulation in the range of 0.1RPM to 230RPM on the output</em><br />
<em> shaft of the gearbox.</em></p>
<p><em> The velocity <a class="zem_slink" title="Control system" href="http://en.wikipedia.org/wiki/Control_system" rel="wikipedia">control loop</a> on the controller runs at 1kHz.</em></p>
<p><em> I have used your<a title="Incremental Encoder Frequency/Resolution/RPM calculator" href="http://www.quantumdev.com/Calculator.html" target="_blank"> online calculator</a> and it says 600k lines is this correct?</em></p>
<p>Here was my response:</p>
<p><em>I think I see what you are after, but you are missing  some information.  The <a href="http://www.quantumdev.com/Calculator.html" target="_blank">Encoder calculator</a> on the <a title="QDI Web Site" href="http://www.quantumdev.com/products/optical_encoders/index.html" target="_blank">web site </a>is a bit too simple for what you are trying to do.  It is really meant to be a quick conversion tool to find out of your Incremental Encoder is going to violate controller input frequency limitations, and the like.<br />
</em></p>
<p><em> The ability of the system to regulate to a given speed will depend on more than just the line count of the encoder. The real question that needs to be answered before we can determine Incremental Encoder resolution is &#8220;How many pulses are needed per update?&#8221; this is a question that will need to be asked of the Drive manufacturer/supplier, but I am sure they will have further questions about the motor size  and loading as well.  </em></p>
<p><em> It is easy to see that a motor without a load is easier to regulate than one with a dynamic (changing) load.  Therefore the size of the motor (and it&#8217;s inertia)  and the size of the load (and it&#8217;s inertia) will need to be taken into account. </em></p>
<p><em> With all that being said, we can do some quick math to get a feel for what we do know about the application.</em></p>
<p><em> Before I get started, one major thing to note here is that it appears that you are asking for regulation to occur on the output of the gearbox.  I am guessing that the Incremental Encoder is on the motor side (input) of the gear box, so there will be a scaling factor of the input to output ratio that will need to be taken into account along with the following math: </em></p>
<p><em> We know that you want to regulate speed within a range of 0.1 RPM to 230 RPM. </em></p>
<p><em> <strong>Taking the maximum speed of 230 RPM: </strong></em><br />
<em> 230/60 = 3.83 RPS  (<a class="zem_slink" title="Revolutions per minute" href="http://en.wikipedia.org/wiki/Revolutions_per_minute" rel="wikipedia">Revolutions per Second</a>) </em></p>
<p><em> We also know that the drive does a loop update rate of 1000 times/sec  (1Khz)</em></p>
<p><em> 1000/3.83 = 260.89   updates per Revolution</em></p>
<p><em> 360 Mechanical Degrees in a revolution</em></p>
<p><em> 260.89/360     .72469 loop Updates per Degree at full speed.   (Or  1.379 Degrees traveled for every update) </em></p>
<p><em> <strong>Taking the minimum speed of .1 RPM: </strong></em><br />
<em> 0.1/60 = 0.00167 RPS</em><br />
<em> 1000/ 0.00167  =  600,000 updates per revolution </em><br />
<em> 600000/360 = 1666.67 Loop Updates Per Degree at minimum speed. </em></p>
<p><em> After this we really need to ask is &#8220;What can the drive do?&#8221;  At the top speed we will travel over a degree before the drive can update the loop for any error component.  In the minimum speed example, the drive will not see a change in count over 1667 loop updates. How does the drive handle this?  </em></p>
<p><em> To see what this means in Incremental Encoder pulses vs Drive Loop Updates we can take the highest line count encoder we currently provide, a 20,000 LC QR12: </em></p>
<p><em> 20,000 pulses/360 Mechanical Degrees = 55.5 pulses per mechanical degree</em></p>
<p><em> if we use the encoder &#8220;post quad&#8221;, we can look at the edges of channels A and B pulses to 4x our resolution to 80,000 edges</em><br />
<em> 80000 edges/360 Mechanical Degrees = 222.22 Edges per mechanical degree</em></p>
<p><em> <strong>For 260 RPM: </strong></em><br />
<em> 55.5 Pulses per degree/.72469 updates per degree = 76.58 pulses per loop update</em><br />
<em> using edges: </em><br />
<em> 222.22/ .72469 = 306.33 edges per update</em></p>
<p><em> <strong>For 0.1 RPM: </strong></em><br />
<em> 55.5 Pulses per degree/1666.7 updates per degree = .0333 pulses per loop update (or 30.03 loop updates per Edge) </em><br />
<em> using edges: </em><br />
<em> 222.22/1666.7 = 0.1333 edges per update  =  0.1333 Edges per update (or 7.5 loop updates per Edge) </em></p>
<p><em> Just taking a very rough look at it, a 20,000 line count incremental Encoder appears to have more than enough data per update to give the drive a good idea of how fast the motor is turning at the high speed, while at the slow speed the drive has to wait for several loop updates to pass until it sees even one edge of the Incremental Encoder Signals. </em></p>
<p><em> Will the drive be able to regulate at this lower speed without falling out of the 1% tolerance? My guess is probably not, but only the drive manufacturer can answer that for sure.  I am also wondering if 1% <span class="zem_slink">regulation</span> is really needed at these slow speeds. </em></p>
<p><em> Keep in mind that these numbers would also need to be scaled by the input to output shaft ratio if the encoder is on the input side to the gearbox and the RPM&#8217;s above are actually referring to the output shaft speed. </em></p>
<p><em>Can the application tolerate being out of the 1% specification momentarily while the drive recovers?  If so, your focus should likely be on loop response time. </em></p>
<p><em> At the very least I am guessing tuning the loop to accommodate for both full speed and slow speed may be difficult. </em></p>
<p><em> I hope this helps, </em></p>
<p><em> Jim</em></p>
]]></content:encoded>
</item>
<item>
<title><![CDATA[Optical Encoder Calculator]]></title>
<link>http://quantumdevices.wordpress.com/2011/03/18/optical-encoder-calculator/</link>
<pubDate>Fri, 18 Mar 2011 18:16:24 +0000</pubDate>
<dc:creator>Quantum Devices Inc.</dc:creator>
<guid>http://quantumdevices.wordpress.com/2011/03/18/optical-encoder-calculator/</guid>
<description><![CDATA[Quantum Devices optical encoder Resolution/RPM/Frequency Calculator. We just added a new page to the]]></description>
<content:encoded><![CDATA[<p><strong>Quantum Devices optical encoder Resolution/RPM/Frequency Calculator. </strong></p>
<p>We just added a new page to the main <a href="http://www.quantumdev.com/index.html">Quantum Devices Inc. </a>web site that provides a way to calculate RPM, Frequency, or line count (optical encoder resolution) by entering in the other two variables.</p>
<p><a href="http://www.quantumdev.com/Calculator.html"><img class="aligncenter size-full wp-image-602" title="Optical-Encoder-Calculator" src="http://quantumdevices.files.wordpress.com/2011/03/optical-encoder-calculator.jpg?w=576&#038;h=491" alt="Encoder RPM-Frequency-Resolution Calculator" width="576" height="491" /></a></p>
<p>When would you want to use such a tool?  You might find it useful under the following circumstances:</p>
<p><!--more--></p>
<p><strong>Solving for Resolution: </strong></p>
<p>When trying to determine the line count of an unknown encoder if you spin the encoder at a given RPM, then use an oscilloscope and find the output frequency, you can find out the resolution of an unknown encoder.</p>
<p><strong>Solving for frequency: </strong></p>
<p>If you know the RPM and line count of your optical encoder you can calculate the output frequency. This is a useful check when you are designing in an encoder to make sure you do not overrun a the input frequency limit of a drive, controller, or other device.</p>
<p><strong>Solving for RPM: </strong></p>
<p>This is often times used to validate the actual speed at which a machine or motor is running.</p>
<p>To do these calculations by hand you can check out the other blog post we have on <a href="http://quantumdevices.wordpress.com/2009/03/10/calculating-output-frequency-in-rotary-encoders/">calculating optical encoder output frequency.</a></p>
<p><em>Quantum Devices is a manufacturer of rotary encoders.  Incorporating QDI’s patented sensor technology, our QPhase<sup>TM</sup> Family of Encoders feature high resolution, increased <a title="Frequency response" href="http://en.wikipedia.org/wiki/Frequency_response" rel="wikipedia">frequency response</a> and superior reliability over temperature (0 to 120 degrees C). QDI incremental and absolute encoders set a new standard and are backed by a 2 year factory warranty. We invite you to request an evaluation unit, additional information or price quotations.</em></p>
]]></content:encoded>
</item>

</channel>
</rss>
