Quantcast
Channel: Reprap Forum - Stepper Motors, Servo Motors, DC Motors
Viewing all 2228 articles
Browse latest View live

Re: powerlolu ordering

$
0
0
By any chance you have some boards left. I would like to buy them.

Re: Microstepping and steppers in serie skipping (tmc2100)

$
0
0
Hi,

A problem:
Few months ago I've replaced X and Y drivers with MKS TMC2100 (single green bank of pins), and initially I've been amazed how silently it can print. Indeed I've removed all jumpers from motherboard for these drivers putting it into StealthChop mode.
These few months I've used the printer rarely and printed models with simple geometry at slow speed (25-30mm/s) and everything was fine.
1 week ago I've tried to print dragonfly from Thingiverse and every time I've got skipped steps. So I'm here. I believe it is a result of much more complex geometry of curves on a wings, where printer needs to accelerate/decelerate hotend constantly.

Driver's fix and motherboard check
I have similar tmc2100 drivers as topicstarter has with missing bridge between CFG1 pin and microcontroller. I've connected these two pads with small blob of solder successfully - inexpensive soldering paste with flux has been used.

As a next step I was going to connect GND and CFG1 pins with a piece of wire, however I wanted to be sure first, that motherboard doesn't have pull-down resistors for MS1-MS3 pins. I've read, that some RAMPS boards do have them, but in my case (CTC i3 Pro B printer with clone of Geeetech GT2560 board) no pull-down or pull-ups resistors have been found, neither any resistance has been detected between motherboard GND and MS1 pin (tested it in both powered off and on modes).

I didn't want to connect CFG1 and GND pins with a wire, because in case of placing these TMC2100 drivers to another motherboard it may be harmful for that motherboard (short circuit in case of VCC level at CFG1 pin). So I've connected CFG1 and GND pins with leaded (through-hole) 100KOhm resistor. It ties CFG1 to GND level and is safe for putting VCC voltage to CFG1 pin in other configuration.
[attachment 111733 20190621_125351.jpg]

A result:
From the powering up it has become clear, that drivers have switched from StealthChop mode - to SpreadCycle obviously. Permanent "buzz" noise has appeared when motors are enabled, printing noises are noticeably quite, than with previously installed A4988 drivers, however significantly louder, than with StealthChop mode.
No skipped steps has been detected meanwhile.

Next step:
I have printer placed at living room, so less noise is always good for my family. Therefore I want to test another approach to have StealthChop mode working, as I have had few months of successful experience with that silent mode. To do that I'll need to detach that 100KOhm resistor to put the drivers back into StealthChop mode, but that's easy to do and return it back to SpreadCycle.

I've read, that skipped tests may gone if:
  1. Decrease acceleration for X and Y. Now it's set to 9000, I'll try 5000 first as Teaching Tech recommends at YouTube
  2. Improve cooling of the TMC drivers - I have copper heat sinks for small graphic card memory chips, that look for me better, that original MKS TMC2100 heatsinks (I believe they are Aluminium). Also I'm going to install additional fan to blow an air directly to these heat sinks - that approach worked for greengecko at ultimaker forum
  3. Raise current at motors adjusting Vref in safe range. Now it's set to 0.77V, however I'll take a look if I can raise it a bit higher.

Hope it will make someone's journey to eliminate steps skipping shorter.

Cheers,
Konstantin

Weird extruder motor behavior

$
0
0
Hello everybody. In the middle of a print my extruder motor stopped feeding correctly. What does this mean?
Please watch it in the video. Here: Extruder movement

Thanks in advance.

Step loss in X-axis

$
0
0
Hi community!

I'm having trouble with my cartesian style printer. The X-axis sometimes experiences step loss, about once every few hours, just enough to destroy most of the prints. I've tried following things so far:

1. As I wanted to change the electronics boary anyway, I switched from Ramps 1.4 to Duet 2 Ethernet. (and from Marlin firmware to reprap firmware)
2. Because the step loss persisted, I exchanged the motor with a new one.
3. Then I thought it might be a mechanical problem but the carriage is going very smoothly with hardly any resistance when I remove the belt.
4. After this I replaced the wires and all connectors to the motor because I suspected a loose connector.
5. I reduced speed to 40mm/sec, acceleration to 1000mm/min and jerk to 3mm/s.

Now after changing board, motor, wires, firmware and configuration I'm quite at a loss what I might yet try.
I don't think the motor is overheating because it is cooled by a 40mm fan and is cool to the touch when printing.
I've just realized that the step loss is as far as I remember mostly while going in the positive x direction, so the print is shifted towards the endstop.
The holding torque of the motor after homing is quite strong. While moving, I think moving in the positive x direction requires less force to stop than while moving in the opposite direction but still I thing it needs enough force that I doubt this is the problem.

Thank you in advance for sharing your ideas about my problem!
Jamkas

Re: Step loss in X-axis

$
0
0
Your Z axis has lead screws. You carefully positioned them parallel to the Z axis guide rails. Why?

Your X axis uses a belt. You didn't position it parallel to the X axis guide rails. Why not?

What are the motor specs? How much current is it set for?

Re: Step loss in X-axis

$
0
0
I bought the printer back in 2013 and that's just how it was built. I changed and replaced a lot over the years but didn't change the overall structure of the x axis itself (only a new motor, new belt/pulleys and new hotend carrier so far).
The motor is a 1.7A Nema 17 stepper from Wantai with 0.9°/step and 4kg/cm torque. I tried currents from 0.8A to 1.6A but the step losses persisted.

Re: Step loss in X-axis

$
0
0
OK, first principle of linear motion: the driving force must be applied parallel to the guide(s). In a screw driven system, driving force is coupled from the screw to whatever is being moved along the guide rail(s) by a nut mounted on the moving part. In a belt driven system, force from the motor is coupled to the moving part by the belt and clamp. In either system, the belt or screw must be kept parallel to the guide rail(s).

The Z axis screws appear to be arranged parallel to the Z axis guide rails. That's good, and as it should be, and for some reason, even first time printer builders seem to get this right.

The X axis belt is not parallel to the X axis guide rails. That's bad. That causes several problems. The belt tension will vary depending on the position of the extruder carriage. That means that in some positions, it may get so loose that the belt will slip on the drive pulley, resulting in layer shifting in the X axis (that's probably why the builder of this machine put a clothespin spring belt tensioner on the belt). In other extruder carriage positions, the belt may get too tight, causing the mechanism to bind, also resulting in layer shifting in the X axis. Even if the belt doesn't slip or the mechanism doesn't bind, since the drive angle varies with the position of the extruder carriage, all prints will be distorted. The amount of distortion will depend on their size and where the prints are located on the bed.

I can't see the Y axis belt because it's under the bed, but it's clear that the person who built the printer didn't understand how to use belts properly, so there's a good chance that the Y axis belt is also poorly positioned. The top part of the diagram below shows the common error in the Y axis. The bottom part of the diagram shows the correct position of the belt clamp so that the belt stays parallel to the Y axis guide rails.



Note that in the diagram, the bottom half of the belt loop doesn't connect to the bed. That half of the belt loop doesn't have to be parallel to the guide rail(s). The part that is clamped to the bed has to be kept parallel to the guide rail(s).

Look at the X axis belt in your printer. The top half of the belt loop that doesn't connect to the extruder carriage appears to be parallel to the guide rails, and the bottom half of the loop that does connect to the extruder carriage is not. That's exactly the opposite of how it should be. The side that's clamped to the extruder carriage must be parallel to the X axis guide rails, the other side doesn't need to be. I see a clothespin spring type tensioner on the belt. Those are always a bad idea in a precision mechanism and once the belt clamp is redesigned so the belt is kept parallel to the guide rails it will not be needed.

It looks like the Y axis motor is tilted, probably due to belt tension causing the too-thin motor mount plate to flex. That's another common problem that easy to fix.

Re: Step loss in X-axis

$
0
0
Wow, thank you for that detailed explanation. I'm afraid the printer has been bad engineering from the beginning and I didn't make it better with my tinkering through the years. But unfortunately I currently can't afford a good new one. So it seems I have to redesign the carriage (once more) to make the belt parallel to the axis.
As a test I removed the motor and installed only a pulley with a bearing inside to see how the belt afflicts the axis without the actual motor attached. I don't have a spring balance so I can't actually say how many Newton of fore are required to move the axis but the resistance was very low and therefore can't be the root for my step loss problem. Also the belt has in no position been loose enough to threaten to skip teeth of the pulley, so I guess I can rule that out as well.

Re: Step loss in X-axis

$
0
0
What's the voltage rating of the motor?

Re: Step loss in X-axis

$
0
0
Instead of redesigning the carriage, it may be easier to move one of the pulleys. The constant length return segment of the belt doesn't need to be parallel to the movement direction.

Re: Step loss in X-axis

$
0
0
it's this motor here: [reprapworld.com]
So according to the seller the voltage rating is 3.1V
That's a great idea to move the pulleys. I think i can fit those parts in my tiny 6x11cm SLA printer which luckily still prints reliably.

And thank you both very much for your help! I appreciate this a lot!

Re: Step loss in X-axis

$
0
0
Can't you just feed the belt end coming from the motor directly underneath the white block (now its going over and around), i.e.together with and at the same height as the belt end coming from the idler? Wouldn't this make the belt parallel to the x-axis? Having both ends at the same height would also remove the torque on the x- carriage that you have now (which IMHO is also a potential reason for the step loss you are experiencing).

Re: Step loss in X-axis

$
0
0
Alright, I changed now the position of the pulleys and omitted the tensioner on the carriage (I tensioned the belt by making slots instead of holes at the motor side and just pulled the motor while tightening the bolts. I doubt that this is good engineering but it seems to work). Therefore there is no more torque on the carriage and the belt is parallel to the steel rods. Now I'm going to run some long duration prints to see if the step loss has gone.

Also, I've read that the stepper motors perform better with 24V instead of 12V. Do you think that switching to 24V might solve my step loss problem? The heated bed is already 24V (controlled through a relay) and my new duet 2 board supports 24V as well. So guess I'd only have to change the hotend heaters and the fans and perhaps I'd need a more powerful 24v power supply but making the change would still be within a reasonable price range.

Re: Step loss in X-axis

$
0
0
The advantage of using a higher supply voltage is that the drivers can maintain full torque to the motors up to higher speeds. This allows higher travel speeds without missing steps. The motor EMF calculator at [reprapfirmware.org] will tell you the approximate speed art which torque starts to drop.

Re: Step loss in X-axis

$
0
0
Quote
Jamkas
Alright, I changed now the position of the pulleys and omitted the tensioner on the carriage (I tensioned the belt by making slots instead of holes at the motor side and just pulled the motor while tightening the bolts. I doubt that this is good engineering but it seems to work). .....


Don't worry, IT IS !
On the other hand, looking at your machine ??????

Re: Step loss in X-axis

$
0
0
During the last few days my printer worked for many hours without step loss so far. Therefore I'm optimistic that my problem has been solved by redesigning the drivetrain of the x axis. However I realized that it is due time to save for a new printer and retire this ancient relic of bad engineering.

stepper for plain cartisian x axis

$
0
0
Just compleatinga build on plain carsitan xy printer, no corexy or hbot just plain old cartisan.

X axis has total length of 350mm with a light carrige running on a 20mm extrusion with 9mm mgn rail and bowden, i do have some 48mm steppers but was hopping to reduce weight a little.

I was hoping to get away with a 23mm (60oz.in) do you guys reakon this would be ok.

Thanks Adam

Re: stepper for plain cartisian x axis

$
0
0
I am not familiar with oz.in but all 4 stepper drivers on my Ormerod have 23Ncm torque at rated current. They are 34mm long. The X motor runs at just 60% of rated current, which suggests that 15Ncm is sufficient torque.

Re: stepper for plain cartisian x axis

$
0
0
now ive converted it from oz.in to cnm the specs wrong on the website i was looking at , 60oz.in is about 42cnm which is way to much for a 23mm stepper.

From what your saying it should be ok.

Thanks Adam

0.9° Stepper - Worth it?

$
0
0
I'm planning a Ultimaker clone, I have enough 1.8° degree steppers but I may buy 0.9° motors if they would produce an improvement in print quality.

I can see a potential on the X and Y but what about the Z and extruder they seem less likely?


Atb. Aamcle
Viewing all 2228 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>