Firmware 2.02RC6 released
-
Files are just on post from above:
https://forum.duet3d.com/topic/8155/firmware-2-02rc6-released/17Files:
config.g http://dl.free.fr/j7UVd31UF
homeall.g http://dl.free.fr/usibxoSpf (hominig error on "G1 Z10 F250" if i remove no errors) -
I've just had a thought. Your homing position is probably outside the M208 limits you have set up, and it's probably checking the intermediate positions against the M208 limits. Please send the following command to disable the M208 limits:
M564 S0
and then try again. You may still need to do the small G1 S2 move to move away from the distal endstop.
Also, please try a G0 move after homing. You shouldn't need to use M564 to disable limit checking this time as long as the endpoint of the G0 move is within the M208 limits,; and you shouldn't need the small G1 S2 move either.
-
humm ... I can not do anything good (humm google translate sorry ...)
G0 X0 the arm went upside down and blew the belt
I repair the mechanics: p -
Tests...
Unlock
M564 S0G1 Y300
okg1 x10
okg1 x0
okG1 Y0
Error: G1/G2/G3: intermediate position outside machine limitsrehoming
g28
okg1 x300
okg1 x100
okg1 x30
okg1 x20
no error but not move ...
Apparently impossible to move X below 30? -
RC6? What? i thought you already released the full update final?
-
@frafa, I think this issue is this:
In firmware 2.01 and earlier, when you asked to do a G1 move, RRF checked only that the end point of the move was within machine limits. In firmware 2.02 it checks that every intermediate point in a G1 move is within limits, to make sure that it can execute the move in a straight line (which is what G1 means).
Typically, the XY homing position of the machine will be outside the machine limits set by M208. If this is the case, a G1 move executed when the proximal and distal arms are in the homed position will fail (unless you use M564 S0 to disable the M208 limits).
Therefore, after homing the machine, you should execute a G0 move to an endpoint that is inside the M208 machine limits. You can do this within the homeall.g file. If you are using a Z probe to do Z homing, then in homeall.g it's probably best to home proximal and distal arms, then do the G0 move to a suitable position (e.g. the centre of the printable area defined by M208), then do the G30 move to home Z. That way, you will be homing Z at a position within the normal print area, which is usually preferable to homing Z at a position outside the normal print area.
Alternatively, you could use a G1 S2 move after homing to move the head to a position within the M208 XY limits. But a G0 move is easier.
-
I read again tomorrow, not having understood everything ...
Example M564 S0 then G1 X60 then I made a G1 Y300, it does not make a straight line, in the center it makes a curve ...
-
@frafa said in Firmware 2.02RC6 released:
I read again tomorrow, not having understood everything ...
Example M564 S0 then G1 X60 then I made a G1 Y300, it does not make a straight line, in the center it makes a curve ...
That probably means that a straight line movement between the initial and final positions that stays within the M208 bounds isn't possible.
-
if I do the same thing with version 1.21RC3
I move well in a straight line ...
I just testedI have about an area of X60 Y300 that does not seem usable with the new firmware
While nothing can stop you from reaching this area ...after M564 S0
if I move in G1 X100
and that after I made a G1 Y300 there I have a straight line with the new firmware -
Hello David,
My simplified kinematics
http://www.openhardware.eu/tmp/scara-kinematics.pngWith M564 S0 G1 the red area is not accessible.
G1 The orange area does not make straight lines.
G1 only the green area is normally accessible with M564 S0...I have 1/3 of the surface of the bed that is not accessible ...
-
I was having a similar homing issue as well with my Taz6 printer after installing the duet wifi and installing the newest firmware. I don't know if it was the right thing but I just increased the negative move distances in the home x and home x files larger than the total possible movement of the axis. Seems to have fixed the issue.
EDIT: I spoke too soon. Last night when I went to start a print my Taz6 went to do the initial homing of all axis and it failed. The issue always seems to be with the y-axis not making it to it's endstop and then a failure stating insuffient axis homed.
-
Hello!
I have the same problem...