Update to the newest Firmware of Duet2 and PanelDue works flawless today, additional I flashed V2.10d onto the Wifi Module, because I also have problems before.
The config.g need a couple of tweaking.
But so far it is looking good.
Thanks a lot,
Regards Kubunter
@jay_s_uk Perfekt, thanks a lot for the quick reply.
@Phaedrux Thanks a lot, then I will use the settings for the acceleration from the slicer.
I have been using a Caribou Duet 320 for some time.
The printer is equipped with 0.9 degree motors on all axes.
Now I have noticed in the Caribou Slicer (latest version) that there are
different machine limits for acceleration, acceleration during printing, speed and jerk compared to the values in the caribou config.g.
I am currently using the values from the latest configuration macro.
The values in the slicer are much higher, especially for the print accelerations.
Values in the config macro from the caribou website:
M201 X3000.00 Y3000.00 Z100.00 E500.00 ; set accelerations (mm/s^2)
M203 X18000.00 Y18000.00 Z1000.00 E3600.00 ; set maximum speeds (mm/min)
M204 P500.0 T500.0 ; set print and travel accelerations (mm/s^2)
M566 X480.00 Y480.00 Z48.00 E300.00 ; set maximum instantaneous speed changes (mm/min)
Values of caribou slicer, when used in config.g:
M201 X1000.00 Y1000.00 Z200.00 E5000.00 ; set accelerations (mm/s^2)
M203 X12000.00 Y12000.00 Z720.00 E7200.00 ; set maximum speeds (mm/min)
M204 P1250.0 T1500.0 ; set print and travel accelerations (mm/s^2)
M566 X480.00 Y480.00 Z48.00 E270.00 ; set maximum instantaneous speed changes (mm/min)
I have performed a test print for a couple of hours with the faster speeds,
it seems that the drives can handle the speed, also print quality seems to be not affected.
Of course, the drives run a couple of degrees hotter
What do you think, should I use the original values from caribou website or the values from the slicer?
Thanks a lot,
Regards Kubunter
@droftarts I do not see a hole or an error when checking the letters with a G-Code Viewer.
I will take a look at my pressure advance settings.
Thanks a lot!
Hello Valveman,
personally I tried it first with FreeCAD, but in my opinion this is really complicated.
After a couple of Youtube Videos about Fusion, it started out that it is way more "simpler" then FreeCAD.
So in my opinion after a couple of youtube videos Fusion is useable for drawing parts.
Sure, I need to practice for complicated parts, but easier geometries are absolutely no issue.
For the start it is also good to maybe mod some existing files.
Regards Kubunter
Good morning,
so yesterday I checked the pulley, both worm screws were absolutely tight, no movement of the pulley on the motor shaft at all.
I reduced the Y-Axis belt tension a little bit from 115 to 90Hz.
I printed a test part, the same layer shift in 2 layers appears.
But then I recognized, that the layer shift happens in a layer where some letters are extruded through the part and at exactly the layer where I see the shift, the extruded letters have a damage.
After this i started up Fusion and removed the letters from the test part.
The next test part without the letters comes out absolutely smooth without any layer shift.
So is it possible that the nozzle collides with small printing errors, leading to a shift of the Y-Axis?
Thanks a lot,
Regards Tobias
@droftarts Thats what I also think about after my test print yesterday.
But so far I was able to reproduce the shift.
The test print was shorter on the Y-Axis (that is maybe why the shift is not that noticeable than on the print before).
Additional the Z-Axis position when it appears was lower.
This time it looks like the shift remained.
But so far I do not understand why it needs a couple of mm (on the last print 32.2mm) to appear.
Maybe it depends on the weight of the printed part, leading to the conclusion that pulley might be slightly loose.
I will check belt tension and pulley assembly on the stepper motor shaft, then I will repeat the last testprint.
Thanks a lot,
Regards Kubunter
@cosmowave Thats what I need to test today.
I have printed parts who were higher, but all of them where mainly orientated in X-Axis.
Maybe this influences also the layer shift.
I believe I do not see the shifts on these parts.
I will leave a reply once test is done.
@cosmowave Thanks for your reply.
The shifts are visible through the complete layer.
Hello together,
I have a little bit of a weird problem with layer shift only in Y-Direction.
First of all the 3D-Printers details:
Model: Caribou Duet 320
Board: Duet2 Wifi
Firmware Version: 3.5.3
Filament: Sunlu PLA (Hotend @195°C, Bed @55°C)
Slicer: Caribour Slicer 2.8.0 (based on PrusaSlicer)
This is my first 24h+ print job.
The part is also so far my biggest and heaviest one.
With all print jobs before I do not have a issue like this.
Some layers are shifted toward the back side, but comming back after a couple of layers to the original value.
I do not see this shifts when checking the g-code with g-code viewer.
So far I have checked belt tension recently, it is within tolerance.
On the Y-Axis I use a MT-1704HSM168RE (also known as MT-1704HSM168A) stepper with the following values in config.g:
; =========================================================================================================
; drives
; =========================================================================================================
;
M569 P0 S1 F11 ; physical drive 0 goes forwards - x-axis
M569 P1 S0 F8 Y3:2 ; physical drive 1 goes backwards - y-axis ;
M569 P2 S1 F10 ; physical drive 2 goes forwards - z - left
M569 P3 S1 F14 ; physical drive 3 goes forwards - Extruder
M569 P4 S1 F10 ; physical drive 4 goes forwards - z right
;
; motor configuration
;
M584 X0 Y1 Z2:4 E3 ; set drive mapping
M671 X-43.5:293.5 Y0:0 S2.00 ; leadscrews at left (connected to Z/drive 2) and right (connected to E1/drive 4) of x axis
;
; set microsteps and steps / mm
; =========================================================================================================
;
M350 X16 Y16 Z16 E16 I1 ; configure microstepping with interpolation
M92 X200.00 Y200.00 Z400.00 ; set steps per mm
M98 P"0:/settings/Set-E-Steps.g" ; set esteps
;
; set motor currents
; =========================================================================================================
;
M906 X1250 Y1250 Z650 E650 I40 ; set motor currents (mA) and motor idle factor in percent
;
M84 S60 ; set idle timeout
;
; set speeds
; =========================================================================================================
;
M201 X3000.00 Y3000.00 Z100.00 E500.00 ; set accelerations (mm/s^2)
M203 X18000.00 Y18000.00 Z1000.00 E3600.00 ; set maximum speeds (mm/min)
M204 P500.0 T500.0 ; set print and travel accelerations (mm/s^2)
M566 X480.00 Y480.00 Z48.00 E300.00 ; set maximum instantaneous speed changes (mm/min)
;
set global.x_accel = move.axes[0].acceleration ; save accelerations (mm/s^2)
set global.x_jerk = move.axes[0].jerk ; save maximum instantaneous speed changes (mm/min)
;
set global.y_accel = move.axes[1].acceleration ; save accelerations (mm/s^2)
set global.y_jerk = move.axes[1].jerk ; save maximum instantaneous speed changes (mm/min)
;
M564 H0 ; allow unhomed movement!
Should I raise the motor current a little bit or what might be the solution here?
Thanks a lot,
Regards Kubunter
@Phaedrux Thanks a lot, that has done the trick.
Changed value to 80%, now there is no error anymore when zLift is carried out.
Please mark topic as solved!
Regards Kubunter