Colorprint very buggy
Using the online version of Colorprint (since the Mac version is even buggier), uploaded a file that is 2mm thick, with the transition happening at 1mm (so 1mm at one color and 1mm in another). When running the print, the printer stops after 1mm (which is correct) to do the color change. After the color change it goes back over to the print and starts printing the new color IN A LOCATION THAT IS NOT SUPPOSED TO BE PART OF THE NEW PRINT AREA. The location seems to be random when it chooses to do this. In this particular case, it picked the back left side and ran several lines before moving to where it was supposed to print. Effectively ruined the print. Since I am going with 0.25mm nozzle, the print is not very fast to begin with.
I will post a picture to show what I mean. But this unreliability of the software makes it essentially useless. What is a better way to insert a color transition for a single extruder system?
Re: Colorprint very buggy
Re: Colorprint very buggy
I will post a picture to show what I mean. But this unreliability of the software makes it essentially useless. What is a better way to insert a color transition for a single extruder system?
Various approaches exist.
1. Use PrusaControl. It allows color changes very easily.
2. Are you comfortable editing gcode files ? gcode files are basically a long list of text commands followed by the printer _blindly_ . "M600" is a gcode that is used to change the filament. You can insert this after the layer change.
3. You can try setting up a post processor for gcodes (e.g. like my script https://github.com/shreekumar3d/gcode-proc ) I don't use ColorPrint, as I found it laborious to use. That's why I made this script. It depends on python, wxPython & changes the gcode output by Slic3r.
Re: Colorprint very buggy
The problem I have with PrusaControl is that I have several filaments with tuned settings, as well as adjusted speed settings in Slic3r. Can you do this in PrusaControl?