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.
@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
Hello,
I was able to dig a little bit deeper.
Mechanically the printer is within tolerances.
Espacially the 90 degree angle between bed and Z-Rods is looking good.
My problem arises when the zLift.g macro is carried out when homing.
I have commented out M98 to call the zLift macro.
Then the X-Axis stays completely leveled.
What might be the problem in zLift?
Here is the code:
; =========================================================================================================
;
; lifts the z axis in a more controlled way. If homed and possible, the z axis is lifted
; by zLiftDistance mm. Otherwise z ist liftes and current is reduced to avoid issues at
; the high end.
;
; =========================================================================================================
;
G91 ; relative positioning
;
if move.axes[2].homed
if {move.axes[2].machinePosition < (move.axes[2].max -20)} ; if the z position is below 20mm below max z
G1 Z{global.zLiftDistance} ; lift z axis by 15mm
else
M913 Z40 ; reduce z motor current to 30% of set current
G1 Z{global.zLiftDistance} F300 ; move z axis 15mm up slowly leveling the X gantry
M913 Z100 ; return z motor current to 100% of set current
;
M400 ; wait for moves to finish
;
G90 ; absolute positioning
;
; =========================================================================================================
;
Thanks a lot
@droftarts
I will check mechanical assembly when I'm at home and Give the mesh.g a try. Sounds also good.