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.
-
@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
-
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 -
@martin7404 I tested this, but it was a while back. Maybe still on RRF 2, but it was excellent.
https://youtu.be/BjzmFBKh2jQYou 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.
-
@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
-
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
-
@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
-
@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? -
Did you double check your motor assignments against the known bug list?
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."
-
@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
-
Here is video U axis moving
-
@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.
-
@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.
-
@3DPrintingWorld these sre OK. I am thinking sbout the other 8 in x,y,u system
-
@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
-
@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.
-
@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.
-
@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
-
@fcwilt said in Independently leveled Z axis Issue:
RepRapFirmware (as at version 3.3.1) for Duet 3 currently has the following limitations when tool boards or expansion boards are used.
Its seems unclear to me if they are referring to Duet 3 hardware or Duet 3 firmware but they do say "tool boards" which are only Duet 3 so I think you might be right. I hope so, its kind of a lot of work to move things around.
-
@3DPrintingWorld said in Independently leveled Z axis Issue:
@fcwilt said in Independently leveled Z axis Issue:
RepRapFirmware (as at version 3.3.1) for Duet 3 currently has the following limitations when tool boards or expansion boards are used.
Its seems unclear to me if they are referring to Duet 3 hardware or Duet 3 firmware but they do say "tool boards" which are only Duet 3 so I think you might be right. I hope so, its kind of a lot of work to move things around.
Look at it again:
RepRapFirmware (as at version 3.3.1) for Duet 3 currently has the following limitations when tool boards or expansion boards are used.
The firmware is referred to as RepRapFirmware for Duet 3 - Duet 3 is the name for the hardware line, not the firmware.
And the fact that it works on a Duex 5 is pretty convincing to me.
Also the way the Duet 2 communicates with the Duex 5 is totally different from the way the Duet 3 boards communicate with one another.
And when I discussed the Duex 5 endstop sensor problems on my printer when running 3.2.0 with @dc42 I think he would have mentioned that it wasn't supported. Instead he found and fixed the problem in a matter of days and released 3.2.2.
So I'm pretty sure we are good to go.
Frederick