3.5.0rc1: Input shaping causes layer shifts!?
-
@dc42 This means "M111 S1 P0 B4096" or "M111 S1 B4096"? Okay, thanks!
edit: 1st "dry" test (print w/o filament, measure x and y offset) ist running right now!
-
... and once again @dc42 has fulfilled the picture of an electronics wizard that I have of him:
(no, I cannot draw at all, this was generated with hotpot.ai art-generator, and I could not get that stupid KI to make the PCB larger)Three prints up to over 6mm without filament and one with filament, all with Input shaping enabled - and not a single "bang" or layer shift! For the first time ever!
Congratulations, Sir!
As far as I can tell, it seems you have solved the issue!! THANK YOU!
Now I guess I can finally throw all these away
(By the way, the larger blob is still there, however not in the first affected layer but in the other two for some reason. But now the printer simply runs over it, so this is a minor annoyance now and nothing more. I will check if including the retract/unretract command into the print file instead of letting it the Duet do has an effect or such. In case I find something, I will open a new thread for that)
Edit: @adrian @oliof Please also write here if the current version solves the issue for you, then I would mark this as solved
-
@NeoDue Testing... Fingers crossed
Update: 35% finished, so far no shifting... I have few more hours to go to complete the print.
Update 2: 46% and going strong...Checked this morning: finished correctly
Working for me
-
@dc42
Newest version works with IS on. It was quieter during infills, as well. Thanks for all your work -
-
-
@NeoDue I did a quick test today and the new version has no issues for me (but that's not worth a lot since I fixed my previous issues with increased current).
-
-
undefined NeoDue has marked this topic as solved
-
undefined gloomyandy referenced this topic
-
My thanks to all of you who provided data to help me solve this issue.
-
undefined NeoDue referenced this topic
-
I tried a different model and I see the layer shift with the newer firmware.
When I switched back to 3.4.6, It prints fine. So, it looks like the problem still exists.
-
@balajiramani you need to help me there... where is the layer shift in your picture? I only see some ringing...
-
I am printing a dactyl manuform keyboard case. The one on the right was printed with 3.4.6 and the one on the right was printed with 3.5.0-rc+.
The walls are supposed to be straight but are tilted.
-
-
@balajiramani Ah, that is rather some calculation error that seems to cause leaning if I interpret your picture correctly, but not a layer shift, and most probably something different than the issue in this thread. It might be worthwhile creating a new thread for that.
Edit: ... or resurrect his thread here where you already had posted a while ago. That one is about your leaning issue: https://forum.duet3d.com/topic/33886/y-slope-with-3-5-0-rc1-not-seen-with-3-4-6
-
@NeoDue Good point. Let me move this issue to the other thread. Thanks for pointing that out.
-
@Exerqtor No, I haven't. Let me try that and report back.
-
@Exerqtor I just tried it with a different model and it fails. Here is a photo of the the failure that I see within the first two layers.
This is a diferent gcode that the previous one. This one prints fine on 3.4.6.
-
I have now seen y slope with the latest rc3+4, and have replied to the thread referred to above. My cube was absolutely fine apart from the slope.
-
Hi @dc42, I'm interested in building this version myself, could you please provide guidance on which commits from the repositories I should checkout to ensure that I'm working with the correct codebase?
Thank you very much in advance. -
@leone use the latest commits on the 3.5-dev branch of each project.
We expect to release 3.5.0-rc.4 in the next few days.
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com
