rehome.g not found
-
@droftarts said in rehome.g not found:
@Marco-Bona Also, in config.g I noticed:
M350 X16 Y16 Z16 W16 16 V16 E32:32 I1 ; configure microstepping with interpolation
There needs to be a 'U' before the '16', eg:
M350 X16 Y16 Z16 W16 U16 V16 E32:32 I1 ; configure microstepping with interpolation Ian
fantastic, correct immediately.
@Phaedrux , @droftarts, sorry but I can't be clear, I'm saying that stall warning occurs only and exclusively when a print is started, if I turn on the printer and execute M98 P "start.g", machine executes the command correctly, I can repeat command at infinity that will always work.
Instead, if I start any printout, stall warning continues to appear.
Again, I assume it is something that conflicts with Cura, but I don't understand what it could be.
If necessary I can post a video.
I am attaching the files you asked me, i am realizing that cancel.g is missing, is that a problem?
homev.g pause.g stop.g -
@Phaedrux said in rehome.g not found:
What else do you have in your slicer start gcode?
Can you post a sample gcode?
-
-
@droftarts said in rehome.g not found:
M84 V;
I think it has something to do with homing V and the high steps per mm.
M92 U37.67 V5245.9
What is the V axis?
The start.g turns off the V motor and then homes all axis if an axis isn't homed, so it runs G28. Then you call the probe. and then below again it calls homev with a M98 instead of a G28 V and then rehides the axis.
Then in your slicer end gcode you have M98 P"end.g". What is in end.g?
You don't have a cancel.g so when you cancel a print it's calling stop.g, or it should anyway.
-
-
Minor point, but you could move the contents of stop.g into cancel.g, then move end.g into stop.g, and then change the slicer end gcode to M0 instead of M98 PEnd.g. Then all files would be fulfilling their original intentions.
In start.g you have
G1 R2 X0 Y0 Z0 F5000
What does this do?Can you send M98 P"Config.g" and post the results?
Can you send M584, M350, and M92 and M906 to see if the resulting settings are what you expect them to be? -
@Phaedrux, i try to move the files as you said.
G1 R2 X0 Y0 Z0 is used to translate the position of the probe.
Tomorrow I try to run M98 P "config.g" and let you have the results. -
I suspect that part of the problem may be in stall detection not working for motors on the expansion boards.
-
@Phaedrux , you are right for the confusion of the files. If I remember correctly I had done end.g because I hadn't noticed that cancel.g was missing.
I'll arrange to fix -
@Phaedrux, even if the X and Y motors are on the main board?
-
@Marco-Bona That's why I suspected a stall being detected on V or something and maybe related to the high steps per mm, but I'm not sure.
-
@Phaedrux, here are results:
M98 P"config.g" Warning: M307: Heater 3 appears to be over-powered. If left on at full power, its temperature is predicted to reach 365C M584 Driver assignments: X0.0 Y0.1 Z0.2:0.3 U1.0 V1.1 W0.3 E0.4:0.5, 3 axes visible M350 Microstepping - X:16(on), Y:16(on), Z:16(on), U:16(on), V:16(on), W:16(on), E:32(on):32(on) M92 Steps/mm: X: 80.000, Y: 80.000, Z: 802.005, U: 37.670, V: 5245.900, W: 802.005, E: 806.000:806.000 M906 Motor current (mA) - X:2240, Y:2240, Z:2100, U:1800, V:1500, W:2100, E:560:560, idle factor 30% would seem all correct
-
With 3.2 beta now released you may want to try that out to see if the behaviour remains.
-
@Phaedrux said in rehome.g not found:
With 3.2 beta now released you may want to try that out to see if the behaviour remains.
I tried to make a print. The strange behavior of stall remains, however, after fixing name of rehome.g the error occurs less frequently. Part of problem I think was caused by the lack of file. I tried to insert M204 P500 T1000 and M566 X600 Y600 in start.g and I fixed files you told me but nothing changed, motors stalled anyway during start.g execution.
-
@Phaedrux, I repeat, this behavior only happens when you are running a printout
-
@Phaedrux said in rehome.g not found:
What happens if you step through the start.g manually command by command?
I'd still like to know how far it gets before it stalls.
Perhaps post a video so we can see exactly what's happening.
At this point we can't see anything obvious so we need to narrow it down.
-
@Phaedrux, sending the video link while I start a printout. As you can see it is practically impossible to work this way. When I run M98 P-"start.g" from the DWC console, machine is functioning correctly, no rehome.g is performed when running the command.
https://www.youtube.com/watch?v=T0eO3SE1cW8&t=182s
"What happens if you step through the start.g manually command by command?"
You mean some kind of single block? I ask why I don't know, how do I execute every single command?
-
@Marco-Bona said in rehome.g not found:
how do I execute every single command?
Copy each line and paste it into the gcode console and execute them one at a time.
-
@Phaedrux, I tried to run command by command but I don't see anything strange. The machine behaves correctly and the rehome.g file is not invoked. I remain of the idea that there is something in cura that creates some error
-
@droftarts said in rehome.g not found:
; If the printer hasn't been homed, home it if !move.axes[0].homed || !move.axes[1].homed || !move.axes[2].homed G28
Can you test your start.g with this conditional section removed? As it is right now it will always home because the command before it turns off the V motor, so it will show as unhomed anyway.
T2 P0 ;
You also have a tool call in there. Can you post your tool files? Tpre tpost, etc