Filament drive counting backwards

[T3P3Tony]

@Aurimas Ahh right I see, that's possible. So it was counting up correctly to start with and then flipped at a certain point?

[magnets99]

@Aurimas
Wow that is a monster!
you could probably lost pla cast a whole engine block with that!

[Aurimas]

@magnets99 said in Filament drive counting backwards:

you could probably lost pla cast a whole engine block with that!

Reply

lol. it would depend on the size of the engine block

[Aurimas]

@T3P3Tony yes - it was correct to start with.
I am not sure at what point it flipped

[T3P3Tony]

@Aurimas assuming the print is still going, can you see what the move.virtualEPos and move.extruders[0].position are showing as in the Object model please

[dc42]

@Aurimas is that extruder driven by the main board or by a tool board? What is the extruder steps/mm?

[Aurimas]

@T3P3Tony no - print is finished

[Aurimas]

@dc42 no sure why would steps matter?
Filament counter reports correctly, while Extruders Drives got inverted mid print
These are two different counters from what I understand and because of that it has software setting issue

[T3P3Tony]

@Aurimas it's possible that the step counter is overflowing hence why dc42 wants to know the steps/mm of the extruder.

[Aurimas]

@T3P3Tony said in Filament drive counting backwards:

t the step counter is overflowing hence

its only 400/mm

[T3P3Tony]

@Aurimas thanks

[Aurimas]

@T3P3Tony @dc42 it doesn't really affect anything - I am just reporting that there is something in the code that is doing that.
thanks

[dc42]

@Aurimas the microstep counter from which the position is computed will wrap around at 2^31 microsteps. At 400 microsteps/mm that will occur after extruding 5368709 mm of filament. So this explains it.

[Aurimas]

@dc42 just as suspected
filament counter is counting correctly anyway.