Scara support ?
-
Hello
Sorry but I do not understand …1. Make sure that you have set the arm angle limits in the M669 command P and D parameters accurately, so that when you home the arms the homing switches trigger at those angles.
M669 P and D commands are the lengths of the arms?
You are talking about Annn: mmm and Bnnn: mmm?Is it possible that you give me the approximate values (aaa … bbb) by looking at my schema as I understand the sense of the measurement of angles? compared to what ?
M669 K4 P200 D200 A??? B??? 1:0:0 S150 T0.1 X65.0 Y-150.0; set SCARA kinematics parameters ok S200
-
I find it easier to understand if I rotate that diagram by 180 degrees so that +X is to the right and +Y is up.
If the diagram shows the arms in the homed position (i.e. both arm joint microswitches triggered), then the homing position of the proximal joint is about -120 degrees. So your P parameter should be -120:xxx where xxx is the maximum angle it can rotate anticlockwise relative to the X axis.
The distal joint appears to me to be at an angle of approximately +150 degrees relative to the proximal arm. So the D parameter should be -yyy:150 where yyy is the maximum angle it can reach clockwise relative to the proximal arm.
The proximal arm homes fully clockwise (bottom end of its range) whereas the distal arm homes fully anticlockwise (top end of its range). So your M574 X and Y parameters need to be X1 Y2.
See the expanded calibration section at https://duet3d.com/wiki/Configuring_RepRapFirmware_for_a_SCARA_printer#Calibration.
-
Hello
I do not understand why you talk about P and D
P and D are the length of the arms?Tonight we were 4 people at the fablab to try to understand
Not successful …
I rework on scara Monday -
Delete if this is of no help.
-
Hello
I do not understand why you talk about P and D
P and D are the length of the arms?Tonight we were 4 people at the fablab to try to understand
Not successful …
I rework on scara MondayI am sorry, you are right, I should have said A and B, not P and D.
I have a SCARA printer now and I expect to convert it to Duet electronics next week.
-
Hello
Thanks to you two for the help provided
Monday I retest the homing
Impatient to see your scara !
-
Hello
inverted Endstop on y2
Finally i have homigs that workCalibration is complicated it would be nice to think a more simple mode,
It is easy to have precisely the values of X and Y in M669
On the other hand, finding the values A and B is difficult.For example, g28 moves to endstop position,
after we move with G1 x / y precisely to real x0/y0
And with a command define A and B (ex: g92 x0 y0), possible?Possible to forbid z + if limit switch is activated, how to do?
I want to test your IR sensor, offsets are managed on scara ?
https://duet3d.com/wiki/Configuring_RepRapFirmware_for_a_Cartesian_printer#Z_probe_section -
I'm glad you got it working.
The IR sensor is managed on SCARA exactly as for other kinematics. See the Testing and Commissioning section of https://miscsolutions.wordpress.com/mini-height-sensor-board/.
Once the printer has been Z homed, the soft endstop at the Z height configured in your M208 command will be enforced.
-
Ordered on duet3d.com
IR Probe
e3d PT100 Sensor
PT100 Daughter Board
Thanks for all -
Hello,
My limit of the Z is currently in max (388)[[language]] M208 X300 Y300 Z388; Set to maximize (adjust to suit your machine) M208 X0 Y0 Z0 S1; Set axis minima (adjust to make X = 0 and Y = 0 the edges of the bed)
After homing the Z if I make a g1 z390, this is possible, how to prohibit it?
-
I'm sorry, when I refactored the kinematics code I forgot to change the SCARA code to apply the usual limits to all axes other than X and Y. I'll fix this in the next release. There will probably be a 1.19.1 release to tidy up issues such as this one.
-
I've been testing the SCARA support on my new SCARA printer. There is a bug in the forward kinematics calculations. No wonder you were having problems! I will have a fix soon (and it will include the Z axis limits too).
-
Hehe cool
I look forward to sensor IR sense
The French post office is slow at the moment …
Thanks in advancePossible to see your scara : p
I'm curious to see a business model -
There are pics of my SCARA printer at https://miscsolutions.wordpress.com/2017/08/09/testing-the-robotdigg-scara-arm-3d-printer/. It's a very cheap printer - Duet electronics are too good for it! But it's good enough for me to use it to test the SCARA support.
-
My SCARA printer is now working properly. SCARA fixes are in the 1.19+4 bugfix test version - see separate thread.
-
Hello
IR sensor received
I removed end-stop from the Z
I connected "IR Sensor" to the end-stop of the Z
I can not run correctly
Can you give me an example for config.g and homeall.g? (hooming Z and auto-levelling bed.g on Scara ?)I put M558 P5 but I have error if i use G30 on homeall.g
[c]G28
Attempt to move the head of a Delta or SCARA printer before homing the towers
Error: Z probe already triggered at start of probing move
Error: Z probe already triggered at start of probing move
Error: Homing failed[/c]I get to operate without G30 in homeall.g in the meantime …
[[language]] ;homeall.g ... Home x/y ok ... G91 ; relative movement G1 S1 Z-400 F250 ; ensure head is clear of the bed G1 S2 Z6 ; move Z by 6 mm G1 S1 Z-10 F100 ; move proximal joint slowly to the endstop switch again G90 ; absolute movement
-
The IR sensor should be connected as a Z probe, not an endstop switch. See https://duet3d.com/wiki/Connecting_a_Z_probe. You can keep the existing homing switch if you like and just use the Z probe to do mesh levelling or just to get a more accurate Z=0 position immediately before printing.
-
ok
Other problem impossible to move X / Y with G1 in scara if Z is not homing
; homeall.g
; called to home all axes
; File homeall.g
;G91 ; relative movement
;G1 Z4 F100 ; ensure head is clear of the bed; Home proximal joint
G91
G1 S1 X-200 F2000 ; move proximal joint clockwise by up to 200 degrees until the endstop switch is triggered
G1 S2 X5 ; move proximal joint anticlockwise by 10 degrees
G1 S1 X-20 F300 ; move proximal joint slowly to the endstop switch again
G90 ; absolute movement
;G1 S2 X0 F2000 ; move proximal joint to centre of range; Home distal joint
G91 ; relative movement
G1 S1 Y200 F2000 ; move distal joint clockwise by up to 200 degrees until the endstop switch is triggered
G1 S2 Y-5 ; move distal joint anticlockwise by 10 degrees
G1 S1 Y20 F300 ; move distal joint slowly to the endstop switch again
G90 ; absolute movement
;ko
G90 ; absolute movement
G1 X150 Y150 F2000 ; move distal joint to centre of range; Home Z
G91 ; relative movement
G1 S1 Z-400 F250 ; ensure head is clear of the bed
G1 S2 Z6 ; move Z by 6 mm
G1 S1 Z-10 F100 ; move proximal joint slowly to the endstop switch again
G90 ; absolute movement;ok
G90 ; absolute movement
G1 X150 Y150 F2000 ; move distal joint to centre of range -
In my homeall.g file, after homing the proximal and distal joints I use G90 then G0 S2 Xxxx Yyyy Ffff, where xxx and yyy are the angles that I want the proximal and distal joints to take up prior to Z homing. This gets round the issue of moves to XYZ coordinates not being allowed until all axes have been homed.
-
ok ==> G0 S2 Xxxx Yyyy Ffff
It is not conceivable for the futur to RFF support connect IR Sensor to End-Stop Z ?
Would it be cleaner at the wiring level ?
(I do not want to keep Mechanical Z End-Stop)