What would you like to see in the 8-bit firmware?  

You are right

Posted by: @cwbullet

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” 

Yes you are right. I also agree

possibly  ThwKKing-Tex would be more descriptive 

or Energetic-Smth
or Prusa-Silk

regards Joan

What would you like to see in the 8-bit firmware?

hi, good performance.

If I had to pick two

I think the ability to cancel/skip an object for when one part becomes detached or some such, is very high on my useability list. But the 170c "no dripping" leveling step  in the firmware would impact me the most when I need to remote print via octoprint and a couple cameras. So that is my top request.

RE: What would you like to see in the 8-bit firmware?

New to the Prusa Mk3S+, so forgive if these are actually addressed in releases.  I would like to see:

1. An option for Z-axis Auto-Home.  It's fine to be able to manually adjust Z after a print, but I'm always going to run the extruder up so I can disengage the steel sheet from the magnets without bashing into the extruder.  After a print completion, I'd like the Z to automatically go to a value I set in Settings.
2. A series of tones when the extruder heat goes into safety time-out.  I was clearing a really large extruder blob and it took so long the heater shut itself off, but I didn't know because it either happened silently or the beep was not noticeable as I was fighting with the blob.  A series of tones would be great: BEEP-BEEP-BEEP-BEEP-BEEP-BEEP-BEEP-BEEP! will get my attention. 

Best,

...dtw

RE: What would you like to see in the 8-bit firmware?

The first one you can achieve by modifying the custom G-Code in Printer Settings in Prusaslicer.

In my case I added 

G90 ; use absolute coordinates
{if layer_z < max_print_height}G1 Z{z_offset+min(layer_z+50, max_print_height)}{endif} ; Move print head up 
G0 X0 Y210 F10200; present bed;

Thank you

Posted by: @preator

I think the ability to cancel/skip an object for when one part becomes detached or some such, is very high on my useability list. But the 170c "no dripping" leveling step  in the firmware would impact me the most when I need to remote print via octoprint and a couple cameras. So that is my top request.

Thank you sir for this info keep share with us, it was very helpful for me.

RE: What would you like to see in the 8-bit firmware?

I print a lot of small parts and I'd like to have the ability to print an entire part before moving to the next one to prevent stringing between parts.  Given the proper 'buffer' around the print head this should be achievable. 

RE: What would you like to see in the 8-bit firmware?

@nathan-3

Check out Sequential Printing under Print Settings/Output options in PrusaSlicer. Unless I misunderstand what you're trying to accomplish, this should do the job.

RE: What would you like to see in the 8-bit firmware?

I wish I knew about this feature long ago, thanks @fuchsr!

Posted by: @fuchsr

@nathan-3

Check out Sequential Printing under Print Settings/Output options in PrusaSlicer. Unless I misunderstand what you're trying to accomplish, this should do the job.

RE: What would you like to see in the 8-bit firmware?

Posted by: @mnemic

• Show the current layer and be able to easily reference it in the Slicer.
  • This way if a print is paused or failed, you could in the slicer hide all the successful layers, and print only from there and maybe recover it.
  • I know it may not work, especially since you may fail part-way through the layer. But if you can figure out which layer, and where you were, maybe even mid-layer stuff can be resumed.
  • Possibly some live Z-adjustment can fix it once you're resuming.

That is a good idea. Better to have an LCD option in Print from SD: "Start from Layer: 1" (default value), that can be changed just before starting by confirming or changing the layer number. In this way if something went wrong, and we want try even the last resource to recover the print, we can insert the last layer level displayed from the failed print and try to resume. The optional Z-Adjustment (for that layer only) can help to fine tune.

Also good is the idea of the MMU disable, since I as many other have to unplug the hardware cables.

The remaining part of the flash memory I would like to devote fully to control the MMU2, displaying text messages, and managing much more signal between the MMU2 and the MK3S. There are too many actions that I would like to do on MMU2 from LCD.

I am clicking on the Like buttons, so PRUSA can use this post as a kind of poll. 😉 

Regards

RE: What would you like to see in the 8-bit firmware?

Love the work going into this, but a handful of simple bug fixes would top my list particularly around filament loading and unloading. Its not "broken" per-se, just some inefficient and annoying design choices. I've reported them, but the list is long, so not holding my breath!

That said, I'd love to see some non-planar "ironing" options.

0.9° vs 1.8° motor support

Is it plausible to add a menu item or g-code config option to select between 0.9° and 1.8° motors?

I would like independent selection for extruder and x/y/z motors. This gives added flexibility in motor replacements without having to use un-official firmware.

RE: What would you like to see in the 8-bit firmware?

Reprint Feature like the Mini has - saves a few clicks in a busy production environment.

RE: What would you like to see in the 8-bit firmware?

Remembering the filament type loaded, like the Mini does. I'm so used to it now from the Minie that today I again pressed unload on the Mk3S and walked away, just to come back to nothing happening because I forgot to select the filament type. But I suspect at this point of the Mk3S's life cycle there's probably little desire/incentive to make more profound changes to the way it works. 

RE: What would you like to see in the 8-bit firmware?

I just thought about a "reset Live-Z for all sheets" option that you can use after a nozzle change for example to "force" re-calibration of all sheets.

In my case I forgot to do it for a textured sheet since I don't use it as much which resulted in a nozzle crash.

It would help if you could reset all beds to "0 mm" or even better an "unset" value that warns you if you use an uncalibrated bed.

RE:

How would it determine a bed or surface was changed?  It might be a better option to add the load cell technology.  

Posted by: @balu

I just thought about a "reset Live-Z for all sheets" option that you can use after a nozzle change for example to "force" re-calibration of all sheets.

In my case I forgot to do it for a textured sheet since I don't use it as much which resulted in a nozzle crash.

It would help if you could reset all beds to "0 mm" or even better an "unset" value that warns you if you use an uncalibrated bed.

RE: What would you like to see in the 8-bit firmware?

That's why I asked for a "Reset Live-Z for all sheets".

That way after changing the nozzle or adjusting the PINDA, I could reset the live-z values for all sheets to 0. When I forget to re-level one of the sheets afterwards, at least it is high enough to not hurt the bed and I get a "visual reminder" that it needs to be calibrated.

The bonus feature would be to have a value that has the status "uncalibrated" so the menu can display that it needs calibration when you select the sheet.

RE: What would you like to see in the 8-bit firmware?

Another nice feature would be for MMU users:

When you start a new "Single Mode" print, the filament slot select menu should have the currently active slot pre-selected.

RE: What would you like to see in the 8-bit firmware?

Without the load cell technology, I am not sure how this would be possible unless you had some sort of scanner.