Core XY movement issues
-
@t3p3tony, @pro3d , @deckingman
Well I think I might have discovered the problem. I had a M350 command in my config.g file, before my M92 command. Reading some things that dc42 had said about microstepping and pr3d said about trying lower microstepping rates. So I moved the M92 X80 Y80 ahead of the M350 and started playing with that. It appears that might have caused my problems. I will play and post the results... I hope that is all it is..
rj -
PROBLEM SOLVED....
To all that have tried to help me, I want to say thank you to all of you. Turns out that I made a silly mistake in my config.g. dc42 posted , you should put the M92 command before and the firmware will take care of the M350 when it sees it based on your M92 settings. If this can help someone else from making this mistake or helps some one figure out whats wrong, then the past month of frustration will be worth it. Thanks again for the support...and the patience for a noob.I made a choice between one of two boards for my printer. I most definitely choose the right one.
thanks,
RJ -
@mrehorstdmd , @JoergS5
The spacer is milled to the thickness of what the factory specs said for the distance from the rail to the top of the bearing surface. So Its in the same plane all the way across. The piece on the outside is the Y adjuster for the home switch.
RJ -
@fxxtoo That's good news, congratulations! One advantage of all this effort is that you know your printer very well now. Now relax and enjoy printing.
The finding is valuable information and will help others in the future.
And respect, that you had the patience to fight through it!
-
@fxxtoo Hm, you get M350 before M92 if you use configurator. So that is also a problem with it.
P3Steel Toolson mk2 - Duet 2 WiFi--> RatRig V-Core with Duet WiFi 1.03
Original Prusa i3 MK3S -
@fxxtoo said in Core XY movement issues:
PROBLEM SOLVED....
To all that have tried to help me, I want to say thank you to all of you. Turns out that I made a silly mistake in my config.g. dc42 posted , you should put the M92 command before and the firmware will take care of the M350 when it sees it based on your M92 settings. If this can help someone else from making this mistake or helps some one figure out whats wrong, then the past month of frustration will be worth it. Thanks again for the support...and the patience for a noob.I made a choice between one of two boards for my printer. I most definitely choose the right one.
thanks,
RJErr, well I glad you've solved your problem but something is very amiss. Whether M350 comes before or after M92 should result in the same thing providing the steps per mm match the micro-stepping setting - see here https://duet3d.dozuki.com/Wiki/GCode#Section_M350_Set_microstepping_mode
Just for the hell of it, I tried both ways on my CoreXY and in both cases I get no Y movement when I ask for an X movement. I'm still on a earlier version of firmware (1.20.1 RC2) so maybe you've found a bug in later firmware???
-
This post is deleted! -
@deckingman there is a comment in the cartesian type docu:
The M92 commands to set steps/mm should either come after any M350 command to set microstepping, or else the M92 parameters should be correct for the default x16 microstepping. This is because when you change microstepping, the steps/mm are automatically adjusted to take account of the change in microstepping.
https://duet3d.dozuki.com/Wiki/ConfiguringRepRapFirmwareCartesianPrinter
Maybe the information helps. But the original config setting would be ok after this description.
-
@joergs5 Yes I know that. The link you gave has the same information as the link I supplied.
-
Independent of this thread, isn't it a problem if the two sides of the X axis are not connected stiff? If the tensions of the belts are not equal, there will be torsion forces in my understanding, which could lead to the 3 mm movements.
-
@joergs5 Nope. The belts and motors define the motion. As long as the tensions are set to keep the X axis perpendicular to the Y axis, it will operate smoothly and will not cause any extraneous motion.
If the x axis guide rail weren't there, the motion would still work as it is supposed to.
-
@mrehorstdmd Thanks a lot, this was new to me! This gives me new innovative ideas to build a new printer!
I am thinking about a Corexy with wires, so the hotend needs only the z direction fixed.
-
@joergs5 As @mrehorstdmd said. If the tensions aren't equal then the axes may not be at right angles and the printed parts might no be square. But commanding 100mm of X movement should not make the Y carriage move.
-
@deckingman Thanks Ian. To balance tension, I will try a seesaw, e.g. between the motors.
(after balancing I will fix it) -
@obeliks
In all honesty, I started out with the config.g file from the configurator. In the beginning I wasn't keeping notes, on changes, problems, etc. I didn't notice the issue right away. I discovered it while getting the homing worked out.
So I could have put the M350 before the M92 statement when I started playing with micro stepping. So I would have to go back and use the configurator to find out if that is true or not.
RJ -
@joergs5 Thanks! If it can help someone else to Not do what I did ans save some frustration..Perfect! rj
-
@ everyone
I just found a post that might clarify this subject!! Hope this helps clear it up
Quoted from dc42
Which way round do you have the M350 and M92 commands in config.g?If you have the M92 command before the M350 command, you need to set the steps/mm as they would be for x16 microstepping. When the M350 command is processed, the steps/mm will automatically be adjusted for the new microstepping.
If you have the M92 command after the M350 command, then the values need to be correct for the microstepping you declare in M350.
link to it
https://forum.duet3d.com/topic/2396/calibration/7 -
@fxxtoo I don't understand why order is a problem, because 0 movement of the second stepper is 0, no matter how the microstepping setting is, whether correct or not.
I looked into the source, there are many variables like if it's a smart driver, if there is an additional extruder (bugfix), or whether one motor is stalled (homing).
-
@joergs5 said in Core XY movement issues:
@fxxtoo I don't understand why order is a problem, because 0 movement of the second stepper is 0, no matter how the microstepping setting is, whether correct or not.
.................Exactly! That's why I said something is seriously amiss. The "fix" doesn't make sense (even though it appears to have cured the OP's problem).
-
@joergs5
II haven't looked at the source code, so can't comment on that. I think that the M350 uses the info from the M92 statement as the start of the calcs for the micro stepping. If a M92 comes after the M350 it might not clear something or miss something that the m350 set. Might be a question for dc42 or Tony. -RJ
