RRF 3.4 input shaping preview available

dc42

@cadetc please post the GCode file and your config.g.g file,then I will try to reproduce it.

CadetC

@dc42 said in RRF 3.4 input shaping preview available:

@cadetc please post the GCode file and your config.g.g file,then I will try to reproduce it.

; 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 X4000.00 Y4000.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 120C
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" Q500                                 ; 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

; Custom settings are not defined

; Miscellaneous
M572 D0 S0.022                                       ;enable pressure advance -value of 0.02
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

skrotz

@dc42 since it seems like PA is still having issues, I printed a calibration cube with ei3 input shaping on but PA disabled, and things were fine except for it still having the same extrusion bubbles/zits that aren't present in RRF 3.3 with DAA on and PA disabled (or enabled). No stepper errors or hiccups or clunking while printing with PA off:

=== Move ===
DMs created 83, segments created 35, maxWait 23082ms, 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 -1

dc42

@skrotz does PA still have problems if you turn input shaping off?

CadetC

@skrotz said in RRF 3.4 input shaping preview available:

extrusion bubbles/zits that aren't present in RRF 3.3 with DAA on and PA disabled (or enabled).

I realize this may be a bit of a stretch - are you sure the bubbles/zits problem is not caused by the wet filament? - have you tried going back to RRF 3.3 to check using the same filament that this problem does not exist?

MikeS

@dc42 Is the LIS3DSH already implemented in these beta binaries? If so i could give it a try and check if PA and IS are giving problem also on my build running fine with the stable 3.3. I've already printed some part that i can compare

dc42

@mikes said in RRF 3.4 input shaping preview available:

@dc42 Is the LIS3DSH already implemented in these beta binaries? If so i could give it a try and check if PA and IS are giving problem also on my build running fine with the stable 3.3. I've already printed some part that i can compare

Yes, but only when connected directly to the main board via SPI at present.

Adrian52

@dc42 it does for me. Cal cube gave similar clunking and pausing, and 6306 hiccups in18073 moves. No step errors, and underruns [0,0,3]. Y shift less, but poor finish.

Adrian52

@skrotz I got a nice result with pa disabled using ei3.

skrotz

@cadetc cubes printed on RRF 3.3 with same filament are fine, and the extrusion issues on 3.4 are not random, they happen at the same exact place each print. It’s not the filament.

dc42

@skrotz said in RRF 3.4 input shaping preview available:

@cadetc cubes printed on RRF 3.3 with same filament are fine, and the extrusion issues on 3.4 are not random, they happen at the same exact place each print. It’s not the filament.

Is this with input shaping disabled and PA enabled; or some other combination?

MikeS

@dc42 said in RRF 3.4 input shaping preview available:

@mikes said in RRF 3.4 input shaping preview available:

@dc42 Is the LIS3DSH already implemented in these beta binaries? If so i could give it a try and check if PA and IS are giving problem also on my build running fine with the stable 3.3. I've already printed some part that i can compare

Yes, but only when connected directly to the main board via SPI at present.

if I understand correctly i can use it connected to the duex5 with a duet2wifi right?

dc42

@mikes said in RRF 3.4 input shaping preview available:

@dc42 said in RRF 3.4 input shaping preview available:

@mikes said in RRF 3.4 input shaping preview available:

@dc42 Is the LIS3DSH already implemented in these beta binaries? If so i could give it a try and check if PA and IS are giving problem also on my build running fine with the stable 3.3. I've already printed some part that i can compare

Yes, but only when connected directly to the main board via SPI at present.

if I understand correctly i can use it connected to the duex5 with a duet2wifi right?

Yes.

JenPet

I have tried the new uploaded firmware but I have still the issue, that at the end of an move is not enough material when PA is on.
Here M122:
=== Move ===
DMs created 83, segments created 42, maxWait 226006ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 3997, completed moves 3997, 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 -1

MikeS

@jenpet So i tried the latest beta and also noticed cluncky movements. That appeared only when i turned up acceleration to 7000mm/s. It does it also when i do movement for accelerometer to gather data. If i put acceleration down to 4000mm/s it does move smoothly. Also only ZVDD and EI2 seems to be affected. I attach a video of the testing i did. Also wiring is temporary and only for these tests, i'm not measuring real resonance with it i think.

@dc42 LIS3DSH working good! Nice work!

Youtube video

EDIT: Just found i was setting an acceleration greather than the one defined in M201.Rising the M201 values solved it.However i think this is not an expected behaviour.

JenPet

@mikes I tried 7000 to 2000 acceleration but the issue is still there. I have tried zvdd and ei2.

I had a similar issue like in your video. Which jerk values do you use?

MikeS

@jenpet Right now these are my settings, but not sure if they are good. I'm just trying atm:

M566 X1500 Y1500 Z60 E8000          ; Set maximum instantaneous speed changes (mm/min)
M203 X20000 Y20000 Z6000 E15000 	; Set maximum speeds (mm/min)
M201 X20000 Y20000 Z3000 E1800      ; Set maximum accelerations (mm/s^2)    
M204 P7000 T7000 					; Set printing acceleration and travel accelerations

Be sure that your M201 has higher values that the one in M204. This was the issue for me

JenPet

@mikes I am using lower values, I would try it
M566 X300.00 Y300.00 Z24.00 E300.00 P1 ; set maximum instantaneous speed changes (mm/min)

skrotz

@dc42 I think the breakdown so far for 7-28 3.4 build is:

With No PA and no input shaping, things look normal. No extrusion blobs or zits. Corners bulge a bit due to no PA as one would expect. (Just did this print). Things look identical to RRF 3.3.

With no PA, but EI3 input shaping enabled, I get no clunking or hiccups/errors, but I do get some small occasional extrusion zits/blobs, in the same place each print. Corners bulge a bit more than the print with no PA and no input shaping - probably an artifact from the ei3 input shaping?

With PA at 0.12 and no input shaping, I am getting the clunking noise, usually when printing the gyroid infill. I do not get this clunking with 3.3, it is abnormal. The print has extrusion issues.. lines where the head is moving to print the X or the Y of the cube seem to be over extruded at times, some maybe under extruded. Parts of the X look a bit jagged. (just did this print). M122 reports 2679 hiccups but no errors for MainDDARing move stats.

I assume with PA and EI3 input shaping, I'll get clunking plus the layer shift others are reporting, but I haven't done that print yet on 7-28 3.4.

dc42

@skrotz thanks for the feedback. I have found a bug that may explain the issue when PA is enabled, and I expect to make a new binary available tomorrow.