<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with 4encodermotor]]></title><description><![CDATA[A list of topics that have been tagged with 4encodermotor]]></description><link>https://community.m5stack.com/tags/4encodermotor</link><generator>RSS for Node</generator><lastBuildDate>Tue, 10 Mar 2026 22:08:53 GMT</lastBuildDate><atom:link href="https://community.m5stack.com/tags/4encodermotor.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Issues w&#x2F; 4EncoderMotor]]></title><description><![CDATA[<p dir="auto">Thanks for the tips <a class="mention plugin-mentions-user plugin-mentions-a" href="https://community.m5stack.com/uid/4037">@felmue</a> 🙂.</p>
<p dir="auto">I think I found a working recipe. My conclusions would be the following:</p>
<p dir="auto">1/ For my motor, I am using P, I, D = 1, 0, 0. I think an even lower P coef would have worked, but the API doesn't accept it.<br />
2/ W/ this values, I reach the maximum speed w/ speed =~30. Then if I decrease the wanted speed, the actual speed decreases as well. When I arrive at -14, the actual spin is 0. Decreasing more will make the motor turn the opposite direction.<br />
3/ I find this negative value odd. I don't understand why it's offseted from 0.<br />
4/ If I go the opposite direction, i.e. -50 and increase, the stop point is not -14 any more. It's about -3. So there is some kind of hysteresis effect.<br />
5/ I'd say that the reduction of my gearbox (1:50) corroborated w/ the resolution of the encoder, pushes the PID params to the low limit.<br />
6/ The position mode works similar to the position. However, when arriving at the set point, the motor oscillates (a lot if high speed; a bit, if low speed). So for me is no go to use this, although my use case does involve stopping at position. I'll use the speed + control it via the program; i.e. decrease it when approaching the target.<br />
7/ I don't understand why the PWM mode oscillates. In my opinion it's a bug. I don't think the PWM mode should have used the feedback of the encoder.</p>
<p dir="auto">So all in all, I'll be able to continue my project now. 🙂</p>
]]></description><link>https://community.m5stack.com/topic/7275/issues-w-4encodermotor</link><guid isPermaLink="true">https://community.m5stack.com/topic/7275/issues-w-4encodermotor</guid><dc:creator><![CDATA[cristian.spiescu]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>