RRF 3.4 input shaping preview available
-
@dc42 said in RRF 3.4 input shaping preview available:
Please provide the print file and your config.g file.
Below my config.g and print file
tension, cover, bltouch_32m.g
config (5).g; Configuration file for Duet 3 (firmware version 3) ; executed by the firmware on start-up ; ; generated by RepRapFirmware Configuration Tool v3.2.3 on Sat Apr 17 2021 20:39:32 GMT+0200 (czas środkowoeuropejski letni) ; General preferences G90 ; send absolute coordinates... M83 ; ...but relative extruder moves M550 P"Duet 3" ; set printer name M669 K1 ; select CoreXY mode G4 S5 ;wait for expansion boards to start ; Drives M569 P0.5 S0 ; x axis physical drive 0.5 goes forward M569 P0.4 S0 ; y axis physical drive 0.4 goes forward M569 P0.2 S1 ; Fron right bed physical drive 0.2 goes forwards M569 P121.0 S1 ;extruder physical drive 121.0 goes forwards M569 P0.0 S1 ; Front left bed physical drive 0.0 goes forwards M569 P0.1 S1 ; Rear bed physical drive 0.1 goes forwards M584 X0.5 Y0.4 Z0.0:0.1:0.2 E121.0 ; set drive mapping M350 X16 Y16 Z16 E16 I1 ; configure microstepping with interpolation M92 X160.00 Y160.00 Z800.00 E409.00 ; set steps per mm M566 X1200.00 Y1200.00 Z30.00 E1200.00 ; set maximum instantaneous speed changes (mm/min) M203 X30000.00 Y30000.00 Z1800.00 E3000.00 ; set maximum speeds (mm/min) M201 X6000.00 Y6000.00 Z200.00 E2000.00 ; set accelerations (mm/s^2) M906 X2000 Y2000 Z1200 E800 I30 ; set motor currents (mA) and motor idle factor in per cent M84 S30 ; Set idle timeout M671 X-27.4:147.5:322.4 Y-4.5:324.5:-4.5 S20 ; Axis Limits M208 X0 Y0 Z0 S1 ; set axis minima M208 X290 Y280 Z290 S0 ; set axis maxima M955 P121.0 I41 ; Endstops M574 X2 S1 P"121.io1.in" ; configure active-high endstop for high end on X via pin 121.io1.in M574 Y1 S1 P"io1.in" ; configure active-high endstop for low end on Y via pin io1.in M574 Z1 S2 ; configure Z-probe endstop for low end on Z ; Z-Probe M950 S0 C"121.io0.out" ; create servo pin 0 for BLTouch M558 P9 C"^121.io0.in" H15 F240 T9000 ; set Z probe type to bltouch and the dive height + speeds G31 P500 X-1 Y-32 Z2.50 ; set Z probe trigger value, offset and trigger height M557 X10:290 Y3:290 S30 ; define mesh grid ; Heaters M308 S0 P"temp0" Y"thermistor" T100000 B4138 ; configure sensor 0 as thermistor on pin temp0 M950 H0 C"out0" T0 ; create bed heater output on out0 and map it to sensor 0 M307 H0 B0 S1.00 ; disable bang-bang mode for the bed heater and set PWM limit M140 H0 ; map heated bed to heater 0 M143 H0 S130 ; set temperature limit for heater 0 to 130C M308 S1 P"121.temp0" Y"thermistor" T100000 B4138 ; configure sensor 1 as thermistor on pin 121.temp0 M950 H1 C"121.out0" T1 ; create nozzle heater output on 121.out0 and map it to sensor 1 M307 H1 B0 S1.00 ; disable bang-bang mode for heater and set PWM limit M143 H1 S300 ; set temperature limit for heater 1 to 300C ; Fans M950 F0 C"out7" Q25000 ; create fan 0 on pin out7 and set its frequency M106 P0 S0 H-1 ; set fan 0 value. Thermostatic control is turned off M950 F1 C"121.out2" Q500 ; create fan 1 on pin 121.out2 and set its frequency M106 P1 S1 H1 T45 ; set fan 1 value. Thermostatic control is turned on ; Tools M563 P0 D0 H1 F0 ; define tool 0 G10 P0 X0 Y0 Z0 ; set tool 0 axis offsets G10 P0 R0 S0 ; set initial tool 0 active and standby temperatures to 0C T0 ; select first hot end ; Miscellaneous M572 D0 S0.022 ;enable pressure advance value of 0.022 M575 P1 S1 B57600 ; enable support for PanelDue M501 ; load saved parameters from non-volatile memory M911 S22 R23.5 P"M913 X0 Y0 G91 M83 G1 Z3 E-5 F1000" ; set voltage thresholds and actions to run on power loss
I have no problems with the July 28 beta bin
Duet3Firmware_MB6HC-28-07.binPrint status problem started with the August 1 beta bin
Duet3Firmware_MB6HC-1-08.binBut as chrishamm said
RRF 3.4-b2pre isn't compatible with the DSF version from the unstable package feed. We'll update the package feed as soon as the remaining issues with IS/PA are confirmed to be fixed.
Problem lays with incompatibilie DSF - only surprised me why works with ver. 28-07 but not with ver. 1-08
-
@cadetc thanks.
-
@dc42 I have also tested new version but can't see any improvement
-
@jenpet I have just found one cause of the issue with PA. I'll have a new binary soon.
-
@JenPet @skrotz @MikeS I have updated the binaries at https://www.dropbox.com/sh/ja08b7qdzsl8kjc/AAAwUbkN2XJvurq5CuQTgx5Wa?dl=0. This version does not give rise to hiccups in my tests.
-
@dc42 PA is still not working for me.
=== Move === DMs created 83, segments created 42, maxWait 206756ms, bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves 2700, completed moves 2700, hiccups 0, stepErrors 578, LaErrors 0, Underruns [0, 0, 0], CDDA state -1 === AuxDDARing === Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
-
@jenpet please check the firmware date using M115, which should be this afternoon.
To reproduce this, I will need your config.g file and the GCode file you are printing.
-
@dc42 Firmware date is ok
M115 FIRMWARE_NAME: RepRapFirmware for Duet 2 WiFi/Ethernet FIRMWARE_VERSION: 3.4.0beta2-inputshaping ELECTRONICS: Duet WiFi 1.02 or later FIRMWARE_DATE: 2021-08-02 16:26:18
-
@dc42 just starting a print but definite improvement so far. Clunkiness is at least greatly reduced, if not gone. Will see how the print looks in a bit. Sounds much more normal.
-
@jenpet I don't see any M572 command in config.g. Are you running without pressure advance?
-
@dc42 M572 is in the start script of gcode
-
@jenpet ok, I am running your file now.
-
@dc42 just completed cal cube with ei3 and 0.8 pa, no clunking, nice finish - 0 hiccups, 0 errors, 0 underruns. Brilliant - thank you.
-
@jenpet I am getting the step errors now. Looking into it.
-
@dc42 Happy to report significant improvement with this build printing with PA enabled and ei2 input shaping on. As mentioned clunking is greatly improved, and the print quality is significantly better. No major extrusion issues or jaggedness. There are a few layers, for example on the right side of the X (notably near the middle of it) on the calibration cube that seem slightly misaligned or overextruded, and are noticeably different from a 3.3 print. I do also notice that the X and Y of the calibration cube seem noticeably wider than previous prints. I suspect though that these issues are getting into the nitty gritty of input shaping, and away from the egregious bugs I was seeing, which seem fixed so far with this build.
I will try and do some more test prints today with various things enabled/disabled to gather more data for you. Many thanks for the rapid fixes!
oh and M122 reports no hiccups or errors on this print:
=== Move ===
DMs created 83, segments created 35, maxWait 54915ms, bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves 11545, completed moves 11545, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1RepRapFirmware for Duet 2 WiFi/Ethernet version 3.4.0beta2-inputshaping (2021-08-02 17:37:04) running on Duet WiFi 1.02 or later + DueX5
-
@skrotz thanks for your feedback.
@skrotz said in RRF 3.4 input shaping preview available:
I do also notice that the X and Y of the calibration cube seem noticeably wider than previous prints.
Is that with input shaping disabled, or enabled? I do expect there to be slight extrusion differences when input shaping is used. I do not expect there to be significant differences from RRF 3.3 when input shaping is set to none in 3.4 and DAA is disabled in 3.3.
There will be a further update when I have fixed the step errors seen by JenPet, which I have reproduced
-
@dc42 The print was with input shaping enabled:
M593 P"ei2" F41 S0.10
I'll try and do some more prints with input shaping and PA disabled in various combinations and see how they compare.
To my eye, the width of the X and Y changing seems likely to be due to input shaping.. not necessarily bugs, but just artifacts of the movement changes happening with ei2 input shaping on. The lines that look slightly misaligned or over extruded after the X feel more like a bug that is still rattling around. More prints with various knobs on and off should help identify that potentially.
-
@skrotz I've just found and I believe fixed the bug that was affecting JenPet. It might cause slight extrusion errors on other machines using PA. New binary coming soon.
-
@skrotz @jenpet I've put new binaries at https://www.dropbox.com/sh/ja08b7qdzsl8kjc/AAAwUbkN2XJvurq5CuQTgx5Wa?dl=0.
-
@dc42 Thank you but I still get the issue