RE: What would you like to see in the 8-bit firmware?
Chris there is no detection of nozzle contact beyond ramming it into the sheet and trying to detect motor current increase.
Yes, that would require a load cell like in the upcoming XL extruder.
Formerly known on this forum as @fuchsr -- until all hell broke loose with the forum software...
RE: What would you like to see in the 8-bit firmware?
Chris there is no detection of nozzle contact beyond ramming it into the sheet and trying to detect motor current increase.
Yes, that would require a load cell like in the upcoming XL extruder.
I would not be shocked if this technology is a success that you will see it on more Prusa printers.
--------------------
Chuck H
3D Printer Review Blog
RE:
To avoid nozzle crashes, I opted for a simple mechanical solution:
With it I could already avoid some (nozzle/bed) damages...
In addition, the print bed is mounted on steel springs so that it can back down somewhat in Z direction in event of a possible crash.
wbr,
Karl
Statt zu klagen, dass wir nicht alles haben, was wir wollen, sollten wir lieber dankbar sein, dass wir nicht alles bekommen, was wir verdienen.
RE: What would you like to see in the 8-bit firmware?
Something that came up recently... It'd be nice to be able to change the sheet profile after a print starts but before it starts printing (while heating up). As it is, if you've got the wrong profile selected, you have to cancel the print, change the profile, then restart.
RE: What would you like to see in the 8-bit firmware?
Would love to have an item in the menu concerning nozzle change, i.e. lift Z to say 200 and heat nozzle to 280 °
thanks
RE: What would you like to see in the 8-bit firmware?
Very good topic, thanks to the author. There is something to think about.
RE: What would you like to see in the 8-bit firmware?
Sometimes it's a bit hard to decide if something should be a feature of the firmware or the slicer. For example, the OP's original idea of randomizing print positions strikes me as a slicer issue more then firmware. I don't want the firmware to futz around with the positions I carefully selected in the slicer.
RE: What would you like to see in the 8-bit firmware?
I like the list of bobstro, too.
Another point that i would appreciate when improved is the color change procedure. I do it rarely but when it annoys me that it doesn't give me a chance to clean the nozzle before continuing printing. What it does is
- lift the nozzle a tiny space.
- Extrudes the old and new material onto the model.
- Primes some new material .
- Immediatly pulls the prime over the model leaving a trace of the new material
What i would like is that the nozzle is lifted high enough that i can put some cardbox under it to prevent the model to be soiled and a final pause to clean the nozzle before the print continues.
RE: What would you like to see in the 8-bit firmware?
The one issue I ran into years ago, was when I had a broken filament jam. After a few failed attempts to clear, the printer will move the extruder, at which point the door on the extruder has to be opened, and the filament manually removed. I found a few workarounds, but one of my complaints was that messing with the extruder ended up with me nudging the extruder, and the printer didn't recalibrate the x-axis after that. So I got layer shifts, and a failed print.
Again, I have a few workarounds now for jammed filament, but having the printer automatically do a quick x and y calibration would help save prints.
Add my vote to Bob's list.
Lastly, I would like the print time statistics to reflect the printer's actual runtime, and to be resettable, for maintenance purposes. I'm thinking of setting up a farm, and knowing that I can actually rely on the stats would be nice. I've read in a number of places that they've been fixed, but have also read in a number of places that people are still having this issue. Last I checked, it looks like it's just a reflection of time the printer was on, even if it wasn't running.
---
@cwbullet, I only have the one printer right now. But yes, I agree that the sheet selection is kludgy. Enough that I never bothered with profiles for the sheets, because I assume something will be off in one direction or another. I have ballpark settings written down, so I just do a 1st layer calibration when I change sheets.
For a farm/ production context, I do like your approach with labeling sheets. But being the cynic that I am, I think I'd still opt for the extra minute to calibrate each sheet by hand, rather than use a profile.
-------------------------------------------------------------------------------------------------------------------
In theory, there is no difference between theory and practice. In practice, there is. -Yogi Berra
RE: What would you like to see in the 8-bit firmware?
If you pause the print to clear out a nasty it would be nice if it did a wipe on restart like it does at the beginning.
RE: What would you like to see in the 8-bit firmware?
How about turning the part cooling fan off during an M600 filament change. Just a little bit of logic to store the fan speed at the start of the M600, turn off that fan, and then return the fan to the original speed when moving the extruder back to the model after the filament change. If I don't get to the filament change right away, I may have the gravity-ooze blown onto the model.
I'd like to echo lifting the extruder up a little more (if there is room) to allow make checking and cleaning any cruft off on color changes, especially if it is a low filament change (signs, manual MMU for the first few layers for an embedded logo or text on the bottom of a print, etc.)
See my (limited) designs on:
Printables - https://www.printables.com/@Sembazuru
Thingiverse - https://www.thingiverse.com/Sembazuru/designs
RE: What would you like to see in the 8-bit firmware?
The biggest thing from my point of view would be ability to drop a broken component of the print. When printing multiple pieces, sometimes one gets of the bed or breaks somehow and if the print keeps running, one risks ruining the whole print. Canceling is also a bad way to go. So it would be nice if all components get labeled in the gcode and printer could easily skip those parts to next component beginning. Please note that component mean every independent part, so it must go under merges and multiple instances. If I print a bunch of "same" pieces I merge them for single modifiers and layer settings - thus I may need to drop one part of the merged object. I understand that slicer may not be always aware of all components and on some models spit to parts result in funny things, but in most cases, it should do. This would force me to move from slicer 2.3 🙂
My opinion may not be right, but regret having so bad and right one too often.My models are things you can't see on any shelve. I create things that don't exist and that should be the…
RE: What would you like to see in the 8-bit firmware?
An option to automatically unload filament when print is complete. (It may already be there, but I haven't figured out how to do it.)
RE: What would you like to see in the 8-bit firmware?
edit your custom gcode, end gcode,
perhaps add something like
G91 ;relative positioning
G1 E-150 F300 ;retract the filament
needs to go before you turn the extruder off
you may want to speed up the feed rate by changing the 'F' value, larger
regards Joan
I try to make safe suggestions,You should understand the context and ensure you are happy that they are safe before attempting to apply my suggestions, what you do, is YOUR responsibility. Location Halifax UK
RE: What would you like to see in the 8-bit firmware?
I think once the print is paused, I've been able to hold the button down for a z-lift. Allows me to swap colors without them getting stuck tot he print... or to run some cleaning filament through and then change AGAIN if the nozzles really messed upped.
I still like the idea someone had to just re-home, and re-purge (though the second purge would need to be located somewhere else) before restarting.
-------------------------------------------------------------------------------------------------------------------
In theory, there is no difference between theory and practice. In practice, there is. -Yogi Berra
RE: What would you like to see in the 8-bit firmware?
The sheet selection is clunky and I would like to see a smoother approach and possibly include the printer name.
Some think like: “MK3S+ Smooth1”
RE: What would you like to see in the 8-bit firmware?
@Pedroid
I always do color changes with a simple ‘pause print,’ added in on the slicer. Allows me to change Z-height, run cleaning filament if needed, etc, as you describe.
No, it’s not specified as a ‘change filament,’ but it does allow me to avoid any of the procedures someone else has already decided would be best for me.
-------------------------------------------------------------------------------------------------------------------
In theory, there is no difference between theory and practice. In practice, there is. -Yogi Berra
RE: What would you like to see in the 8-bit firmware?
Randomize print positions on the bed (prolongs sheet life)
Don't move my objects! I place them where I want them in the Slicer. As for prolonging sheet life, I will agree to disagree on that point. I have 2 smooth sheets, 1 textured and 1 satin. Since the birth of my MK3S in June 2019, I have only used 1 side of the original sheet and it performs magnificently. You have limited space available to implement features and at this point I think you should use it for REAL enhancements to the firmware that improve the experience. I can understand end users "wanting" stuff included because (royal)WE don't understand your restrictions within the hardware/firmware environment. You have to say NO to some things.(I did)
The idea of prompting to, and be able to, change sheet profiles intrigues me as I sometimes forget to change it when switching from PLA to PETG
On a more serious note, it would be nice if the firmware could send a message to my coffee maker to brew me a cup. 🤤 🙃 🤤 🙃 🤤
- I know what printer I am at - a MK3S(ish). So I don't need to be told again.
- M600? Prusa's firmware implementation and PusaSlicer support most of the requests. PrusaSlicer's custom gcode section allows for custom configuration of the positioning, so the firmware should not mess with it.
- Bed levelling? Temp can be controlled in PrusaSlicer, so It is irrelevant to me. Looking for a way to use PINDA temperature other than manually. Not a big issue.
Of course, I am but one individual and in the end what I would like to see(or not) is unimportant.
Kenn
Quality is the Journey, not the Destination. My limited prints->
RE: What would you like to see in the 8-bit firmware?
I would like to be able to print several items, each in a different color at the same time, but do each individually in its own color to take advantage of my MMU2 without wasting filament on wiping towers. Also, if one item fails it would great to cancel that particular item and let the remaining items continue rather than cancelling the entire job and starting over.