Software bundle 3.5.0-beta.3 now available

dc42

On behalf of the Duet3D team I am please to announce the availability of the latest 3.5 beta software release. This release provides pressure advance synchronised to input shaping, which should make pressure advance tuning more or less independent of any input shaping that is configured. Additionally, input shaping is supported on axes whose motors are driven by CAN-connected expansion boards, for example our Expansion 1HCL closed loop stepper driver board.

Also included in RepRapFirmware are several minor feature improvements, bug fixes, and a preview of the forthcoming support for scanning Z probes. Duet Web Control now displays and checks its own version and the versions of firmware on any expansion boards against the main board firmware version, and warns if there are any discrepancies.

Please read at least the Upgrade Notes section of the release noted before updating your software; and if you are upgrading from a version older than 3.5beta2, the upgrade notes for releases you have skipped too.

RRF release notes: https://github.com/Duet3D/RepRapFirmware/wiki/Changelog-RRF-3.x-Beta#reprapfirmware-350beta3
DWC release notes: https://github.com/Duet3D/DuetWebControl/wiki/Changelog-DWC-3.x-Beta#version-350-beta3
DSF release notes: https://github.com/Duet3D/DuetSoftwareFramework/wiki/Changelog-DSF-3.x-Beta#version-350-beta3

Users running in standalone mode can find the new files at https://github.com/Duet3D/RepRapFirmware/releases/tag/3.5.0-beta.3. Users running with attached SBC should upgrade from the unstable feed on the Duet3D package server,

If you encounter any new problems with this release, please report them in a new thread with [3.5.0-beta.3] included in the title, or in an existing thread with that tag that describes a similar problem.

sebkritikel

Fortuitous timing! just finished commissioning and running a print with a new 1HCL. Looking forward to testing input shaping with the expansion board!

CCS86

Thank you!

Any headway on input shaping during short segments?

jay_s_uk

Don't forget that ReleaseMgr can be used to help identify any config changes required etc!

ctilley79

@CCS86 said in Software bundle 3.5.0-beta.3 now available:

Thank you!

Any headway on input shaping during short segments?

What's the shortest segment right now?

CCS86

@ctilley79 said in Software bundle 3.5.0-beta.3 now available:

@CCS86 said in Software bundle 3.5.0-beta.3 now available:

Thank you!

Any headway on input shaping during short segments?

What's the shortest segment right now?

There no specific "shortest segment". It can vary depending on a number of different settings. But, if the input shaping cannot be applied completely on a single segment, it is not applied at all.

This means that for any curves, including tiny filleted corners no input shaping is applied.

mikeabuilder

Excellent. Thanks for all the effort, RRF-ers/Dueters.

ctilley79

@CCS86 said in Software bundle 3.5.0-beta.3 now available:

@ctilley79 said in Software bundle 3.5.0-beta.3 now available:

@CCS86 said in Software bundle 3.5.0-beta.3 now available:

Thank you!

Any headway on input shaping during short segments?

What's the shortest segment right now?

There no specific "shortest segment". It can vary depending on a number of different settings. But, if the input shaping cannot be applied completely on a single segment, it is not applied at all.

This means that for any curves, including tiny filleted corners no input shaping is applied.

How does klipper handle it? Same limitation?

o_lampe

@CCS86 said in Software bundle 3.5.0-beta.3 now available:

This means that for any curves, including tiny filleted corners no input shaping is applied.

Is it the same with G2/G3 arcs? I'm using arcwelder to convert to arcs...
Do you have ringing in those filleted corners? I'd think, the tool ist too slow there to show resonance.

CCS86

@o_lampe said in Software bundle 3.5.0-beta.3 now available:

@CCS86 said in Software bundle 3.5.0-beta.3 now available:

This means that for any curves, including tiny filleted corners no input shaping is applied.

Is it the same with G2/G3 arcs? I'm using arcwelder to convert to arcs...
Do you have ringing in those filleted corners? I'd think, the tool ist too slow there to show resonance.

Big time ringing on sharpish filleted corners.

Yes, should be the same on G2 / G3. RRF doesn't truly support arcs, they just get decomposed to linear segments, which in my experience are more coarse then the segments I get with high res STLs and my slicer settings.

Argo

Pressure advance / corners have been vastly improved! Corners are crisp and infill lines are strong even with input shaping enabled.

Edit:

I take my below reporting back. The printer was behaving very odd today. The extruder changed it's direction and changed it back after pausing. I decided to format the SD card + Reset the board with the button + Flashed the firmware via the boot loader / mounted the board directly to the PC.
Now the printer is behaving as expected and the extrusion issue is also gone. I don't know what went wrong there. Maybe the countless flashes with RRF and Klipper I did in the past did leave some left overs.
I had something similar back in the Duet 2 days after several beta flashes where I also had a bug which I could not reproduce after resetting the board.

But another thing is new and I've just checked my e-steps to rule that out: My slicer extrusion multiplier decreased from 0.91 to 0.89 for PLA.
Is anyone else noticing that? As long as PA is working fine I can live with that but it's odd that after the update I had to re-calibrate my EM.

Edit:
I've had to decrease EM to 0.868 in order to have a mechanical fit of two parts without much friction.
But you can see that the layers have gaps which indicates under extrusion. My old calibrated EM was 0.91.
Something seems off I guess?

CCS86

@Argo

You shouldn't be tuning flow rate to achieve a fitment.

Tune flow rate to achieve proper bonding of adjacent lines. Then tune X/Y steps, and CAD geometry for fit.

Argo

@CCS86

Worked flawlessly for the past 6 years on several printers.

CCS86

@Argo

That doesn't mean it is the correct approach.

Flow has a very direct relationship to under/over extrusion and much less effect on part size. So, tuning flow to adjust part size and causing under/over extrusion should be no surprise.

Tuning XY steps or shrinkage/scale in your slicer has a perfectly direct relationship on part size and no effect on extrusion accuracy.

So, first get your flow tuned right.

Second, get your parts printing geometrically accurately.

Third, tune your CAD clearance/allowance for the fit you want.

Argo

@CCS86

Thanks but Flow is tuned right but it won’t work this this beta release. Flashing to previous build or Klipper and the problem is gone.

lparnell34

@dc42 Is there a scanning z probe that you have tried or could recommend?

dc42

@lparnell34 I am looking at two scanning Z probe solutions. One is a version of our IR sensor, with modified firmware to produce an output related to the height of the sensor above the bed plate. This may work if we can find a suitable consistent surface to use with the sensor. Some of the modern flex plates may be suitable. The second is a small inductive sensor add-on to our tool board.

tecno

@dc42 said in Software bundle 3.5.0-beta.3 now available:

The second is a small inductive sensor add-on to our tool board.

This sounds very good in my ears as I can not get Smart Effector to work properly.
Been planing to do this on my Big Delta.

dc42

@tecno said in Software bundle 3.5.0-beta.3 now available:

This sounds very good in my ears as I can not get Smart Effector to work properly.

Which version Smart Effector do you have, and what is the problem you are having?

tecno

@dc42

It is 3.0
Not same sensitivity on print area that is approx 450mm in diameter = No reliable mesh.

Also I suspect the mounting of the extruder /adapter may cause issues as well.