Hallo zusammen, 
ich möchte Euch nun hier das letzte große Puzzlestück präsentieren. Da  es sich hier um die Methode handelt, die wir Samstag (morgen)  durchführen werden, lohnt es sich, das eine oder andere schon  vorzubereiten. 
Während wir auf die Software-Kombination "Tonokip&RepSnapper" von Jo  und Kliment gewartet haben, ist mir etwas nettes in die Hände  gefallen, mit dem ich gleich sehr schnell sehr gute Ergebnisse erzielt  habe: Es nennt sich Volumetric 5D, ist aber (anders als es der Name  vermuten lassen würde) eine experimentelle Version vom Skeinforge, der  auch das "ganz normale" GCode spricht (sodass unsere bisherige  Firmware FiveD for RAMPS sehr gut damit umgehen kann), nur eben die  Anweisungen etwas anders gibt. 
Was genau der Trick ist (im Vergleich zum bisherigen  ReplicatorG/Skeinforge), habe ich noch nicht sooo genau verstanden :-P  Fakt ist, dass es bei mir von vorne herein gute Ergebnisse erziehlt  hat. Das ist das, was *jetzt* zählt. Wenn ich dann wieder PLA im Haus  habe, vergleiche ich auch gerne mal mit dem "normalen" Setup von  ReplicatorG/Skeinforge. Jepps, der letzte Meter von meiner ersten  Rolle flutscht gerade durch den Extruder. 
Der erste große (und einzige) Unterschied, den wir uns in der Firmware  einhandeln ist, dass die steps_per_mm für die Achse E (also den  Extruder) nicht mehr am Ausgang vom Hotend (also in 0.5) gemessen  wird, sondern am Eingang zum Extruder. Der Vorteil dafür ist, dass wir  einmal diese Einstellung in der Firmware vornehmen, und eigentlich  nicht mehr zu ändern/upzuloaden müssen. Ob man die Filamentdicke  ändert, oder ein anderes Hotend (anderer Durchmesser vom Nozzle), all  das lässt sich nun am Rechner einstellen und wird bei den Berechnungen  mit in Betracht gezogen.  Da wir alle die gleichen Drucker, alle die gleichen Zahnräder,  Extruder etc. haben, habe ich all diese Einstellungen schon  vorgenommen in dieser Version. 
Auch hier gilt es, wie bei der Anweisung für Tonokip/RepSnapper  erstmal die Arduino-IDE aufzuräumen. Ich erlaube mir daher, den Absatz  1:1 von der anderen Mail in diese hier zu kopieren:  Ihr habt nun (fast) alle eine Arduino-IDE installiert, die  angenehmerweise automatisch beim Starten das letzte Projekt öffnet,  und zwar das FiveD for RAMPS aus dem Workshop. So war das bei mir  auch, ich habe dort meine  Änderungen an configuration.h vorgenommen, ohne genau zu wissen, wo  die Datei lag. Rausfinden, WO man aktuell drauf arbeitet, findet man  ganz einfach, wenn man "Speichern unter..." wählt. Hier zeigt er einem  das Verzeichnis des Projekts.  Arduino hat aber auch im Homedirectory ein Verzeichnis "Arduino"  angelegt, oder zumindest ist dieser Pfad als "Sketchbook location" in  den Programmeinstellungen vorgewählt. Ich würde das bisher benutzte  Projekt mal dort hin legen/kopieren. Das stellt auch sicher, dass wir  uns nicht gegenseitig die Einstellungen kaputtmachen, wenn jeder auf  der Version in der Dropbox arbeitet. Ihr werdet vielleicht sehen, dass  eine Arduino Projektdatei  immer in einem gleichnamigen Projektverzeichnis liegen muss. So kann  die Arduino-IDE die Projekte recht schnell in einer Auswahl auflisten. 
Hier könnt Ihr also gerne die 5D mit "meinen" Einstellungen einspielen. 
Die Firmware liegt an zwei Orten:  - Zum einen habe ich die Firmware in der Dropbox unter  SoftwareVolumetric5D->ramps-FiveD_for_RAMPS_GCode_Interpreter-Volumetric  hingelegt.  Bitte entpackt das Paket nicht hier direkt. Das verführt andere dazu,  die Firmware dort zu öffnen und evtl zueditieren.  - Zum zweiten liegt die Firmware an einem Read-Only Ort:  http://dl.dropbox.com/u/18246311/ramps-FiveD_for_RAMPS_GCode_Interpre... 
Hier sei vor allem gesagt, dass ich die Art und Weise, wie wir  Änderungen an der configuration.h vornehmen stark vereinfacht habe:  Bisher standen in der configuration.h alle Konfigurationsmöglichkeiten  für sämtliche Modelle. Ich habe unsere Einstellungen in eine einzelne  Datei verschieben wollen, was aber gar nicht so einfach ist. Also habe  ich kurzerhand alles "unnötige" aus der configuration.h rausgeworfen.  Jeder veränderbare Wert existiert nun nur noch einmal in der Datei,  Ihr könnt nich mehr aus Versehen in der falschen Sektion der Datei  landen. Der Autor der Software hat *das* wohl als customization-Pfad  vorgesehen, denn er legt schon gleich eine configuration.h.dist bei...  (Wenn man ein eigenes #define DEFAULTS macht, muss man sich auch  wieder um die PINS kümmern, und kann das nicht übernehmen etc...) 
So, nu aber. FiveDVolumetric von "meinen" neuen Links oben  runterladen, in die frisch aufgeräumte Sketchbook location legen, das  .pde öffnen, Änderungen von denen ich gesprochen habe anschauen, und  uploaden. 
Als nächsten Schritt müssen wir alle diese neue Software für den  Rechner installieren. Da hat der Entwickler (Rob Giseburt) schon alles  (ReplicatorG und Skeinforge) schön zusammengepackt:  Dropbox (also bereits auf Eurem Rechner):  SoftwareVolumetric5D>replicatorg-0024-VolumetricTest-v0.1>  Quellen:  https://github.com/giseburt/ReplicatorG/downloads  https://github.com/downloads/giseburt/ReplicatorG/replicatorg-0024-Vo...  https://github.com/downloads/giseburt/ReplicatorG/replicatorg-0024-Vo...  https://github.com/downloads/giseburt/ReplicatorG/replicatorg-0024-Vo... 
So, wenn Ihr die Software Eurem Betriebsystem zufolge installiert  habt, könnt Ihr sie starten. Ich empfehle an dieser Stelle, die  Heizung schonmal vorzuglühen, auf 200 °C.  Oh, und wenn wir gerade im ControlPanel sind, muss ich auch gleich  zwei kleine Bugs erklären:  - X und Y-Homing funktioniert bei mir einwandfrei. Allerdings, wenn  ich das Z-Homing benutze, muss ich anschliessend den ReplicatorG neu  starten, zumindest bei mir auf dem Mac. Wenn da jemand andere  Erfahrung gemacht hat, wäre das interessant zu hören. Und jedes Mal,  wenn ich den ReplicatorG beende (oder abschieße), muss ich kurz USB  raus-rein spielen, warten, bis mein System mir klar und deutlich sagt,  dass es das Gerät wieder gefunden hat, dann kann ich ReplicatorG  wieder starten, was dann auch sich sehr schnell wieder verbindet.  Zumindest bei mir auf dem Mac :)  - Zweites Problem: Wenn man im Control Panel mit den Achsen manuell  rumgefahren ist, sollte man anschließend, bevor man den Dialog  schließt UNDBEDINGT den Knopf "Make current potision zero" drücken.  Andernfalls stimmt das Koordinaensystem nicht mehr 100%, und bei der  nächsten Anweisung (entweder wieder aus dem Control Panel oder aus dem  GCode) fährt er alle zuvor bewegte Achsen mit dem Offset...  Allerdings, es wäre ja zu einfach, darf man den "Make current position  zero" nicht "mal so auf Verdacht" klicken, wenn man gar nicht gefahren  ist. Dann schmiert ReplicatorG nämlich ab, so richtig, und man muss es  abschießen. Java-Entwickler anwesend ? 
Nun können wir das Control Panel (Make current potision zero!) wieder  verlassen. Wir laden ein Modell, zum Anfangen vielleicht erstmal was  kleines. Dazu liegen im examples-Ordner der Installation ein paar  brauchbare Sachen, oder aber man läd das populäre minimug.stl. Wichtig  ist jetzt, auch wirklich das STL zu laden. GCode laden und drucken  wäre ja zu einfach, und außerdem gepfuscht :) Das Minimug.stl liegt in  der Dropbox. Quelle: http://www.thingiverse.com/thing:36  Auch hier bitte erst kopieren.  Nun, aus irgendeinem Grund hat der Spaßvogel die Minimug seitlich auf  das Printbed gelegt. Okay, vielleicht hat er sich was dabei gedacht.  Wir wollen uns aber nicht gleich an die Kür machen, sondern drehen mit  den Rotate-Tasten im ReplicatorG das Objekt so, dass es wie ein Glas  auf dem Printbed steht. Nun zeigt uns ReplicatorG mit einem Sternchen  hinter dem Text im Reiter "model" an, dass hier etwas verändert wurde.  Das muss man zuerst zurück in die Datei speichern, damit das extern  laufende Skeinforge das dann auch so vorfindet. 
Jetzt bitte ich Euch, im Menu GCode->Choose Skeinforge-Engine...  sicherzustellen, dass Ihr die Version "XX" gewählt habt. Das ist eine  Beta der Version 40. 
Jetzt auf zum nächsten Schritt: den Knopf "Generate GCode" drücken.  Ein kleiner Dialog geht auf, bei dem man das "printing profile"  auswählen soll, dem Set an Einstellungen fürs Skeinforge.  Voreingestellt (und einzige Auswahl) müsste da bei Euch sein "5D  .4x.6@50mm". Der Name des Profils bezieht sich hier auf die  Einstellungen (Filamentstärke, Nozzle, Geschwindigkeit) des  Programmierers. 
Ich würde an dieser Stelle nun liebend gerne ein paar fertig  konfigurierte Skeinforge-Profile anbieten. Aber (und nu komm ich mir  ziemlich dumm vor), hab ich es bisher nicht geschafft, diese  geänderten Profile von Hand auf dem Rechner zu finden un dzu  exportieren. Naja, irgendwann werdet Ihr Euch eh mit Skeinforge  befassen müssen :) 
Wir wollen also das Profil vom Rob als "Backup" behalten und legen uns  ein eigenes an. Dazu Duplizieren wir seines und versuchen wieder so  viele wie Möglich Informationen im Namen unterzubringen, damit wir die  später Unterscheiden können. Zum Beispiel "3mmPLA_40mm_200deg".  Anschliessend springt die grandiose (NICHT!) GUI von Skeinforge auf.  Ein paar von den Einstellungen werden wir jetzt nur einmal für 3mm PLA  machen müssen, ein paar von den Einstellungen werden Ihr wiederum  verfeinern, deswegen erkläre ich das nun mal etwas mehr: 
Oben könnte man den "Profiltypen" wechseln, wenn wir statt Plastik zu  drucken vielleicht Fräsen o.ä. würden. Auch kann man dort oben per  Profile Selection ein Profil für PLA vorwählen. Was das ausmacht,  weiss ich aber noch nicht.  Die diversen Arbeitsschritte der Konvertierung von STL in GCode sind  in Plugins aufgeteilt, die wiederum in Kategorien (Analyse, Craft,  Help, Meta, Profile) sortiert sind. Uns interessieren bislang nur die  Plugins der Kategorie "Craft", also dürft Ihr da den Radiobutton mal  setzen, wenn das noch nicht der Fall ist. Nun sind dort die  verfügbaren (installierten) Plugins alphabetisch gelistet. Es sei an  dieser Stelle angemerkt, dass, zumindest auf dem Mac, die Settings der  Plugins spätestens nach dem ersten Mal anzeigen u.U. nicht mehr ganz  korrekt angezeigt werden. Abhilfe schafft, ganz einfach nur die  Settings zu speichern, Skeinforge zu schließen und wieder mit  "Edit..." zu starten. 
Für uns von Interesse ist zu erst das Plugin Dimension. Bitte einmal  drauf klicken. Hier ist der Filament Diameter zu korrigieren. Bitte  nachmessen ! Ich habe eine Rolle von 3mm-Filament, der im Endeffekt  dann doch nur 2.7 mm war. Das klingt nach nicht viel, ist aber  immerhin 10%, und macht im Querschnitt einiges aus!  Ausserdem müssen wir die Filament Packing Density korrigieren. Der  korrekte Wert für PLA ist 1.0.  Wenn wir schonmal hier sind: Hier konfiguriert man auch das "neue"  Oozebane, nennt sich nun aber "Retraction". Um es auszuschalten  einfach nur die Retraction Distance auf 0 setzen. 
So, da wir gerade thematisch dabei waren, gehen wir nu ins  Oozebane-Plugin: Hier wurd wohl "früher" Oozebane aktiviert. Ich habs  ausprobiert (siehe 3D-Knots), funktioniert nicht mehr. 
Auf zum nächsten Fallstrick, Raft: Solltet Ihr das Raft loswerden  wollen, weil Ihr Euch inzwischen ein schönes (heated) Printbed gemacht  habt, dürft Ihr nicht das Plugin Raft deaktivieren. Hiermit schaltet  Ihr nämlich irgendwie auch die Heizung aus (siehe Beispiel Penny  Bottle opener ohne Raft). 
Nun zu den etwas wichtigeren und öfter benutzten Plugins, zuerst  Speed: Hier könnt Ihr nach Herzenslust (und Mut :D ) die  Geschwindigkeit des Drucks beeinflussen. Wichtig ist eigentlich nur,  dass Ihr immer den selben Wert für die Feed Rate und die Flow Rate  Setting angebt. 40mm pro Sekunde sind ein guter Wert für den Start.  (Beispiel bar clamp Geschwindigkeiten) 
Das wichtigste Plugin für die ersten Versuche wird vermutlich  Temperature sein. Hier müssen wir erst eintragen, wie schnell das  Plastik bei uns erkaltet, damit Skeinforge weiss, wie lange er warten  muss, ehe er weiter hoch bauen darf (was natürlich auch die Settings  in Speed beeinflusst) und wie schnell unsere Heizung wieder wärmt. Aus  meinen Messungen, dass wir ca. eine Minute brauchen um auf die  Wunschtemperatur zu kommen, und ca. 15 Minuten brauchen, um wieder  hautfreundlich zu sein, habe ich die Werte 0.22 (fürs Cooling Rate)  und 3.33 (für Heating Rate) abgeleitet. Das sind nur grobe Näherungen,  haben aber schon großen Einfluß auf die Qualität gehabt, weil dort  vorher komplett falsche Zahlen standen.  Ausserdem müssen wir uns für eine Drucktemperatur entscheiden. Ich bin  nach der Messreihe bei 230 angelangt, was eigentlich ein bisschen viel  ist für PLA, deswegen gehe ich davon aus, dass ich den Thermistor  nicht sehr gut geklebt habe.  Lasst die 195 stehen (in alle Feldern!) oder tragt was anderes ein,  wie ihr mögt. 
Jetzte aber ! Save all, schließen (geht übers Fenster schließen) und  den Knopf "Generate..." drücken. Jetzt rödelt er ein bisschen  (inzwischen können wir das Printbed präparieren), und spuckt uns  gleich das fertige GCode aus. ReplicatorG zeigt uns den GCode *nicht*  als eine ungespeicherte Änderung an, weil diese Änderungen ja de facto  schon in der Datei gespeichert sind, und erst frisch eingelesen  wurden. 
So, jetzt alles fertig machen zum Drucken: Schraubenzieher, Filzmarker  und Fotoapparat bereitlegen, und ein letztes mal in den Control Panel  überprüfen ob schön vorgeglüht ist, und zum Ausrichten: X und Y  entweder Homen oder manuell ausrichten, Z lieber nicht Homen (es sei  denn, Ihr seid scharf darauf, ReplicatorG neu zu starten), sondern  manuell ausrichten: Teil des von Skeinforge generierten GCode ist es,  für den ersten Layer des Rafts gleich schon ein bisschen hochzufahren.  Also fahre ich zum Starten das Hotend tatsächlich bis auf das Printbed  herunter. "Make current position zero" nicht vergessen !  Gleich wenn der Druck startet, wird der Kopf erst nochmal  hochgefahren, wärmt oben auf, und kommt dann runter, also nicht  erschrecken.  Jetzt könnt Ihr das Control Panel schließen, den kleinen  Schraubendreher zur Hand nehmen und den Build starten, mit dem zweiten  Knopf oben im ReplicatorG. 
Er fährt nun hoch, wartet mit dem Befehl M6 darauf, dass die  Temperatur erreicht wird. Da der M6 bei uns (noch) nicht (richtig)  implementiert ist, MÜSSEN wir aktuell Vorglühen, er wartet nicht.  Als nächstes fährt er der Extruder ein bisschen an, und wir sollen  währenddessen versuchen, mit dem Schraubenzieher die Wurst zu packen,  die da raus kommt. Er hört auf, PLA vorzuschieben und fährt auf die  Platte herab. Das ist der Moment, wo wir das ergriffene PLA abziehen  sollten. Tut nicht weh. Lieber aber an die Seite des Hotends  klatschen, als es gleich zu Anfang des Builds da als Störfaktor auf  dem Printbed zu haben. 
Nun gehts los, und er legt das Raft. Erst eine dickere Schicht um die  Ungenauigkeit im Abstand zum Printbed auszugleichen, und dabei lohnt  es sich schonmal, die Bögen des Rafts nochmal anzupressen, wenn man  sieht, dass es nicht kleben bleibt. Das ist aber eigentlich auch  gleichzeitig ein Grund von zu wenig Temperatur, entweder im Hotend  (bei mir so um die 160°C), oder vermutlich auch am Heatbed (noch nicht  getestet). Und es gibt *noch* eine Sache zu beachten während dem  raften: Wenn man hört, dass das Filament "springt" (klingt nach  "pling, pling, pling"), weil der Extruder Driver es schneller in den  Kopf schiebt als es unten rauskommen kann, hat man vermutlich *auch*  zu wenig Temperatur, diesmal aber ganz bestimmt im Hotend :) Das  Problem ist, dass das Filament zurückspringt, und die Förderschraube  dann an diese Stelle im Filament eine Kerbe feilt, und dann geht gar  nix mehr. Man kann dann auch mal von Hand nachdrücken, aber damit  erhöht man eigentlich nur den Druck im Kopf, das geht auf lange Sicht  nicht gut. Ausserdem ist das mit dem Nachdrücken wegen dem  Oozebane/Retraction gar nicht soo einfach :) Um das zu erkennen, habe  ich den Filzmarker da liegen. Ein "Abstrich" gibt mir relativ schnell  Gewissheit, obs noch weiter einfährt oder nicht.  Wenn Ihr hingegen ein Knistern hört, so als wenn kleine Luftbläschen  mit extruiert würden, ist das kein Problem. Es handelt sich um die im  Plastik vorhandene Luftfeuchtigkeit.  Die zweite Schicht des Rafts ist viel feiner.  Anschließend fängt er mit der Figur an. Da solle man sich erstmal für  mehrere Layer keine Sorge machen, wenn man nicht erkennt, wo was  passiert. Und vor allem jetzt entweder nicht mehr rumfummeln oder  gleich abbrechen. Fehler unten setzen sich relativ stark nach oben  fort. 
So, nach 13 Minuten etwa ist er fertig. Jetzt sollte man das Objekt  noch eine Weile nicht anfassen. Nicht nur, weil es noch heiss ist,  sondern auch weil es noch plastisch ist.  ReplicatorG sagt uns, wielange der Spaß gedauert hat, sagt uns aber  eigentlich damit nur, dass er neu gestartet werden möchte. Beeinden  geht jetzt noch problemlos. Wenn man versucht, im Control Panel was zu  erreichen, MUSS man den ReplicatorG schon wieder abschießen. Zumindest  auf dem Mac...  Und egal wie, ob geschlossen oder abgeschossen: USB raus-rein-zack. 
Viel Spaß,  Manuel