Gantry “stutters”. Does it need more torque?


#1

Hello FB Forum folks - Houston has a problem. (Actually, we are in CA, but you get the point)
When I send a “move” command to the X-axis, the gantry will start to move, then stops. It will do this three times, then abort. (Max retries” is set to 3).
Here is a link to a video of the behavior.

(If the link does not work, try cut-n-pasting this into your browser “https://www.dropbox.com/s/yr73vjkit5hoji4/1080p.mov?dl=0”)

My first thoughts (and actions) were to:
1). Equalize the gantry. Done, same error.
2). Verify all wheels were adjusted correctly. Done, same error.
3). Verify that the rails were even for the entire length. Done (added shims to adjust), same error.

I am thinking that I either need to tweak the motor settings or swap out the X-motor gears for 14 or 12 tooth gears. (Does this require new belts?)

Also, it looks like one of the encoders on the RazPi is burnt, but I swapped it with the “spare” (unused) encoder. I am not sure if this was burnt from the get-go or happened after first power-on. I will order 5 more as soon as they become available (currently show “Sold out” in the FB store.)

Any thoughts or advice would be most welcome…


#2

Hi, I had some trouble w/ the gantry stuttering then stopping.

Assuming you’ve tried the steps on this page:

The one other thing I found was lower accelerations and lower stepper driver output helped avoid the problem. I ended up w/ acceleration of 450 steps to max rather than the default of 300, and I also turned the voltage down to ~700mv on the x and y axis. (And needed increased power on z or else it wouldn’t move up.). This was after turning the power up and making the problem worse.

Not sure if this will help, since from the video it looks like one side is getting ahead of the other. (Maybe verify the power on both stepper motors is the same?)


#3

I also noticed, that one side seems to run ahead of the other which could be caused by either too low or too high driver output power.

You are not using a solar system right?


#4

@I_Kill_Plants
Thanks for the info…
Unfortunately, I think our problems may be worse. It looks like one of the encoders fried, and I am hoping the Farmduino is not compromised.
But, I was also thinking of “equalizing” voltage between the two X-axis steppers, but i was thinking that the voltage had to go up. Good to know what you found out! Thanks for sharing that!
I will post back on this after I have either more info, have root-caused and/or am back up and running.


#5

How do you change the power output? within the software?

My X axis is very jittery also. Have tried so many things such as squaring cross beams and the beams attached to what would be a raised bed. I have played about with speeds, acceleration, changing the axis length within the software. Originally Both of my motors that control the x axis were going in opposite directions but inverting the encoders fixed that.
Nothing seems to be working in regard to the axis being jittery though . Any more ideas?

I feel as though because there are 2 motors controlling the one axis if the 2 motors are not talking to each other in someway, the motors can receive pulses at different times causing one to start moving before the other meaning the alignment of the gantry ends up being out. If one of the motors loses a pulse and the two motors aren’t talking to each other it could cause one to be ahead of the other and the other one won’t catch up as it doesn’t realise and this could cause the jittering?


#6

Your motors were driving in the right direction, but the encoder reading was wrong? Only inverting the encoder
usually would not change the rotation direction of the motor, there is an extra toggle for that.

The output power is set in the stepper drivers that are plugged into your arduino/farmduino. Just follow the guide on I_Kill_Plants link above.


#7

I have followed each of the steps within the link and nothing has changed. It is still stuttering. Is there anything else i could try?