in the end I realized that the problem was not due to that parameter as you told me. as solution I reduced the transition speed and everything was fine
thank you all
in the end I realized that the problem was not due to that parameter as you told me. as solution I reduced the transition speed and everything was fine
thank you all
Hello,
I wanted to ask you if you have also had a problem like this.
the printer is a corexy with 300x300x600 print dimensions, I have already done various tests and in normal print conditions it has no problems.
However, by activating the vase mode on CURA, the print is good up to a certain point and then creates those waves.
do you think it could be due to the vase mode combined with the mesh compensation of the bed error?
Any idea can be useful.
thank you
this is the code of the extruders
; Heaters
M308 S0 P"bedtemp" Y"thermistor" T100000 B4092 ; configure sensor 0 as thermistor on pin bedtemp
M950 H0 C"bedheat" T0 ; create bed heater output on bedheat and map it to sensor 0
M307 H0 B1 S1.00 ; enable bang-bang mode for the bed heater and set PWM limit
M140 H0 ; map heated bed to heater 0
M143 H0 S120 ; set temperature limit for heater 0 to 120C
M308 S1 P"e0temp" Y"thermistor" T100000 B4725 C7.06e-8 ; configure sensor 1 as thermistor on pin e0temp
M950 H1 C"e0heat" T1 ; create nozzle heater output on e0heat and map it to sensor 1
M307 H1 B0 S1.00 ; disable bang-bang mode for heater and set PWM limit
M143 H1 S260 ; set temperature limit for heater 1 to 260C
M308 S2 P"e1temp" Y"thermistor" T100000 B4725 C7.06e-8 ; configure sensor 2 as thermistor on pin e1temp
M950 H2 C"e1heat" T2 ; create nozzle heater output on e1heat and map it to sensor 2
M307 H2 B0 S1.00 ; disable bang-bang mode for heater and set PWM limit
M143 H2 S260 ; set temperature limit for heater 2 to 260C
Hello,
The printer mounts a duet 2 wifi, has a coreXY kinematics and mounts a double extruder. I've been working on it for some time but I haven't found a solution yet,
problem:
when I power up the duet the two extruders heat up without any command. They are uncontrollable by the duetWebControl and also by the panelDuet
any suggestions can help, thanks
in the end I realized that the problem was not due to that parameter as you told me. as solution I reduced the transition speed and everything was fine
thank you all
thanks for the advice I will try to understand better what is the cause of the problem
Based on your experience, is this a valid solution or can cause problems on complex prints?
first of all I want to thank all those who have given me useful advice to solve my problem. in conclusion it seems that the problem is solved using Slic3r and going to set the value of XY SIZE COMPENSATION after several attempts and in this way I was able to solve the positioning error and the 20mm cube was printed correctly. I just have to test if this procedure works with other more complex files but I think it can work.
the stl file represents a cube with 20mm side, for the z I had used M350 Z2 combined with M92 Z80 as I set the driver at 400 microstep and having a screw with 5mm pitch doing the calculation should result 400/5 = 80 which it should be the microsteps needed by the Z to move 1mm,
the strange thing is that the cube is 20mm high and the sides are also 20mm the difference is in the printing angle which with slic3r is much lower while with CURA the deviation is greater
thanks for the tips
these are the two files, however, I don't know if the engine of the two slicers behave in an equivalent way, giving similar Cartesian coordinates as values.
I wanted to hear your opinion regarding a doubt, in your opinion it is possible that in a Gcode file a certain coordinate with the information for XYE is repeated for each layer or it is not probable as a repetition