-
Notifications
You must be signed in to change notification settings - Fork 203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ENHANCEMENT REQUEST with code solution delivered as well] Random positioning of initial purge line #210
Comments
Thanks for your suggestion. We will discuss this internally, but I think we will not change the default behavior for now. The main reasons we changed previous behavior (purging close to the object) were ease of removal by hand without touching the bed and purging outside of print area. This change also needed some updates in the firmware. |
Thanks for the feedback. Have you looked at what I am changing exactly? From your comment it sounds a deeper thing than in reality! All stays the same, it is just a random X start position (instead of starting always at X15) along the same purge line as today to avoid repeated stress damage to the same point on the printing table. I am running it on my MK4 without any FW change. It is only a slightly changed version of the custom pre-print G-code; I fail to see any reason for not adopting it, no complex code, no risks, no FW change needed?!? |
Yes, I understand it well enough.
It's rarely the case in reality. For example, your change would make all new project files shared over Printables etc. incompatible with previous slicer versions. We also may change it completely anyway because of MMU3. I personally don't have strong opinion about this. I think that current state is ok, it is printed outside of print area and users know where exactly it will be. It is also good position for easy and clean removal. From my experience, it is better to have consistent behavior instead of some random factor, which may confuse some users. |
Could you please explain what would make it incompatible? No sarcasm, I am really interested. And here I do not agree: it is NOT ok. Using the same spot over and over creates a trench in the plate. It took about 1 year for my old mk3 to develop the problem and I ended up with a pretty good plate but with a little trench where the purge line was repeatedly put. I do not see what confusion it creates: you look where the purge line is and you take it away. Hey you guys are the owner of this thing, if you want to keep it like this, be my guest :D I am just a user reporting a problem and giving a solution for once. |
Unsupported variables, you will get parsing error with <PS2.6.0. |
is there a way to test for the slicer version in macro? |
This is a great suggestion, I can definitely see my smooth sheet wearing out where the purge line is always laid. Please give this as an option! |
@rtyr just a comment on breaking compatibility, and do not take this as polemic, just the opinion of someone that has been writing software for nearly 40 years. This is the normal state when you release new features; now that you have variables and macros you cannot say "do not use them 'cause they break compatibility with older releases". What is the point of releasing the new stuff then? |
I agree that this would be great feature. |
Is your feature request related to a problem? Please describe.
Having the purge line at the same place managed to damage on the long run my original mk3 pei sheet and I want to avoid this in my new MK4.
Describe the solution you'd like
Select randomly where to start the purge line so that no damage after repeated purging is happening.
Describe how it would work
The G-code for positioning the line randomly select an X component in the first half of the printing table instead of always starting at position X15.
Here is the working code I'd love to see making it into production.
Describe alternatives you've considered
none, it works rather well.
Additional context
none. It works.
The text was updated successfully, but these errors were encountered: