Mini+, Octoprint: SD card mode - is this on a todo list?
Having got my new Mini+ and Octoprint connected, I got all excited when I saw the SD card option, since I though SD card == USB stick in the Mini.
Gave it a go, but nothing happened.
My understanding is that Octoprint is using M20 through M32 gcode commands to implement the SD option.
I found this firmware overview
It contains this block of code, which seems to confirm that the Mini firmware just ignores the commands.
Seems a shame, since it would be a neat way to access the USB stick. Does anyone know if there are plans to implement the commands on the Mini+?
#if ENABLED(SDSUPPORT) 357 case 20: M20(); break; // M20: List SD card 358 case 21: M21(); break; // M21: Init SD card 359 case 22: M22(); break; // M22: Release SD card 360 case 23: M23(); break; // M23: Select file 361 case 24: M24(); break; // M24: Start SD print 362 case 25: M25(); break; // M25: Pause SD print 363 case 26: M26(); break; // M26: Set SD index 364 case 27: M27(); break; // M27: Get SD status 365 case 28: M28(); break; // M28: Start SD write 366 case 29: M29(); break; // M29: Stop SD write 367 case 30: M30(); break; // M30 <filename> Delete File 368 case 32: M32(); break; // M32: Select file and start SD print
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
I've probably misunderstood but when you have Octoprint with it's ability to print directly from splicer why would you want to physically transfer gcode?
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
I've probably misunderstood but when you have Octoprint with it's ability to print directly from splicer why would you want to physically transfer gcode?
My use case is where I wish to do a local print (i.e. not using Octoprint), and I want to avoid: 1)Removing the USB stick, 2) walking to from the workshop to my house, 3) transferring the gcode file onto the SB stick, 4) Walking back from my house to the workshop, 5) Inserting the USB stick and starting the print.
I'm sure there are others, but: The SD functionality is right there in Octoprint, and the gcodes are defined in Marlin - so missing functionality in Mini+ Marlin implementation in my mind.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
I'm not getting the need either. If your Octoprint server is accessible from the house then you can just copy the files either by directly dumping them from the slicer, or saving the .gcode file and copying to the web interface. I'm not sure that those commands will actually function with the Pi anyway. Remember that the SD card in the Pi is the main drive; I'm not sure what effect removing it while the Pi is up would have. If you shut down the Pi to swap cards, then you're back to effectively the same SneakerNet scenario as a USB stick, but more fiddly.
Mini+ (kit) - Revo Micro | Antler Cooling | WiFi (4.4.0RC1)
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
I'm not getting the need either. If your Octoprint server is accessible from the house then you can just copy the files either by directly dumping them from the slicer, or saving the .gcode file and copying to the web interface. I'm not sure that those commands will actually function with the Pi anyway. Remember that the SD card in the Pi is the main drive; I'm not sure what effect removing it while the Pi is up would have. If you shut down the Pi to swap cards, then you're back to effectively the same SneakerNet scenario as a USB stick, but more fiddly.
The Octoprint commands for SD refer to the SD card in the *printer*, not in the PI. They are implemented in gcode.
Here is a link to Octioprint FAQ explaining it.
I'm assuming M28 and M29 achieve the equivalent of write to SD from Octoprint, I may be wrong of course.
You can remove the USB stick from the Mini+ at any time (except when it's using it for a Mini+ initiated print of course).
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
My use case is where I wish to do a local print (i.e. not using Octoprint), and I want to avoid: 1)Removing the USB stick, 2) walking to from the workshop to my house, 3) transferring the gcode file onto the SB stick, 4) Walking back from my house to the workshop, 5) Inserting the USB stick and starting the print.
I'm sure there are others, but: The SD functionality is right there in Octoprint, and the gcodes are defined in Marlin - so missing functionality in Mini+ Marlin implementation in my mind.
Once the g-codes have been transferred electronically, I just run them from the app on my phone.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
My use case is where I wish to do a local print (i.e. not using Octoprint), and I want to avoid: 1)Removing the USB stick, 2) walking to from the workshop to my house, 3) transferring the gcode file onto the SB stick, 4) Walking back from my house to the workshop, 5) Inserting the USB stick and starting the print.
I'm sure there are others, but: The SD functionality is right there in Octoprint, and the gcodes are defined in Marlin - so missing functionality in Mini+ Marlin implementation in my mind.
Once the g-codes have been transferred electronically, I just run them from the app on my phone.
I've highlighted the difference relevant to this thread.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
The developers rarely come on these forums if at all so you're better of making a feature request over on the Prusa GitHub site here:
https://github.com/prusa3d/Prusa-Firmware-Buddy/issues
Just click on the New issue button on the right and make sure to label it as a Feature Request.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
The developers rarely come on these forums if at all so you're better of making a feature request over on the Prusa GitHub site here:
https://github.com/prusa3d/Prusa-Firmware-Buddy/issues
Just click on the New issue button on the right and make sure to label it as a Feature Request.
Thanks - I guess that is what I was after.
Although, since the M codes are in the reference Marlin firmware, it's more like a missing feature request 🙂
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
I've highlighted the difference relevant to this thread.
Fair Enough. I understand what you are after. Please disregard my previous comment. Please let us know if you find the answer that you are seeking.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
Found an existing issue: [FEATURE REQUEST] Treat USB media as SD card for serial control #1076
...and noted developer comment: "fixing this commands is on our to do list."
So, settle back and wait 😉
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
Seems like you've reached some sort of potential solution but I can't shake the feeling that you have misunderstood Octoprint fundamentally. The monitoring, cameras, etc. etc is the icing on the cake, Octoprints core function is to avoid the inherently slow write of gcode to a printers local SD or even worse the dreaded sneakernet.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
Seems like you've reached some sort of potential solution but I can't shake the feeling that you have misunderstood Octoprint fundamentally. The monitoring, cameras, etc. etc is the icing on the cake, Octoprints core function is to avoid the inherently slow write of gcode to a printers local SD or even worse the dreaded sneakernet.
I think you have fundamentally misunderstood this *one* specific use case, where an operator is local to machine, and wants to use the Mini+ print function, but wants to avoid the hassle of loading the USB stick via manual actions.
I understand Octoprint core functionality perfectly, and am using it in it's current form. Local prints via Mini+ (with Octoprint *disconnected*) are a hassle for me, hence this thread.
And yes, there are other workarounds. This thread is specifically about the Marlin M20 to M32 commands being missing from the Mini+ firmware, as stated in the very first post.
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
Found an existing issue: [FEATURE REQUEST] Treat USB media as SD card for serial control #1076
...and noted developer comment: "fixing this commands is on our to do list."
So, settle back and wait 😉
Ah, ok. It wasn't clear (at least to me) that that's what you were after.
I honestly haven't used the USB stick since getting the OctoPi hooked up. Even with the printer and PC sitting right by each other. So I don't really understand the need, but that doesn't matter.
Mini+ (kit) - Revo Micro | Antler Cooling | WiFi (4.4.0RC1)
RE: Mini+, Octoprint: SD card mode - is this on a todo list?
@pickworthi Fair enough, I'll mind my own business.