Adjusting speed - slic3r?
-
-
@Veti ohhhh thanks, that will be the error.
Slic3r says:
and makes M203 X300 Y300 Z10 E100 ; sets maximum feedrates, mm/sec
BUT: I set the firmware to marlin, in reprap the machine limits button is not there and in the gcode the m203 isnt there too. Thats the fault, wrong gcode flavour. I thought I have to take it, because in Duet I use Marlin compa, too
-
@veti said in Adjusting speed - slic3r?:
m203 for duet is mm/min not mm/sec
Good catch - I missed that.
-
@hevilp said in Adjusting speed - slic3r?:
@Veti ohhhh thanks, that will be the error.
Slic3r says:
and makes M203 X300 Y300 Z10 E100 ; sets maximum feedrates, mm/sec
BUT: I set the firmware to marlin, in reprap the machine limits button is not there and in the gcode the m203 isnt there too. Thats the fault, wrong gcode flavour. I thought I have to take it, because in Duet I use Marlin compa, too
I use Slic3R - both the dev version and PE. I don't see those maximum feedrate buttons regardless of what gcode flavour I select but that's maybe because I'm not using the latest version of PE. Anyway, set the gcode flavour to Reprap. I've no idea why you don't have an M203 command in your config.g but suggest you make one and use sensible values like say 30,000 for X and Y and maybe 600 for Z and 3600 for E (without knowing more about your machine, I can't be more precise)
-
IMO the slicer has no business setting the maximum feed rates, because they depend on the printer, not on what is being printed. Slicers never used to do that.
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@dc42 said in Adjusting speed - slic3r?:
IMO the slicer has no business setting the maximum feed rates, because they depend on the printer, not on what is being printed. Slicers never used to do that.
Agreed - (although I can't find those settings boxes in my versions of Slic3R PE) . I suspect this must be a later Prusa "thing". I don't have later versions of PE Slic3R because they are becoming more and more orientated towards Prusa's way of doing things with Prusa only printers and Prusa's version of firmware. Multi-filament support is a prime example - fine if you have a filament changing system but a complete PITA if you have a mixing hot end. The dev versions of Slic3R (non Prusa) seem to be behaving themselves though.
-
i think they introduced the feature to have to option of quiet(stealthchop) vs speed (spreadcycle)
The newest version has an option for Silent mode that activates a second set of maximum feedrate. -
@veti said in Adjusting speed - slic3r?:
i think they introduced the feature to have to option of quiet(stealthchop) vs speed (spreadcycle)
The newest version has an option for Silent mode that activates a second set of maximum feedrate.Ah OK. All the more reason to stay clear of it IMO. This stuff really should not be in a slicer, but in the firmware which is where it belongs.
-
@deckingman that's where it gets tricky for Prusa since they are targeting their own firmware as well. As you say, it's become a lot less printer agnostic with their recent releases. I hope that's just a temporary thing while they are working towards the next generation slic3r with a more modern Interface.
I don't have high hopes though. I've posted a few of the issues I've found on their GitHub bug tracker and I've been told a few times that it's not an issue it's a feature, completely ignoring that people other than Prusa printer users might be using it.
I think some of those issues may now be moot because reprapfirmware supports some of the Marlin commands for speed now. But really that should all be set with the gcode flavour to target your slicer to your firmware. As it stands a lot of their new features are only present in the Marlin flavour and so we see issues like this one.
-
@phaedrux I think the clue is "PE" - Prusa Edition. I guess their philosophy is that it's for "our" (Prusa's) customers but they offer it free for other people to try if they want to. I'm not hopeful that they will take much notice of non-Prusa users. Why should they? There is no incentive for the Prusa developers to do that. Fortunately, there seems to have been some relatively recent activity on the non-Prisa versions (Slic3RDev).
-
@deckingman Time will tell. The PE version is inclredibly popular with 3D printing community at large. I imagine there would be some vocal push back if it became too tightly integrated with their own printers. However, the general printer population generally uses Marlin anyway, so these new features generally work for them without issue. So it's really just RepRap users being left behind simply because of the syntax of the gcode.
Hopefully, a lot of the improvements that Prusa has made to Slic3r will find their way back into the main branch of Slic3r.
-
@phaedrux Yes, lets see. TBH, us users of mixing hot ends with 5 inputs are really struggling. I've tried just about all the slicers out there (including some paid ones) and the only one that does most of what is needed is Slic3R - the non PE version. The multi-filament changes that Prusa have made have really ballsed things up for mixing hot ends.
-
@deckingman Not to take this discussion too far off the rails, but have you tried contacting the major slicer makers to see if there is any interest in working with you to expand their support for mixing style hotends? I know that filament swapping and splicing multi material is all the rage right now, but surely there are more mixing hotends actually operating out there in the wild.
-
@phaedrux said in Adjusting speed - slic3r?:
@deckingman ...............................but surely there are more mixing hotends actually operating out there in the wild.
Nah - I don't think there are many of us with the masochistic streak needed.
Judging by the feedback I get on my blog and the very small handful of people who have downloaded my Diamond mounts that is.Maybe if there was a mixing hot end that actually mixed, rather than combined, there might be a few more of us nutters about (I'm working on it). I think the other issues are cost - (how many users will buy 3 or 5 extruders) and size - (you need a biggish printer to take the hot end and still have a reasonable amount of travel on the axes).
-
@deckingman said in Adjusting speed - slic3r?:
Nah - I don't think there are many of us with the masochistic streak needed.
Judging by the feedback I get on my blog and the very small handful of people who have downloaded my Diamond mounts that is.@burtoogle seems to be responsive to requests concerning Cura.
-
Hey gang - Slic3r was causing me problems by overwriting my speed, jerk, acceleration, etc. I agree with the idea that the slicer should stay out of all that.
The good news is that setting "G-code flavour" under Printer Settings -> General to "RepRap/Sprinter" (not Marlin) seems to disable acceleration, jerk, etc, settings in Slic3r. No more meddling. Phew!
-
I wonder how many people this is causing issues for. Having slic3r in Marlin mode enables an entire other set of printer settings variables in the printer settings tab. It's fine if you know it's there and modify the settings to match what you want in the firmware but if you didn't know it was there it would be hard to troubleshoot or even tune the printer.
-
@jameswood said in Adjusting speed - slic3r?:
The good news is that setting "G-code flavour" under Printer Settings -> General to "RepRap/Sprinter" (not Marlin) seems to disable acceleration, jerk, etc, settings in Slic3r. No more meddling. Phew!
I had this issue several months ago and posted this tip...
BTW, I had to use RepRap/Sprinter as firmware flavor for the little 3D printer I offered to my brother (PrimaCreator P120), to avoir setting all these speed/accell values: I checked, and there is no difference in generated G-Code.
-
@phaedrux said in Adjusting speed - slic3r?:
I wonder how many people this is causing issues for. Having slic3r in Marlin mode enables an entire other set of printer settings variables in the printer settings tab. It's fine if you know it's there and modify the settings to match what you want in the firmware but if you didn't know it was there it would be hard to troubleshoot or even tune the printer.
That's exactly the point I've been trying to make for months. If you want to help other users with their setting up and tuning issues, not only do you need to ask for their configuration files, but also their slicer settings because they could be overridden.
So there are now potentially 3 places where configuration settings can be set. Config.g, config override, and now the slicer as well. -
What is strange is why Prusa didn't add a simple key to enable/disable the speed/accel override for all firmware flavors...
