Poor print quality with RRF3 - especially 3.2.2.
-
@Phaedrux said in Poor print quality with RRF3 - especially 3.2.2.:
@akstrfn said in Poor print quality with RRF3 - especially 3.2.2.:
I always find it hilarious when frequent forum members ask you to check some basic thing knowing well how crazy you are with your machine.
Cmon now. He's wise and skillful, but not omnipotent. Even the best among us have been caught out by the simple things. Thorough troubleshooting shouldn't be taken as a slight.
It is true that sometimes simple solutions hide in plain sight but he is debugging tricky firmware issue for a while so it is very unlikely that he didn't check obvious stuff. Additionally even after he debugs the temperature stuff he gets bunch of posts to debug temperature stuff. Reading some posts that he got over time I can understand why is he so frustrated.
@deckingman sometimes electronics works better when it heats up a bit, you know like good ol' machines (this is btw not a joke)
-
@akstrfn said in Poor print quality with RRF3 - especially 3.2.2.:
What about cosmic ray radiation
Ahh, yes - I had thought about that. I forgot to mention that, taking Nasa's lead, I've lined the garage walls and ceiling with Hydrogenated boron nitride nanotubes. The basic principle being that the best way to stop an energetic particle is to run into something that is a similar size.
Do think I should line the floor as well?
-
@deckingman said in Poor print quality with RRF3 - especially 3.2.2.:
Do think I should line the floor as well?
Not sure how you missed the floor, space is after all flat.
-
This post is deleted! -
@JoergS5 I refer to my reply to another user above, timed at 17:41
-
honestly ,i think you're so obsessed with the firmware (even if its for obvious reasons) that you no longer check the basics .
there are so many things wrong with your "shyte" prints that no firmware bug can generate . -
@hackinistrator Easy now.
-
@hackinistrator said in Poor print quality with RRF3 - especially 3.2.2.:
honestly ,i think you're so obsessed with the firmware (even if its for obvious reasons) that you no longer check the basics .
there are so many things wrong with your "shyte" prints that no firmware bug can generate .I'm trying my best not to let the experiences of the last 19 months (which have been due to numerous firmware issues) cloud my judgement.
You will note that I haven't directly stated that I think the issues are due to firmware. I have been very careful in my choice of words, using terms like "this is coincidental with changing to firmware xyz". Other people in this thread have stated that it looks like firmware issues - not I. I've also been careful neither to agree nor disagree with such comments.
How do you explain the print to print variability when nothing changes between prints - not even the filament? It's fine saying there are lots of things wrong with the "shite" prints, but how do you explain that repeating the exact same print, with the exact same settings even down to using the same filament from the same reel, gives "acceptable" (not perfect) results?
It's impossible to assess the impact of any changes unless one can establish a reliable and repeatable baseline. Until I can get consistent print to print repeatability, I can never be sure that the results of any change I make would be due to that change or this mysterious "something else" (whatever something else might be).
One could argue that you are the one obsessed with it not being a firmware problem. But lets' not go down that road.
I remain open to any constructive suggestions.
-
@akstrfn said in Poor print quality with RRF3 - especially 3.2.2.:
I always find it hilarious when frequent forum members ask you to check some basic thing knowing well how crazy you are with your machine.
It might be annoying but there has been situations for me, and more than once, where I overlooked the basics and was thankful to have been reminded of them.
-
This post is deleted! -
@deckingman said in Poor print quality with RRF3 - especially 3.2.2.:
How do you explain the print to print variability when nothing changes between prints - not even the filament?
firmware also didn't change between those prints .
i'm not saying the firmware is perfect . I'm just starting with duet3 and i can say that so far with all the various (minor) issues i had , the diagnostics (m122) was pretty much useless in my case .
i also didn't like the default homing files , which mark axis as homed even if i dont have a sensor attached to the board (no sensor = NO = HOMED...) . this could potentially cause damage as i'm using large high current motors .back to topic ,
your print has no layer shifts , so i guess the problem is extrusion related .if i were you , the first thing i would change is the filament . if you didn't print for 19 months , i guess that pla is more then 19 months old . pla degrades over time and its the easiest thing to change .that curling is good indication of degraded filament (if temps were ok).
next i would test extrusion / retraction (including firmware )
for example extrude 11mm and retract 1mm 10 times , measure if total is 100 . do this with various feed rates until you reach approx 1.5x your max printing feed rate.
if you think its something related to multi axis/ stepper movement then you can add movements during this test .your test print is pretty large , i would use something smaller for tests , even benchy would be better .
-
@hackinistrator said in Poor print quality with RRF3 - especially 3.2.2.:
i also didn't like the default homing files , which mark axis as homed even if i dont have a sensor attached to the board (no sensor = NO = HOMED...) . this could potentially cause damage as i'm using large high current motors .
It can be setup either way - to stop the motors when homing is attempted or to allow them to run to the end of the axis.
You can of course use stall detection which doesn't rely on endstop sensors.
Frederick
-
This post is deleted! -
Yeah putting another unicorn printer in close proximity might get you into a heap of trouble with piles of little unicorn printers popping up everywhere - not a pretty sight!
(Couldn't help myself)
-
This post is deleted! -
@deckingman, please try a print using 3.3beta1. After homing and before printing, run M122 on all 4 boards to clear the stats. Then start the print. If/when it's looking bad, pause the print, run M122 on all the boards again, and post the results here. What I am particularly looking for is whether you get send timeouts on the main board and/or nonzero 'oos' counts on any of the expansion boards.
-
@JoergS5 said in Poor print quality with RRF3 - especially 3.2.2.:
@hackinistrator I second that: I hesitated to propose to check something simple, because @deckingman is such an experienced user.
But if you look at the forum, there are often cases where, after a long search for complicated reasons, it was something simple like
- dirty pulley or damaged belt
- off-center pulley
- old filament, being too wet
- bent shaft of a stepper
- damaged nozzle
The easiest would be to have a clone printer and compare the results. Unfortunately it's not so easy with a unicorn printer! But somehow it's necessary to find a decision between hardware and firmware problem.
Oh, please. A dirty pulley which magically cleans itself? (And the printer is in a dustproof booth). An off centre pulley which magically makes itself centred. The filament is a brand new reel but it's hard to imagine some metres of that reel could be wet, yet for the next print, it will be dry. A bent stepper shaft which straightens itself for one print and bends again for the next? A damaged nozzle which undamaged itself for the next print then damages itself again?
-
@dc42 Thanks. Will do.
-
One other thing that I hadn't mentioned, the printer doesn't have an RPi fitted - so this is all stand alone and anything to do with SBCs can be discounted. For what it's worth, I don't have a PanelDue either - just DWC on an aged laptop.
-
This post is deleted!