Independently leveled Z axis Issue

3DPrintingWorld

@fcwilt Logically, you would think that it would be possible but when I ask DC this was the response.

"It's undefined whether the X and/or U motors should also be moved when moving just one of the Y motors.
The code that decides whether to stop all motors or just one in this instance is the same code that decides whether to stop all motors or just one when you are homing several axes simultaneously. If you were to home e.g. X, U and Y all at the same time, it would still be necessary to stop all motors when any endstop switch is triggered."

I you would like to see the entire thread, you can find it here.
https://forum.duet3d.com/topic/17408/dual-y-axis-endstop-homing/20?_=1614738863955

fcwilt

@3DPrintingWorld said in Independently leveled Z axis Issue:

@fcwilt Logically, you would think that it would be possible but when I ask DC this was the response.

"It's undefined whether the X and/or U motors should also be moved when moving just one of the Y motors.
The code that decides whether to stop all motors or just one in this instance is the same code that decides whether to stop all motors or just one when you are homing several axes simultaneously. If you were to home e.g. X, U and Y all at the same time, it would still be necessary to stop all motors when any endstop switch is triggered."

I you would like to see the entire thread, you can find it here.
https://forum.duet3d.com/topic/17408/dual-y-axis-endstop-homing/20?_=1614738863955

Thanks for that link.

When you split out each Y stepper and home again over that very short distance does the X axis continue to move?

Frederick

3DPrintingWorld

@fcwilt
Yes! Since I'm homing Y+, both the X and the U move in the positive direction as well.

Thats why I home X and U first so I can move them away from the endstops so U does not crash.

fcwilt

@3DPrintingWorld said in Independently leveled Z axis Issue:

@fcwilt
Yes! Since I'm homing Y+, both the X and the U move in the positive direction as well.

Thats why I home X and U first so I can move them away from the endstops so U does not crash.

Thanks. That is what I needed to know.

Frederick

martin7404

I am runinng the same design. I did recently rebuild my X rail with slight preload blocks from hiwin and during test I had strange observation:
During print when Y changes direction U head that is parked performs very tiny small moves. I do not think there is mechanical issue here, and I do not remember that I have seen this month ago when I first comisioned the machine.prf 3.0

3DPrintingWorld

@martin7404 I tested this, but it was a while back. Maybe still on RRF 2, but it was excellent.
https://youtu.be/BjzmFBKh2jQ

You wouldn’t think a preloaded bearing would have a impact since there is only one on the carriage so it shouldn’t be causing any type of bind.

martin7404

@3DPrintingWorld no I do not think it is because of new block, I just noticed it and do not remember it before disasembly. I might be have some binding in belt way where U and Y cross

martin7404

P.s. the only thing I did change in software was the matrix Y1,1,0,1 and the Y mototors direction switched. Still not sure if it was there before

martin7404

@3DPrintingWorld I made the same test. So The dial indicator play about 0.05 mm wen changing Y direction If you do not change Y direction it is dead on 0. When I print with the left cariage the U moves maybe 1 , maybe half a mm left to right and back, just like there is some delay in stepper reaction to counter Y movement

3DPrintingWorld

@martin7404 Oh wow, I didn't take my test far enough as to look for error as the Y direction changes but if it was that far off you can see it visually.

Are you sure your set screws for that pulley didn't loosen up?
Have updated to 3.2.2?

sinned6915

Did you double check your motor assignments against the known bug list?

https://duet3d.dozuki.com/Wiki/Duet_3_firmware_configuration_limitations#Section_Temporary_limitations

it looks like you have your Y motors on the duex, z on the mainboard and endstops & probe on the main board.

i have same setup and all the gremlins went away once i put all the Z motors on the main board and extruders on the duex.

Most notable caveats are-
"Endstop switches and Z probes connected to the main board cannot control motors on an expansion board. This is planned to be fixed in release 3.4.

If you use a Z probe then the Z motors must be connected to the main board. This is planned to be fixed in release 3.4."

martin7404

@3DPrintingWorld I have to disassemble to check that with the set screws, but I am sure everything was tightened well. I will have to disassemble . YEs 3.2.2

martin7404

https://youtu.be/ImSpw3hpFJg

Here is video U axis moving

3DPrintingWorld

@sinned6915 said in Independently leveled Z axis Issue:

If you use a Z probe then the Z motors must be connected to the main board. This is planned to be fixed in release 3.4."

Thanks for pointing this out, no one has motioned this so far. I have moved the Z motors to the wifi temporarily but didn't see a difference in leveling so I switched it back. I did not realize this was a issue, I will work on permanently moving X and Y to the Duex and Z to the WIFI.

Hey @Guillaume-G, you might like to know this.

3DPrintingWorld

@martin7404 said in Independently leveled Z axis Issue:

have to disassemble to check that

You should be able to reach the set screws on the drive pulley to make sure they are tight without disassembling anything.

martin7404

@3DPrintingWorld these sre OK. I am thinking sbout the other 8 in x,y,u system

fcwilt

@3DPrintingWorld said in Independently leveled Z axis Issue:

@sinned6915 said in Independently leveled Z axis Issue:

If you use a Z probe then the Z motors must be connected to the main board. This is planned to be fixed in release 3.4."

Thanks for pointing this out, no one has motioned this so far. I have moved the Z motors to the wifi temporarily but didn't see a difference in leveling so I switched it back. I did not realize this was a issue, I will work on permanently moving X and Y to the Duex and Z to the WIFI.

On my three Z stepper printer running 3.2.2 on a Duet 2 WiFi/Duex 5 combo, I have the Z steppers on the Duex 5 and the Z probe with auto bed leveling works fine.

You saw the video and you can clearly see the bed leveling movement after the first pass of Z probing.

Frederick

3DPrintingWorld

@fcwilt I think we know it can work as it works on yours, mine for six months, and on other builders of the Muldex but according to this documentation its not supported so I would like to eliminate the chance that it could be causing the issue.

3DPrintingWorld

@martin7404 Are you talkin about the shoulder bolts the idlers are on? I would think it would be less likely those are causing the issue but I guess you never know.

fcwilt

@3DPrintingWorld said in Independently leveled Z axis Issue:

@fcwilt I think we know it can work as it works on yours, mine for six months, and on other builders of the Muldex but according to this documentation its not supported so I would like to eliminate the chance that it could be causing the issue.

That documentation was referring to Duet 3 hardware (6HC, 3HC, 1LC, 1XD) not Duet 2 hardware.

RepRapFirmware (as at version 3.3.1) for Duet 3 currently has the following limitations when tool boards or expansion boards are used.

Which is why I pointed out that I was running a Duet 2 WiFi/Duex 5 combo.

Frederick