<?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 on: About that feedback device port</title>
	<atom:link href="http://openservodrive.com/about-that-feedback-device-port/feed/" rel="self" type="application/rss+xml" />
	<link>http://openservodrive.com/about-that-feedback-device-port/</link>
	<description>Cutting edge without Bleeding edge</description>
	<lastBuildDate>Thu, 15 May 2025 12:21:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.1.12</generator>
	<item>
		<title>By: Tero</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-34</link>
		<dc:creator><![CDATA[Tero]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 11:12:11 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-34</guid>
		<description><![CDATA[I could not find protocol specifications for UTSIH-B17CC encoder but it is likely that hardware could support it because almost every serial encoder has just some sort of SPI data bus.

So it&#039;s practically just matter of firmware if the support will be realized. Without knowing its protocol its impossible to say whether it will work or not. However, if protocol is known, then either we or anyone else may implement the encoder support to the open source FW.]]></description>
		<content:encoded><![CDATA[<p>I could not find protocol specifications for UTSIH-B17CC encoder but it is likely that hardware could support it because almost every serial encoder has just some sort of SPI data bus.</p>
<p>So it&#8217;s practically just matter of firmware if the support will be realized. Without knowing its protocol its impossible to say whether it will work or not. However, if protocol is known, then either we or anyone else may implement the encoder support to the open source FW.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stef Bord</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-33</link>
		<dc:creator><![CDATA[Stef Bord]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 10:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-33</guid>
		<description><![CDATA[For exemple the UTSIH-B17CC encoder...]]></description>
		<content:encoded><![CDATA[<p>For exemple the UTSIH-B17CC encoder&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stef Bord</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-32</link>
		<dc:creator><![CDATA[Stef Bord]]></dc:creator>
		<pubDate>Tue, 20 Nov 2012 10:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-32</guid>
		<description><![CDATA[This servo driver could drive serial encoders like serial encoders found on Yaskawa or Mitsubishi etc.. servomotors ?]]></description>
		<content:encoded><![CDATA[<p>This servo driver could drive serial encoders like serial encoders found on Yaskawa or Mitsubishi etc.. servomotors ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tero</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-31</link>
		<dc:creator><![CDATA[Tero]]></dc:creator>
		<pubDate>Fri, 16 Nov 2012 14:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-31</guid>
		<description><![CDATA[Halls, resolvers and some serial encoders are absolute, so current driven phase align not compulsory at start-up. Offset parameter is a very good idea! I will keep it in mind and think how I can make it easy to setup (some auto-setup is the only way here as randomly shooting some offset values is very frustrating).]]></description>
		<content:encoded><![CDATA[<p>Halls, resolvers and some serial encoders are absolute, so current driven phase align not compulsory at start-up. Offset parameter is a very good idea! I will keep it in mind and think how I can make it easy to setup (some auto-setup is the only way here as randomly shooting some offset values is very frustrating).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tero</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-30</link>
		<dc:creator><![CDATA[Tero]]></dc:creator>
		<pubDate>Fri, 16 Nov 2012 14:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-30</guid>
		<description><![CDATA[Currently fully implemented are quadrature &amp; halls. SinCos and resolver modes are on halfway done but will be finished eventually. Once I get serial encoders, I will also try include them in official FW.

The FW sources will be in Github, so anyone can commit improvements :)]]></description>
		<content:encoded><![CDATA[<p>Currently fully implemented are quadrature &#038; halls. SinCos and resolver modes are on halfway done but will be finished eventually. Once I get serial encoders, I will also try include them in official FW.</p>
<p>The FW sources will be in Github, so anyone can commit improvements :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lubchi</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-28</link>
		<dc:creator><![CDATA[Lubchi]]></dc:creator>
		<pubDate>Fri, 16 Nov 2012 04:26:41 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-28</guid>
		<description><![CDATA[Controlling an SMPM information about the pole&#039;s position is needed for the current control. Usualy the Resolvers and the most other encoders don&#039;t generate a signal for the electrical commutation. But there could be an &quot;offset&quot; stored into the drive&#039;s parameters. It&#039;s just an example solution. There are also other approaches - Hall sensors, ex-factory positioning of the encoder&#039;s zero over one of the motor poles etc. 
What is foreseen for the Argon in this direction?]]></description>
		<content:encoded><![CDATA[<p>Controlling an SMPM information about the pole&#8217;s position is needed for the current control. Usualy the Resolvers and the most other encoders don&#8217;t generate a signal for the electrical commutation. But there could be an &#8220;offset&#8221; stored into the drive&#8217;s parameters. It&#8217;s just an example solution. There are also other approaches &#8211; Hall sensors, ex-factory positioning of the encoder&#8217;s zero over one of the motor poles etc.<br />
What is foreseen for the Argon in this direction?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lubchi</title>
		<link>http://openservodrive.com/about-that-feedback-device-port/#comment-27</link>
		<dc:creator><![CDATA[Lubchi]]></dc:creator>
		<pubDate>Fri, 16 Nov 2012 04:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://openservodrive.com/?p=259#comment-27</guid>
		<description><![CDATA[Which feedback devices are supported ex-factory and don&#039;t need additional driver written by the user?]]></description>
		<content:encoded><![CDATA[<p>Which feedback devices are supported ex-factory and don&#8217;t need additional driver written by the user?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
