Hi I point out a problem between klipper and idea maker. meanwhile my system . done like this:
Latest firmware version v0.10.0-464-g7f9ea231
core system XY
tm2209
dual extruder system
sensorless system
rasberry 4 b 4 giga memory
KlipperScreen**
v0.2.3-14-geedf544
moonraker
v0.7.1-586-ga8b9fc0
mainsail
v2.2.0
I tried in infinite ways acting on the macros on start_print and end_print etc., but the problem that is created when starting the second print does not go away. that is, when at the end of the print you perform a second new print the stepper motors do not activate causing the problem Must home axis first: 25.000 25.000 259.627 [2268.955].
this problem is between klipper and ideamaker using for example simplify3d does not arise the defect. I do not understand what is ineesca in the gcode of the press, but the stepper motors do not want to ignite. if I manually turn on with the string SET_STEPPER_ENABLE STEPPER=stepper_x ENABLE=1 then the problem is solved and the press starts.
finally I tried to eliminate M84 in the ideamaker end_print and in this case the engines are turned on, in the next print and then the print starts not presenting the problem of home failed.
hello, ok but if the same process I do using simplify 3d, everything is fine even leaving M84 in end_print
the fact is that it does not come home in the next new print, the engines do not enable so it can not be done the return home
if I use ideamaker the stepper motors do not activate in the new print and the return home fails, while if I use for example simplify3d everything is fine
I assume this are the scrips of the ideamaker.
As @Sineos already said, the M84 at the very end puts the steppers into a mode, where the position is not guaranteed any more.
So the printer is homed at the start of the next print.
Are you sure the M84 is at the end of the S3D end code.
Any how, it is always better to home the printer at every start of a new print.
yes sure, I’m using pretty much the same script on ideamaker and simplify3d except for small exceptions. M84 in simplify3d does not create problems at the new next printing, the stepper motors are enabled and then the home is done. in ideamaker no if I leave M84 at the end creates problems of enabling stepper engines in the next print and then the home is not done
the strange thing is that the engines do not turn on even if I create a macro to force the ignition
I noticed that if for example in mainsail I delete the print just performed and I run it again then the engines can turn on and the home is done
Interesting, indeed both should turn off the stepper motors and force a homing.
If only the IM file is doing it, then IM is behaving correctly and S3D is not.
With M84, you are actively telling Klipper to turn off the steppers and this forces you to home. Remove the M84 if you do not want this behavior.
Edit: Please post a klippy.log file of an S3D print with this M84 command
meanwhile I attach the log file of the prints made with simplify3d. the prints were carried out successfully, no problem. keep in mind that I did all the new system installation I put from scratch os 32 bit raspberry, klipper mainsail moonraker etc so I’m sure the machine is at the top. the configuration of the printer file.cfg is not definitive are always in the experimental phase, the configuration of the printer file.cfg is not definitive are always in the experimental phase, the machine is complete with everything from the filament sensor to the webcam resonance and so on
here is the klipper log idea maker file, when I launched the second next print the engines were turned off they did not start and therefore the home procedure was not performed and the system went wrong. I confirm that with idea maker a problem arises when you immediately perform a second print, the machine can not start the stepper engines and the home is not possible to run it.the two prints must be made in succession one after the other …
I also tried to configure everything using fluidd, clean installation from scratch. the problem remains not solved could be related to the firmware klipper against the slicer
in log fluidd I see an operating system error:
Starting heater checks for extruder
Starting heater checks for extruder1
Starting heater checks for heater_bed
Write g-code response
Traceback (most recent call last):
File “/home/pi/klipper/klippy/gcode.py”, line 446, in _respond_raw
I update the situation. I updated to the final version the configuration mainsail klipper operating system … now the printer works well when a print with M84 in the final script is finished (and then the engines shut down), immediately restarting a new print the G28 command is executed well and then the new print proceeds well.
version mainsal system:
klipper
v0.10.0-494-gd3c4ba48
KlipperScreen
v0.2.3-14-geedf544
moonraker
v0.7.1-589-g4bed314
mainsail
v2.2.1
Sistema
Pacchetti SO update
trying everything with the fluidd system 1.82 all updated, the problem related to M84 is not solved , when I start a new print immediately the G28 command does not start and printing does not start. with Fluidd the problem is not solved…