Open VH-fixer opened 1 month ago
If I recall correctly aren't tools numbers from zero ? Same with filaments etc. So T0, T1, T2. It is quite common in code for an index to start from 0 and for the 'user' side display to start from 1.
T0-T4 correct. Sorry I have been conditioned to Gcode that followed standards over the last 45 years. T0 is unload, spindle on NC machines. Also filament 1-5 is used in the slicer, not 0-4. Maybe it should be 0-4 to match the digital T code? There is a problem.
I selected Filament 2 in the slicer and the MMU used Filament 1, T0. In trying to re-open the .3mf and reproduce it corrected the T address.
The uploaded .3MF file is what was used and filament selection 2 when I printed the part. At the printer, T0 was used. I pulled this off of the USB drive of the printer that was sent directly from the PrusaSlicer 2.8.1Alpha1
xlcd-bumper back_0.4n_0.2mm_PETG_MK4ISMMU3_1h5m.zip
Getting this to recreate and then be able to submit it so it recreates for others is a problem. Especially when it looks like re-opening may clear it. I have double checked everything and it happens. It needs to work 100%. I shouldn't have to check the tcodes all the time in the program. This is not the first time this has happened. It has come and gone in previous versions of the slicer.
Thank You for the note neophyl.
Description of the bug
When I select Filament 2, or T2, T1 is output in the G Code. (Correction T0, see my added comment below for complete information) If I initialy had selected filament 1, selecting filament 2 does not cause the Gcode to update to T2, The Gcode was regenerated with the "SLICE" selection.
Project file & How to reproduce
Example Gcode and .3mf file included. The second filament is selected but T1 is output in the Gcode. 2.8.2-wrong-filament-mmu3.zip
Checklist of files included above
Version of PrusaSlicer
2.8.1alpa1
Operating system
Windows 11 23H2
Printer model
MK4 with MMU3