Software für Drucker » GPX für WT150

Obwohl ich heute abend todmüde bin, und eigentlich nix mehr raffe, ist es mir trotzdem gelungen, eine funktionierende Konfigurationsdatei für gpx zu bauen.

Wer's nicht kennt: Gpx ist ein Programm, das gcode Dateien nach x3g konvertiert. D.h. man kann damit die Dateien, die aus Slicern herauskommen, die nicht speziell für Makerbots und deren Abkömmlinge gemacht wurden, in das Dateiformat konvertieren, das Makerbots brauchen (und damit auch der WT150).
Während gcode einfach eine Textdatei ist, in der Bewegungsbefehle im Millimetermaß stehen, die der Drucker selbständig in Impulse für die Schrittmotoren umbaut, ist x3g ein Binärformat, in dem die Schritte bereits fertig berechnet stehen.
Daher muss das Programm, das x3g Dateien erzeugt, genau wissen, wieviele Schritte pro mm der Drucker braucht, in welche Richtung der Endstop steht, usw.
Diese x3g Datei läuft dann auch nur auf dem Drucker, für den sie generiert wurde!

Getestet habe ich mit gcode Dateien, die von Slic3r generiert wurden. Ich habe die Dateien erst mal nur von Hand per Kommandozeile konvertiert. Dabei habe ich entdeckt, dass gpx einige Sachen aus dem Start- und end Gcode nicht mag, daher habe ich die geändert und die Anleitung für Slic3r entsprechend angepasst.

Die Konfiguration für Cura werde ich bei Gelegenheit dann auch mal anpassen.

In der Ini steht übrigens "sd_card_path=F:\". Das ist der Pfad zu meiner SD Karte, sofern sie eingesteckt ist. Könnt Ihr entsprechend auf Eure Karte anpassen.
Wenn die Karte gesteckt ist, speichert gpx die x3g Datei dann automatisch auf der Karte, statt auf der Festplatte. Ganz praktisch.

GPX kann man per Script in Cura und Slic3r einbauen, dann generieren sie x3g Dateien automatisch, und speichern sie dann auch direkt auf SD.
So weit bin ich aber noch nicht, werde ich in den nächsten Tagen machen.

Wie immer also alles ohne Gewähr. Es läuft soweit bei mir, aber das muss nicht bei jedem so sein.

Für ungeduldige habe ich die gpx.ini schon mal angehängt, für alle anderen kommt noch eine Anleitung.

----------- gpx.ini -------------------
;
; gpx.ini
;
; gcode to x3g conversion configuration file
;

;************ POST PROCESSING OPTIONS ************
[printer]
; MACHINE TYPE
;
; specify the machine definition using a pre-defined built-in type identifier
;
; NOTE: settings are order dependnet, so always start by settng the machine type
;
; c3 = Cupcake Gen3 XYZ, Mk5/6 + Gen4 Extruder
; c4 = Cupcake Gen4 XYZ, Mk5/6 + Gen4 Extruder
; cp4 = Cupcake Pololu XYZ, Mk5/6 + Gen4 Extruder
; cpp = Cupcake Pololu XYZ, Mk5/6 + Pololu Extruder
; t6 = TOM Mk6 - single extruder
; t7 = TOM Mk7 - single extruder
; t7d = TOM Mk7 - dual extruder
; r1 = Replicator 1 - single extruder
; r1d = Replicator 1 - dual extruder
; r2 = Replicator 2 (default config)
; r2h = Replicator 2 with HBP
; r2x = Replicator 2X
machine_type=r1

; GCODE FLAVOR
;
; specify the gcode flavor
;
; reprap = M109 Set Extruder Temperature and Wait
; makerbot = M109 Set Build Platform Temperature (Same as M140)
gcode_flavor=makerbot


; BUILD TEMPERATURE
;
; override the gcode build plate temperature
; 0 = disabled
build_platform_temperature=0


; BUILD PROGRESS
;
; generate gcode for the build progress
; this should be enabled for slic3r and kisslicer
; 1 = enabled
; 0 = disabled
build_progress=1


; DITTO PRINTING
;
; print simultaniously with both nozzles
; 1 = enabled
; 0 = disabled
ditto_printing=0


; FILAMENT DIAMETER
;
; set this to the filament diameter setting used in the slicer
; 1.75 = default
slicer_filament_diameter=1.75


; SD CARD PATH
;
; if an SD card is inserted the x3g file will be written there
; uncomment to enable and substitute the name of your SD card volume
sd_card_path=F:\


;************ RIGHT EXTRUDER ************
[right]
; ACTUAL FILAMENT DIAMETER
;
; override gcode for the right filament diameter
; 1.75 = default
; 0 = disabled
actual_filament_diameter=0


; ACTIVE TEMPERATURE
;
; override gcode for the right active temperature
; 0 = disabled
active_temperature=0


; STANDBY TEMPERATURE
;
; override gcode for the right standby temperature
; 0 = disabled
standby_temperature=0

[machine]
; specifies the nominal filament diameter (either 1.75 or 3.0)
nominal_filament_diameter=1.75

; spesifies the number of extruders on this machine
extruder_count=1

; sets the timeout for homing in seconds
timeout=20

;************ X AXIS ************
[x]
; sets the maximum feedrate for this axis in mm/s
max_feedrate=5000

; sets the home feedrate for this axis in mm/s
home_feedrate=2500

; sets the number of steps per mm of movement for this axis
; Pulley dia: 10.82mm / 1/8 step = 1/(10.82 * pi / 1600)
steps_per_mm=71.699959

; sets the homing direction for this axis
; maximum = 1
; minimum = 0
endstop=1

;************ Y AXIS ************
[y]
; sets the maximum feedrate for this axis in mm/s
max_feedrate=5000

; sets the home feedrate for this axis in mm/s
home_feedrate=2500

; sets the number of steps per mm of movement for this axis
; Pulley dia: 10.82mm / 1/8 step = 1/(10.82 * pi / 1600)
steps_per_mm=71.699959

; sets the homing direction for this axis
; maximum = 1
; minimum = 0
endstop=1

;************ Z AXIS ************
[z]
; sets the maximum feedrate for this axis in mm/s
max_feedrate=1170

; sets the home feedrate for this axis in mm/s
home_feedrate=1100

; sets the number of steps per mm of movement for this axis
; TR-8x8 Z axis = 1/(8/1600)
steps_per_mm=71.699959

; sets the homing direction for this axis
; maximum = 1
; minimum = 0
endstop=1

;************ RIGHT EXTUDER (A AXIS) ************
[a]
; sets the maximum feedrate for this axis in mm/s
max_feedrate=1600

; sets the number of steps per mm of extrusion
; Steps/mm is calculated by dividing the 'drive gear steps per revolution'
; (in this case, equal to motor_steps) by the 'drive gear circumference'
; (drive gear diameter = 10.14) So we get: 1600/(PI * 0.14) = 50.235....
steps_per_mm=100.470955

; sets the number of steps per revolution
motor_steps=1600

; signals if this tool has a heated build platform
has_heated_build_platform=0

p.s. Download link für gpx:
http://www.thingiverse.com/thing:81425

Da es sowohl gpx, als auch Cura und Slic3r auch für Linux gibt, habe ich nun endlich eine funktionierende Toolchain für meinen Hauptrechner, und kann den alten lahmen Windows Notebook wieder einmotten.

Goodbye, ReplicatorG und Doraware.

Selbst wenn es funktioniert, macht das bei der Einbindung von GPX in den Slicer keinen Sinn, denn der Script würde solange stehen, bis gpx fertig gedruckt hat.
In der Zeit wäre der Slicer blockiert, Du hättest keine Fortschrittsanzeige, und Du könntest den Druck nur beenden, indem Du den task killst.

Sinnvoller ist die Benutzung von Octoprint mit dem Makerbot Plugin, und dem steht mit der jetzt funktionierenden gpx Konfiguration nichts mehr im Wege.
Octoprint bietet alles, was dem Benutzerinterface des WT150 fehlt.

Man könnte vielleicht mal drüber nachdenken, aus dem Script heraus eine neue task zu starten, die Daten an den Drucker sendet, und den Fortschritt anzeigt.
Es gibt da den Hintergrunddienst Conveyor, den Makerbot für Hintergrunddruck benutzt. Davon gibt es eine ältere version im Quellcode.

Aber andererseits macht Octoprint genau das, und noch vieles mehr, und es läuft auch auf Windows.
Also wäre das einfachste, auf dem Rechner, auf dem auch der Slicer läuft, Octoprint mit makerbot Plugin zu installieren.
Das Plugin benutzt auch gpx, und man kann obige Konfigurationsdatei dafür benutzen.

@ Uhrheber
offensichtlich hast Du die Maschinenparameter vom WT150 als Grundlage für die .ini Datei verwendet.
Über diese Werte habe ich mich schon des Öfteren gewundert, z.B. hier:

;************ Y AXIS ************
[y]
; sets the maximum feedrate for this axis in mm/s
max_feedrate=5000

wenn ich den berechneten Wert von 71,699959 Steps/mm mit 5000 mm/s multipliziere erhalte ich eine maximale Stepfrequenz von 358499 Hz, das ist viel zu hoch.

Noch unverständlicher ist allerdings die Berechnung der steps_per_mm, ich komme da nur auf 47,06985378 Steps/mm.

; sets the number of steps per mm of movement for this axis
; Pulley dia: 10.82mm / 1/8 step = 1/(10.82 * pi / 1600)
steps_per_mm=71.699959

Offensichtlich sind die Werte in den Kommentarzeilen nicht die des WT150, das sieht man auch bei der Z-Achse, TR8-8 ist eine Trapezspindel. Im WT150 bewegt aber ein Zahnriemen den Tisch.

; sets the number of steps per mm of movement for this axis
; TR-8x8 Z axis = 1/(8/1600)
steps_per_mm=71.699959

Wenn man von 71,699959 zurückrechnet kommt man auf einen Riemenscheibendurchmesser von ca. 7,10mm.

Gruß
Arnd

Ja, Du hast recht, das stimmt alles hinten und vorne nicht.
Weistek hat sich da wenig Mühe gegeben, und lediglich die Dateien von anderen Druckern kopiert, und nur notdürftig angepasst.
Es stehen (bzw. standen) auch noch überall Befehle für's Heizbett drin, die hat gpx angemeckert, weil in seiner eigenen config steht, dass der Drucker keines hat.

Die max feedrate schadet aber auch nicht, da niemand, der bei klarem Verstand ist, die Einstellungen im Slicer so hoch setzen würde.
Das ist eigentlich nur, damit irgendwas drinsteht, und gpx (bzw. im Original ReplicatorG) zufrieden ist.

Die Kommentare wie "; Pulley dia: 10.82mm / 1/8 step = 1/(10.82 * pi / 1600)" stammen allerdings aus der originalen GPX machine.ini, und sind nur als Beispiel da drin.
Sollte ich bei Gelegenheit mal anpassen oder rauswerfen. Ich war gestern abend einfach zu müde dazu. Ihr könnt ja auch mal was tun ;-)

Die Werte an sich passen so, die hat Weistek im RepG so eingetragen, und sie passen auch für gpx.
Ich habe gestern abend zweimal das gleiche Objekt gedruckt, gesliced mit Slic3r, gedruckt einmal mit ReplicatorG über USB, und einmal mit gpx in x3g konvertiert und von SD Karte gedruckt.
Sind identisch.

Wie schon geschrieben habe ich mich um die Einbindung in Slic3r und Cura noch nicht gekümmert.
Es gibt für Cura ein fertiges Python Script, und für Slic3r irgendwas in Perl, aber ich hab keine Lust mich neben Python auch noch in Perl einzuarbeiten, also werde ich bei Gelegenheit was in Python basteln.

Ist aber nicht meine höchste Priorität, denn erst mal will ich Octoprint zum Laufen bringen.