G29 on CoreXY does not move correctly

TechButterfly

Yes, I follow. I was also just reading about filaments on the dozuki wiki. Does the selected filament remain loaded even when the machine is rebooted?

fcwilt

@techbutterfly said in G29 on CoreXY does not move correctly:

Yes, I follow. I was also just reading about filaments on the dozuki wiki. Does the selected filament remain loaded even when the machine is rebooted?

Physically yes but after a re-boot everything returns to the default states which means no filament is loaded.

Frederick

TechButterfly

@fcwilt If I set up to use the DWC filament handling, I’m guessing I will need to turn off some stuff in prusaslicer? For instance, I know it has setting for things like extrusion multiplier. How do you deal with that stuff?

fcwilt

@techbutterfly said in G29 on CoreXY does not move correctly:

@fcwilt If I set up to use the DWC filament handling, I’m guessing I will need to turn off some stuff in prusaslicer? For instance, I know it has setting for things like extrusion multiplier. How do you deal with that stuff?

I have that slicer installed but I don't use it.

Let me look at it's settings tomorrow (May 19) and see what needs to be done.

Frederick

fcwilt

@techbutterfly

OK I installed the most recent version of Prusa Slicer - 3.4.2

I selected the default item for print settings, filament settings, printer settings.

In the filament settings I set extruder temps to 0 (bed temps were already 0).

In the printer settings I added M98 P"print_begin.g" to the Start G-Code section

Here is the generated code at the beginning of the print file:

M107   ; fan off

;TYPE:Custom
;;;G28         ; home all axes (this was from the printer "Start G-Code" section - I commented it out)
;;;G1 Z5 F5000 ; lift nozzle   (this was from the printer "Start G-Code" section - I commented it out)

M98 P"print_begin.g" ; this I added to the printer "Start G-Code" section

G21    ; set units to millimeters
G90    ; use absolute coordinates
M82    ; use absolute distances for extrusion
G92 E0 ; set extruder logical position to 0

;;; Filament gcode (this was from the filament "Start G-Code" section - I commented it out)

M107   ; fan off

The two lines of code that proceeded the M98 were not needed so I commented them out but left them so you could see what the defaults did.

The four lines of code the follow the M98 are just fine and should not be a problem.

The two M107 command are just fine and should not be a problem.

So you should have no problem using my approach with Prusa.

Frederick

TechButterfly

@fcwilt Thanks for looking into that. I have a couple more questions:

You mentioned that everything resets - including the “loaded” filament - when the machine is restarted. The examples I saw in the docs showed the gcode for physically loading the filament is in the load macro. When you restart and the filament is already loaded, how do you set the “loaded” filament without physically loading a filament? Please let me know if I didn’t describe that clearly enough.
What are the advantages of using this system over say, just having a collection of macros like LoadPLA.g, LoadPETG.g, Unload.g? Or perhaps HeatPLA, HeatPETG, Load.g, Unload.g?

Thanks!

fcwilt

@techbutterfly said in G29 on CoreXY does not move correctly:

You mentioned that everything resets - including the “loaded” filament - when the machine is restarted. The examples I saw in the docs showed the gcode for physically loading the filament is in the load macro. When you restart and the filament is already loaded, how do you set the “loaded” filament without physically loading a filament?

I have no code in any of my filament specific load.g files. When I select the new filament to use in the DWC it will execute the associated load.g file and the config.g file. But since the load.g file does nothing there is no problem. The heaters are activated which is good since I need to install the new filament.

If the old filament needs a significantly higher extruder temperature so it can be easily purged from the extruder I simply increase the temperature from the DWC. Once it is purged the temperature can be reduced if desired.

I physically load the filament by:

moving to Z=100
cutting the old filament just above the extruder
dismount the old filament spool
mount the new filament spool
when the required extruder temp has been reached push the remaining bit of old filament down until it is even or a bit below the top of the extruder
routing the new filament as needed place the end of the new filament so it can push down on the top of the remaining bit of old filament
push the new filament by hand until it is far enough in so that the hob gear (or whatever) can engage it
use the DWC command to feed the new filament as many times as needed to purge all the old filament from the extruder

What are the advantages of using this system over say, just having a collection of macros like LoadPLA.g, LoadPETG.g, Unload.g? Or perhaps HeatPLA, HeatPETG, Load.g,
Unload.g?

To me it means I simply select the desired filament from the DWC and all the settings I desire to be specific to that filament are set in the filament specific config.g file. Some settings are achieved by commands in the file such as setting bed and extruder temp. Others are achieved by setting global variables which are used in other places, such as my print start code, as parameters to commands.

The existing folder structure as created by the filament handling feature of the DWC keeps things nicely organized.

I have no idea if the filament handling feature is popular or not. I know that slicers usually have their own filament handling feature but, as I mentioned, from time to time I use different slicers and I want to keep as much code and settings as possible in the Duet and minimize having to duplicate stuff in each slicer.

I've used the system for a few years now and have found no reason to change. I have added to my system such as using global variables to change the behavior of commands in other code.

On person was asking about the slicer feature that allows one temperature for the first layer and another for the remaining layers. That sort of thing can easily be done within my system by the user of global variables and adding a bit of code to be executed on layer changes. Most slicers have a place for doing this and I put there M98 P"print_layer_change.g".

Frederick

TechButterfly

@fcwilt Thanks again for the detailed explanations!

One more thing - do you use a filament runout sensor? I purchased the BTT one and I’m looking for how to set it up. I know that in standalone mode, I could just hook it up to an IO pin and there’s a setting specifically for this kind of pulsing sensor. But I’m set up in SBC mode, so I don’t know if the setup is the same. Do you have any insight on that?

fcwilt

@techbutterfly said in G29 on CoreXY does not move correctly:

@fcwilt Thanks again for the detailed explanations!

I certainly hope I don't end up confusing you.

One more thing - do you use a filament runout sensor? I purchased the BTT one and I’m looking for how to set it up. I know that in standalone mode, I could just hook it up to an IO pin and there’s a setting specifically for this kind of pulsing sensor. But I’m set up in SBC mode, so I don’t know if the setup is the same. Do you have any insight on that?

I have the E3D magnetic sensor but had some initial problems and put it on the back burner for now.

Currently I use a TriangleLads sensor which simply provides a go/no-go indication that filament is present or not.

I don't think using the SBC would change how you connect and configure a filament sensor.

I tried the SBC setup and it was interesting but development seemed to always be a step or two behind the standalone stuff so I put the SBC on the back burner as well.

I'm not a really good source for SBC advice so take anything I might post as possibly wrong.

Frederick

TechButterfly

@fcwilt Okay. Thanks again for all your help getting my printer going. @Phaedrux too. I’ll open a new topic for the filament sensor stuff if I can’t find the answer with search.