Print a cone with bottom radius of about 1 cm and top radius about 0.5 cm. Make it about 5 cm high. Measure the height with callipers. If the height is not correct then your steps per mm are wrong. Fix steps per mm first. It does not make sense to calibrate anything else if your steps per mm are wrong. When your steps per mm are correct then go on calibrating diagonal rod length and delta radiusby hercek - Delta Machines
Right, you will not achieve that speed without skips if you do not limit acceleration. In my case the acceleration limit is 43125 full steps per secon squared. That means the full speed (2156 full steps per second) is achieved in 0.05 second. If you want the highest possible speeds use steppers with low inductance and use as high voltage as possible (35V). If you want high accelerations too theby hercek - General
I'm using 2156 full steps per second (or about 647 rpm) for filament retract and retract reverse. Still has enough torque not to skip steps. A4988 driver, 8x micro stepping, 24V power supply, 17HS19-1684S stepper or SX17-0905 stepper.by hercek - General
Maybe it is related to wine. Some event may be missing or fired in a different order.by hercek - General
It is a delta. X/Y/Z errors are all tied together. It is enough to perfectly level the bed the old way and also your X/Y dimensions will be correct (or at worst all scaled by the same constant). And you can level the bed without printing anything. But notice you cannot use Johann's matrix based auto-levelling. You must level purely by adjusting endstops, diagonal rod length, and delta radius (orby hercek - Delta Machines
One more feature request for people who would use this from linux: * recognize LF as valid line sepearator (not only CR/LF as it is now) The data error: load the attached file Layer pane: select L5 Z0.5 Data pane: select the first G1 command after "TYPE:FILL", i.e. D16 Graphics pane: the line end can be selected and right click on its end and selection of edit provides correct data in the dialoby hercek - General
Version V0.0.2 BETA. It works for me under wine 1.7.19. 32bit. I noticed a bug though: * if hole layer is selected and the edit selected data dialog is invoked from the graphical pane then it does not contain correct data Missing features: * show the commands changing z-height in the data pane (seems to be hidden now) * recognize z-lift on move as part of original layer; this should be based onby hercek - General
If you do not get compensation in a slicer then increase your retract speed. It will not be that bad when you get it below 0.1s.by hercek - Experimental
It is a pity you did not get this merged. The argument about accumulating error due tu use of relative coordinates is silly. There are 4 decimal places after the dot in the *.gcode files. This may lead to volume error of about 2.4e-4 mm³ per one E movement. But filament diameter typically varies at least in the range like 1.74 to 1.76 mm. This leads to error of about 5.5e-2 mm³ per one 1 mm of Eby hercek - Experimental
Strings are about retraction length. They disappear for me at about 10 mm retraction length. Retraction speed determines whether there are small blobs of additionally deposited material at the locations where there is a retract (or retract reverse). If you get the blobs then you need to increase the speed. They disappear for me at about 150 mm/s.by hercek - Delta Machines
That indicates your problem is something else. I do not know what it could be if the generated gcode itself does not contain the shift.by hercek - Delta Machines
Check homing direction in Configuration.h. // Sets direction of endstops when homing; 1=MAX, -1=MIN #define X_HOME_DIR 1 #define Y_HOME_DIR 1 #define Z_HOME_DIR 1by hercek - Delta Machines
Yes, they should be the same. But different values should not result in missed steps, only in uneven movement over different cartesian X/Y positions. Lover values are safer but even values of about 10000 should be usable with a delta printer. So you already have it very conservative. I would be surprised if fixing acceleration helps you with the sudden layer shift. Edit: Stepper driver overheatiby hercek - Delta Machines
The code is probably for the original Johann's auto levelling which did not use servo for probe deploy/retract.by hercek - Delta Machines
Quoteumdpru can you provide a primer on using your calibration notebook? I plan to improve the comments in the notebook a bit. Especially because what I considered radial movement is diagonal for some other people (and vice versa). I'll avoid these terms. There are also some conditions when required adjustment directions change. This is about how far points LFR are measured. Maybe I'll get free tby hercek - Delta Machines
What you are getting is unlikely because of missed steps. They would need to be missed in one direction and later in the opposite direction just to compensate. Missed steps on one motor result in wrong z-position of the corresponding carriage on the tower. You get exactly the same thing when you do not have correctly adjusted end-stop on the tower. The bed z-error because of that looks like this:by hercek - Delta Machines
The picture with L/F meaning is gone from this forum -> no exact comment on which tower to move. If L/F are high the same amount and R is low then you probably need to: * adjust the tower against R so that it R is hight the same as L/F * adjust diagonal rod and delta radius so that RLF are the same as XYZC Each partial tower position (or also diagonal rod or delta radius) adjustment to will nby hercek - Delta Machines
Quoteimyz For deltas you should pass the paper test at 4 points. I assumed he did it: QuoteZedsquaredI'm pretty sure I have calibration down OK and can see flat movement when I jog the head around at low height above the bed using the LCD and selecting X or Y movement. But if not, he should check 7 points and not only 4:by hercek - Delta Machines
Is your DELTA_SEGMENTS_PER_SECOND and what was the print speed? Very low DELTA_SEGMENTS_PER_SECOND and high print speed can result in something like this.by hercek - Delta Machines
Maxima is by default in interactive mode. You must do Shft-Enter on all the cell in order from top to bottom. Or just select "cell - evaluate all cells" from menu. If you do not have a new instance of maxima then select "maxima - restart maxima" first. If it still does not work then go over some maxima tutorials. Maybe reinstall it? Maybe your Maxima did not come with GnuPlot (at least linux versby hercek - Delta Machines
bigfella9811: The only thing which really requires rebuilding the frame is when your towers are not equidistant. Very asymmetrical tower placement may need redoing platform and carriages in addition to fixing it in calibration. But it is unlikely your tower placement is so asymmetrical that calibration alone cannot fix it well enough. The calibration cannot fix diagonal rods which are not all theby hercek - Delta Machines
QuoteMRGiacalone2005 hercek, Great graph. Where did you get it? do you know what function was used? I got it by setting appropriate parameters to this maxima notebook: The notebook contains a "simulator" of influence of delta printer calibration errors on the bed level z-height. Setting proper parameters to the notebook is just a matter of experience. Play with it and you can do it too.by hercek - Delta Machines
Maybe you have a combination of diagonal rod length and delta radius error, possibly with incorrect steps per mm. These errors can lead to z-height error like this (these may be at the same height, depending where you measure ABC and centre): If your z-height error is not nicely symmetrical across the 3 axes then position of one of your virtual towers may be wrong too. For possible remedies looby hercek - Delta Machines
You are right meaning for your radial/diagonal movement is just the opposite of the radial/diagonal in the maxima notebook.by hercek - Delta Machines
The old forum thread does not have the picture any more so I cannot interpret what is wrong. But it does not matter. I can give you few ideas. There are 2 kinds of auto-leveling: * the original grid based (this one does not fix calibration errors, it only fixes Z-height error while leaving X and Y errors there) * Rich's auto-leveling (this one actually fixes the calibration parameters and if yoby hercek - Delta Machines
Quotenitewing76 Quotehercek Claim 1 of the document: The last column of the table specifies unit as lb/in² for 1" wide belt. Claim 2 of the document: Note 7 specifies the formula for the belt elongation computation as BeltElongation = (BeltLength * TensileLoad) / TensileModulus. Lets specify what should be the units for all the terms of this equation except the TensileModulus: for BeltElongationby hercek - Delta Machines
Quotenitewing76 Quotehercek Hell, that documents must be written by heretics of physics. Not only the authors use "hogshead" units, but they cannot even get it right, even with them. Ok, so they define modulus as lb/in² but (based on the formula (in note 7) for usage of their modulus values) the unit is actually only lb. Or at least I hope this is what they intended (one cannot be completely sureby hercek - Delta Machines
Quotepayala the diagonal rods are all the same length to 0.02mm, except one of them that has a difference of 0.05mm to the average If only one rod is slightly longer/shorter then it will lead mostly to head rotations. These will not have significant impact on bed levelling but will have impact on XY error. Since your pair of diagonal rods is not too near to each other then one diagonal rod errorby hercek - Delta Machines
When I talk about tower positions, I mean virtual tower positions. They may be wrong because of something of this is wrong: actual real tower position carriage dimensions platform dimensions Correcting for different diagonal rod length (i.e. all of them do not have the same length) requires changing the math for converting cartesian coordinates to delta coordinates. It is interesting that Repetiby hercek - Delta Machines