ESP32 Forum

Hello
I am using a continuous servo to drive a gear drive for my robot arm joints - so, I need a lot more than just 180 degrees of rotation - more like 5 or 6 complete turns. I am using a Hitec Servo designed for continuous rotation, I also have a GoBilda Servo that is also programmed for continuous rotation. Modding and hacking was not necessary. I'm using Arduino IDE and using the ESP32Servo Library 3.0.5.

My issue is I want to drive the servo REALLY slow at times to get aligned just right. It starts moving forward at 1522, this is the slowest speed without stopping and even though it IS slow enough, I would like it even slower. I could accept that as the PID controller should be able to deal with it but in all honesty the real issue I have is that the speed changes are not proportional to the writeMicroseconds values.

In other words the next speed change isn't until around 1543, and it is an audible and noticeable large step up from the previous speed at 1542, and not "incremental" nor "proportional" as I would prefer. Its like it missed all of the increments from 1523 to 1542 and just jumped straight to the 1543 speed. Same way in reverse, just obviously lower numbers below 1500.

I have not yet looked into this library nor have a complete understanding of how it all comes together. But I do wonder, Is this due to a limitation of the resolution, i.e. 4 bits which is only 255, I would rather have better resolution and have better control of all speeds throughout.

Or has anyone real experience with another library that works better with continuous servos?

You can switch to a programmable digital servo.

Do you mean something like this one:

https://www.hiteccs.com/actuators/produ ... SR-M9382TH

That servo is one of the 2 that I am noticing this on

Given that the servo is a) a digital one and b) as a servo, made for position control rather than speed control, it may well be that you're out of luck trying to precisely manage the speed.

Have you tried programming the servo for a lower speed setting?

I can program it slower, but it's the speed changes at every 20 increments that I would like to see if I can smooth out more proportionally, and I think I need higher resolution.

It's like it is mapping my speeds to certain increments based on 256:2000 mapping instead of 2000:2000 mapping.

I hope that makes sense, I know what I mean I just don't always know how to word things so others understand me sometimes.

Yeah, my thought was that a lower max speed setting might potentially maintain the number of possible increments across the smaller speed range, resulting in smaller absolute increments of the actual speed. But maybe it just caps the speed at the lower value and does nothing else...

Ya, after I posted I thought about it and that may make sense. I can try it, but with a 7:1 gear ratio at full speed it's already pretty slow.

I will try my Servo Maestro servo controller this weekend or tonight, if the speed is more proportional then I know the error is coming from the ESP32 code and not the servo itself.

I have confirmed the issue is not with the servo itself.

Its been over a year since I last delved into these servos, but I don't recall having these issues back then. This was during ESP32 board version 2.xx, before 3.0 and all of the changes. I think I would have noticed, because I noticed it immediately when I first fired everything up a few days back.

Something about the coding process with the updated ESP32 3.0 boards may have changed?

I really rather not roll back all of my versions to get this project to work, but before I consider blowing up my servos by (incorrectly) writing my own code instead of using the library, I'm just wondering if anyone has any ideas first.