Show all posts by user
People building or using RepRaps.
Re: extruder echo en casa para fresadora - 14 years ago
Interesante, te comento mis impresiones: la rueda que empuja el filamento parece tener un radio importante ¿2 cm? lo que puede hacer que requiera más fueza por parte del motor. Yo empleo un motor paso a paso en mi Prusa de 4.4 Kg/cm y una desmultiplicación de 47/9 para actuar sobre un eje de empuje (hobbed bolt) de 8mm. No tengo problema de par pero mi orificio del extrusor es de 0.5mm con 0.2mby misan - RepRap en Español
Re: Help with RAMPS firmware/software for Prusa Mendel - 14 years ago
You are right, use Arduino for uploading the firmware to your Mega board. Then use one of the many softwares available to control the printer from your PC. First stop is to calibrate it. Repsnapper or Pronterface are the two I've used. They have buttons for you to send manual motion commands to your printer, so you can check how long does it travel when you order 1, 10 or 100 mm. Once you haveby misan - General
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
Electronic problem can be ruled out if you connect Z-axis motors to another known-good axis driver. If it works nicely when you connected to let's say driver of X-axis then you have a problem with Z-axis driver. Next, is to check what happens with the motors without the rods connected. If they work ok without load but skip steps under load it means you need more torque (i.e. more current). If yby misan - RAMPS Electronics
Re: prints reseting - 14 years ago
Maybe Skeinforge is stressing more your hardware than Reprap host? I'd say g-code should not be able to freeze/reset your Mega. But I'll be interested on learning about your findings in this matter. misanby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
I have no experience with a heated bed but my guess is that firmware controls the temperature the same way it does control the hot end temperature. It is just a second control loop with a different resistor element and thermistor.by misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
I've used machine oil I've got from a sewing machine. Your smooth rods need some lubricant too. I'm using Pronterface + Slic3r on the PC and Sprinter firmware. But I started using Repsnapper ... which maybe simpler to install. Cheers, misanby misan - RAMPS Electronics
Re: Newbie trying to get Prusa with RAMPS 1.4 working - 14 years ago
I finished my build and calibration a few weeks ago. I started using Repsnapper for calibration and initial testing, but I later moved to Pronterface plus Skeinforge (I did not realize then SFACT was a simpler version of Skeinforge). Now I am using Pronterface for printing but Slic3r for gcode generation from STL files. Skeinforge has a lots of parameters to adjust and while more powerful it isby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
> on steppers.. INPUT: 11V > on heatedbed.. INPUT: 10.75V > > on extruder heater OUTPUT: -10.35V > on heatedbed OUTPUT: -10.30V > > How do you see these values? It seems quite fine i > think.. I'm using a 12V/20A Power supply. It sounds right to me, a voltage reduction like this won't affect the torque of your motors as it is compensated for by the pololu. > &gby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
I fail to see why one motor would slow down because you have your heated bed on. Your supply voltage seems ok. Increasing the current till the rated current of the motor should cause no harm but some heat on both pololu and stepper. What I do is to rotate the potentiometer a bit more beyond the point where the motor ceases to skip steps. To remove filament from the extruder, the extruder has tby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
You should check the voltage of your 12v rail. From what you mention it sounds as if the heated bed was loading in a way that output voltage was reduced (thus causing a reduced torque, that would affect all your steppers though). misanby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
Yes, but first double check each one of nophead's answer. In my prusa Z-axis required most of the torque, it is a good idea to first try steppers can move without load, if they can, they rattle because the load is too high and they are just missing steps. misanby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
I do agree with Bob, please note your configure.h states 200 for Z axis steps/mm but as you are not using microstepping you'd have to divide that by 16. However, when swithing Z-axis mototor to X-axis drive should work ... !? misanby misan - RAMPS Electronics
Re: prints reseting - 14 years ago
I am using Sprinter firmware, however, I tried Marlin with the same results so I got back to Sprinter, which I am happily using now. Good luck, misanby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
You certainly don't want to brake your steppers 'cause they won't turn (sorry the pun). Your drawing is correct. Being connected in series they will represent a lighter load (double the resistance on each coil) so it will draw half of the current, which is safer for the pololu driver. Fear not. Of course, make sure connections are well isolated (electric tape?). Good luck, misanby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
Make sure this is not commented in configuration.h of Sprinter to enable acceleration code (line 98 in my configuration.h): // Comment this to disable ramp acceleration #define RAMP_ACCELERATION You can connect motors in series as: 2A = red1 2B = blue2 1B = green1 1A = black2 plus wiring: blue1 to red2 black1 to green2 where red1 is red wire of motor1 (left) and blue2 is blue of motor2by misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
In my prusa, Z-axis and extruder steppers need more torque than X and Y axis (I have ball bearings in all axis). From your picture I can see the two Z-axis motors are in parallel connection. Many people have it this way and it works. Mine are in series, like in the second post of this thread: I think it is better this way (though the recommended way is the one you have: ) But before doing aby misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
Please remember the jumpers below each pololu socket allow you to select the microstepping level you want. The three jumpers on mean 16 microstepping (1 full step = 16 microsteps). It seems to me you have no jumpers on, so you have to divide by 16 to get the right distances compared to others. But not using microstepping on X and Y axis may lead to a noisy machine and to a low resolution one too.by misan - RAMPS Electronics
Re: Need help with Ramps Firmware - 14 years ago
Motors moving only in one direction use to be caused by end-stops not connected or not properly configured in the firmware.by misan - RAMPS Electronics
Re: Motors don't move RAMPs 1.4 + Arduino Mega 2560 + Sprinter Kliment + Pronterface - 14 years ago
Pikelo, as you mention motor X is moving ok, you can then use that socket to check all the other steppers connected to it. Once you know all the motors are wired ok, you can try moving this X-axis pololu known good to the other sockets to see whether they work ok or not. Once motors and sockets are known to be ok, you can replace x-axis pololu for each one of the others to double check each one.by misan - RAMPS Electronics
Re: prints reseting - 14 years ago
It looks like your Mega gets disconnected. I was having the same problem. I used a ferrite toroid and I gave it a couple of turns with my USB cable. It was a RAMPS 1.4 too. Fluorescent tubes nearby made it worse. misanby misan - RAMPS Electronics
Re: prints reseting - 14 years ago
What operating system are you using? It can be helpful if you can get any type of system log information. Can you try with another computer? Maybe a laptop? misanby misan - RAMPS Electronics
Re: Final push to get it running - 14 years ago
Ross. Most slicers won't add a command for your board to wait for target temperature. Instead, they use M104 command in your gcode to set the temperature of the print (or nothing at all). However, firmware is waiting for your prusa to go to the home location to start printing. This is most likely the endless wait you see. You can trick the firmware to think it is printing by pressing end-stopby misan - Reprappers
Re: Problem: Extruder to both sides - 14 years ago
Two ideas: 1) Make sure the extrusion speed is not very high. Sometimes repsnapper has values like 3000 which is too high for my hardware. Try something smaller, real low, like 25 or 50. 2) If speed is not the issue, cabling might be. Make sure this stepper is properly connected. You may exchange extruder stepper with another axis known to work (like X or Y axis) and try +1 pr +10 buttons on tby misan - Reprappers
Re: Final push to get it running - 14 years ago
Hi Ross, I get it. RAMPS or Gen7 may both have trouble with USB communication and be reset because of this. I am not familiar with Gen7 leds but my first guess is that your problem could be software based (as no smoke has been released just yet). I am not sure whether your power supply is shutdown or your power led is confusing you. In RAMPS the power led is software controlled and it does notby misan - Reprappers
Re: Final push to get it running - 14 years ago
When you say power supply goes off, what happens to make you think this way? How do you recognize power is gone? In my case, power supply was not gone, but because the board has been reseted, printing was interrupted and all motors became unpowered (as it corresponds to the reset state, where no current is delivered to any motor, so x and y carriages can easily moved by hand). I just happenedby misan - Reprappers
Re: Final push to get it running - 14 years ago
i did have some problems with my electronics (RAMPS-based). My problem was that USB would get disconnected because of EMI interference, mostly when a motor or extruder hot-end would be started. The error code you get suggests there is a communication problem once the print tries to start but not before. You can try to move each axis and extruder with pronterface manually to see whether the printeby misan - Reprappers
Re: Prusa en Valencia - 14 years ago
He estado probando Slic3r en vez de Skeinforge y realmente funciona muy bien, mucho más rápido y sencillo (y con alguna cosilla menos). misanby misan - RepRap en Español
Re: Strange Z axis behavior - 14 years ago
Have you tried the test code in the Pre-flight section of the wiki? it moves each motor backwards and forward. misanby misan - Reprappers
Re: Print stopping unexpectedly - 14 years ago
@evans2481: My result was different. EMI disconnects (or maybe reconnection) would reset my Arduino MEGA when printing from SD (so print was stopped). misanby misan - RAMPS Electronics
Re: T2.5 pulleys and belt - 14 years ago
I'm using T2.5 belts, steppers and pulleys savaged from Epson inkjet printers. They work ok for my X and Y axis. I'm using regular steppers for extruder and Z-axis though. misanby misan - General