Kollision beim starten vom Druck
Hallo Freunde,
ich versuche den First Layer Test durchzuführen.
Dabei fährt das System an in folgenden Schritten:
1. Z-Tilt
2. Bedmesh
3. Auf Temperatur warten
Sobald die Temperatur erreicht wurde beginnt das Debakel.
Wie Ihr auf dem Video sehen könnt, fährt der Druckkopf erst auf der X-Achse eine Kollision und im Anschluss auf Y-Achse eine Kollision.
Der Riemen hat die richtige Spannung. Die Rollen waren Fehlerhaft, aber das habe ich durch einen längeren Stift und ein weiteres Lager ausgeglichen.
Dadurch laufen die Rollen zentrisch.
Auf dem Video sieht Ihr den Aufbau und die Kollisionen.
Könntet Ihr mir bitte behilflich sein, da ich im Netz und Discord nichts ähnliches finde.
Ich bin für jede Hilf Dankbar.
VG
Serdar
69 Replies
Hast du diese RatOS-Version? Wenn nein, dann updaten!
printer.cfg noch hochladen
In der letzten oder vorletzen RatOS wurde das Homen auf X und Y nach dem Aufheizen weg genommen. Der Drucker sollte dann nr noch einmal Z homen. Also... Welche RatOS-Version ist da installiert?
Ja habe ich....
Ich habe irgendwie das Gefühl das Er bewusst auf Kollision fährt, aber verstehe noch nicht woher dieser Befehl kommt.
Ich habe oben auch die ORCA Einstellungen die für 2.1 angepasst wurden mit eingefügt, weil ggf. danach gefragt werden könnte.
Danke für die Info....👍
Das scheint eine Unverträglichkeit zwischen deinen nozzlebrush/Clean Nozzle und der StartPrint zu sein. Hast du die StartPrint geändert... wenn ja wo liegt die?
Nein, die Startprint habe ich nicht geändert.
Wo finde ich diese?
Was ich angepasst habe ist der Druckraum und Bedmesh. Wie Du in der Printer.cfg sehen kannst.
Naja... Das was du beschreibst, wird alles in dem gcode der start_print abgefrühstückt. Den Gcode findest du in RATOS/macros
Er fährt sauber die Endstops X, Y, Z an. BedMesh wird sauber durchgeführt. Die Kollision entsteht erst danach.
...nach dem aufheizen... richtig?
Da läuft schon die start_print und nichts Anderes mehr
ja
Hier?
Ja, nach dem Aufheizen.
Da drin... weiter unten...
Nur noch mal zum Verständnis: Sobald du einen Druck startest, läuft ausschließlich dieses Macro:
Also muss der Fehler in diesem Macro sein?
Denke eher nicht... weil das rennt perfekt auf allen Druckern.
position_min im minus könnte durchaus zu dem Crash beitragen. Denn der Endstop ist ja grundsätzlich 0, Minus kann er nicht fahren, ausser du passt die Endstopposition an. Erklärt aber nicht, was genau er da abfahren will
Irgendwas ist da in deiner printer.cfg, was das verursacht. Das Minus im Endstop könnte mit ein Grund sein.
Ohne das Minus funktioniert meine BedMesh nicht. Daher musste ich es anpassen.
Ich lade mal das gesamte Video bis zum Crash hoch.
Dann muss die Endstoposition angepasst werden und nicht nur poisition_min
Wo muss ich das machen?
Anbei der Link zum Vollständigen Video.
https://we.tl/b-Hdod5TTkN3
Collect by WeTransfer
The best way to save, organize and share ideas from all your apps
Wie ich auch schon geschrieben habe... Nach dem homen und Z-Tilt fährt der Druckkopf nach vorne zum aufheizen. Danach fährt der Druckkopf nur noch einmal auf Z-Home, da X und Y ja bereits ihr Home haben. Hier scheint dein Problem zu liegen. Nach meiner Meinung hat er sich X und Y Home nicht entsprechend auf 0 gesetzt. Warum er dann gegen den Rahmen fährt und nicht homed, das kann ich nciht sagen
Vielleicht fällt Dir ja was bei der Sicht durch das Video was auf
Naja... egal was in dem Video zu sehen ist... die START_PRINT ist mit dem was du in der printer.cfg geändert hast nicht zufrieden.
Bei [stepper_x]. Aber ich glaube, dass das eher Symptombekämpfung wäre, irgendwas ist grundsätzlich falsch, wenn du ins Minus gehen muss, damit dein bed_mesh funktioniert
Kein Plan. Ich dachte ich bekomme es gebacken. Aber irgendwie will es nicht funktionieren....
Der Crash ist auch replizierbar, da er genau auf die selben Positionen crashed.
Ich glaube ich gehe auf 2.0 und installiere alles neu...
Vielleicht funktioniert es ja dann?
Wenn ich das richtig sehe, dann hängt das mit deinen Änderungen im Mesh zusammen, in Verbindung mit dem Wipe. Meiner Meinung nach müsstest du die START_PRINT so anpassen, dass die diese Funktionen auch aufruft statt der Originalen Mesh-Funktion.
DAs bedeutet, die printer.cfg wieder auf Original ändern und die PRINT_START aus der CFG raus kopieren und in die printer.cfg packen. Da dann deine Änderungen im der kopierten START_PRINT einbauen statt der Aufrufe der originalen START_PRINT. Nur so kommst du weiter.
Rufst du das CLEAN_NOZZLE macro ab in dem Video?
Hört sich Sinnvoll an! Jetzt muss ich es nur noch hinbekommen. Ich sehe mir die Macros.cfg an und prüfe wo die bed_mesh verwendet wird und wie die Einträge dort sind. Vielleicht kann ich ja da ansetzten.
Nein. diese funktioniert aktuell nur Manuel
Auch die musst du in der START_PRINT entsprechend aufrufen, dass die automatisch geht.
Was die Mesh-Änderungen betrifft... Warum hast du die geändert?
Dann wäre es eher sinnvoll, wenn du den Druckbereich änderst und nicht nur das Mesh manuell änderst...
Dann habe ich auch keine Idee mehr. Sorry.
Ich danke Dir trotzdem sehr, das Du dich dem angenommen hast. Vielleicht findet sich ja jemand der eine Idee hat....🫣
Ich würde mal Mikkl anpingen, oder auch Helge
mikke oder mikkel?
Mikl Schmidt
OK, danke mache ich...
Hi @miklschmidt @Helge Keck
Vielleicht habt Ihr etwas Zeit und könnt euch meinem Problem annehmen?
Vielleicht habt Ihr etwas Zeit und könnt euch meinem Problem annehmen?
Mikl ist Däne... da wirst du nur in Englisch weiter kommen.
OK, danke für die Info. Werde wohl alles für Ihn übersetzen....🙈
das hat nix mit einem negative endstop wert zu tun, das ist ziemlich normal
einfach mal den debug modus anschalten mit, die konsole löschen, den fehler reproduzieren und dann den kompletten konsolen output hier teilen
ein besseres video wäre auch sehr hilfreich
ich meine ein komplettes video von dem gesamten vorgang, wo man alles sieht, von der frontansicht
auf deinen videos zeigst du nur den aktuellen fehler aber nciht wirklich was vorher passiert
das muss man sich selbst zusammen reimen
du hast da in dem letzten video nen layer shift drin
Vielen Dank, dass du dich dem annimmst. Über WeTransfer habe ich das vollständige achtminütige Video zur Verfügung gestellt.
Ich werde das Ganze noch mal mit im Debug Modus durchlaufen lassen mit einer besseren Video Ansicht….
das sieht fast wie skipping aus
der schafft die acceleration nicht nach dem der die euclid angedockt hat, shcon bevor er in den rahmen fährt kann man das hören
ist auch extrem komisch konfigurert, z ist extrem langsam usw...
bist du da im stealth mode oder im performance mode?
setze mal die travel speed runter
und das hier ist extrem gefährlich
teile mal deine ratos.cfg bitte
Guten Morgen,
Danke, werde ich gleich machen...
Das ist mir Bewusst, jedoch hatte ich mit dem Homing am Anfang Probleme, da er jedes mal mit der Z-Achse runter fährt, musste ich es nach ein paar Versuchen wieder korrigieren, daher habe ich das drin. Es kommt später wieder raus.
Anbei die RatOS.cfg.
Ich bin euren ersten Rat gefolgt und habe mir nochmals die Geometrie angesehen und überarbeitet, dass ich jetzt die 500x500 zur Verfügung habe. Bis auf den Abholpunkt und die XY-Koordinaten von der Probe stimmt jetzt alles mit dem Standard überein.
Könnt Ihr mir sagen was ich stehen lassen soll und was weg kommt. Dann möchte ich es nochmals probieren?
Die XY-Koordinaten habe ich selber mit Messschieber rausgemessen.
Warte doch erst mal dass sich Helge das mal anschaut. Wenn du laufend was vorab änderst, machst du alles noch viel schwieriger dir zu helfen.
Jetzt passt deine printer.cfg nicht mehr zu deiner Fehlermeldung. Sorry, aber ein wenig Geduld musst du schon aufbringen.
Sorry, da hast du recht. Verzeih mir meine Ungeduld. Ich wollte einfach nur noch mal alles überprüfen aber ich werde jetzt nichts anrühren und warten.🙏👍
Problem jetzt: Du solltest den Drucker im Debug Modus in das Problem laufen lassen. Hast du nicht... richtig?
Dann schubs bitte noch die printer.cfg hier hoch, statt Bilder davon. Das hilft Keinem. Immer das CFG hoch laden statt Snapshots davon.
Nein Debug habe ich noch nicht laufen lassen.
Datei kommt gleich.
Naja... Debug war um dein Problem einzugrenzen. Jetzt sind ganz andere Voraussetzungen gegeben. Debug hättest du direkt machen sollen. 😉
sorry. mein Fehler. Wollte was richtig machen und habe es vermasselt.