Repository files navigation

prind allows you to run the software for your 3D printer in Docker containers, eliminating any dependencies on the operating system.
This means you can use end-of-life or cutting-edge operating systems, and anything in between.

With a single command, you can start up Klipper and its accompanying applications.

Click to expand

	Name	Image source	Docs
	Klipper	prind @docker/klipper	Getting Started
	Moonraker	prind @docker/moonraker	Getting Started
	Mainsail	upstream	Starting the Stack
	Fluidd	upstream	Starting the Stack
	Octoprint	upstream	Starting the Stack
	KlipperScreen	prind @docker/klipperscreen	Additional Profiles
	moonraker-telegram-bot	upstream	Additional Profiles
	mobileraker_companion	upstream	Additional Profiles
	moonraker-obico	upstream	Additional Profiles
	Spoolman	upstream	Additional Profiles
	µStreamer	prind @docker/ustreamer	Add your Configuration Multiple Webcams

This guide requiresDocker andDocker Compose v2 on your machine.
Follow the official guides to install and set them up:

• Install Docker on Ubuntu
• Install Docker Compose v2

Clone this repository onto your Docker host using Git:

git clone https://github.com/mkuf/prind

Unless otherwise specified, all commands mentioned in the documentation should be run from the root of the repository.

Before using Klipper, you'll have to build and flash the microcontroller-code for your printers mainboard.
As this can be accomplished via docker, we can create an alias that replacesmake with the appropriate docker compose command. After setting this alias, follow the Instructions on finding your printer, building and flashing the microcontroller found in theKlipper Docs.

Adapted from the official Docs, a generic Build would look like this.

alias make="docker compose -f docker-compose.extra.make.yaml run --rm make"make menuconfigmakemake flash FLASH_DEVICE=/dev/serial/by-id/<my printer>

If your Board can be flashed via SD-Card, you may want to omitmake flash and retrieve theklipper.bin from theout directory that is created bymake. Follow your boards instructions on how to proceed with flashing via SD-Card.

Locate thewebcam Service withindocker-compose.override.yaml and update thedevice Section with the Device Name of your Webcam.
In this example, the Webcam is using device/dev/video0. Do not edit any other lines.

webcam:<<:*ustreamer-svcdevices:      -/dev/video0:/dev/webcamlabels:      -"traefik.enable=true"      -"traefik.http.services.webcam.loadbalancer.server.port=8080"      -"traefik.http.routers.webcam.rule=PathPrefix(`/webcam`)"      -"traefik.http.routers.webcam.entrypoints=web"      -"traefik.http.middlewares.webcam.stripprefix.prefixes=/webcam"      -"traefik.http.routers.webcam.middlewares=webcam"

All Runtime Configs are stored withinconfig of this Repo.

• Updateconfig/printer.cfg with your Klipper config, set the serial device and make sure to not remove the existing Macros as they are required by fluidd/mainsail. SeeKlipper3d Docs for Reference
• Make sure to updatecors_domains andtrusted_clients withinmoonraker.cfg to secure your moonraker api from unwanted access. SeeMoonraker Docs for Reference

There are currently 3 frontend Profiles to choose from, depending on the Web Frontend you'd like to use.

• fluidd
• mainsail
• octoprint (w/o moonraker)

Starting the stack comes down to:

docker compose --profile <profile> up -d

e.g.

docker compose --profile fluidd up -d

Switching between profiles requires the whole stack to be torn down before starting another Frontend.
Running two Frontends at the same time is currently not supported behind a proxy.Switching from fluidd to mainsail would look like this:

docker compose --profile fluidd downdocker compose --profile mainsail up -d

Docker compose allows for multiple profiles to be started at once.
You may combine any of the above frontend profiles with any number of the following additional profiles.

Be sure to always use the same set of profiles when updating the stack, otherwise services may be orphaned or the stack is behaving in an unpredictable way.

Thehostmcu profile enables you to use your host as secondary mcu for klipper.
See theKlipper Docs for more information on this Topic.

Uncomment the following lines inprinter.cfg

[mcu host]serial: /opt/printer_data/run/klipper_host_mcu.tty

then start the stack with

docker compose --profile mainsail --profile hostmcu up -d

After the hostmcu container is started, you may check for available gpio chips with

docker compose exec -it hostmcu gpiodetect

and check the pin number and pin availability with

docker compose exec -it hostmcu gpioinfo

KlipperScreen by jordanruthe can be enabled via theklipperscreen Profile.

It requires a X11 Server on your machine that the Container can connect to.
Locate the setup Script for X11 withinscripts/ and run it from the root directory of this repository as user root.It creates a User, installs and configures X11 and creates a Systemd Service for xinit.

cd prind/./scripts/setup-X11.sh

The Prind Logo should now be displayed on your screen.
If this is not the case, check the scripts output for errors.
Otherwise, proceed to start/update the Stack.

docker compose --profile fluidd --profile klipperscreen up -d

moonraker-telegram-bot by nlef can be enabled via themoonraker-telegram-bot Profile

Add yourbot_token andchat_id toconfig/telegram.conf.
See theconfiguration reference for further configuration Options.

docker compose --profile mainsail --profile moonraker-telegram-bot up -d

mobileraker_companion by Clon1998 can be enabled via themobileraker_companion Profile.

The default configuration provided with this repository contains everything needed to start the service and receive notifications via theMobileraker App. See theconfiguration reference for further configuration Options.

docker compose --profile mainsail --profile mobileraker_companion up -d

This profile is incompatible with OctoPrint, choose Fluidd or Mainsail instead.

moonraker-obico by TheSpaghettiDetective can be enabled via themoonraker-obico Profile.

The default configuration provided with this repository contains everything needed to access the webcam and use the tunnel with obico Cloud. This requires an account athttps://obico.io.
If you use a self hosted instance ofobico-server, you'll have to change the[server].url atconfig/moonraker-obico.cfg.

For further configuration options, see theOfficial Documentation.

Follow these steps to link your printer and start the profile:

1. Add a newKlipper-Type Printer via the Webinterface
2. KlickNext when prompted toInstall Obico for Klipper, not executing the shown Commands
3. Change to the root of the prind repository and start the linking process

docker compose -f docker-compose.extra.link-obico.yaml run --rm link-obico

4. Enter the6-digit verification code
5. Check if[server].auth_token is set inconfig/mooonraker-obico.cfg
6. Start the stack

docker compose --profile mainsail --profile moonraker-obico up -d

Spoolman by Donkie can be enabled via thespoolman Profile.

Uncomment the spoolman section inmoonraker.conf and add your printers Hostname or IP to the server URL.
The stack can then be started by specifying thespoolman profile.

docker compose --profile fluidd --profile spoolman up -d

Navigate tohttp://<yourprinter>/spoolman to access the spool manager webinterface.

Images are built daily and tagged withlatest and thegit description of the remote repo.Example:

• mkuf/klipper:latest
• mkuf/klipper:v0.12.0-114-ga77d0790

Thelatest Tag will point to a new Image within 24h.
The descriptive Tagv0.12.0-114-ga77d0790 will remain and refers toKlipper3d/klipper:v0.12.0-114-ga77d0790

Updating can be handled via docker-compose.
docker-compose.yaml uses latest tags for all Images contained in this Repository.
Compose will download all current Images and replace them when starting the stack again.
Make sure to includeall profiles that you specified at stack startup when pulling images.

docker compose --profile <profile> pulldocker compose --profile <profile> up -d

Adjusting permissions for devices connected to your host may become necessary, especially if you're using a non-Debian-based distribution with varying numerical group IDs.

You can accomplish this by crafting a udev rule tailored to your specific device on your host system. Refer to your operating system's manual for instructions on configuring udev rules.

Typically, this involves creating a*.rules file within/etc/udev/rules.d and appending a single line to it.
Consult the table below for the appropriate rule corresponding to your device type. Ensure to include your device's specificidVendor andidProduct, which can be identified using thelsusb command.

Using input shaper requires an accelerometer.
If you choose to connect this to your hosts GPIO pins, make sure to enable thehostmcu profile described in theAdditional Profiles section above.

Follow the Docs onMeasuring Resonances, to set up your Printer.

After runningTEST_RESONANCES orSHAPER_CALIBRATE, Klipper generates csv output in /tmp. To further analyze this data, it has to be extracted from the running klipper container.

mkdir ./resonancesdocker compose exec klipper ls /tmp  resonances_x_20220708_124515.csv  resonances_y_20220708_125150.csvdocker compose cp klipper:/tmp/resonances_x_20220708_124515.csv ./resonances/docker compose cp klipper:/tmp/resonances_y_20220708_125150.csv ./resonances/

docker-compose.extra.calibrate-shaper.yaml is set up to runcalibrate_shaper.py, so any options supported by the script can also be used with the container.Set an alias to save yourself from typing the the docker compose command multiple times. The generated Images are located besides the csv files in./resonances

alias calibrate_shaper="docker compose -f docker-compose.extra.calibrate-shaper.yaml run --rm calibrate_shaper"calibrate_shaper resonances_x_20220708_124515.csv -o cal_x.png  [...]  Recommended shaper is ei @ 90.2 Hzcalibrate_shaper resonances_y_20220708_125150.csv -o cal_y.png  [...]  Recommended shaper is mzv @ 48.2 Hz

CAN Devices are network devices in the Hosts network namespace. Granting access for containers requires running them in host network mode.
Add the following snippet to yourdocker-compose.override.yaml and restart the stack.
Any further configuration has to be done in klipper, see theofficial Klipper Docs

services:klipper:network_mode:host

The Entrypoint for all Docker Images within this Repo are the actual Applications, which are run at container execution time.
This makes it possible to set command line Arguments for the Apps as Docker Command.
Within docker-compose.yaml commands are already set, you may override them withindocker-compose.override.yaml to fit your needs.Example from service Klipper:

command:    -"-I"    -"run/klipper.tty"    -"-a"    -"run/klipper.sock"    -"cfg/printer.cfg"

The Ustreamer Service is already templated to be easily reused for multi-webcam Setups.
To add a new Ustreamer Service, simply add the following snippet todocker-compose.override.yaml.
Notice, that all service names, container names and traefik labels need to be unique while the right side of the passed Device (:/dev/webcam) always stays the same.Hence replace webcam2 with webcam3 and so on for every webcam you add and update the physical device that gets passed to the container.

webcam2:<<:*ustreamer-svcdevices:      -/dev/video1:/dev/webcamlabels:org.prind.service:webcam2traefik.enable:truetraefik.http.services.webcam2.loadbalancer.server.port:8080traefik.http.routers.webcam2.rule:PathPrefix(`/webcam2`)traefik.http.routers.webcam2.entrypoints:webtraefik.http.middlewares.webcam2.stripprefix.prefixes:/webcam2traefik.http.routers.webcam2.middlewares:webcam2

If you'd like to customize the provided Docker Images, you may edit the Dockerfiles within thedocker/<service> Directory.
Images are build in multiple stages, the final stage is calledrun. Based on this, you can update Service definitions withindocker-compose.override.yaml to build Images locally.

Example: Build Moonraker
Update theimage: name and add abuild config:

moonraker:image:moonraker:latestbuild:context:docker/moonrakertarget:run

The Klipper, Moonraker, and Ustreamer images include scripts to monitor the overall health of the application. By default, health checks aredisabled to avoid high CPU usage, which can cause unwanted behavior on low-powered machines.

In tests, container CPU usagedoubled when health checks were performed every 30 seconds and increasedsixfold when performed every 5 seconds.

To enable health checks, you can add them to your docker-compose.override.yaml file. Refer to the Compose file documentation for guidance on customizing these checks.

services:klipper:healthcheck:test:["python3", "/opt/health.py"]interval:30smoonraker:healthcheck:test:["bash", "/opt/health.sh"]interval:30swebcam:healthcheck:test:["bash", "/opt/health.sh"]interval:30s

In case Moonraker is not situated on the same Host as Mainsail, you'll have to enable remoteMode in Mainsail to set up a remote Printer. This mirrors the behaviour ofhttps://my.mainsail.xyz.

1. Createconfig/mainsail.json with the following Contents

{"remoteMode":true}

2. Add the newly created File as a Volume to the mainsail Service

mainsail:volumes:      -./config/mainsail.json:/usr/share/nginx/html/config.json

Debugging the Stack without printer hardware is challenging, as klipper requires a mcu to operate.
For this purpose, you can build a service that emulates a mcu with simulavr, as suggested by theKlipper Docs.

The simulavr Image is part of the Dockerfile for Klipper but is not pushed to any registry, so it needs to be built when needed.

Locate thedocker-compose.extra.simulavr.yaml in the repository and set theVERSION Build-Arg to any Git Reference fromKlipper3d/klipper that you would like the mcu code to be compatible with.

This example builds the mcu code fromKlipper3d/klipper:d75154d

build:context:docker/klippertarget:build-simulavrargs:VERSION:d75154d695efb1338cbfff061d226c4f384d127b

Then start the Stack

docker compose \  --profile mainsail \  -f docker-compose.yaml \  -f docker-compose.extra.simulavr.yaml \  up -d