clatos2000
Forum Replies Created
-
Posts
-
Well … I try to show the images
“>
“>
“>
“>
regardsHello, I managed to get the first images, but I could not upload them, so I sent them by email … Sorry
It’s still a long time before it’s finished, it’s just the beginning.
Now I have a new problem, the engines get very hot when they are at rest, that is, when one motor moves, the other is magnetized and at that moment it gets very hot.it would be possible from the firmware to tell each engine that when it does not receive movement commands it is in disable mode and when it receives orders to move it will be in enable mode ?? Thank you
thank you for your attention Dan, I will test the changes as soon as possible and when ready I will upload images. a big hug
Hello everyone, first of all my congratulations, this is an incredible project! a great job!!
I’m from Argentina and put together my version of Makelangelo with the polargraph type mechanical structure and it worked the first time, it worked perfectly.
Now I intend to make it walk with the traditional type structure x,y and the problems came … as I had to place a motor directly on the x axis another motor on the y axis (this has a gear reduction and pinion), the calculations for each of them are different.
How can I tell the firmware this difference?
What should I add and where?
Can you help me, please?? From already thank you very muchOk, I’m going to try it today. The strange thing is that I tried these motors with their cables in the ramps of the 3d printer and they moved correctly (I understand that if they were wrong they would not turn on the 3d printer either). But I’ll try it and then I’ll tell you how it was.
Well, I update them. Change the motors and the drivers, they do not heat up anymore and everything seems to be in order. Check all the settings and I think they’re fine. But the motors seem to vibrate from one side to another and do not rotate continuously (for example, when moving the pencil down the two engines should rotate continuously and do not, just move a few steps and return randomly). Also check that the motors are well connected 1B, 1A, 2B, 2A and they are good (check it on other ramps, the one that controls the 3d printer’s motors, move correctly). So I think the problem should be in the freerate, microstepping or acceleration, but I can not make it work as you did.
Can someone suggest me some advice? Thank youI continue with the previous problem. Install the pap drivers as follows. Is it the right truth?
http://www.ultramar.com.ar/maxresdefault.jpg
I could not find an image with the indication of the connections in the rampsHello everyone, excuse my bad english (google translatoor). I tell them that I am trying to build makelangelo with ramps and reach a dead point from which I can not advance. Install the latest firmware correctly, until everything is correct, the data appear on the LCD screen and read the program from the SD card correctly.
I could set the ramps in the firmware, and the lcd, also cancel the limit switches (since I do not use them). But when connecting the motors to do some tests the problems began. I try to independently move each of the motors (x, y) but when I move one of them, the other one moves at the same time, I mean, I move “x motor” and move “x + y motors” and the drivers are heated to the extreme. My question is this: will the pins be incorrectly set in the firmware? (This should not be so because they should already be correct since the firmware is for ramps, I’m wrong?Please, I need help to continue !!
I copy the configuration of boards_ramp.h in case someone needs to look at it:
————————-
#ifndef BOARD_RAMPS_H
#define BOARD_RAMPS_H
//——————————————————————————
// Makelangelo – firmware for various robot kinematic models
// [email protected] 2013-12-26
// Copyright at end of file. Please see
// http://www.github.com/MarginallyClever/makelangeloFirmware for more information.
//——————————————————————————#if MOTHERBOARD == BOARD_RAMPS
// wrong board type set
#ifndef __AVR_ATmega2560__
#error “Oops! Make sure you have ‘Arduino Mega 2560’ selected from the ‘Tools -> Boards’ menu.”
#endif#define MAX_MOTORS (5)
#define MOTOR_0_DIR_PIN (55)
#define MOTOR_0_STEP_PIN (54)
#define MOTOR_0_ENABLE_PIN (38)
#define MOTOR_0_LIMIT_SWITCH_PIN (3) /* X min */#define MOTOR_1_DIR_PIN (61)
#define MOTOR_1_STEP_PIN (60)
#define MOTOR_1_ENABLE_PIN (56)
#define MOTOR_1_LIMIT_SWITCH_PIN (14) /* Y min */#define MOTOR_2_DIR_PIN (48)
#define MOTOR_2_STEP_PIN (46)
#define MOTOR_2_ENABLE_PIN (62)
#define MOTOR_2_LIMIT_SWITCH_PIN (18) /* Z Min */#define MOTOR_3_DIR_PIN (28)
#define MOTOR_3_STEP_PIN (26)
#define MOTOR_3_ENABLE_PIN (24)
#define MOTOR_3_LIMIT_SWITCH_PIN (2) /* X Max */#define MOTOR_4_DIR_PIN (34)
#define MOTOR_4_STEP_PIN (36)
#define MOTOR_4_ENABLE_PIN (30)
#define MOTOR_4_LIMIT_SWITCH_PIN (15) /* Y Max */#define MAX_BOARD_SERVOS (4)
#define SERVO0_PIN (11) /* Servo 1 */
#define SERVO1_PIN (6)
#define SERVO2_PIN (5)
#define SERVO3_PIN (4)#define LIMIT_SWITCH_PIN_LEFT (MOTOR_0_LIMIT_SWITCH_PIN)
#define LIMIT_SWITCH_PIN_RIGHT (MOTOR_1_LIMIT_SWITCH_PIN)// Smart controller settings
#define BEEPER 37 /* Pin on SMART Adapter */
#define LCD_PINS_RS 16 /* Pin on SMART Adapter */
#define LCD_PINS_ENABLE 17 /* Pin on SMART Adapter */
#define LCD_PINS_D4 23 /* Pin on SMART Adapter */
#define LCD_PINS_D5 25 /* Pin on SMART Adapter */
#define LCD_PINS_D6 27 /* Pin on SMART Adapter */
#define LCD_PINS_D7 29 /* Pin on SMART Adapter */// Encoder rotation values
#define BTN_EN1 31 /* Pin on SMART Adapter */
#define BTN_EN2 33 /* Pin on SMART Adapter */
#define BTN_ENC 35 /* Pin on SMART Adapter */#define KILL_PIN 41 /* Pin on SMART Adapter */
// SD card settings
#define SDPOWER -1
#define SDSS 53
#define SDCARDDETECT 49#define LCD_HEIGHT 4
#define LCD_WIDTH 20#define BLEN_C 2
#define BLEN_B 1
#define BLEN_A 0
#define encrot0 0
#define encrot1 2
#define encrot2 3
#define encrot3 1#endif
#endif // BOARD_RAMPS_H
——————
