ich habe nun noch einige Stunden damit verbracht eine First Layer zu drucken. Der Befehl M3001 hat die Z- Kompensation nicht gestartet.
Hier im Forum habe ich dann folgenden Code gefunden und benutzt. Damit Funktioniert die Z Kompensation und die Druckergebnisse sehen zum ersten mal gut aus.
Dieser Code ist soweit ich das verstanden habe für die Community Firmware.
Soll Ich auf die Firmware "Community Mod RFx000 Firmware :: Neue Development (Stand 1.45.00 / 03.01.2020)" umsteigen, oder kann etwas aus dem unteren Code entfernt werden damit Sie zur Conrad Firmware passt?
Ich habe den RF2000V2 mit Dual-Extruder. Passt der Start Code dazu?
Vielleicht kann mir jemand sagen was richtig und sinnvoll ist.
; Diverses, wichtig
;--------------------------------------
G90 ; use absolute coordinates
M82 ; use absolute distances for extrusion
G28 ; home all axes
G92 E0 ; Filamentwegreset
Ich war so Happy, das der Drucker nun gut druckt, und ich an die Feineinstellungen der Druckqualität gehen kann. Leider macht der Drucker nur noch was er will. (Naja, ich denke das ich eher das Problem bin, aber den Fehler nicht finde)
Der Drucker Arbeitet den erstellten GCode inkl. Start Script ab.
Alles was in fetter Schrift geschrieben steht Funktioniert, danach fährt der Druckkopf auf Home, und fängt wieder von vorne an. das macht er immer und immer wieder.
ich habe eine Datei mit dem gesendeten Code beigefügt.
Seltsam finde ich warum dort Resend 1 steht. Ich habe am Script sonst nichts verändert
; Diverses, wichtig
;--------------------------------------
G90 ; use absolute coordinates
M82 ; use absolute distances for extrusion
G28 ; home all axes
G92 E0 ; Filamentwegreset
In der Tat scheint etwas komisches vorzugehen. Nicht nur der auskommentierte Befehl M3909 wurde gesendet, auch von der Zeile
; Diverses, wichtig
wird das Wort 'wichtig' gesendet, obwohl die Zeile auskommentiert ist.
Fehlermeldung kommt dadurch keine zustande, da die Firmware Schreibfehler, usw. einfach ignoriert. Am Slicer wird der Fehler vermutlich nicht liegen, eher am Programm, welches die Befehle an den Drucker übermittelt (in deinem Fall Repetier-Host?).
Zu 'RESEND':
Das ist kein Problem. Alle Befehle bekommen vom Host beim Übertragen eine einfache Prüfsumme angehängt, womit die Firmware vielfach einen Übertragungsfehler erkennen kann. Stimmt hier irgendwas nicht, sagt die Firmware ' Häh? ', was auf Englisch mit ' RESEND ' übersetzt wurde . (Dann schickt der Host den entsprechenden Befehl einfach noch einmal.)
Aber damit könnte vielleicht das USB Kabel oder der verwendete USB Port an den falsch übermittelten Befehle, hier im ersten Absatz, schuld sein - die Prüfung ist doch recht einfach: ein anderes Kabel und/oder Port testen.
Pruefsumme
Hinweis: Die Prüfsumme wird in Repetier-Host im Log-Fenster nicht angezeigt. In der Log-Datei, selbst, ist sie sehr wohl vorhanden.
Die verwendete Prüfsumme ist sehr einfach gehalten und ist keineswegs ein Garant für eine fehlerfreie Datenübertragung. Ich habe hier beispielsweise einige Auszüge aus einer Log-Datei: < 10:45:51.299 : N10 M220 S100*80
< 10:45:51.299 : N11 M221 S100*80
Die Prüfsumme ist hier beide Male '80', obwohl sich die Befehle unterscheiden (M220, bzw. M221).
Oder: < 10:46:13.422 : N34 G1 X10*102
< 10:46:20.645 : N42 G1 Y10*102
Die Prüfsumme ist hier beide Male '102', obwohl es sich hier um zwei unterschiedliche Achsen handelt!
Vermutlich könnte Nibbels, der Programmier-Experte hier im Forum, näheres über die Errechnung der Prüfsumme aus den Firmware-Dateien in Erfahrung bringen. Eine Änderung der Prüfsummenvorgehensweise wird wahrscheinlich nicht möglich sein, da man alle Host Programme, S3D, R-H, usw. ändern müsste.
Ich habe die Zeile umbenannt in: ; Diverses-wichtig und nun funktioniert der Startcode. Komisch ist nur das er schon funktioniert hat.
Der Befehl Resend und die Info Error erscheint nun auch nicht mehr.
First Layer ist Top, die Deckschicht ist so naja, sehr grob und rillig sag ich mal dazu.
Viele Grüße
Re: Problem beim Leveln und Kalibrieren
Verfasst: Do 25. Jun 2020, 20:33
von s.best
Hallo zusammen,
ich hab mir auch vor einiger Zeit das BuildTak Flex Plate System mit der BuildTak Dauerdruckfolie besorgt.
Allerdings verstehe ich nicht ganz wie du den HBS durchführen konntest, da bei diesem ja die heiße Düse auf die Folie gefahren wird.
Ich habe es dann auch mit Offsets Probiert und mir gleich beim 2ten Druck die Folie Kaputt gemacht weil das ABS förmlich in das Druckbett geschmolzen war :/
Der HBS ohne Temperatur liefert nach dem Aufheizen ja nicht den korrekten Nullpunkt für den Druckbeginn oder denke ich da falsch.
Danke und Gruß
Simon
Re: Problem beim Leveln und Kalibrieren
Verfasst: Do 25. Jun 2020, 21:21
von AtlonXP
Hallo Simon,
du liegst da nicht falsch.
Dennoch kann man einen HBS kalt oder auch fast kalt machen.
Das Bett würde ich immer auf 50C° vorheizen, wegen dem Verzug.
Ich mache meinen HBS immer mit selbst eingestellter Temperatur.
Bett 50 C° und 200 C°.
Hast du noch ein V2 in deinem Drucker verbaut?
Wenn es dir die Folie verrissen hat, dann war wohl Z- Offset im Drucker zu niedrig eingestellt.
Du solltest so um +0,3 = 300 Mikron einstellen müssen.
Achte auch auf die Nachlängung.
Wenn man so rum arbeiten muss, ist es ratsam, den ersten Druck mit einer Layer Höhe von mindestens 0,2 mm zu beginnen.
Man hat dann etwas mehr Freiraum falls der Offset noch zu nahe am Bett ist.
Den ersten Layer abbrechen und die Tatsächliche Höhe messen und den Offset nachstellen.
Danach sollte es passen, Voraussetzung, du hältst dich an den Verlinkten Beitrag.
Wenn man z.B. ein Metall Hot End verbaut hat, dann ist die Längenausdehnung bei weitem nicht so groß.
. (Dann schickt der Host den entsprechenden Befehl einfach noch einmal.)