Issues with pressure advance since RRF 3.4

gnydick

same experience, lurking for update

CCS86

Well, that sucked... I tried to downgrade to 3.3 for a back to back print test and that almost destroyed my Mosquito hot end. The hot end fan spooled up with its normal blip, but then slowly wound down to zero at my normal PWM setting. The entire heat sink ended up packed with molten filament and had to be drilled out. The hot end fan won't stay running at any other PWM value than 255.

Off topic, but what changed between 3.3 and 3.4 on this? I'm back on 3.4 and it runs fine again.

Phaedrux

@ccs86 How did you have it configured?

When a fan is configured as thermostatic using M106, the S parameter is now ignored. If a single T value is given, then when the temperature is above the T parameter the fan will run at the PWM specified by the X (maximum PWM) parameter (default 1.0).

From the 3.4 notes.

Argo

@jackantubis @gnydick @CCS86

Could you also please provide some examples? So we can be sure we are having the same issue.

gnydick

@argo https://forum.duet3d.com/post/289116

jumpedwithbothfeet

@phaedrux said in Issues with pressure advance since RRF 3.4:

@ccs86 How did you have it configured?

When a fan is configured as thermostatic using M106, the S parameter is now ignored. If a single T value is given, then when the temperature is above the T parameter the fan will run at the PWM specified by the X (maximum PWM) parameter (default 1.0).

From the 3.4 notes.

Apologies for going off topic, but by that statement M106 in GCode dictionary could very much do with a rewrite

gloomyandy

@gnydick Can I just check, I think in the your other thread you reported that going back to 3.3 did not make any difference to the results you are seeing? Is that correct or was the regression test you did just to 3.4?

Argo

@dc42
Have you already had time to look into this or can I provide you with more data/examples...?

Argo

@paanjii2

All details are in this thread and in this one: https://forum.duet3d.com/topic/26062/3-4-0beta7-new-input-shaper-disturb-pressure-advance

If you want any specific information please ask.

gnydick

@gloomyandy that is correct, didn't see a difference.

dc42

@argo this is close to the top of my list to look into. What's a good print to test this on - is a hollow square tube sufficient?

Argo

@dc42

You could just create a shape box in Prusa Slicer (or similar slicer that can generate shapes) with the following measurements:

X: 50mm
y: 20mm
Z: 5mm

Perimeters: 3
Top Layer: 0
Bottom Layer: 4
Infill: Grid 20%
Layer time goal: 0s (so it does not slow down the print)

My speed settings: https://forum.duet3d.com/post/288649

If you are using a direct drive extruder with PLA a PA value around 0.055 is usually a good value.
I would not print it hollow so you can compare the quality of infill lines and corners.
The issue I'm having is healthy infill lines and bulging corners or sharp(ish) corners but starving infill lines (example in this posting: https://forum.duet3d.com/post/288686).

dc42

I confirm there is an issue with pressure advance in RRF 3.4. It works better in 3.3 but I think it is still not quite right. We'll issue another 3.4.2rc release when we have fixed it.

dc42

Further to my previous message: I made a mistake in my test program. Currently I can't see any difference in how PA behaves between 3.3 and 3.4 with input shaping disabled. I will investigate further next week.

ctilley79

@dc42 Try it with input shaping enabled. A problem people are having is tuning PA after enabling IS.

dc42

@ctilley79 before I look into the interaction of IS and PA, I need to understand why some users are reporting that even with IS disabled, PA behaves differently in 3.4 compared to 3.3.

petriheino

@dc42 Could you share any of your test methods? Im currently just plotting step/dir signal outputs.

michaelr123

I've been debating whether or not to comment on this thread for weeks as I'm hesitant to blame PA for the print artifacts I've been seeing, but after a lot of testing it seems to be the culprit. It's possibly I'm still getting through some acceleration/jerk tuning stuff or I still need to play with belt tension and/or IS. However, since going from 3.3 to 3.4 on my voron 2.4 build with a Duet wifi 2, I have been seeing odd bulging behaviors on roundish perimeters, or with embossed text. I can post some pictures later of some examples. I sometimes see sections that are supposed to be straight end up with a gentle concave curve.

Again, it could be that I'm just new to tuning Core XY systems, or my external stepper driver setup not being super robust, or something else entirely, but it feels like I've spent a lot of time working out print artifacts on this machine to get close to what I'd consider a perfect FDM part.

dc42

@michaelr123 I am interesting in seeing any differences in the effects of pressure advance between RRF 3.3 and RRF 3.4.x with input shaping not used. [There is a separate discussion on the interaction of PA with IS.] Ideally with a quick-to-print example (e.g. just a few layers high) that demonstrates the difference.

michaelr123

@dc42 totally understand, we need to narrow down whether it's 3.3 to 3.4 that causes issues for PA specifically. I think my comments are more along the lines of it's been tricky to tune a coreXY on 3.4 so far. I need to try rolling back to 3.3 yet as I've been on 3.4 for awhile now.