Mendel 90 Frage
- Themenstarter chka
- Beginndatum
Im kopf 
Mein Codeschnipsel sieht so aus:
Der Multiplikator 1.35 ergibt sich aus der Formel "Sollwert/Istwert" und bewirkt aktuell NULL Veränderung beim extrudierten Material. Hab auch schon den Code bisserl variiert und den Multiplikator komplett weg gelassen. Die Differenz zw. Soll- und Istwert ist stets gleich
@locomarco: gute Frage ... ist ein Melzi-Board, Sketch wird per USB hochgeladen.
Da Änderungen in z_home_pos wirksam sind, bin ich noch am grübeln warum Änderungen bei e_steps_per_mm nicht funktionieren. Hab im Slicer diesem Multiplikator schon benutzt, aber wenn ich schon dabei bin, wollte ich es gleich im Sketch anpassen. Evt. schreib ich mal ein Stück gcode und guck mal, was sich dann tut. Da könnte ich dann Fehler verursacht durch pronterface ausschließen. Heute hat nämlich Pronterface mal 50mm mit Maxtempo durch das Hotend gepresst, obwohl ich 60mm/min eingestellt hatte. Außerdem G1 Z1 nicht verstanden. Hoffe der Drucker ist nicht wie ich schwerhörig
... ist ein Melzi-Board, Sketch wird per USB hochgeladen. Da Änderungen in z_home_pos wirksam sind, bin ich noch am grübeln warum Änderungen bei e_steps_per_mm nicht funktionieren. Hab im Slicer diesem Multiplikator schon benutzt, aber wenn ich schon dabei bin, wollte ich es gleich im Sketch anpassen. Evt. schreib ich mal ein Stück gcode und guck mal, was sich dann tut. Da könnte ich dann Fehler verursacht durch pronterface ausschließen. Heute hat nämlich Pronterface mal 50mm mit Maxtempo durch das Hotend gepresst, obwohl ich 60mm/min eingestellt hatte. Außerdem G1 Z1 nicht verstanden. Hoffe der Drucker ist nicht wie ich schwerhörig
Zuletzt bearbeitet:
Hört sich alles schwer nach EEPROM an. Das ist ein Speicher direkt im Prozessor. Die meisten Firmwares (zb. Repetier, Marlin, ...) speichern bestimmte Einstellungen darin, damit man sie über den PC schnell ändern kann ohne jedes mal den Sketch neu flashen zu müssen.
Bei Repetier werden zb. Schritte pro millimeter, Druckhöhe und vieles mehr darin gespeichert. Wenn das EEPROM dann aktiviert ist, werden die Werte nur noch daraus geladen, egal was in der configuration.h steht.
Du kannst mal in der Arduino IDE unter Datei -> Beispiele -> EEPROM den eeprom_clear Sketch öffnen und flashen.
Danach nochmal deine Firmware flashen. Wenn es dann funktioniert, entweder jedes mal vor dem flashen das EEPROM leeren oder besser gleich eine Host Software nutzen die auf das EEPROM zugreifen kann (zb. Repetier-Host).
Bei Repetier werden zb. Schritte pro millimeter, Druckhöhe und vieles mehr darin gespeichert. Wenn das EEPROM dann aktiviert ist, werden die Werte nur noch daraus geladen, egal was in der configuration.h steht.
Du kannst mal in der Arduino IDE unter Datei -> Beispiele -> EEPROM den eeprom_clear Sketch öffnen und flashen.
Danach nochmal deine Firmware flashen. Wenn es dann funktioniert, entweder jedes mal vor dem flashen das EEPROM leeren oder besser gleich eine Host Software nutzen die auf das EEPROM zugreifen kann (zb. Repetier-Host).
Es ist vollbracht, der Drucker läuft wieder.
In Sachen EEPROM kann man mit dem GCode-Befehl M92 Exxx die steps_per_mm recht simple ändern. Das hatte aber ebenso keine Auswirkungen. Dann hab ich einfach den ganzen Sketch nochmal von Github heruntergeladen, die Kalibrierungswerte eingetragen und aufs Board hochgeladen. Seitdem passt es auch wieder mit den e_steps_per_mm.
Und weil ich im Vorfeld selbst nach dem Fehler im Sketch gesucht hatte, kann ich auch gleich noch die Ursache präsentieren:
Das rot markierte Codeschnipselchen hat schlicht und einfach gefehlt.
Danke für die Denkanstöße!
In Sachen EEPROM kann man mit dem GCode-Befehl M92 Exxx die steps_per_mm recht simple ändern. Das hatte aber ebenso keine Auswirkungen. Dann hab ich einfach den ganzen Sketch nochmal von Github heruntergeladen, die Kalibrierungswerte eingetragen und aufs Board hochgeladen. Seitdem passt es auch wieder mit den e_steps_per_mm.
Und weil ich im Vorfeld selbst nach dem Fehler im Sketch gesucht hatte, kann ich auch gleich noch die Ursache präsentieren:
Das rot markierte Codeschnipselchen hat schlicht und einfach gefehlt.
Danke für die Denkanstöße!
Ich versuche gerade meinen Mendel90 von nophead mit Octoprint of Raspberry zu betreiben. Ich war das SD-Karten-Gefummel leid und der PC, denn ich neben dem Drucker stehen hab' zickt auch immer rum. Da kam die Beschreibung von nophead sehr gelegen.
Der Raspi läuft auch schon mit Octorpint, aber jetzt habe ich ein Problem die zugehörigen STL-Datein von nophead (Raspi-Gehäuse, Kamer und LED-Halterung) mit skeinforge zu slicen. Egal of PLA0.2 oder PLA 0.3, skeinforge stürzt immer mit "Exception in Tkinter callback" (line 1486) ab. Hat jemand das gleiche Problem gehabt?
Ich denke schon darüber nach auf Cura umzusteigen, aber gerade habe ich angefangen mich an skeinforge zu gewöhnen. Ich verwende die skeinforge-Version, die nophead mitgeliefert hat. Mir ist noch nicht gelungen da eine Versionsnummer zu finden, aber da es scheinbar recht wenig skeinforge Entwicklung gibt, gehe ich davon aus, daß es sich um die letzte aktuelle Version handelt. Comb-settings habe ich schonmal testweise deaktiviert, hat aber nicht geholfen. Dann wollte ich mal mit netfabb die STL-Datein angucken, aber dafür scheint man ein Microsoft Konto zu brauchen. Und das habe ich mühsam bei der Windows 8 Installation vermieden ;-)
Gruß,
Maritn
Der Raspi läuft auch schon mit Octorpint, aber jetzt habe ich ein Problem die zugehörigen STL-Datein von nophead (Raspi-Gehäuse, Kamer und LED-Halterung) mit skeinforge zu slicen. Egal of PLA0.2 oder PLA 0.3, skeinforge stürzt immer mit "Exception in Tkinter callback" (line 1486) ab. Hat jemand das gleiche Problem gehabt?
Ich denke schon darüber nach auf Cura umzusteigen, aber gerade habe ich angefangen mich an skeinforge zu gewöhnen. Ich verwende die skeinforge-Version, die nophead mitgeliefert hat. Mir ist noch nicht gelungen da eine Versionsnummer zu finden, aber da es scheinbar recht wenig skeinforge Entwicklung gibt, gehe ich davon aus, daß es sich um die letzte aktuelle Version handelt. Comb-settings habe ich schonmal testweise deaktiviert, hat aber nicht geholfen. Dann wollte ich mal mit netfabb die STL-Datein angucken, aber dafür scheint man ein Microsoft Konto zu brauchen. Und das habe ich mühsam bei der Windows 8 Installation vermieden ;-)
Gruß,
Maritn
Zuletzt bearbeitet:
hatte damit keine probleme mit skeinforge. hab das auch so wie du mit octoprint. soll ich sie dir mal alle slicen?
oder schau dir mal das an, ich hab das mittlerweile so, finde ich viel besser, auch von der positionierung her:
http://blog.port23.de/index.php/bas...pi_ka&page=1&more=1&c=1&tb=1&pb=1&disp=single
oder schau dir mal das an, ich hab das mittlerweile so, finde ich viel besser, auch von der positionierung her:
http://blog.port23.de/index.php/bas...pi_ka&page=1&more=1&c=1&tb=1&pb=1&disp=single
Vielen Dank für das slicing-Angebot! Ich habe gerade herausgefunden, daß ich mich richtig doof angestellt habe ;-). Jetzt geht's auch bei mir. Falls mal jemand dasgleiche Problem hat: Auf Github nicht versuchen mit Rechtsklick und "Ziel speichern" Dateien herunterzuladen. Dabei kriegt man nämlich eine Datei mit dem richtigen Namen aber mit einer html-Seite als Inhalt. Das sliced sich natürlich recht schlecht ;-)
Schick, Dein Aufbau mit Pollin-Leiste und Dimmer. Ich habe noch eine ordentlich helle LED-Leiste mit Alu-Profil und werde auch eine eigene Klammervariante entwerfen. Dimmer brauche ich dann vielleicht auch.
Schick, Dein Aufbau mit Pollin-Leiste und Dimmer. Ich habe noch eine ordentlich helle LED-Leiste mit Alu-Profil und werde auch eine eigene Klammervariante entwerfen. Dimmer brauche ich dann vielleicht auch.
Mal ne frage in die runde beim drucken wird als erstes das Brett hochgeheitzt danach kommt der extruder. parallel zum extruder fährt der Drucker auf das Druckbrett herunter und bleibt bis zum drucken mittig auf dem Bett stehen. gibt es eine Möglichkeit erst beim wirklichen start des Druckes erst in die mitte des Brettes zufahren?
Der Grund ist recht simple ich habe immer in der mitte einen klecks welcher verbrannt ausschaut.
mein start code ist folgender:
M83 ; use relative distances for extrusion
G28; Go Home
G1Z0.05 ; close to the bed
G1E5F50 ; extrude a blob
G1Z0.3 ;lift Z*
G1X40F4000 ;wipe 40mm along the edge of the bed
G1 Y0 X0
Der Grund ist recht simple ich habe immer in der mitte einen klecks welcher verbrannt ausschaut.
mein start code ist folgender:
M83 ; use relative distances for extrusion
G28; Go Home
G1Z0.05 ; close to the bed
G1E5F50 ; extrude a blob
G1Z0.3 ;lift Z*
G1X40F4000 ;wipe 40mm along the edge of the bed
G1 Y0 X0
Der Mendel90 "Orginal-G-Startcode" von Nophead sieht etwas anders aus. Nophead hat das "ooze free" printing auch noch genauer beschrieben.
Hast Du den Startcode mit Absicht geändert, eine ältere Version oder einen anderen Drucker?
Hast Du den Startcode mit Absicht geändert, eine ältere Version oder einen anderen Drucker?
Nein meiner ist von ende letzten Jahres das Problem an seinem code ist das er die Bed Temp und die Extruder Temp fest vorgibt.
Damit wird dann min der erste Layer mit dieser Temperatur gedruckt, was bei meinen Farben nicht funktionierte.
Trotzallem wartet der Drucker bei mir noch 60sek nachdem die Temp erreicht ist, benutze zum Drucken OctoPi
Folgende G Code spukte mir dann der Slicer aus:
G21 ; set units to millimeters
M107
M190 S65 ; wait for bed temperature to be reached
M104 S205 ; set temperature
;Mein StartCode Start
M83 ; use relative distances for extrusion
G28; Go Home
G1Z0.05 ; close to the bed
G1E5F50 ; extrude a blob
G1Z0.3 ;lift Z*
G1X40F4000 ;wipe 40mm along the edge of the bed
G1 Y0 X0
;Mein StartCode Ende
M109 S205 ; wait for temperature to be reached
G90 ; use absolute coordinates
G92 E0
M82 ; use absolute distances for extrusion
G1 F1800.000 E-1.00000
G92 E0
G1 Z2.250 F7800.000
G1 X-4.630 Y4.570
Damit wird dann min der erste Layer mit dieser Temperatur gedruckt, was bei meinen Farben nicht funktionierte.
Trotzallem wartet der Drucker bei mir noch 60sek nachdem die Temp erreicht ist, benutze zum Drucken OctoPi
Folgende G Code spukte mir dann der Slicer aus:
G21 ; set units to millimeters
M107
M190 S65 ; wait for bed temperature to be reached
M104 S205 ; set temperature
;Mein StartCode Start
M83 ; use relative distances for extrusion
G28; Go Home
G1Z0.05 ; close to the bed
G1E5F50 ; extrude a blob
G1Z0.3 ;lift Z*
G1X40F4000 ;wipe 40mm along the edge of the bed
G1 Y0 X0
;Mein StartCode Ende
M109 S205 ; wait for temperature to be reached
G90 ; use absolute coordinates
G92 E0
M82 ; use absolute distances for extrusion
G1 F1800.000 E-1.00000
G92 E0
G1 Z2.250 F7800.000
G1 X-4.630 Y4.570
Ich würde dir das so empfehlen (grün = ergänzung, rot = löschen, orange = ggf. ändern, rest = bleibt):
Alles ohne Gewähr und Anspruch auf Vollständigkeit. Hab es aber nach besten Wissen und Gewissen geschrieben.
Leider reagieren die Slicer unterschiedlich auf eigenen Startcode. Beim Slic3r musste ich feststellen das er ungefragt eigenen Startcode ignoriert. Also genau gucken ob das so übernommen wird!
Alles ohne Gewähr und Anspruch auf Vollständigkeit. Hab es aber nach besten Wissen und Gewissen geschrieben.
Leider reagieren die Slicer unterschiedlich auf eigenen Startcode. Beim Slic3r musste ich feststellen das er ungefragt eigenen Startcode ignoriert. Also genau gucken ob das so übernommen wird!
Zuletzt bearbeitet:
Hallo Flo danke für deine Anmerkungen der obere Start Code ist der komplette des Druckers also auch die Parts die der slicer selber reinschreibt, mein Teil ist nur der mit ;mein startcode Start und Ende deklarierter Bereich.
An den Teilen darüber kann ich nichts im slicer ändern
Ist es neu euch auch der Fall das der Drucker 60 Sek vorm Drucken wartet bis es los geht, wenn das Weg währe wäre ich auch glücklich.
An den Teilen darüber kann ich nichts im slicer ändern
Ist es neu euch auch der Fall das der Drucker 60 Sek vorm Drucken wartet bis es los geht, wenn das Weg währe wäre ich auch glücklich.
Dann ändere deinen eigenen Part wie ich es vorgeschlagen habe. Der Rest ist eher nice-to-have. Ggf. noch den M82-Befehl. Denn relative E-Koordinaten haben Vorteile wenn du GCode manuell anpasst, während dem Druck einen Filamentwechsel machen willst, der Druck unterbrochen wird und an selber Stelle fortgesetzt werden soll. An absoluten Koordinaten kann ich beim Extruder keine Vorteile erkennen, deswegen ist mir suspekt warum das Default beim Slic3r und beim Cura die einzigen Möglichkeit ist.
Ich habe mich dem Thema noch mal angenommen, der Start Code von nophead https://github.com/nophead/Mendel90/blob/master/Settings/.skeinforge/alterations/start_PLA.gcode, ist das was der slicer ausspuckt. Der Eigentliche Startcode sieht anders aus, diese parts müssen getauscht werden:
M190 S[first_layer_bed_temperature] ; set bed temp & wait
M109 S[first_layer_temperature] ; wait for extruder temp
Wenn man wie oben die Variablen nimmt passt es auch zu dem Video welches er veröffentlicht hat
Meiner sieht jetzt wie folgt aus:
;Mein StartCode Start
M104 S[first_layer_temperature] ; Setze die Layer Temp
M83 ; use relative distances for extrusion
G28; Go Home
G1 X5 Y98 F9000 ; go to front of bed
G1Z0.05 ; close to the bed
M109 S[first_layer_temperature] ; Warte auf die Eingestellte Temp ereicht wird
G1E5F50 ; extrude a blob
G1X40F4000 ;wipe 40mm along the edge of the bed
G1Z0.3 ;lift before move to center
G1 Y0 X0; <-- wird nicht benötigt, da ab sofort der Slicer den Gcode generiert
;Mein StartCode Ende
M190 S[first_layer_bed_temperature] ; set bed temp & wait
M109 S[first_layer_temperature] ; wait for extruder temp
Wenn man wie oben die Variablen nimmt passt es auch zu dem Video welches er veröffentlicht hat
Meiner sieht jetzt wie folgt aus:
;Mein StartCode Start
M104 S[first_layer_temperature] ; Setze die Layer Temp
M83 ; use relative distances for extrusion
G28; Go Home
G1 X5 Y98 F9000 ; go to front of bed
G1Z0.05 ; close to the bed
M109 S[first_layer_temperature] ; Warte auf die Eingestellte Temp ereicht wird
G1E5F50 ; extrude a blob
G1X40F4000 ;wipe 40mm along the edge of the bed
G1Z0.3 ;lift before move to center
G1 Y0 X0; <-- wird nicht benötigt, da ab sofort der Slicer den Gcode generiert
;Mein StartCode Ende
Zuletzt bearbeitet:
