Yes... Any feature you don't care about you can ignore. If you don't want to do post processing to only probe the build area, just ignore all those parameters and don't bother telling Slic3r to use a post processing script.
Printable View
Yes... Any feature you don't care about you can ignore. If you don't want to do post processing to only probe the build area, just ignore all those parameters and don't bother telling Slic3r to use a post processing script.
What about this code?
Can this be enabled for the ABL to work? I hate the fact that I occasionally will hit something and the printer will try to move further than physically able and skips the belt.PHP Code:
#define max_software_endstops false // If true, axis won't move to coordinates greater than the defined lengths below.
g29 enhancements have been merged into the main marlin trunk :-D
Just wondering if you got the abl to work on the Rumba?
Yes. I have it working. Not sure how to best give the information. If one were to follow the thread I think you could come to the same place I am. I can post my firmware if that helps.
I have now moved onto getting Octoprint setup and figuring out how to get my parts to stop warping and peeling up.
Chadd, email sent! Don't forget to save your own numbers in the config file. I also have my homing speeds set SLOW. Not too confident in the stock switches so I slowed it down. I have replaced the Z switches with better ones from digikey and never bothered to speed it back up. I may change the raise after first bump to a smaller number in the near future. That can be found in the marlin.main file.
The other number you will want to change are...
Offsets
Bed size after homing
safe homing location (stock is X_MAX_LENGTH/2 and Y_MAX_LENGTH/2) I have them set for a specific location
Servo Angles
esteps
I have the thermal runaway protection disabled as my prints kept terminating when using octoprint. Worked fine when I was just using the SDcard or pronterface.
There is also a nice feature I have yet to activate where the hotend fan only turns on when the hotend is above 50 degrees. I still have the fan directly wired to the power supply. Once I get things tuned I will change that over. You all can thank Chadd for that one. The info is from this thread...
Been thinking of putting a step by step together but need to get the printed tuned.
Thank you for sharing the firmware. Good job on the hard work.
Todd,
Do you happen to have a picture or a diagram of where and what orientation you have the servo plugged into for the firmware file you sent?
Thanks,
Chadd
The reason I ask is that earlier in the thread it looks like you set the servo up on PWM1 but unless you split apart the servo connector you are probably using pins 1, 3 and 5 on EXP 3 for your servo. That would be running the servo off of 12V. Not sure what servo you are using but my servo is 5V so it would need to run off of pins 2, 4 and 6 and use PWM2. Pin 2 is 5v
Anyone else have input on the servo connections?
Ok here is what I did on the servo. I hooked mine up so that it would operate off the 5V line so I am using pins 2 (+5V), 5 (gnd) and 6 (pwm2).
To do this I modified your FW with the following.
#ifdef NUM_SERVOS
#define SERVO0_PIN 5
#if NUM_SERVOS > 1
#define SERVO1_PIN 4
#endif
//if NUM_SERVOS > 2
// #define SERVO2_PIN 5
//#endif
//#if NUM_SERVOS > 3
// #define SERVO3_PIN 4
//#endif
#endif
you said my name i don't have rumba :-) but i dont think you were talking to me
I am using pins 6, 4 and 2 on the EXP3 port. They are PWM2, Ground, and 5volt respectively.
If you use the firmware I posted and these pins you should be fine as it is working for me. I think i mentioned somewhere that I had intended to use PWM1 but it was later posted that PWM2 can be used. I have that pin defined in my firmware and my abl is working as it should.
I just can't get this thing calibrated to print even close to what I want it to print at. None of the parts are usable as they do not align well at all to the drawings. Everything is slightly too large.
If you have the option in your slicer have it do perimeters first then move in. That will help combat the sizes being overlarge
It is frustrating. At times they are off by .5mm other times they are too small. I went through, cleaned, and tightened everything. Hopefully that will help even though I didn't find anything loose.
Parts is still do not have a finished appearance. I'm going to try some different filament. Maybe that may help.
Unless you need the heat resistance I would recommend switching to PLA, it prints much better than ABS in my experience. The only ABS I have tried though was two rolls that I bought with the printer kit so different ABS may print better than what I got with the printer.
Do I need to add part cooling fan for pla?
So I finally was able to get around to set up my ABL. Everything is hooked up with servo and working fine to find the position for the servo arm. So when I go to home the x or y axis it moves away from the enstop. But in proterface all the axis move in the right direction. I am using tsteever's frimware he uploaded.
Hmm, wish I could help more. What happens when you home using the lcd? How about safe homing? Do you have that enabled?
So its only the x axis that moves the wrong way. If I tap the endstop with my finger it will stop while moving. Everything else works fine y axis moves the right way and the probe arm for the z ABL drops and homes perfect.
Before I loaded the abl the printer was working fine. I can go into pronterface and move the x axis and it moves the correct way. Just only when it goes to home yhe x axis it moves to left of the printer instead of the the right which it did before.
Draud, when you say that the x-axis moves the correct direction in pronterface, what do you mean exactly? Is it that:
a) the axis moves to the right when you push the +x buttons on the right side of the UI circle orb) the axis moves away from the endstop (to the left) when you push the +x button on the right side of the UI circle
If your machine is set up per Colin's instructions it should to b).
If it is doing a), it is actually incorrectly moving on both move and home commands and you should probably flip the motor connector. If it is doing b) for move commands but still homing left I'm not sure what is wrong exactly. I might give it some manual move commands G1 X100 type moves to make sure which direction the machine thinks is positive.
For reference, tsteever's copy of Marlin does tell the axis to home in the min direction.
Code:// ENDSTOP SETTINGS:// Sets direction of endstops when homing; 1=MAX, -1=MIN
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1
Im pretty sure that it is doing a But will make sure when I get home. It was weird that it switched from using one firmware to another.
I thought maybe there would be a difference in this section of the configuration.h file, but tsteever's matches Colins.
Code:#define INVERT_X_DIR true // for Mendel set to false, for Orca set to true#define INVERT_Y_DIR false // for Mendel set to true, for Orca set to false
#define INVERT_Z_DIR true // for Mendel set to false, for Orca set to true
#define INVERT_E0_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E1_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E2_DIR false // for direct drive extruder v9 set to true, for geared extruder set to false
I am using the firmware that tsteever posted with just a few mods to it and it works fine on my 12" so it has to be a connector reversed issue.
If it worked previously I wonder if someone went into the FW that was loaded and changed it instead of reversing the connector.
So I witched the motor around and everything is working fine. Printing out a calibration cube to see how it goes.
Attachment 5855I have had a few people tell me they can't download the FW I posted earlier. I will repost it here again.
Hi, I have recently tried to get the ABL working on my i3v 12", unfortunately without too much success. In fact the only success so far is the fact that no smoke has been released from the RUMBA board.
After much wading through forums and you tube I put together a "plan of action":
1. The standard servo plug needs rewiring to plug into the RUMBA board
Reverse the +ve and -ve wires so that the -ve is in the middle pin and +ve and signal are on the outer pins
2. Connect the servo to the RUMBA board as follows
+ve pin 2 of EXP3 +5v
-ve pin 4 of EXP3 GND
sig pin 6 of EXP3 PWM1
3. Relocate the Z end switch to the servo arm.
4. Edit pins.h file
Change Line 455 from
#define SERVO0_PIN 11
to
#define SERVO0_PIN 5
this assigns the servo signal line to PWM2 which is Pin5 on the 2560 CPU chip and Pin 6 on EXP3
5. Edit Configuration.h file
Change line 291 from
#define min_software_endstops true
to
#define min_software_endstops false
allows nozzle to go below 0 as set by probe
Uncomment line 296
//#define ENABLE_AUTO_BED_LEVELING
Change line 311 from
#define XY_TRAVEL_SPEED 8000 // X and Y axis travel speed between probes, in mm/min
to
#define XY_TRAVEL_SPEED 4000 // X and Y axis travel speed between probes, in mm/min
Reduces probe speed to a more conservative value.
Uncomment and change Line 576 from
//#define NUM_SERVOS 3 // Servo index starts with 0 for M280 command
to
#define NUM_SERVOS 1 // Servo index starts with 0 for M280 command
Uncomment lines 583 and 584
//#define SERVO_ENDSTOPS {-1, -1, 0} // Servo index for X, Y, Z. Disable with -1
//#define SERVO_ENDSTOP_ANGLES {0,0, 0,0, 70,0} // X,Y,Z Axis Extend and Retract angles
References:
http://zennmaster.com/random-things
http://3dprintboard.com/showthread.p...ed-level/page3
The above changes compiled and uploaded OK
After connecting the servo to the board I issued a M280 P0 110 command from OctoPi, the terminal window showed the following:
Send: M280 P0 110
Recv: ok Servo 0: 110
but, the arm did not move.
I then repeated the above with a different value M280 P0 20 the terminal window showed the following:
Send: M280 P0 20
Recv: ok Servo 0: 110
The value in the Recv field displayed the originally sent value. A reboot of the RUMBA was needed to get the system to return the correct value, but again this was only returned on the first string sent.
The servo has been tested, and works on an Arduino UNO. Have I missed anything out in the prep work?
UPDATE:
I think that I should have sent M280 P0 S110 not M280 P0 110, but it made no difference. Likewise M401 M402 did not work.
3DPrintBoard continues to struggle with issues related to images and attachments. You may have to try posting the zip file at a third party site like dropbox or pastebin.