https://www.rf1000.de/wiki/api.php?action=feedcontributions&feedformat=atom&user=Mhier 2026-05-03T00:49:19Z Benutzerbeiträge MediaWiki 1.41.0 https://www.rf1000.de/wiki/index.php?title=Klipper_auf_PC&diff=1204 2024-01-10T20:05:21Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> <br /> Achtung: Diese Anleitung befindet sich noch im Entstehen!<br /> <br /> <br /> == Einleitung ==<br /> <br /> Es gibt prinzipiell 3 realistische Möglichkeiten, die je nach Einsatz ihre Vor- und Nachteile haben:<br /> <br /> 1. Einen auch sonst genutzen PC mittels USB-Stick mit Linux booten. Das taugt für gelegentliches Nutzen, der PC ist dann aber weitgehend blockiert für andere Aufgaben (naja, nen Browser kann man schon noch benutzen). Insbesondere der Zugriff auf Windows-Dateien ist evtl. nicht oder nur eingeschränkt möglich. Wenn das der PC ist, mit dem man auch sliced, wird das schnell lästig ;-)<br /> <br /> 2. Linux in Virtueller Maschine installieren. Im Gegensatz zur Lösung 1 kann der PC im Prinzip weiter genutzt werden, wobei dringend Vorsicht angebracht ist während gedruckt wird. Wenn Klipper nicht genügend Rechenleistung abbekommt für einen Moment, kann das einem den Druck versauen. Für erste Tests wird es alle Male reichen. Ich habe diese Lösung allerdings nicht selbst getestet.<br /> <br /> 3. Einen ausrangierten PC mit Linux neu installieren. Den ausrangierten PC muss man natürlich haben, evtl. kann man was günstig auf E-Bay gebraucht bekommen. Diese Lösung taugt gut als permanenter Einsatz, wenn man aus irgendwelchen Gründen keinen Raspberry Pi nutzen kann/möchte. Monitor und Tastatur muss nicht zwingen angeschlossen sein außer zum Setup.<br /> <br /> Alle drei Möglichkeiten setzen ein relativ ähnliches Vorgehen voraus:<br /> <br /> A. Linux auf das jeweilige Medium installieren.&lt;br/&gt;<br /> B. OctoPrint installieren.&lt;br/&gt;<br /> C. Klipper installieren.&lt;br/&gt;<br /> <br /> == Schritt A: Linux installieren ==<br /> <br /> Für alle drei Lösungen muss man sich erstmal ein Ubuntu-ISO-Image herunterladen. Das geht hier:<br /> https://ubuntu.com/#download<br /> <br /> Je nachdem, ob man hinterher eine graphische Oberfläche haben möchte (Lösungen 1 und 2) oder nicht (Lösung 3) wählt man &quot;Ubuntu Desktop&quot; oder &quot;Ubuntu Server&quot;. Ubuntu Desktop ist deutlich umfangreicher, während Ubuntu Server weniger Platz und Download-Kapazitäten benötigt. In jedem Fall kann man aber später auch noch die Desktop-Pakete nachinstallieren bzw. den Fernzugriff aktivieren und die grafische Oberfläche ignorieren. Diese Entscheidung ist also nicht endgültig, macht aber hinterher einiges leichter.<br /> <br /> Für die Lösungen 1 und 3 benötigt man einen bootfähigen USB-Stick. Dafür gibt es eine Anleitung hier:<br /> https://ubuntu.com/tutorials/create-a-usb-stick-on-windows#1-overview<br /> <br /> === Weiteres Vorgehen für Lösung 1: USB-Stick ===<br /> <br /> Der USB-Stick sollte direkt bootfähig sein. Wenn man davon bootet, wird man gefragt, ob man Ubuntu installieren oder ausprobieren möchte. Man wählt hier erst deutsch als Sprache und dann &quot;Ubuntu ausprobieren&quot;, dann wird Ubuntu gebootet. Da USB-Sticks langsam sind, dauert das ne Ecke länger als bei einer richtigen Installation, vor allem beim ersten Mal ;-)<br /> <br /> === Weiteres Vorgehen für Lösung 2: Virtuelle Maschine ===<br /> <br /> 1. VirtualBox herunterladen und installieren (https://www.virtualbox.org/)<br /> <br /> 2. VirtualBox starten<br /> <br /> 3. Neue VM anlegen (blauen Stern &quot;Neu&quot; aklicken)<br /> <br /> 4. Name aussuchen, Typ &quot;Linux&quot;, Version &quot;Ubuntu (64-bit)&quot;<br /> <br /> 5. RAM-Größe auswählen: Das hängt davon ab, wie viel RAM euer PC hat. Nehmt die Hälfte, wobei 1GB eher knapp sind und mehr als 4GB eher keinen Sinn machen. Lässt sich hinterher noch leicht ändern.<br /> <br /> 6. Neue Virtuelle Festplatte erzeugen, als VDI (VrtualBox Disk Image), dynamisch alloziert, Größe z.B. 100 GB. Diese Größe lässt sich hinterher schlecht erweitern, aber die 100 GB werden nicht sofort komplett reserviert (da dynamisch alloziert). Dadurch sollte man immer eine deutlich zu große Größe wählen. Es kommt nicht so drauf an, aber 10 GB wie vorausgewählt sind definitiv arg knapp.<br /> <br /> 7. Neue Virtuelle Maschine starten. Es popt ein Fenster auf, in dem das ISO-Image, das vorher herunter geladen wurde, ausgewählt werden sollte.<br /> <br /> 8. Der Ubuntu installer sollte jetzt starten. &quot;Install Ubuntu&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt). Keine Angst: Ubuntu kann euch nichts löschen, denn es läuft abgekapselt in eben einer Virtuellen Maschine. Daher ruhig mit den Voreinstellungen die gesamte Festplatte benutzen lassen, denn das ist nur die virtuelle Festplatte.<br /> <br /> 9. Nach der Installation fällt auf, dass der dargestellte Bildschirm sehr klein ist. Um das zu verbessern, klickt ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Dort tippt ihr ein &quot;sudo apt install virtualbox-guest-x11&quot;. Nach Eingabe des Passworts bestätigt ihr mit &quot;j&quot;. Danach müsst ihr das System einmal neustarten -&gt; Oben rechts auf das Ausschalt-Symbol, Ausschalten/Abmelden, Ausschalten..., Neu starten. Danach sollte sich der Inhalt an die Fenstergröße automatisch anpassen.<br /> <br /> === Weiteres Vorgehen für Lösung 3: Ausrangierter PC ===<br /> <br /> Von USB-Stick booten. Sprache auf Deutsch und dann &quot;Ubuntu Installieren&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt, ich empfehle die Installation von Software von Drittanbietern für Grafik-Hardware etc. zu aktivieren). Achtung: Am besten sollte die Festplatte keine wichtigen Daten mehr beinhalten. Dann kann einfach die gesamte Festplatte gelöscht und für Ubuntu verwendet werden. Das ist der einfachste Weg, daher bitte vorher alle Daten vond er Platte holen, damit hier kein Unglück passiert. (Bei einem *ausrangierten* PC gehe ich eigentlich davon aus, aber sicherheitshalber noch mal der Hinweis...)<br /> <br /> == Einschub: Linux benutzen ==<br /> <br /> So jetzt solltet ihr ein laufendes Linux-System haben. Wichtigstes Feature: Das Terminal, wo man Linux-Befehle eingeben kann. Dieses startet ihr, in dem ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Da wir dieses Terminal eigentlich ständig brauchen, empfehle ich, jetzt (wo das Terminal läuft) in der linken Leiste einmal mit rechts auf das Terminal-Icon zu klicken und &quot;zu Favoriten hinzufügen&quot; auszuwählen. Dadurch bleibt dieses Icon in der linken Leiste auch dann, wenn das Terminal geschlossen wird und ihr könnt es damit schnell neu öffnen.<br /> <br /> Fast alle Installationsanleitungen erfordern, dass dort Befehle eingegeben werden, nicht selten ohne das explizit zu erwähnen. Wenn also irgendwo Linux-Befehle auftauchen, gehören die hier rein.<br /> <br /> Eine kleine Übericht über die wichtigsten Befehle findet ihr hier: https://www.pcwelt.de/ratgeber/Die_10_wichtigsten_Linux-Befehle_fuer_Einsteiger-Kommandozeile_alias_Terminal-8858519.html<br /> <br /> Ab jetzt sollten sich alle drei Lösungen weitgehend gleich verhalten, bis auf ein Trick, der für die Virtuelle Maschine nötig ist, dazu später mehr.<br /> <br /> == Schritt B: OctoPrint installieren. ==<br /> <br /> Eine Installationsanleitung gibt es hier:<br /> https://community.octoprint.org/t/setting-up-octoprint-on-a-raspberry-pi-running-raspbian-or-raspberry-pi-os/2337<br /> <br /> Die ist zwar für Raspbian gedacht, aber unser Ubuntu ist ausreichend ähnlich. Beim Schritt mit &quot;usermod&quot;, wo der Nutzer in Gruppen hinzugefügt wird, müsst ihr allerdings den Benutzernamen &quot;pi&quot; durch den ersetzen, den ihr euch bei der Installation ausgesucht habt.<br /> <br /> Die Anleitung ist unnötig lang - ihr braucht das nur bis einschließlich &quot;Automatic start up&quot; zu befolgen. Für Testzwecke genügt es sogar, OctoPrint immer manuell zu starten, also ist auch der Schritt optional.<br /> <br /> == Schritt C: Klipper installieren ==<br /> <br /> Hier kann man jetzt wieder der eigentlichen Anleitung auf der Seite [[Klipper]] folgen.<br /> <br /> Im Fall der Virtuellen Maschine muss man noch dafür sorgen, dass die USB-Verbindung in die Virtuelle Maschine hindurch gereicht wird. Dazu klickt man unten rechts auf das Symbol mit dem blauen USB-Stecker und wählt dort das richtige Gerät aus. Wenn ihr nicht wisst, welches das ist, einfach mal den Stecker ziehen und schauen, welches dann nicht mehr dort aufgeführt wird...</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1203 2024-01-10T20:04:50Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> = Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Klipper auf den MCUs updaten ==<br /> <br /> * Update des STM32 Microcontroller auf dem SKIPR erfolgt über SD-Karte (FAT-formatiert, keine Partitionen): klipper.bin in Stammverzeichnis kopieren als &quot;FIRMWARE.BIN&quot;. Damit die MCU booten.<br /> <br /> * Script zur Automatisierung: https://github.com/RF1000community/klipper/blob/wip-loadcellprobe/update-rf1000%2Bskipr-mcus.sh<br /> * Speichern nach ~/klipper<br /> * chmod +x ~/klipper/update-rf1000%2Bskipr-mcus.sh<br /> * Starten:<br /> &lt;pre&gt;<br /> cd ~/klipper<br /> ./update-rf1000%2Bskipr-mcus.sh<br /> &lt;/pre&gt;<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!<br /> <br /> == Linux-Update (Armbian) ==<br /> <br /> * Normale Updates (Sicherheits-Patches etc.):<br /> ** apt update<br /> ** apt dist-upgrade<br /> * Paket linux-dtb-edge-rockchip64 darf nicht geupdated werden<br /> ** Da drin ist der &quot;Device Tree&quot; (https://en.wikipedia.org/wiki/Devicetree), der vom Hersteller modifiziert wurde (leider ohne das in Armbian/Debian einzupflegen)<br /> ** Deshalb ausführen: apt-mark hold linux-dtb-edge-rockchip64<br /> ** Falls Device Tree doch mal überschrieben wird: Inhalt von /boot/dtb aus dem Original-Image wiederherstellen</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1202 2024-01-10T20:04:24Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit Jahren bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Eine Installationsanleitung für Klipper auf dem MKS SKIPR Board gibt es hier: [[Klipper_MKS_SKIPR]]<br /> <br /> Eine Installationsanleitung für Klipper auf dem PC gibt es hier: [[Klipper auf PC]]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre. Wichtig dafür ist, dass die beiden Z_CALIBRATEs an der selben X/Y-Position ausgeführt werden (deshalb ist diese Position im Macro festgelegt).<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern:<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> Danach startet die Firmware neu, und es muss neu gehomed werden.<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1201 2024-01-06T19:58:13Z

<p>Mhier: /* Installation */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Eine Installationsanleitung für Klipper auf dem MKS SKIPR Board gibt es hier: [[Klipper_MKS_SKIPR]]<br /> <br /> Eine Installationsanleitung für Klipper auf dem PC gibt es hier: [[Klipper auf PC]]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre. Wichtig dafür ist, dass die beiden Z_CALIBRATEs an der selben X/Y-Position ausgeführt werden (deshalb ist diese Position im Macro festgelegt).<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern:<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> Danach startet die Firmware neu, und es muss neu gehomed werden.<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1200 2024-01-06T19:57:16Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Klipper auf den MCUs updaten ==<br /> <br /> * Update des STM32 Microcontroller auf dem SKIPR erfolgt über SD-Karte (FAT-formatiert, keine Partitionen): klipper.bin in Stammverzeichnis kopieren als &quot;FIRMWARE.BIN&quot;. Damit die MCU booten.<br /> <br /> * Script zur Automatisierung: https://github.com/RF1000community/klipper/blob/wip-loadcellprobe/update-rf1000%2Bskipr-mcus.sh<br /> * Speichern nach ~/klipper<br /> * chmod +x ~/klipper/update-rf1000%2Bskipr-mcus.sh<br /> * Starten:<br /> &lt;pre&gt;<br /> cd ~/klipper<br /> ./update-rf1000%2Bskipr-mcus.sh<br /> &lt;/pre&gt;<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!<br /> <br /> == Linux-Update (Armbian) ==<br /> <br /> * Normale Updates (Sicherheits-Patches etc.):<br /> ** apt update<br /> ** apt dist-upgrade<br /> * Paket linux-dtb-edge-rockchip64 darf nicht geupdated werden<br /> ** Da drin ist der &quot;Device Tree&quot; (https://en.wikipedia.org/wiki/Devicetree), der vom Hersteller modifiziert wurde (leider ohne das in Armbian/Debian einzupflegen)<br /> ** Deshalb ausführen: apt-mark hold linux-dtb-edge-rockchip64<br /> ** Falls Device Tree doch mal überschrieben wird: Inhalt von /boot/dtb aus dem Original-Image wiederherstellen</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1199 2024-01-06T19:53:07Z

<p>Mhier: /* Klipper auf den MCUs updaten */</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Klipper auf den MCUs updaten ==<br /> <br /> * Update des STM32 Microcontroller auf dem SKIPR erfolgt über SD-Karte (FAT-formatiert, keine Partitionen): klipper.bin in Stammverzeichnis kopieren als &quot;FIRMWARE.BIN&quot;. Damit die MCU booten.<br /> <br /> * Script zur Automatisierung: https://github.com/RF1000community/klipper/blob/wip-loadcellprobe/update-rf1000%2Bskipr-mcus.sh<br /> * Speichern nach ~/klipper<br /> * chmod +x ~/klipper/update-rf1000%2Bskipr-mcus.sh<br /> * Starten:<br /> &lt;pre&gt;<br /> cd ~/klipper<br /> ./update-rf1000%2Bskipr-mcus.sh<br /> &lt;/pre&gt;<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1198 2023-11-27T21:52:21Z

<p>Mhier: /* Klipper auf den MCUs updaten */</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Klipper auf den MCUs updaten ==<br /> <br /> * Script:<br /> &lt;pre&gt;#!/bin/bash<br /> sudo systemctl stop klipper<br /> make clean KCONFIG_CONFIG=mcu-build-config-skipr<br /> make -j5 KCONFIG_CONFIG=mcu-build-config-skipr<br /> ./scripts/flash-sdcard.sh /dev/ttyS0 mks-skipr<br /> make clean KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> make -j5 KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> make flash FLASH_DEVICE=/dev/ttyUSB0 KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> sudo systemctl start klipper&lt;/pre&gt;<br /> * Speichern nach ~/klipper/update-mcus.sh<br /> * chmod +x ~/klipper/update-mcus.sh<br /> * Starten:<br /> &lt;pre&gt;<br /> cd klipper<br /> ./update-mucs.sh<br /> &lt;/pre&gt;<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1197 2023-11-27T21:51:22Z

<p>Mhier: /* Klipper auf den MCUs updaten */</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Klipper auf den MCUs updaten ==<br /> <br /> * Script:<br /> &lt;pre&gt;#!/bin/bash<br /> sudo systemctl stop klipper<br /> make clean KCONFIG_CONFIG=mcu-build-config-skipr<br /> make -j5 KCONFIG_CONFIG=mcu-build-config-skipr<br /> ./scripts/flash-sdcard.sh /dev/ttyS0 mks-skipr<br /> make clean KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> make -j5 KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> make flash FLASH_DEVICE=/dev/ttyUSB0 KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> sudo systemctl start klipper&lt;/pre&gt;<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1196 2023-11-27T21:51:05Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Klipper auf den MCUs updaten ==<br /> <br /> * Script:<br /> &lt;nowiki&gt;#!/bin/bash<br /> sudo systemctl stop klipper<br /> make clean KCONFIG_CONFIG=mcu-build-config-skipr<br /> make -j5 KCONFIG_CONFIG=mcu-build-config-skipr<br /> ./scripts/flash-sdcard.sh /dev/ttyS0 mks-skipr<br /> make clean KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> make -j5 KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> make flash FLASH_DEVICE=/dev/ttyUSB0 KCONFIG_CONFIG=mcu-build-config-oldmcu<br /> sudo systemctl start klipper&lt;/nowiki&gt;<br /> <br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1194 2023-07-03T09:29:45Z

<p>Mhier: /* Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board */</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board (sprich: &quot;Skipper&quot;) ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1193 2023-07-03T07:53:57Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase MKS SKIPR Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_SKRPI&diff=1192 2023-07-03T07:53:05Z

<p>Mhier: Mhier verschob die Seite Klipper SKRPI nach Klipper MKS SKIPR: Boardname verwechselt</p> <hr /> <div>#WEITERLEITUNG [[Klipper MKS SKIPR]]</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1191 2023-07-03T07:53:05Z

<p>Mhier: Mhier verschob die Seite Klipper SKRPI nach Klipper MKS SKIPR: Boardname verwechselt</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1190 2023-07-03T07:52:27Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase MKS SKIPR Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1189 2023-07-01T14:47:26Z

<p>Mhier: /* Mechanische und elektronische Installation */</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstecken<br /> ** Jumper für UART nicht vergessen, 2. Position von grünem Connector aus gezählt<br /> ** Bei mir: Schwarzer connecter an schwarz, roter connector an grün. Viele Mainboards haben wohl schwarz+rot statt schwarz+grün)<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1188 2023-07-01T14:40:50Z

<p>Mhier: /* Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board */</p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> Weitere Infos zum Board:<br /> * https://github.com/makerbase-mks/MKS-SKIPR/tree/main/hardware/MKS%20SKIPR%20V1.0_002<br /> * https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> Installationsanleitung: https://github.com/makerbase-mks/MKS-SKIPR/blob/main/README.md#software-preparation<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1187 2023-07-01T11:35:10Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Gehäuselüfter!<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1186 2023-07-01T10:46:40Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Einrichten ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> * Macros kategorisieren<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1185 2023-07-01T10:26:03Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Installation ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin<br /> <br /> == Display ==<br /> <br /> Fehlt noch komplett. 3D-Modell nötig!</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1184 2023-07-01T10:24:34Z

<p>Mhier: </p> <hr /> <div>= Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Installation ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1183 2023-07-01T10:24:10Z

<p>Mhier: </p> <hr /> <div>----<br /> ----<br /> ----<br /> <br /> '''Hinweis: Diese Seite befindet sich noch im Aufbau!'''<br /> <br /> ----<br /> ----<br /> ----<br /> <br /> = Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Installation ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1182 2023-07-01T10:23:35Z

<p>Mhier: /* Software Installation */</p> <hr /> <div>Hinweis: Diese Seite befindet sich noch im Aufbau!<br /> <br /> ----<br /> <br /> = Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Installation ==<br /> <br /> * Passwörter ändern<br /> * Git-Repo auf Community ändern<br /> * Empfohlen: Dateisystem auf sync ändern<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1181 2023-07-01T10:22:29Z

<p>Mhier: /* Cura Verbindung */</p> <hr /> <div>Hinweis: Diese Seite befindet sich noch im Aufbau!<br /> <br /> ----<br /> <br /> = Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Installation ==<br /> <br /> ...<br /> <br /> == Cura Verbindung und Startcode ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker<br /> * Optional: Startcode-Macros und Material Settings Plugin</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_MKS_SKIPR&diff=1180 2023-07-01T10:19:13Z

<p>Mhier: Die Seite wurde neu angelegt: „Hinweis: Diese Seite befindet sich noch im Aufbau! ---- = Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board = Das Makerbase SKR PI Board…“</p> <hr /> <div>Hinweis: Diese Seite befindet sich noch im Aufbau!<br /> <br /> ----<br /> <br /> = Anleitung zum Einrichten von Klipper mit einem Makerbase SKR PI Board =<br /> <br /> Das Makerbase SKR PI Board ist ein Drucker-Mainboard, bei dem sozusagen der Raspberry Pi bereits integriert ist. Da es sich nicht um einen Original-Raspberry-Pi handelt, sondern um einen vergleichbaren, aber eben etwas anderen Einplatinen-Computer, wird dieser künftig schlicht mit &quot;Pi&quot; bezeichnet. Auf dem Mainboard befindet sich ebenfalls ein Microcontroller, welcher im folgenden als MCU bezeichnet wird.<br /> <br /> <br /> == Teileliste ==<br /> <br /> * Ein Renkforce RF1000, RF2000 oder RF2000v2 mit funktionierendem Original-Mainboard (das kann auch komplett ersetzt werden z.B. bei einem Defekt, dies wird aber zunächst nicht in dieser Anleitung behandelt)<br /> * Makerbase SKR PI Board<br /> * Zwei Micro-SD-Karten: Eine, um das Linux-Betriebssystem für den Pi zu speichern sowie alle Nutzerdaten. Die zweite wird lediglich für das Firmware-Update der MCU benötigt (sollte aber idealerweise dauerhaft im Gerät verbleiben).<br /> * Ein ziemlich kurzes USB-Kabel vom Type USB A auf USB B, wie es auch zum Anschluss des originalen Mainboards an einen Computer benutzt wird.<br /> * WLAN-Stick, möglichst klein, z.B. Edimax EW-7811Un (ok, der ist &quot;etwas&quot; alt und wohl nicht mehr erhältlich -&gt; Alternative finden)<br /> * Befestigungsmaterial:<br /> ** 5x M3x35 Senkkopf (DIN7991) + Muttern<br /> ** 4x M3x8<br /> ** 3x M4x30 + Muttern + Beilagscheiben<br /> ** 3 Spacer für M4 (Länge ??? -&gt; Muss ich noch nachmessen!)<br /> * 2 Sperrholzbretter (Abmessungen ??? -&gt; Muss ich noch nachmessen!)<br /> * Dickeres 2-adriges Kabel zur Stromversorgung, z.B. Lautsprecherkabel, minimum 1.5mm^2<br /> * Bei Verwendung neuer Motortreiber (prinzipiell optional, aber empfohlen):<br /> ** 4x (bzw. 5x bei Dual-Extruder) StepStick-kompatible Motortreiber, z.B. TMC2209 oder TMC2226 (letztere laufen etwas effizienter, also kühler)<br /> ** 3x JST-XH Steckergehäuse 3 Pin (für die Endschalter-Kabel)<br /> ** Teilumrüstungen sind möglich, Endschalter und zugehöriger Stepper sollten aber auf dem selben Board sein<br /> <br /> == SD-Karte mit Linux vorbereiten ==<br /> <br /> ...<br /> <br /> == Mechanische und elektronische Installation ==<br /> <br /> Muss noch ausgearbeitet werden, erstmal nur Stichpunkte für mich zur Erinnerung:<br /> <br /> * Sperrholzbretter vorbereiten als &quot;Adapter&quot;<br /> * Erdungskabel versetzen<br /> * Altes Mainboard versetzen<br /> * Stromkabel an neues Mainboard und Netzteil<br /> * SD-Karten einstecken<br /> * WLAN-Stick einstecken (Welcher Slot!?)<br /> * Neues Mainboard installieren<br /> * Endschalter-Kabel auf 3-Pin-Gehäuse umbauen und aufstecken<br /> * Stepper-Treiber einstekcen<br /> * Stepper-Kabel einstecken<br /> * USB-Kabel installieren<br /> <br /> == Software Installation ==<br /> <br /> ...<br /> <br /> == Cura Verbindung ==<br /> <br /> * Plugin aus Cura Marketplace: Connect Moonraker</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1175 2021-12-08T15:49:15Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Eine Installationsanleitung für Klipper auf dem PC gibt es hier: [[Klipper auf PC]]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre. Wichtig dafür ist, dass die beiden Z_CALIBRATEs an der selben X/Y-Position ausgeführt werden (deshalb ist diese Position im Macro festgelegt).<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern:<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> Danach startet die Firmware neu, und es muss neu gehomed werden.<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_auf_PC&diff=1174 2021-12-08T15:32:49Z

<p>Mhier: /* Schritt C: Klipper installieren */</p> <hr /> <div>Achtung: Diese Anleitung befindet sich noch im Entstehen!<br /> <br /> <br /> == Einleitung ==<br /> <br /> Es gibt prinzipiell 3 realistische Möglichkeiten, die je nach Einsatz ihre Vor- und Nachteile haben:<br /> <br /> 1. Einen auch sonst genutzen PC mittels USB-Stick mit Linux booten. Das taugt für gelegentliches Nutzen, der PC ist dann aber weitgehend blockiert für andere Aufgaben (naja, nen Browser kann man schon noch benutzen). Insbesondere der Zugriff auf Windows-Dateien ist evtl. nicht oder nur eingeschränkt möglich. Wenn das der PC ist, mit dem man auch sliced, wird das schnell lästig ;-)<br /> <br /> 2. Linux in Virtueller Maschine installieren. Im Gegensatz zur Lösung 1 kann der PC im Prinzip weiter genutzt werden, wobei dringend Vorsicht angebracht ist während gedruckt wird. Wenn Klipper nicht genügend Rechenleistung abbekommt für einen Moment, kann das einem den Druck versauen. Für erste Tests wird es alle Male reichen. Ich habe diese Lösung allerdings nicht selbst getestet.<br /> <br /> 3. Einen ausrangierten PC mit Linux neu installieren. Den ausrangierten PC muss man natürlich haben, evtl. kann man was günstig auf E-Bay gebraucht bekommen. Diese Lösung taugt gut als permanenter Einsatz, wenn man aus irgendwelchen Gründen keinen Raspberry Pi nutzen kann/möchte. Monitor und Tastatur muss nicht zwingen angeschlossen sein außer zum Setup.<br /> <br /> Alle drei Möglichkeiten setzen ein relativ ähnliches Vorgehen voraus:<br /> <br /> A. Linux auf das jeweilige Medium installieren.&lt;br/&gt;<br /> B. OctoPrint installieren.&lt;br/&gt;<br /> C. Klipper installieren.&lt;br/&gt;<br /> <br /> == Schritt A: Linux installieren ==<br /> <br /> Für alle drei Lösungen muss man sich erstmal ein Ubuntu-ISO-Image herunterladen. Das geht hier:<br /> https://ubuntu.com/#download<br /> <br /> Je nachdem, ob man hinterher eine graphische Oberfläche haben möchte (Lösungen 1 und 2) oder nicht (Lösung 3) wählt man &quot;Ubuntu Desktop&quot; oder &quot;Ubuntu Server&quot;. Ubuntu Desktop ist deutlich umfangreicher, während Ubuntu Server weniger Platz und Download-Kapazitäten benötigt. In jedem Fall kann man aber später auch noch die Desktop-Pakete nachinstallieren bzw. den Fernzugriff aktivieren und die grafische Oberfläche ignorieren. Diese Entscheidung ist also nicht endgültig, macht aber hinterher einiges leichter.<br /> <br /> Für die Lösungen 1 und 3 benötigt man einen bootfähigen USB-Stick. Dafür gibt es eine Anleitung hier:<br /> https://ubuntu.com/tutorials/create-a-usb-stick-on-windows#1-overview<br /> <br /> === Weiteres Vorgehen für Lösung 1: USB-Stick ===<br /> <br /> Der USB-Stick sollte direkt bootfähig sein. Wenn man davon bootet, wird man gefragt, ob man Ubuntu installieren oder ausprobieren möchte. Man wählt hier erst deutsch als Sprache und dann &quot;Ubuntu ausprobieren&quot;, dann wird Ubuntu gebootet. Da USB-Sticks langsam sind, dauert das ne Ecke länger als bei einer richtigen Installation, vor allem beim ersten Mal ;-)<br /> <br /> === Weiteres Vorgehen für Lösung 2: Virtuelle Maschine ===<br /> <br /> 1. VirtualBox herunterladen und installieren (https://www.virtualbox.org/)<br /> <br /> 2. VirtualBox starten<br /> <br /> 3. Neue VM anlegen (blauen Stern &quot;Neu&quot; aklicken)<br /> <br /> 4. Name aussuchen, Typ &quot;Linux&quot;, Version &quot;Ubuntu (64-bit)&quot;<br /> <br /> 5. RAM-Größe auswählen: Das hängt davon ab, wie viel RAM euer PC hat. Nehmt die Hälfte, wobei 1GB eher knapp sind und mehr als 4GB eher keinen Sinn machen. Lässt sich hinterher noch leicht ändern.<br /> <br /> 6. Neue Virtuelle Festplatte erzeugen, als VDI (VrtualBox Disk Image), dynamisch alloziert, Größe z.B. 100 GB. Diese Größe lässt sich hinterher schlecht erweitern, aber die 100 GB werden nicht sofort komplett reserviert (da dynamisch alloziert). Dadurch sollte man immer eine deutlich zu große Größe wählen. Es kommt nicht so drauf an, aber 10 GB wie vorausgewählt sind definitiv arg knapp.<br /> <br /> 7. Neue Virtuelle Maschine starten. Es popt ein Fenster auf, in dem das ISO-Image, das vorher herunter geladen wurde, ausgewählt werden sollte.<br /> <br /> 8. Der Ubuntu installer sollte jetzt starten. &quot;Install Ubuntu&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt). Keine Angst: Ubuntu kann euch nichts löschen, denn es läuft abgekapselt in eben einer Virtuellen Maschine. Daher ruhig mit den Voreinstellungen die gesamte Festplatte benutzen lassen, denn das ist nur die virtuelle Festplatte.<br /> <br /> 9. Nach der Installation fällt auf, dass der dargestellte Bildschirm sehr klein ist. Um das zu verbessern, klickt ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Dort tippt ihr ein &quot;sudo apt install virtualbox-guest-x11&quot;. Nach Eingabe des Passworts bestätigt ihr mit &quot;j&quot;. Danach müsst ihr das System einmal neustarten -&gt; Oben rechts auf das Ausschalt-Symbol, Ausschalten/Abmelden, Ausschalten..., Neu starten. Danach sollte sich der Inhalt an die Fenstergröße automatisch anpassen.<br /> <br /> === Weiteres Vorgehen für Lösung 3: Ausrangierter PC ===<br /> <br /> Von USB-Stick booten. Sprache auf Deutsch und dann &quot;Ubuntu Installieren&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt, ich empfehle die Installation von Software von Drittanbietern für Grafik-Hardware etc. zu aktivieren). Achtung: Am besten sollte die Festplatte keine wichtigen Daten mehr beinhalten. Dann kann einfach die gesamte Festplatte gelöscht und für Ubuntu verwendet werden. Das ist der einfachste Weg, daher bitte vorher alle Daten vond er Platte holen, damit hier kein Unglück passiert. (Bei einem *ausrangierten* PC gehe ich eigentlich davon aus, aber sicherheitshalber noch mal der Hinweis...)<br /> <br /> == Einschub: Linux benutzen ==<br /> <br /> So jetzt solltet ihr ein laufendes Linux-System haben. Wichtigstes Feature: Das Terminal, wo man Linux-Befehle eingeben kann. Dieses startet ihr, in dem ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Da wir dieses Terminal eigentlich ständig brauchen, empfehle ich, jetzt (wo das Terminal läuft) in der linken Leiste einmal mit rechts auf das Terminal-Icon zu klicken und &quot;zu Favoriten hinzufügen&quot; auszuwählen. Dadurch bleibt dieses Icon in der linken Leiste auch dann, wenn das Terminal geschlossen wird und ihr könnt es damit schnell neu öffnen.<br /> <br /> Fast alle Installationsanleitungen erfordern, dass dort Befehle eingegeben werden, nicht selten ohne das explizit zu erwähnen. Wenn also irgendwo Linux-Befehle auftauchen, gehören die hier rein.<br /> <br /> Eine kleine Übericht über die wichtigsten Befehle findet ihr hier: https://www.pcwelt.de/ratgeber/Die_10_wichtigsten_Linux-Befehle_fuer_Einsteiger-Kommandozeile_alias_Terminal-8858519.html<br /> <br /> Ab jetzt sollten sich alle drei Lösungen weitgehend gleich verhalten, bis auf ein Trick, der für die Virtuelle Maschine nötig ist, dazu später mehr.<br /> <br /> == Schritt B: OctoPrint installieren. ==<br /> <br /> Eine Installationsanleitung gibt es hier:<br /> https://community.octoprint.org/t/setting-up-octoprint-on-a-raspberry-pi-running-raspbian-or-raspberry-pi-os/2337<br /> <br /> Die ist zwar für Raspbian gedacht, aber unser Ubuntu ist ausreichend ähnlich. Beim Schritt mit &quot;usermod&quot;, wo der Nutzer in Gruppen hinzugefügt wird, müsst ihr allerdings den Benutzernamen &quot;pi&quot; durch den ersetzen, den ihr euch bei der Installation ausgesucht habt.<br /> <br /> Die Anleitung ist unnötig lang - ihr braucht das nur bis einschließlich &quot;Automatic start up&quot; zu befolgen. Für Testzwecke genügt es sogar, OctoPrint immer manuell zu starten, also ist auch der Schritt optional.<br /> <br /> == Schritt C: Klipper installieren ==<br /> <br /> Hier kann man jetzt wieder der eigentlichen Anleitung auf der Seite [[Klipper]] folgen.<br /> <br /> Im Fall der Virtuellen Maschine muss man noch dafür sorgen, dass die USB-Verbindung in die Virtuelle Maschine hindurch gereicht wird. Dazu klickt man unten rechts auf das Symbol mit dem blauen USB-Stecker und wählt dort das richtige Gerät aus. Wenn ihr nicht wisst, welches das ist, einfach mal den Stecker ziehen und schauen, welches dann nicht mehr dort aufgeführt wird...</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_auf_PC&diff=1173 2021-12-08T15:30:58Z

<p>Mhier: /* Einschub: Linux benutzen */</p> <hr /> <div>Achtung: Diese Anleitung befindet sich noch im Entstehen!<br /> <br /> <br /> == Einleitung ==<br /> <br /> Es gibt prinzipiell 3 realistische Möglichkeiten, die je nach Einsatz ihre Vor- und Nachteile haben:<br /> <br /> 1. Einen auch sonst genutzen PC mittels USB-Stick mit Linux booten. Das taugt für gelegentliches Nutzen, der PC ist dann aber weitgehend blockiert für andere Aufgaben (naja, nen Browser kann man schon noch benutzen). Insbesondere der Zugriff auf Windows-Dateien ist evtl. nicht oder nur eingeschränkt möglich. Wenn das der PC ist, mit dem man auch sliced, wird das schnell lästig ;-)<br /> <br /> 2. Linux in Virtueller Maschine installieren. Im Gegensatz zur Lösung 1 kann der PC im Prinzip weiter genutzt werden, wobei dringend Vorsicht angebracht ist während gedruckt wird. Wenn Klipper nicht genügend Rechenleistung abbekommt für einen Moment, kann das einem den Druck versauen. Für erste Tests wird es alle Male reichen. Ich habe diese Lösung allerdings nicht selbst getestet.<br /> <br /> 3. Einen ausrangierten PC mit Linux neu installieren. Den ausrangierten PC muss man natürlich haben, evtl. kann man was günstig auf E-Bay gebraucht bekommen. Diese Lösung taugt gut als permanenter Einsatz, wenn man aus irgendwelchen Gründen keinen Raspberry Pi nutzen kann/möchte. Monitor und Tastatur muss nicht zwingen angeschlossen sein außer zum Setup.<br /> <br /> Alle drei Möglichkeiten setzen ein relativ ähnliches Vorgehen voraus:<br /> <br /> A. Linux auf das jeweilige Medium installieren.&lt;br/&gt;<br /> B. OctoPrint installieren.&lt;br/&gt;<br /> C. Klipper installieren.&lt;br/&gt;<br /> <br /> == Schritt A: Linux installieren ==<br /> <br /> Für alle drei Lösungen muss man sich erstmal ein Ubuntu-ISO-Image herunterladen. Das geht hier:<br /> https://ubuntu.com/#download<br /> <br /> Je nachdem, ob man hinterher eine graphische Oberfläche haben möchte (Lösungen 1 und 2) oder nicht (Lösung 3) wählt man &quot;Ubuntu Desktop&quot; oder &quot;Ubuntu Server&quot;. Ubuntu Desktop ist deutlich umfangreicher, während Ubuntu Server weniger Platz und Download-Kapazitäten benötigt. In jedem Fall kann man aber später auch noch die Desktop-Pakete nachinstallieren bzw. den Fernzugriff aktivieren und die grafische Oberfläche ignorieren. Diese Entscheidung ist also nicht endgültig, macht aber hinterher einiges leichter.<br /> <br /> Für die Lösungen 1 und 3 benötigt man einen bootfähigen USB-Stick. Dafür gibt es eine Anleitung hier:<br /> https://ubuntu.com/tutorials/create-a-usb-stick-on-windows#1-overview<br /> <br /> === Weiteres Vorgehen für Lösung 1: USB-Stick ===<br /> <br /> Der USB-Stick sollte direkt bootfähig sein. Wenn man davon bootet, wird man gefragt, ob man Ubuntu installieren oder ausprobieren möchte. Man wählt hier erst deutsch als Sprache und dann &quot;Ubuntu ausprobieren&quot;, dann wird Ubuntu gebootet. Da USB-Sticks langsam sind, dauert das ne Ecke länger als bei einer richtigen Installation, vor allem beim ersten Mal ;-)<br /> <br /> === Weiteres Vorgehen für Lösung 2: Virtuelle Maschine ===<br /> <br /> 1. VirtualBox herunterladen und installieren (https://www.virtualbox.org/)<br /> <br /> 2. VirtualBox starten<br /> <br /> 3. Neue VM anlegen (blauen Stern &quot;Neu&quot; aklicken)<br /> <br /> 4. Name aussuchen, Typ &quot;Linux&quot;, Version &quot;Ubuntu (64-bit)&quot;<br /> <br /> 5. RAM-Größe auswählen: Das hängt davon ab, wie viel RAM euer PC hat. Nehmt die Hälfte, wobei 1GB eher knapp sind und mehr als 4GB eher keinen Sinn machen. Lässt sich hinterher noch leicht ändern.<br /> <br /> 6. Neue Virtuelle Festplatte erzeugen, als VDI (VrtualBox Disk Image), dynamisch alloziert, Größe z.B. 100 GB. Diese Größe lässt sich hinterher schlecht erweitern, aber die 100 GB werden nicht sofort komplett reserviert (da dynamisch alloziert). Dadurch sollte man immer eine deutlich zu große Größe wählen. Es kommt nicht so drauf an, aber 10 GB wie vorausgewählt sind definitiv arg knapp.<br /> <br /> 7. Neue Virtuelle Maschine starten. Es popt ein Fenster auf, in dem das ISO-Image, das vorher herunter geladen wurde, ausgewählt werden sollte.<br /> <br /> 8. Der Ubuntu installer sollte jetzt starten. &quot;Install Ubuntu&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt). Keine Angst: Ubuntu kann euch nichts löschen, denn es läuft abgekapselt in eben einer Virtuellen Maschine. Daher ruhig mit den Voreinstellungen die gesamte Festplatte benutzen lassen, denn das ist nur die virtuelle Festplatte.<br /> <br /> 9. Nach der Installation fällt auf, dass der dargestellte Bildschirm sehr klein ist. Um das zu verbessern, klickt ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Dort tippt ihr ein &quot;sudo apt install virtualbox-guest-x11&quot;. Nach Eingabe des Passworts bestätigt ihr mit &quot;j&quot;. Danach müsst ihr das System einmal neustarten -&gt; Oben rechts auf das Ausschalt-Symbol, Ausschalten/Abmelden, Ausschalten..., Neu starten. Danach sollte sich der Inhalt an die Fenstergröße automatisch anpassen.<br /> <br /> === Weiteres Vorgehen für Lösung 3: Ausrangierter PC ===<br /> <br /> Von USB-Stick booten. Sprache auf Deutsch und dann &quot;Ubuntu Installieren&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt, ich empfehle die Installation von Software von Drittanbietern für Grafik-Hardware etc. zu aktivieren). Achtung: Am besten sollte die Festplatte keine wichtigen Daten mehr beinhalten. Dann kann einfach die gesamte Festplatte gelöscht und für Ubuntu verwendet werden. Das ist der einfachste Weg, daher bitte vorher alle Daten vond er Platte holen, damit hier kein Unglück passiert. (Bei einem *ausrangierten* PC gehe ich eigentlich davon aus, aber sicherheitshalber noch mal der Hinweis...)<br /> <br /> == Einschub: Linux benutzen ==<br /> <br /> So jetzt solltet ihr ein laufendes Linux-System haben. Wichtigstes Feature: Das Terminal, wo man Linux-Befehle eingeben kann. Dieses startet ihr, in dem ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Da wir dieses Terminal eigentlich ständig brauchen, empfehle ich, jetzt (wo das Terminal läuft) in der linken Leiste einmal mit rechts auf das Terminal-Icon zu klicken und &quot;zu Favoriten hinzufügen&quot; auszuwählen. Dadurch bleibt dieses Icon in der linken Leiste auch dann, wenn das Terminal geschlossen wird und ihr könnt es damit schnell neu öffnen.<br /> <br /> Fast alle Installationsanleitungen erfordern, dass dort Befehle eingegeben werden, nicht selten ohne das explizit zu erwähnen. Wenn also irgendwo Linux-Befehle auftauchen, gehören die hier rein.<br /> <br /> Eine kleine Übericht über die wichtigsten Befehle findet ihr hier: https://www.pcwelt.de/ratgeber/Die_10_wichtigsten_Linux-Befehle_fuer_Einsteiger-Kommandozeile_alias_Terminal-8858519.html<br /> <br /> Ab jetzt sollten sich alle drei Lösungen weitgehend gleich verhalten, bis auf ein Trick, der für die Virtuelle Maschine nötig ist, dazu später mehr.<br /> <br /> == Schritt B: OctoPrint installieren. ==<br /> <br /> Eine Installationsanleitung gibt es hier:<br /> https://community.octoprint.org/t/setting-up-octoprint-on-a-raspberry-pi-running-raspbian-or-raspberry-pi-os/2337<br /> <br /> Die ist zwar für Raspbian gedacht, aber unser Ubuntu ist ausreichend ähnlich. Beim Schritt mit &quot;usermod&quot;, wo der Nutzer in Gruppen hinzugefügt wird, müsst ihr allerdings den Benutzernamen &quot;pi&quot; durch den ersetzen, den ihr euch bei der Installation ausgesucht habt.<br /> <br /> Die Anleitung ist unnötig lang - ihr braucht das nur bis einschließlich &quot;Automatic start up&quot; zu befolgen. Für Testzwecke genügt es sogar, OctoPrint immer manuell zu starten, also ist auch der Schritt optional.<br /> <br /> == Schritt C: Klipper installieren ==<br /> <br /> Hier kann man jetzt wieder der eigentlichen Anleitung auf der Seite [[Klipper]] folgen.</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_auf_PC&diff=1172 2021-12-08T15:26:17Z

<p>Mhier: Die Seite wurde neu angelegt: „Achtung: Diese Anleitung befindet sich noch im Entstehen! == Einleitung == Es gibt prinzipiell 3 realistische Möglichkeiten, die je nach Einsatz ihre Vor-…“</p> <hr /> <div>Achtung: Diese Anleitung befindet sich noch im Entstehen!<br /> <br /> <br /> == Einleitung ==<br /> <br /> Es gibt prinzipiell 3 realistische Möglichkeiten, die je nach Einsatz ihre Vor- und Nachteile haben:<br /> <br /> 1. Einen auch sonst genutzen PC mittels USB-Stick mit Linux booten. Das taugt für gelegentliches Nutzen, der PC ist dann aber weitgehend blockiert für andere Aufgaben (naja, nen Browser kann man schon noch benutzen). Insbesondere der Zugriff auf Windows-Dateien ist evtl. nicht oder nur eingeschränkt möglich. Wenn das der PC ist, mit dem man auch sliced, wird das schnell lästig ;-)<br /> <br /> 2. Linux in Virtueller Maschine installieren. Im Gegensatz zur Lösung 1 kann der PC im Prinzip weiter genutzt werden, wobei dringend Vorsicht angebracht ist während gedruckt wird. Wenn Klipper nicht genügend Rechenleistung abbekommt für einen Moment, kann das einem den Druck versauen. Für erste Tests wird es alle Male reichen. Ich habe diese Lösung allerdings nicht selbst getestet.<br /> <br /> 3. Einen ausrangierten PC mit Linux neu installieren. Den ausrangierten PC muss man natürlich haben, evtl. kann man was günstig auf E-Bay gebraucht bekommen. Diese Lösung taugt gut als permanenter Einsatz, wenn man aus irgendwelchen Gründen keinen Raspberry Pi nutzen kann/möchte. Monitor und Tastatur muss nicht zwingen angeschlossen sein außer zum Setup.<br /> <br /> Alle drei Möglichkeiten setzen ein relativ ähnliches Vorgehen voraus:<br /> <br /> A. Linux auf das jeweilige Medium installieren.&lt;br/&gt;<br /> B. OctoPrint installieren.&lt;br/&gt;<br /> C. Klipper installieren.&lt;br/&gt;<br /> <br /> == Schritt A: Linux installieren ==<br /> <br /> Für alle drei Lösungen muss man sich erstmal ein Ubuntu-ISO-Image herunterladen. Das geht hier:<br /> https://ubuntu.com/#download<br /> <br /> Je nachdem, ob man hinterher eine graphische Oberfläche haben möchte (Lösungen 1 und 2) oder nicht (Lösung 3) wählt man &quot;Ubuntu Desktop&quot; oder &quot;Ubuntu Server&quot;. Ubuntu Desktop ist deutlich umfangreicher, während Ubuntu Server weniger Platz und Download-Kapazitäten benötigt. In jedem Fall kann man aber später auch noch die Desktop-Pakete nachinstallieren bzw. den Fernzugriff aktivieren und die grafische Oberfläche ignorieren. Diese Entscheidung ist also nicht endgültig, macht aber hinterher einiges leichter.<br /> <br /> Für die Lösungen 1 und 3 benötigt man einen bootfähigen USB-Stick. Dafür gibt es eine Anleitung hier:<br /> https://ubuntu.com/tutorials/create-a-usb-stick-on-windows#1-overview<br /> <br /> === Weiteres Vorgehen für Lösung 1: USB-Stick ===<br /> <br /> Der USB-Stick sollte direkt bootfähig sein. Wenn man davon bootet, wird man gefragt, ob man Ubuntu installieren oder ausprobieren möchte. Man wählt hier erst deutsch als Sprache und dann &quot;Ubuntu ausprobieren&quot;, dann wird Ubuntu gebootet. Da USB-Sticks langsam sind, dauert das ne Ecke länger als bei einer richtigen Installation, vor allem beim ersten Mal ;-)<br /> <br /> === Weiteres Vorgehen für Lösung 2: Virtuelle Maschine ===<br /> <br /> 1. VirtualBox herunterladen und installieren (https://www.virtualbox.org/)<br /> <br /> 2. VirtualBox starten<br /> <br /> 3. Neue VM anlegen (blauen Stern &quot;Neu&quot; aklicken)<br /> <br /> 4. Name aussuchen, Typ &quot;Linux&quot;, Version &quot;Ubuntu (64-bit)&quot;<br /> <br /> 5. RAM-Größe auswählen: Das hängt davon ab, wie viel RAM euer PC hat. Nehmt die Hälfte, wobei 1GB eher knapp sind und mehr als 4GB eher keinen Sinn machen. Lässt sich hinterher noch leicht ändern.<br /> <br /> 6. Neue Virtuelle Festplatte erzeugen, als VDI (VrtualBox Disk Image), dynamisch alloziert, Größe z.B. 100 GB. Diese Größe lässt sich hinterher schlecht erweitern, aber die 100 GB werden nicht sofort komplett reserviert (da dynamisch alloziert). Dadurch sollte man immer eine deutlich zu große Größe wählen. Es kommt nicht so drauf an, aber 10 GB wie vorausgewählt sind definitiv arg knapp.<br /> <br /> 7. Neue Virtuelle Maschine starten. Es popt ein Fenster auf, in dem das ISO-Image, das vorher herunter geladen wurde, ausgewählt werden sollte.<br /> <br /> 8. Der Ubuntu installer sollte jetzt starten. &quot;Install Ubuntu&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt). Keine Angst: Ubuntu kann euch nichts löschen, denn es läuft abgekapselt in eben einer Virtuellen Maschine. Daher ruhig mit den Voreinstellungen die gesamte Festplatte benutzen lassen, denn das ist nur die virtuelle Festplatte.<br /> <br /> 9. Nach der Installation fällt auf, dass der dargestellte Bildschirm sehr klein ist. Um das zu verbessern, klickt ihr auf die 9 Punkte unten links und tippt &quot;terminal&quot; ein. Dann klickt ihr auf das dann erscheinende Symbol &quot;Terminal&quot;. Dort tippt ihr ein &quot;sudo apt install virtualbox-guest-x11&quot;. Nach Eingabe des Passworts bestätigt ihr mit &quot;j&quot;. Danach müsst ihr das System einmal neustarten -&gt; Oben rechts auf das Ausschalt-Symbol, Ausschalten/Abmelden, Ausschalten..., Neu starten. Danach sollte sich der Inhalt an die Fenstergröße automatisch anpassen.<br /> <br /> === Weiteres Vorgehen für Lösung 3: Ausrangierter PC ===<br /> <br /> Von USB-Stick booten. Sprache auf Deutsch und dann &quot;Ubuntu Installieren&quot; wählen und einfach den weiteren Instruktionen folgen (Minimale Installation genügt, ich empfehle die Installation von Software von Drittanbietern für Grafik-Hardware etc. zu aktivieren). Achtung: Am besten sollte die Festplatte keine wichtigen Daten mehr beinhalten. Dann kann einfach die gesamte Festplatte gelöscht und für Ubuntu verwendet werden. Das ist der einfachste Weg, daher bitte vorher alle Daten vond er Platte holen, damit hier kein Unglück passiert. (Bei einem *ausrangierten* PC gehe ich eigentlich davon aus, aber sicherheitshalber noch mal der Hinweis...)<br /> <br /> == Einschub: Linux benutzen ==<br /> <br /> So jetzt solltet ihr ein laufendes Linux-System haben. Wichtigstes Feature: Das Terminal, wo man Linux-Befehle eingeben kann.<br /> <br /> Ab jetzt sollten sich alle drei Lösungen weitgehend gleich verhalten, bis auf ein Trick, der für die Virtuelle Maschine nötig ist, dazu später mehr.<br /> <br /> == Schritt B: OctoPrint installieren. ==<br /> <br /> Eine Installationsanleitung gibt es hier:<br /> https://community.octoprint.org/t/setting-up-octoprint-on-a-raspberry-pi-running-raspbian-or-raspberry-pi-os/2337<br /> <br /> Die ist zwar für Raspbian gedacht, aber unser Ubuntu ist ausreichend ähnlich. Beim Schritt mit &quot;usermod&quot;, wo der Nutzer in Gruppen hinzugefügt wird, müsst ihr allerdings den Benutzernamen &quot;pi&quot; durch den ersetzen, den ihr euch bei der Installation ausgesucht habt.<br /> <br /> Die Anleitung ist unnötig lang - ihr braucht das nur bis einschließlich &quot;Automatic start up&quot; zu befolgen. Für Testzwecke genügt es sogar, OctoPrint immer manuell zu starten, also ist auch der Schritt optional.<br /> <br /> == Schritt C: Klipper installieren ==<br /> <br /> Hier kann man jetzt wieder der eigentlichen Anleitung auf der Seite [[Klipper]] folgen.</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1171 2021-09-30T11:42:38Z

<p>Mhier: /* Speichern der Configuration */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre. Wichtig dafür ist, dass die beiden Z_CALIBRATEs an der selben X/Y-Position ausgeführt werden (deshalb ist diese Position im Macro festgelegt).<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern:<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> Danach startet die Firmware neu, und es muss neu gehomed werden.<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1170 2021-09-30T11:42:03Z

<p>Mhier: /* Positionen Abfragen */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre. Wichtig dafür ist, dass die beiden Z_CALIBRATEs an der selben X/Y-Position ausgeführt werden (deshalb ist diese Position im Macro festgelegt).<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1169 2021-09-30T11:41:21Z

<p>Mhier: /* Bed Mesh Kalibration durchführen */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre. Wichtig dafür ist, dass die beiden Z_CALIBRATEs an der selben X/Y-Position ausgeführt werden (deshalb ist diese Position im Macro festgelegt).<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1168 2021-09-30T11:39:54Z

<p>Mhier: /* Z Offset */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange), denn diese Position wird vor dem Scan angefahren.<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1167 2021-09-30T11:37:59Z

<p>Mhier: /* Status */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1166 2021-09-30T11:37:06Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v2 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wird seit knapp einem Jahr bereits produktiv eingesetzt zum Drucken und Fräsen.''' Für die anderen Drucker werden Tester gesucht, die bereit sind, die Konfiguration an das jeweilige Modell anzupassen und beizusteuern.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1165 2021-09-30T11:35:40Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 noch nicht vollständig. '''Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.'''<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1164 2021-09-30T11:34:40Z

<p>Mhier: /* Z Offset */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 '''noch nicht vollständig'''. Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig '''über''' dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1163 2021-09-30T11:34:12Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 '''noch nicht vollständig'''. Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=2mm zuverlässig [b]über[/b] dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1162 2021-09-30T11:33:18Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 '''noch nicht vollständig'''. Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;Z_CALIBRATE&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=10mm über dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> Wenn man testen möchte, ob der Scan zuverlässig funktioniert, kann dieser Befehl benutzt werden:<br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> Zum kalibrieren des Bed Mesh (Äquivalent zum Heat Bed Scan der Repetier-Firmware) wird folgendes Macro empfohlen:<br /> &lt;pre&gt;BED_CALIBRATE&lt;/pre&gt;<br /> Dies führt zunächst ein Z_CALIBRATE durch (ebenfalls an x=100,y=100). Anschließend wird das Bett im Raster vermessen. Die Konfiguration wird am Ende automatisch gespeichert (was zu einem Firmware-Neustart führt).<br /> <br /> Dadurch, dass zuerst ein Z_CALIBRATE durchgeführt wird, kann anschließend jederzeit ein Z_CALIBRATE genutzt werden, um z.B. nach einem Düsenwechsel den Abstand zwischen Bett und Düse neu zu kalibrieren, ohne dass ein vollständiger Bed Mesh Scan nötig wäre.<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1161 2021-09-30T11:26:50Z

<p>Mhier: /* Z Offset */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 '''noch nicht vollständig'''. Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> &lt;pre&gt;BED_MESH_CALIBRATE&lt;/pre&gt;<br /> startet den Bed Mesh Scan entsprechend den Einstellungen in der Konfiguration. Konfigurations-Parameter können auch einfach als Argumente dem Befehl angefügt werden, so führt z.B. der folgende Befehl:<br /> &lt;pre&gt;BED_MESH_CALIBRATE probe_count=3,3&lt;/pre&gt;<br /> einen schnelleren und gröberen Scan mit nur 3x3 Punkten aus. Die vollständige Dokumentation aller möglichen Parameter findet sich hier (sollte die Zeilennummer nicht mehr stimmen, einfach nach &quot;[bed_mesh]&quot; suchen):<br /> <br /> https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L41<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Z Offset ===<br /> Um den Z-Offset bzw. die Z-Position des Endschalters zu kalibrieren, gibt es das Macro<br /> &lt;pre&gt;z_calibrate&lt;/pre&gt;<br /> Dies führt einen Scan an der Position x=100,y=100 durch. Wichtig ist, dass die Position des Endschalters schon so weit bekannt sein muss, dass Z=10mm über dem Bett liegt (nicht zu weit, sonst dauert der Scan zu lange).<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1160 2021-09-30T11:23:31Z

<p>Mhier: /* Installation */</p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 '''noch nicht vollständig'''. Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0<br /> <br /> [stepper_z]<br /> position_endstop: 0<br /> &lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei. Die Angabe des position_endstop für die Z-Achse ist nötig, da diese durch den Z-Offset-Scan überschrieben wird, was nur funktioniert, wenn diese Angabe direkt in der printer.cfg gemacht wird (nicht im Include).<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> &lt;pre&gt;BED_MESH_CALIBRATE&lt;/pre&gt;<br /> startet den Bed Mesh Scan entsprechend den Einstellungen in der Konfiguration. Konfigurations-Parameter können auch einfach als Argumente dem Befehl angefügt werden, so führt z.B. der folgende Befehl:<br /> &lt;pre&gt;BED_MESH_CALIBRATE probe_count=3,3&lt;/pre&gt;<br /> einen schnelleren und gröberen Scan mit nur 3x3 Punkten aus. Die vollständige Dokumentation aller möglichen Parameter findet sich hier (sollte die Zeilennummer nicht mehr stimmen, einfach nach &quot;[bed_mesh]&quot; suchen):<br /> <br /> https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L41<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Z Offset ===<br /> Mit dem mKommando wird an der aktuellen Stelle ein Z Offset Scan durchgeführt. Man sollte daher zuerst auf die gewünschte Stelle hinfahren. Dann mit dem Kommando<br /> &lt;pre&gt;Z_OFFSET_SCAN&lt;/pre&gt;<br /> Den Scan durchführen und anschließend die Config speichern.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper&diff=1159 2021-09-30T11:20:04Z

<p>Mhier: </p> <hr /> <div>[[category:Klipper]]<br /> <br /> Klipper ist eine Firmware für 3D Drucker. Diese kann alternativ zu der Repetier-basierten Original-Firmware von Conrad oder der auf dieser Original-Firmware basierenden Community-Version auf den Druckern RF1000, RF2000 oder RF2000v2 verwendet werden. Die dafür nötige Konfiguration ist für die Drucker RF2000 und RF2000v20 '''noch nicht vollständig'''. Für den RF1000 ist die Konfiguration abgeschlossen und wurde seit knapp einem Jahr bereits getestet.<br /> <br /> == Einleitung ==<br /> <br /> Klipper ist gut dokumentiert auf seiner Webseite, allerdings nur in Englisch: [https://www.klipper3d.org https://www.klipper3d.org]<br /> <br /> Das Grundprinzip weicht von der Repetier-basierten Firmware und anderen 3D-Drucker-Firmwares deutlich ab. Statt alle Berechnungen im Microcontroller (im Folgenden MCU genannt) des Druckers auszuführen, werden zeitintensive Berechnungen auf einem Host-System durchgeführt. Als Host-System eignet sich z.B. ein Raspberry Pi oder auch ein herkömmlicher Linux-PC. Auf dem selben Host-System kann (bzw. sollte) auch Octoprint o.ä. ausgeführt werden. Wer also bereits Octoprint etc. nutzt, benötigt keine weitere Hardware.<br /> <br /> Da die zur Verfügung stehende Rechenpower so um Größenordnungen höher ist, können deutlich präzisere Berechnungen durchgeführt werden. Die Motoren laufen spürbar ruhiger, und höhere Schrittfrequenzen sind ebenfalls problemlos möglich. Außerdem ist eine höhere Flexibilität möglich. Auch ohne Programmierkenntnisse kann das Verhalten der Firmware über Konfigurations-Dateien beeinflusst werden, sogar neue G-Codes können so eingeführt werden. Die Firmware ist größtenteils in Python geschrieben und sehr modular gehalten, wodurch die Einstiegshürde für Entwickler sehr viel geringer ist.<br /> <br /> == Status ==<br /> <br /> Was schon funktioniert:<br /> * Natürlich alle Grundfunktionen, die jeder normale Drucker hat (Bewegen, Heizen, Lüfter etc.)<br /> ** Dokumentation der unterstützten G-Codes: https://www.klipper3d.org/G-Codes.html<br /> * Heizbett-Scan: heißt bei Klipper Bed Mesh Leveling<br /> ** Es lassen sich beliebig viele benannte Meshes (entspricht den Matrizen) speichern<br /> ** Es gibt kein Software-Limit wie groß die Werte im Mesh werden dürfen<br /> ** Interpolation zwischen den Punkten des Meshes ist deutlich besser, daher sollten weniger Punkte ausreichen<br /> * Z-Offset-Scan<br /> ** Korrigiert nicht mehr die Matrix/das Mesh, sondern kalibriert die Z-Koordinate des Z-Endstop.<br /> ** Ebenfalls keinerlei Software-Limit auf den Wert des &quot;Offsets&quot;.<br /> ** Homing gegen Z-Max ist problemlos ebenfalls möglich.<br /> * Menü (im Original-Zustand von Klipper, daher noch etwas rudimentär vielleicht): die Bedienlogik ist etwas anders<br /> ** Die Nach-Rechts-Taste wird eigentlich nicht gebraucht und wurde daher als Not-Aus umfunktioniert.<br /> ** Die Tasten zum Bewegen des Heizbetts und des Extruders fahren in vorgegebenen Schritten. Gedrückthalten für längere Fahrten ist nicht möglich (Einschränkung in Klipper).<br /> * Pause und Fortsetzen über Tasten (funktioniert evtl. nur mit Octoprint?)<br /> * Sense offset<br /> * Emergency Pause/Stop (bei zu hohem Druck auf die Wägezellen), funktioniert nur während eines Z-Scans.<br /> * Kanten antasten in X/Y (Fräsen)<br /> <br /> Was fehlt:<br /> * Konfigurationen für den RF2000 und RF2000v2 (für RF2000v2 single extruder ist eine Konfiguration vorhanden, muss aber geupdated werden)<br /> * Sagt ihr es mir!<br /> <br /> == Installation ==<br /> <br /> Eine Ausführliche Installationsanleitung gibt es auf der Webseite: [https://www.klipper3d.org/Installation.html https://www.klipper3d.org/Installation.html]<br /> <br /> Da die nötigen Modifikationen und Beispielkonfigurationen noch nicht Teil der offiziellen Klipper-Firmware sind, muss der folgende Befehl:<br /> &lt;pre&gt;git clone https://github.com/Klipper3d/klipper&lt;/pre&gt;<br /> <br /> durch diesen ersetzt werden:<br /> &lt;pre&gt;git clone https://github.com/RF1000community/Klipper&lt;/pre&gt;<br /> <br /> Außerdem gibt es bereits eine Konfigurations-Datei für den RF1000. Ich würde daher empfehlen, die Konfigurations-Datei printer.cfg mit folgendem Inhalt zu erstellen:<br /> &lt;pre&gt;[include klipper/config/printer-rf1000.cfg]<br /> <br /> [mcu]<br /> serial: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_&lt;hier_richtige_ID_einfügen&gt;-port0&lt;/pre&gt;<br /> <br /> Dadurch wird der Inhalt von klipper/config/printer-rf1000.cfg benutzt, aber alle folgenden Einstellungen überschreiben ggf. bereits vorhandene Einstellungen aus der printer-rf1000.cfg Datei.<br /> <br /> Nach der Installation bitte unbedingt die Anleitung zum Prüfen der Konfiguration befolgen:<br /> https://www.klipper3d.org/Config_checks.html<br /> <br /> Es ist ebenfalls empfehlenswert, die Konfiguration auf diese Weise nach jedem Update zu prüfen, weil durch das [include] Änderungen aus der Konfigurationsdatei automatisch übernommen werden.<br /> <br /> === Octoprint ===<br /> <br /> Die Installationsanleitung geht von einer Octoprint Installation aus.<br /> <br /> === Repetierserver ===<br /> <br /> Man kann auf einem normalen RasPi Installation zuerst Repetier-Server aufsetzen und dann erst Klipper. Die Verbindung von Repetier-Server zu Klipper funktioniert aber nicht, da die beiden Programme unter verschiedenen Benutzern arbeiten und die Standard Serial-Emulation das Problem nicht lösen kann.<br /> <br /> Abhilfe: (Siehe [Repetier-Server Knowledgebase https://www.repetier-server.com/knowledgebase/klipper/])<br /> <br /> &lt;pre&gt;sudo mkdir /var/lib/klipper<br /> sudo chmod 777 /var/lib/klipper&lt;/pre&gt;<br /> <br /> Und dann die Änderung in den Einstellungen von Klipper bekannt machen<br /> <br /> &lt;pre&gt;sudo nano /etc/defaults/klipper&lt;/pre&gt;<br /> <br /> dort die Zeile am Ende zu &lt;pre&gt;KLIPPY_ARGS=&quot;/home/pi/klipper/klippy/klippy.py /home/pi/printer.cfg -l /tmp/klippy.log -I /var/lib/klipper/connect&quot;&lt;/pre&gt; ergänzen. Anschliessend das Service von Klipper neu starten. Damit kann man sich in Repetier-Server mit Gerät/Port /var/lib/klipper/connect verbinden.<br /> <br /> Repetierserver älter als 0.99.4: Bei den Befehlen muss man ein Raute Zeichen # voranstellen, damit es richtig von Repetier-Server weitergegeben wird. Ist bei Version 1.x und besser nicht mehr der Fall.<br /> <br /> == Klipper Befehle ==<br /> <br /> Klipper unterstützt natürlich alle gängigen G-Code-Befehle, die die Slicer erzeugen. Es wird allgemein empfohlen, den Slicer auf &quot;Marlin&quot; oder &quot;Smoothieware&quot; zu stellen (sofern keine direkte Unterstützung für Klipper vorhanden ist). <br /> Für erweiterte G-Code-Befehle verfolgt Klipper eine etwas andere Philosophie als andere Firmwares: Statt kryptische M-Befehle zu erdenken, werden sprechende Namen benutzt. Gleiches gilt für die Parameter, die üblicherweise die Form &quot;NAME=Wert&quot; haben. Groß- und Kleinschreibung spielt keine Rolle.<br /> <br /> Es ist möglich, mittels Macros eigene G-Code-Befehle zu definieren. Das funktioniert über die Konfiguration und ist in [https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L395 example-extras.cfg] im Abschnitt &quot;[gcode_macro my_cmd]&quot; dokumentiert. Dadurch könnte man sich z.B. seinen Start-Code statt im Slicer in der Konfiguration definieren (und so auch leichter ändern, ohne neu slicen zu müssen), oder Befehle, die von Klipper nicht unterstützt aber durch den Slicer erzeugt werden, implementieren.<br /> <br /> Siehe [[Klipper_GCodes]] mit der Übersicht der GCodes die von Klipper verstanden werden, auch mit den Erweiterungen die im Repository von rf1000.de enthalten sind.<br /> Original-Dokumentation: https://www.klipper3d.org/G-Codes.html<br /> <br /> Hinweis: Einige der dort beschriebenen Befehle sind nur aktiv, wenn bestimmte Module geladen sind. Daher gehen manche Befehle nicht, es sei denn, das Modul wird über die Konfiguration eingeschaltet.<br /> <br /> === Reset ===<br /> Einen Reset von Klipper, das auch die Firmware zurücksetzt führt man mit dem Kommando <br /> &lt;pre&gt;FIRMWARE_RESTART&lt;/pre&gt;<br /> durch. Dabei wird auch die printer.cfg neu eingelesen. Bei Problemen in der printer.cfg kann es sein, das ein Klipper: Disconnect erscheint. Dann läuft Klipper nicht und man darf den Fehler suchen.<br /> <br /> Mit dem GCode M112 wird Klipper einfach heruntergefahren und man muss sich neu verbinden.<br /> <br /> Möchte man nur die printer.cfg neu laden, genügt der Befehl<br /> &lt;pre&gt;RESTART&lt;/pre&gt;<br /> <br /> === PID durchführen ===<br /> Für den Hotend 1<br /> &lt;pre&gt;PID_CALIBRATE HEATER=extruder TARGET=210&lt;/pre&gt;<br /> <br /> Für das Heizbett<br /> &lt;pre&gt;PID_CALIBRATE HEATER=heater_bed TARGET=60&lt;/pre&gt;<br /> <br /> Die Daten werden mit SAVE_CONFIG abgespeichert.<br /> <br /> === Bed Mesh Kalibration durchführen ===<br /> &lt;pre&gt;BED_MESH_CALIBRATE&lt;/pre&gt;<br /> startet den Bed Mesh Scan entsprechend den Einstellungen in der Konfiguration. Konfigurations-Parameter können auch einfach als Argumente dem Befehl angefügt werden, so führt z.B. der folgende Befehl:<br /> &lt;pre&gt;BED_MESH_CALIBRATE probe_count=3,3&lt;/pre&gt;<br /> einen schnelleren und gröberen Scan mit nur 3x3 Punkten aus. Die vollständige Dokumentation aller möglichen Parameter findet sich hier (sollte die Zeilennummer nicht mehr stimmen, einfach nach &quot;[bed_mesh]&quot; suchen):<br /> <br /> https://github.com/KevinOConnor/klipper/blob/master/config/example-extras.cfg#L41<br /> <br /> &lt;pre&gt;BED_MESH_OUTPUT&lt;/pre&gt;<br /> gibt das aktuelle Mesh aus.<br /> <br /> &lt;pre&gt;BED_MESH_CLEAR&lt;/pre&gt;<br /> setzt alle Werte des aktuellen Meshes auf 0.<br /> <br /> &lt;pre&gt;BED_MESH_PROFILE LOAD=&lt;name&gt; SAVE=&lt;name&gt; REMOVE=&lt;name&gt;&lt;/pre&gt;<br /> erlaut das Mesh zu speichern, zu laden, oder ein gespeichertes Mesh zu löschen.<br /> <br /> Übrigens kann das Mesh mit OctoPrint visualisiert werden, wenn man sich das Bed Visualizer Plugin installiert.<br /> <br /> &lt;pre&gt;PROBE_ACCURACY&lt;/pre&gt;<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Standardabweichung ist also in unteren bis mitteleren einstelligen Mikrometerbereich, der &quot;Maximalfehler&quot; (range) besser als 1/100mm. [https://www.rf1000.de/viewtopic.php?f=7&amp;t=2610&amp;start=60 Mehr Info zu PROBE_ACCURACY siehe Post Nr 62]<br /> <br /> === Z Offset ===<br /> Mit dem mKommando wird an der aktuellen Stelle ein Z Offset Scan durchgeführt. Man sollte daher zuerst auf die gewünschte Stelle hinfahren. Dann mit dem Kommando<br /> &lt;pre&gt;Z_OFFSET_SCAN&lt;/pre&gt;<br /> Den Scan durchführen und anschließend die Config speichern.<br /> <br /> === Positionen Abfragen ===<br /> Damit sieht man die aktuellen Positionen in den verschiedenen Koorinaten-Systeme. Beispiel nach &quot;G1 Z0&quot; auf der Position X=57.5 und Y=50.0<br /> &lt;pre&gt;Send:16:32:28.975: #GET_POSITION<br /> Recv:16:32:28.976: // mcu: stepper_x:2 stepper_y:-50 stepper_z:2499<br /> Recv:16:32:28.976: // stepper: stepper_x:57.500625 stepper_y:49.999688 stepper_z:-0.000000<br /> Recv:16:32:28.976: // kinematic: X:57.500625 Y:49.999688 Z:-0.000000<br /> Recv:16:32:28.976: // toolhead: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode: X:57.500000 Y:50.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000<br /> Recv:16:32:28.976: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000<br /> Recv:16:32:28.976: ok&lt;/pre&gt;<br /> Man sollte man die Z-Koordinaten zwischen toolhead und kinematic vergleichen. Der Unterschied sollte genau die Korrektur aus dem Mesh-Leveling an dem Punkt plus der Z-Offset durch den Z_OFFSET_SCAN sein. Andernfalls ist da irgendwo noch ein anderer Offset im Spiel.<br /> <br /> === Speichern der Configuration ===<br /> Mit dem Kommando save_config kann man die Änderungen, die durch die Abgleichfunktionen (PID, HBS, Z-Offset,...) ermittelt wurden, in der Konfigurationsdatei abspeichern<br /> &lt;pre&gt;SAVE_CONFIG&lt;/pre&gt;<br /> <br /> == Konfigurationsdatei ==<br /> === Basiskonfigurationen ===<br /> Im Verzeichnis von Klipper stehen unter /config die verschiedenen Konfigurationsdateien für Klipper. Aktuell ist für den RF1000 und den RF2000V2 mit Single Extruder eine Konfigurationsdatei vorhanden. Diese Konfigurationsdateien sollte man dort belassen und auch nicht ändern. <br /> <br /> === Eigene printer.cfg ===<br /> Bei Klipper verwendet man am besten eine eigene printer.cfg, die nicht einfach von einer Vorlage kopiert wird, sondern die die Vorlage ergänzt, ändert und erweitert.<br /> <br /> In der printer.cfg steht am Anfang normalerseise immer der Basisdrucker, von dem die aktuelle Konfiguration abgeleitet wird. Wie alle Parametergruppen wird das ganze von eckigen Klammern [] umschlossen.<br /> &lt;pre&gt;[include klipper/config/printer-rf2000v2-single.cfg]&lt;/pre&gt;<br /> Dannach kann man dann seine geänderten oder neue Parameter hinzufügen. Das folgende ist aus einer Konfiguration für den RF2000V2 single. Zuerst wird der maximale Fahrweg in X und Y anders definiert und anschliessend für Z die Werte angepasst. Dannach kommt die Konfiguration für den HBS.<br /> &lt;pre&gt;[stepper_x]<br /> position_max: 210<br /> <br /> [stepper_y]<br /> position_max: 290<br /> <br /> [stepper_z]<br /> position_min: -2.0<br /> position_max: 185<br /> <br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0&lt;/pre&gt;<br /> <br /> Nach den Parametern kann man sich auch Makros definieren. In dem Beispiel ein Markro zum Auswurf des Objektes, das man einfach mit OUTPUT_OBJECT aufrufen kann.<br /> &lt;pre&gt;[gcode_macro OUTPUT_OBJECT]<br /> gcode:<br /> G90<br /> #G1 Z180 F540<br /> G1 Z80 F540<br /> G1 Y245 F4800&lt;/pre&gt;<br /> <br /> Als letzte Abschnitt kommen die gespeicherten - durch SAVE_CONFIG - Parameter und Werte. Diese NICHT selbst verändern, sondern immer nur durch das Programm.<br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#<br /> #*# [extruder]<br /> #*# control = pid<br /> #*# pid_kp = 33.373<br /> #*# pid_ki = 2.060<br /> #*# pid_kd = 135.160<br /> #*#&lt;/pre&gt;</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Klipper_GCodes&diff=1148 2021-02-10T20:39:50Z

<p>Mhier: </p> <hr /> <div>[[Kategorie:Klipper]]<br /> == Einleitung ==<br /> Im folgenden findet ihr eine Auflistung der GCodes, wie sie in den Klipper Dateien dokumentiert sind. Das Q: zeigt immer an, in welcher Datei der Befehl zu finden ist. Als Vorlage habe ich die Struktur der vorhanden GCodes Übersicht genommen.<br /> <br /> <br /> :'''Der Strichpunkt ( &quot;;&quot; )'''<br /> ::Der Strichpunkt wird im GCode dazu verwendet, Kommentare hinzu zu fügen. Der Strichpunkt gilt immer nur für eine Zeile des GCodes. Alles in der selben Zeile nach einem Strichpunkt wird vom Drucker (von der [[Firmware]]) ignoriert.<br /> <br /> <br /> '''Alle Angaben ohne Gewähr!!'''<br /> <br /> == G-Codes ==<br /> === G0 - Schnelle lineare Bewegung ===<br /> <br /> siehe G1, G0 wird intern auf G1 umgeleitet.<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === G1 - Koordinierte Bewegung entlang einer oder mehrerer Achsen ===<br /> <br /> '''Parameter'''<br /> :[X] [Y] [Z] [E] [F]<br /> :E gibt vor wieviel Filament entlang der angegebenen Strecke gefördert werden soll<br /> :F ist dabei die geforderte Verfahrgeschwindigkeit<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === G4 - Dwell ===<br /> <br /> '''Parameter'''<br /> :P&lt;milliseconds&gt;<br /> <br /> '''Q:'''<br /> <br /> === G20 - Einheiten der Bewegungsbefehle (G0-G3) sind in Zoll ===<br /> <br /> nicht unterstützt. Erzeugt einen gcmd Error<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> === G21 - Einheiten der Bewegungsbefehle (G0-G3) sind in Millimeter ===<br /> <br /> '''Parameter'''<br /> :Keine<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> === G28 - Fahre alle Achsen (oder die bezeichnete(n)) zum Ursprung ===<br /> <br /> '''Parameter'''<br /> :[X Y Z] ... optional. Wird keine Achse angegeben, werden alle Achsen zum Ursprung gefahren.<br /> <br /> '''Beispiel'''<br /> :&quot;G28 Y0 Z0&quot; fährt nur in Y und Z auf &quot;0&quot;<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === G90 - Interpretiere Koordinaten als absolut ===<br /> <br /> '''Parameter'''<br /> :Keine<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> === G91 - Interpretiere Koordinaten als relativ ===<br /> <br /> '''Parameter'''<br /> :Keine<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> === G92 - Setze die Koordinate(n) der aktuellen Position auf den vorgegebenen Wert ===<br /> Setze die Koordinate(n) der aktuellen Position auf den vorgegebenen Wert<br /> <br /> '''Parameter'''<br /> :[X&lt;value&gt; Y&lt;value&gt; Z&lt;value&gt; E&lt;value&gt;]<br /> <br /> '''Bemerkung'''<br /> :Wird z.B. für die &quot;E&quot;-Koordinate häufig so verwendet: &quot;G92 E0&quot;<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> == G-Codes die aktiviert werden müssen ==<br /> <br /> <br /> == M-Codes ==<br /> === M18 oder M84 Ausschalten Motore ===<br /> Ausschalten Motore<br /> <br /> '''Parameter'''<br /> :??<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M82 - Interpretiere Extrusion Koordinaten als absolut ===<br /> Interpretiere Extrusion Koordinaten als absolut<br /> <br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === M83 - Interpretiere Extrusion Koordinaten als relatic===<br /> Interpretiere Extrusion Koordinaten als relativ<br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === M104 - Setzt Extrudertemperatur ===<br /> Setzt die Temperatur des angegebenen Extruders<br /> <br /> '''Parameter'''<br /> :[T,S] <br /> T: Index des Extruders<br /> S: Temperatur<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M105 - Liest Extrudertemperatur ===<br /> Liest die Temperaturen der Extruder<br /> <br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M106 - Setzt Lüftergeschwindigkeit ===<br /> Setzt die Geschwindigkeit des Lüfters<br /> <br /> '''Parameter'''<br /> :[S] <br /> S: Geschwindigkeit<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M109 - Setzt Extrudertemperatur und wartet auf Erreichen ===<br /> Setzt die Temperatur des angegebenen Extruders und wartet auf das Erreichen der Temperatur<br /> <br /> '''Parameter'''<br /> :[T,S] <br /> T: Index des Extruders<br /> S: Temperatur<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M112 - NOTSTOP ===<br /> Führt einen Emergency Stop = Notstop durch<br /> <br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:'''<br /> ----<br /> <br /> <br /> === M114 - Zeigt aktuelle Koordinate(n) ===<br /> Zeigt aktuelle Koordinate(n)<br /> <br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:gcode_move.py'''<br /> <br /> ----<br /> <br /> === M115 - Zeigt aktuelle Firmwarversion an ===<br /> Zeigt aktuelle Firmwarversion an <br /> <br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:'''<br /> <br /> ----<br /> <br /> === M140 - Setzt Betttemperatur ===<br /> Setzt die Temperatur des Bettes<br /> <br /> '''Parameter'''<br /> :[S] <br /> S: Temperatur<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M190 - Setzt Betttemperatur und wartet auf Erreichen ===<br /> Setzt die Temperatur des Bettes und wartet auf das Erreichen der Temperatur<br /> <br /> '''Parameter'''<br /> :[S] <br /> S: Temperatur<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === M204 - Setze Beschleunigung ===<br /> Setzt die Beschleunigung<br /> <br /> '''Parameter'''<br /> :S <br /> oder <br /> '''Parameter'''<br /> :P T <br /> <br /> Wenn S nicht spezifiziert ist und P und T beide spezifiziert sind, so wird die Beschleunigung auf das Minimum von P und T gesetzt. Ist nur P oder T angegeben, so hat das Kommando keine Auswirkungen.<br /> <br /> '''Q:?'''<br /> ----<br /> <br /> === M220 - Setze Geschwindigkeitsfaktor override (Prozent) ===<br /> Setze Geschwindigkeitsfaktor override in Prozent<br /> <br /> '''Parameter'''<br /> :S ... Standard ist 100, muss größer 0 sein.<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === M221 - Setze Extrusionsfaktor override (Prozent) ===<br /> Setze Extrusionsfaktor override in Prozent<br /> <br /> '''Parameter'''<br /> :S ... Standard ist 100, muss größer 0 sein.<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> == Erweiterte G-Codes ==<br /> Klipper verwendet auch erweiterte GCodes für generelle Konfiguration und Status. Sie folgen immer dem gleichen Schema sie starten mit einem Kommandonamen und werden nötigenfalls mit einem oder mehreren Parametern erweitert. Hier in der Übersicht werden diese erweiterten Kommandos in Großschrift dargestellt, können aber beliebig geschrieben werden.<br /> <br /> === SET_GCODE_OFFSET Setzt einen virtuellen Offset zum GCode ===<br /> Setzt einen virtuellen Offset zum GCode<br /> <br /> '''Parameter'''<br /> :[X,Y,Z,E,MOVE]<br /> <br /> Bei X,Y,Z und E wird dieser Offset bei jedem GCode Kommando aufgeschlagen. <br /> Bei MOVE bewegt den Kopf sofort um den gewüschten Offset<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === SET_GCODE_STATE Speichert den aktuellen GCode Koordinaten Status ===<br /> Setzt einen virtuellen Offset zum GCode<br /> <br /> '''Parameter'''<br /> :NAMEN default<br /> Man kann einen Namen vergeben, Standard ist hier '''default'''<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === RESTORE_GCODE_STATE Ladet den aktuellen GCode Koordinaten Status ===<br /> Ladet einen virtuellen Offset zum GCode<br /> <br /> '''Parameter'''<br /> :NAMEN default<br /> Man kann einen Namen vergeben, Standard ist hier '''default'''<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === GET_POSITION Zeigt die Informationen zur Position an ===<br /> Zeigt Informationen zu den verschiedenen Koordinatensystemen an.<br /> <br /> '''Parameter'''<br /> :keiner<br /> <br /> '''Q:gcode_move.py'''<br /> ----<br /> <br /> === Z_SENSE_OFFSET aktuelle Z offset bestimmen ===<br /> Im G-Code sollte man dann vor dem ersten Layer aber nach etwagigen Start-Maden etc. den Befehl Z_SENSE_OFFSET einfügen. Dem Befehl kann man auch noch mal die beiden Parameter mitgeben (Beispiel Z_SENSE_OFFSET FORCE_THRESHOLD=1800 MAX_Z_OFFSET=0.2). Der Algorithmus sollte identisch sein zu dem in der Community-Repetier-Firmware.<br /> <br /> In der Konfiguration muss das mit<br /> &lt;pre&gt;[z_sense_offset]<br /> force_threshold: 1800<br /> max_z_offset: 0.2<br /> &lt;/pre&gt;<br /> freigeschalten werden<br /> <br /> '''Parameter'''<br /> :[FORCE_THRESHOLD,MAX_Z_OFFSET]<br /> <br /> Hinweis: RFx000 Mod<br /> '''Q:z_sense_offset.py'''<br /> ----<br /> <br /> == Erweiterte G-Codes für Einstellungszwecke ==<br /> Erweiterte GCodes in Klipper die für das Ausrichten des Heatbed und für die grundlegende Einrichtung des Druckers verwendet werden<br /> <br /> === SAVE_CONFIG Speichert geänderte Daten in der printer.cfg ===<br /> Speichert die aktuellen Änderungen in der printer.cfg. Zuvor wird eine Backup mit einem Zeitstempel erstellt. Die Daten werdem am Ende der Datei eingetragen und sollten nicht händisch geändert werden.<br /> <br /> &lt;pre&gt;#*# &lt;---------------------- SAVE_CONFIG ----------------------&gt;<br /> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.<br /> #*#&lt;/pre&gt;<br /> <br /> '''Parameter'''<br /> :keine<br /> <br /> '''Q:'''<br /> ----<br /> <br /> === Z_OFFSET_SCAN Z Offset Scan durchführen ===<br /> Es wird an der aktuellen Stelle ein Z Offset Scan durchgeführt. Man muss daher zuerst auf die gewünschte Stelle hinfahren. Speichern der Daten erfolgt mit SAVE_CONFIG (löst Restart von Klipper aus um die Konfiguration neu zu lesen)<br /> <br /> '''Parameter'''<br /> :keiner<br /> <br /> Hinweis: RFx000 Mod<br /> '''Q:z_offset_scan.py'''<br /> ----<br /> <br /> === BED_MESH_CALIBRATE Bed Mesh Kalibrierung ===<br /> Es wird ein eine Bed Mesh Kalibrierung entsprechend den Einstellungen in der Konfiguration durchgeführt. Speichern der Daten erfolgt mit SAVE_CONFIG (löst Restart von Klipper aus um die Konfiguration neu zu lesen). Siehe auch [[Klipper]]<br /> <br /> Beispiel in printer.cfg für eine RF2000V2 single:<br /> &lt;pre&gt;<br /> [bed_mesh]<br /> speed: 30<br /> horizontal_move_z: 2<br /> mesh_min: 10,50<br /> mesh_max: 200,230<br /> algorithm:lagrange<br /> probe_count: 5,5<br /> fade_start: 1.0<br /> fade_end: 10.0<br /> &lt;/pre&gt;<br /> <br /> '''Parameter'''<br /> :[Diverse laut Klipper Dokumentation möglich]<br /> <br /> <br /> '''Q:bed_mesh.py'''<br /> ----<br /> <br /> === BED_MESH_OUTPUT Bed Mesh Ausgabe der Daten ===<br /> Es werden die Daten des aktuellen Mesh ausgegeben. Siehe auch auch [[Klipper]]<br /> <br /> '''Parameter'''<br /> :?<br /> <br /> '''Q:bed_mesh.py'''<br /> ----<br /> <br /> === BED_MESH_CLEAR Lösch Bed Mesh Daten ===<br /> Es werden die Daten des aktuellen Mesh gelöscht ( auf 0 gesetzt). Siehe auch auch [[Klipper]]<br /> <br /> '''Parameter'''<br /> :?<br /> <br /> '''Q:bed_mesh.py'''<br /> ----<br /> <br /> === BED_MESH_PROFILE Bed Mesh Daten speichern, laden oder löschen ===<br /> Es werden die Daten des Mesh geladen, gespeichert oder gelöscht. Siehe auch auch [[Klipper]]<br /> <br /> '''Parameter'''<br /> :LOAD=&lt;name&gt; oder SAVE=&lt;name&gt; oder REMOVE=&lt;name&gt;<br /> <br /> '''Q:bed_mesh.py'''<br /> ----<br /> <br /> === PROBE_ACCURACY Z-Probing durchführen ===<br /> Das führt dann an der aktuellen XY Position 10 mal einen Z-Scan durch und bestimmt Mittelwert und Standardabweichung etc. Siehe auch auch [[Klipper]]<br /> <br /> '''Parameter'''<br /> :keiner<br /> <br /> '''Q:'''<br /> ----<br /> <br /> == G-Codes für den Fräs-Betrieb ==<br /> Achtung: Der Fräs-Betrieb mit Klipper wurde noch nicht gut getestet. Der Workflow ist auch noch umständlich und ggf. gar nicht klar.<br /> <br /> Die Befehle zum Kanten Antasten benötigen sowohl das load_cell_probe als auch das workpart_edge_touch Modul. Letzteres muss folgendermaßen in der Config angelegt werden:<br /> &lt;pre&gt;<br /> [workpart_edge_touch]<br /> tool_radius: 1.5<br /> &lt;/pre&gt;<br /> Der tool_radius muss entsprechend dem verwendeten Werkzeug angepasst werden.<br /> <br /> === PROBE Kanten und Oberflächen antasten ===<br /> <br /> Es wird an der aktuellen Position ein Scan in der angegebenen Richtung durchgeführt. Wenn die Kontakt-Position gefunden wurde, bleibt das Tool an der Kontakt-Position stehen. Es bietet sich an, anschließend:<br /> * falls in Z-Richtung gescannt wird: SET_KINEMATIC_POSITION Z=0 auszuführen, um den Z-Achse zu nullen, bzw.<br /> * falls in X/Y-Richtung gescannt wird: EDGE_TOUCH mit dem selben DIRECTION Parameter auszuführen.<br /> <br /> '''Parameter'''<br /> * DIRECTION kann folgende Werte annehmen: X+, X-, Y+, Y-, Z-. Default: Z-<br /> <br /> === EDGE_TOUCH Messpunkt nach Antasten aufnehmen ===<br /> <br /> Es wird die aktuelle Position als Messpunkt aufgenommen. Die aufgenommenen Messpunkte werden später mittels COMPUTE_WORKPART verrechnet.<br /> <br /> '''Parameter'''<br /> * DIRECTION kann folgende Werte annehmen: X+, X-, Y+, Y-<br /> <br /> Hinweis: Aufgenommene Messpunkte können mit SAVE_CONFIG abgespeichert werden, um sie mehrfach zu verwenden. Leider geht bei SAVE_CONFIG das Homing verloren, wodurch anschließend Ungenauigkeiten auftreten können. Deshalb ist das nur bedingt empfehlenswert.<br /> <br /> === COMPUTE_WORKPART Rohteil-Lage in X/Y berechnen und Transformation anwenden ===<br /> <br /> Alle vorher mittels EDGE_TOUCH aufgenommenen Messpunkte werden benutzt, um die Lage des angetasteten Rohteils zu bestimmen und daraus eine Koordinaten-Transformation zu berechnen. Es müssen in beiden Achsen jeweils mindestens zwei Messpunkte vorhanden sein (künftig wird es ggf. möglich sein, mit insgesamt nur drei Messpunkten auszukommen, aktuell geht das noch nicht). Für jede Achse müssen alle Messpunkte das selbe Vorzeichen haben. Es ist also nicht möglich, X+ mit X- zu kombinieren, wohl aber X+ mit Y-, usw.<br /> <br /> '''Parameter'''<br /> * keine<br /> <br /> Hinweis: Die Transformation wird nicht in der Config abgespeichert. Sollen abgespeicherte Messpunkte nach einem Neustart wieder benutzt werden, muss COMPUTE_WORKPART erneut ausgeführt werden.<br /> <br /> Achtung: Nach dem Ausführen von COMPUTE_WORKPART verändert sich die logische Position des Toolheads, während die tatsächliche Position erhalten bleibt. Werden anschließend Bewegungen mit fehlenden Koordinaten ausgeführt (z.B. G1 X42), so fährt der Toolhead ggf. an eine unerwartete Position. Auf COMPUTE_WORKPART sollte daher immer ein G0/G1 mit sowohl X als auch Y Koordinate folgen.<br /> <br /> === CLEAR_WORKPART Messpunkte und Transformation löschen ===<br /> <br /> Alle mit EDGE_TOUCH aufgenommenene Messpunkte sowie die mit COMPUTE_WORKPART berechnete Transformation werden gelöscht.<br /> <br /> '''Parameter'''<br /> * keine<br /> <br /> Achtung: Nach dem Ausführen von CLEAR_WORKPART verändert sich die logische Position des Toolheads, während die tatsächliche Position erhalten bleibt. Werden anschließend Bewegungen mit fehlenden Koordinaten ausgeführt (z.B. G1 X42), so fährt der Toolhead ggf. an eine unerwartete Position. Auf CLEAR_WORKPART sollte daher immer ein G0/G1 mit sowohl X als auch Y Koordinate folgen.<br /> <br /> <br /> === CLEAR_WORKPART_TRANSFORM Nur Transformation löschen ===<br /> <br /> Wie CLEAR_WORKPART, allerdings bleiben die aufgenommenen Messpunkte erhalten. Mit COMPUTE_WORKPART kann die Transformation erneut berechnet werden.<br /> <br /> '''Parameter'''<br /> * keine<br /> <br /> Achtung: Nach dem Ausführen von CLEAR_WORKPART_TRANSFORM verändert sich die logische Position des Toolheads, während die tatsächliche Position erhalten bleibt. Werden anschließend Bewegungen mit fehlenden Koordinaten ausgeführt (z.B. G1 X42), so fährt der Toolhead ggf. an eine unerwartete Position. Auf CLEAR_WORKPART_TRANSFORM sollte daher immer ein G0/G1 mit sowohl X als auch Y Koordinate folgen.</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1145 2020-12-31T12:27:26Z

<p>Mhier: /* Beeinflussende Parameter */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> ** Achtung: Wenn Advance nicht verwendet wird, sollte die Beschleunigung für Druckfahrten niedrig gehalten werden. Dies kann einen Konflikt darstellen, wenn die Beschleunigungen für Durck- und Leerfahrten nicht getrennt eingestellt werden können.<br /> * [[Einstellhilfe:Hotend Temperatur|Hotend Temperatur]] so niedrig wie möglich<br /> * [[Einstellhilfe:Düsendurchmesser|Düsendurchmesser]] so klein wie möglich<br /> * Volumen der [[Einstellhilfe:Schmelzkammer|Schmelzkammer]] so klein wie möglich<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 0.5mm für ein Renkforce v2 Hotend, oder 0.2mm für ein E3D v6)<br /> * Hotend-Temperatur so klein wie möglich einstellen, dass das Material noch zuverlässig gefördert wird (zumindest ab 2. Layer)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen (z.B. 500mm/s^2 oder niedriger). Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen (z.B. 1500mm/s^2 oder höher).</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1144 2020-12-30T17:35:46Z

<p>Mhier: /* Empfehlung zur Vorgehensweise */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> * [[Einstellhilfe:Hotend Temperatur|Hotend Temperatur]] so niedrig wie möglich<br /> * [[Einstellhilfe:Düsendurchmesser|Düsendurchmesser]] so klein wie möglich<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 0.5mm für ein Renkforce v2 Hotend, oder 0.2mm für ein E3D v6)<br /> * Hotend-Temperatur so klein wie möglich einstellen, dass das Material noch zuverlässig gefördert wird (zumindest ab 2. Layer)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen (z.B. 500mm/s^2 oder niedriger). Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen (z.B. 1500mm/s^2 oder höher).</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1143 2020-12-30T17:33:08Z

<p>Mhier: /* Beeinflussende Parameter */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> * [[Einstellhilfe:Hotend Temperatur|Hotend Temperatur]] so niedrig wie möglich<br /> * [[Einstellhilfe:Düsendurchmesser|Düsendurchmesser]] so klein wie möglich<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 1mm für ein Renkforce v2 Hotend, oder 0.5mm für ein E3D v6)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen (z.B. 500mm/s^2 oder niedriger). Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen (z.B. 1500mm/s^2 oder höher).</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1142 2020-12-30T17:18:20Z

<p>Mhier: /* Empfehlung zur Vorgehensweise */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 1mm für ein Renkforce v2 Hotend, oder 0.5mm für ein E3D v6)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen (z.B. 500mm/s^2 oder niedriger). Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen (z.B. 1500mm/s^2 oder höher).</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1141 2020-12-30T14:06:36Z

<p>Mhier: /* Empfehlung zur Vorgehensweise */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 2mm für ein Renkforce v2 Hotend, oder 0.5mm für ein E3D v6)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen (z.B. 500mm/s^2 oder niedriger). Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen (z.B. 1500mm/s^2 oder höher).</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1140 2020-12-30T14:04:31Z

<p>Mhier: /* Empfehlung zur Vorgehensweise */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 2mm für ein Renkforce v2 Hotend, oder 0.5mm für ein E3D v6)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen (z.B. 500mm/s^2 oder niedriger). Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen (z.B. 1500mm/s^2).</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1139 2020-12-30T14:02:44Z

<p>Mhier: /* Empfehlung zur Vorgehensweise */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 2mm für ein Renkforce v2 Hotend, oder 0.5mm für ein E3D v6)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren, siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen. Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen.</div>

Mhier https://www.rf1000.de/wiki/index.php?title=Einstellhilfe:Stringing&diff=1138 2020-12-30T14:02:21Z

<p>Mhier: /* Empfehlung zur Vorgehensweise */</p> <hr /> <div>[[category:Einstellhilfe]]<br /> <br /> == Symptombeschreibung ==<br /> <br /> In Zwischenräumen zwischen Teilen des Druckteils befinden sich dünne Fäden, i.d.R. entlang von Leerfahrt-Wegen. Die Fäden können über die gesamte Strecke gezogen sein oder auch nur einen Teil des Zwischenraumes abdecken. In der schwächsten Form sind lediglich kleine Knubbel auf der Oberfläche des Druckteils zu sehen.<br /> <br /> [[Datei:Stringing_or_Oozing.jpg|200px]]<br /> [[Datei:Faedenbeispiel1.jpg|200px]]<br /> <br /> == Hintergrundinformation ==<br /> <br /> Das Symptom wird durch Oozing verursacht, d.h. Material läuft ohne Extruder-Vorschub aus dem Hotend.<br /> <br /> == Beeinflussende Parameter ==<br /> <br /> * [[Einstellhilfe:Retract|Rückzugsweg / Retract]] vergrößern<br /> ** Der Rückzug des Filaments reduziert den Druck im Hotend.<br /> ** Die Schwerkraft wird weiterhin Oozing verursachen, dies kann nicht durch einen höheren Retract verhindert werden.<br /> * [[Einstellhilfe:Advance|Advance]] vergrößern (besser: neu kalibrieren)<br /> ** Advance verringert schon beim Abbremsen der Vorschubgeschwindigkeit in X/Y den Extrudervorschub (und erhöht diesen umgekehrt beim Beschleunigen). Dies hat einen ähnlichen Effekt wie der Retract.<br /> * [[Einstellhilfe:Beschleunigung|Beschleunigung]] und/oder [[Einstellhilfe:Vorschubgeschwindigkeit|Vorschubgeschwindigkeit]] in X/Y erhöhen<br /> ** Je kürzer die Zeit für Leerfahrten ist, desto weniger Material kann aus dem Hotend austreten.<br /> <br /> == Empfehlung zur Vorgehensweise ==<br /> <br /> * Retract auf einen für das Hotend typischen, eher niedrigen Wert stellen (z.B. 2mm für ein Renkforce v2 Hotend, oder 0.5mm für ein E3D v6)<br /> * Advance für das genutzte Material mit den jeweilingen Slicer-Einstellungen (Temperaturen!) kalibrieren. Siehe [[Advance kalibrieren]].<br /> * Falls Oozing immer noch erheblich: Retract etwas erhöhen.<br /> * Leerfahrt-Geschwindigkeit so hoch wie möglich<br /> * Beschleunigung so hoch wie möglich, ohne dass Ecken zu stark abgerundet werden.<br /> ** Dieser Wert kann abhängig vom Modell gewählt werden: bei Modellen, die eine hohe Maßhaltigkeit erfordern, niedrige Beschleungigung bevorzugen. Bei Modellen, die gut aussehen sollen, hohe Beschleungigung bevorzugen.</div>

Mhier