Luckily the S in USB stands for serial, so I have 3 printers connected to my server via USB and each one has its own octoprint docker container
this post was submitted on 29 Aug 2023
22 points (95.8% liked)
3DPrinting
15534 readers
141 users here now
3DPrinting is a place where makers of all skill levels and walks of life can learn about and discuss 3D printing and development of 3D printed parts and devices.
The r/functionalprint community is now located at: !functionalprint@kbin.social or !functionalprint@fedia.io
There are CAD communities available at: !cad@lemmy.world or !freecad@lemmy.ml
Rules
-
No bigotry - including racism, sexism, ableism, homophobia, transphobia, or xenophobia. Code of Conduct.
-
Be respectful, especially when disagreeing. Everyone should feel welcome here.
-
No porn (NSFW prints are acceptable but must be marked NSFW)
-
No Ads / Spamming / Guerrilla Marketing
-
Do not create links to reddit
-
If you see an issue please flag it
-
No guns
-
No injury gore posts
If you need an easy way to host pictures, https://catbox.moe may be an option. Be ethical about what you post and donate if you are able or use this a lot. It is just an individual hosting content, not a company. The image embedding syntax for Lemmy is 
Moderation policy: Light, mostly invisible
founded 1 year ago
MODERATORS
I thought Octoprint can have more than 1 printer? Why do you have 3 separate containers?
Also, let's say I connect my printer to my server with USB, how do I route that USB connection from the server into the container? How did you map that?
Octoprint can only connect to 1 printer at a time, so if you want to use 2 printers at the same time you need 2 separate instances of octoprint. I use portainer so passing through a device is just a matter of finding the device path on the host machine and plugging its path into the portainer config under the runtime & resources tab. In a docker compose you'd use the devices key, for example
devices:
- /dev/ttyUSB1:/dev/ttyUSB1
You will likely need to create a separate alias for the host USB path though because devices can be found in a different order every reboot so the path will change. The USB device alias will be based on the device vendor and product id so it will be persistent. https://michaelgreenhill.net/persistent-addressing-for-usb-devices-in-linux/ is one site that explains the issue and how to deal with it
As you've already noticed, the default way to get Octoprint running is by running it on an RPi with OctoPi as its operating system and connecting that to your printer using a serial connection, which basically means connecting a USB cable in your case.
The docker container gets interesting if your home server is physically close enough to your printer that you can connect the printer directly. Then you can just mount the serial connection into the container and run Octoprint there, cutting out the need for a RPi.
As others already said, the Prusa Mini also has PrusaLink integrated into its , which is an alternative to Octoprint and only needs the printer connected to your network via Ethernet or Wi-Fi with the Wi-Fi upgrade.
I'm getting mixed signals, (home server/seems like basics question). You just need to establish a TTY serial connection between the host and board. Linux is Linux regardless of the physical hardware.
Octoprint requires connecting printer to the computer running octoprint via a USB cable. It can be a raspberry pi but it doesn’t have to be.
The wifi dongle works with PrusaLink software which appears to be an alternative to Octoprint. So you’d use one or the other, not both together.
I guess you have some kind of linux based system of your home server. The USB connection to the printer will create a Serial Interface in your system under /dev. How it is called depends on the USB chip used in your printer, but often this is something like ttyUSB0.
So when connecting the printer you get the device file /dev/ttyUSB0 (or similar) on your home server (yes, the Serial interface is just a special file on that level). You can now mount this device file into the docker container like any other hostfile via the volume option.
Like docker run -v /dev/ttyUSB0:/dev/ttyUSB0 octoprint or by using the volumes key for your octoprint service in the docker-compose file, providing the same string as in the docker run command.
I think that should work, though I haven't tested it.
Docker is just the new apt
Besides what other people are mentioning it is also excellent to use docker if you want to run multiple instances for multiple printers. I currently run 3 printers on a single mini pc that is also running octofarm for having a single entry point for all my printers
If you're only using your computer for octoprint and it's a pi, you should probably just install octopI on the thing as its os. I run octoprint on a couple orange pi zero's, so I run it in docker. It also lets you easily use the computer for multiple things, and you can easily move your services from server to server with docker. Basically, unless you have a single use computer or something that makes docker rather difficult to use, docker is the way to go for hosting most things these days.
I used to use Octoprint to connect to an Ender 3, which didn't come with an internet connection. Now that I have an Ankermake M5, I don't use it anymore.
You could connect your desktop to the 3D printer, I don't think a Raspberry is required.
This true actually, you can run octoprint directly on your desktop PC.