Hat einer eine Antwort für mich ? X Achse fährt immer voll auf Anschlag WT150

Hallo @fladl
wie @strax schon im letzten Satz schreibt, erst mal Prüfen ob die Endschalter überhaupt leuchten!

1. Drucker einschalten
2. alle Achsen auf die Endschalter von Hand verschieben, Jetzt müssen die Endschalter leuchten!
Hier die Positionen der Endschalter, welche auch für den Nullpunkt genutzt werden:

Extruder von vorne gesehen "ganz Links" Endschalter sitzt links im Gehäuse
Tisch "ganz nach hinten" Endschalter sitzt im Schlitten ganz hinten
Z Achse "Tisch ganz unten" Endschalter sitzt links unten


Leuchtet der betroffene Endschalter nicht, kann das verschiedene Ursachen haben:
1. Endschalter nicht angeschlossen
2. Endschalter Verstellt
3. Kontaktwinkel verstellt, locker oder fehlt (kleiner Alu Winkel der möglicherweise nur mit einer Schraube angeschraubt und verstellt ist)
4. Ungünstigster und eher unwahrscheinlichster Fall = Endschalter oder Anschluss defekt

Die Test haben erst mal nichts mit der Software zu schaffen, die Mechanik muss halt stimmen!
Zum Testen ob alles passt, kann z.B. mein Filament Reiniguns Script ->HIER<- aus dem Forum genutzt werden, hier werden die Achsen auch Kalibriert, aber der Tisch bleibt erst mal unten


Software / Firmware Version, die 7.5 kann funktionieren aber das sicherste ist es die 7.2 wie auch von Weistek vorgesehen, zu verwenden ->HIER<- die Beschreibung um die Firmware zu ändern.
Da gibt es auch keine Probleme mit der SD Karte oder Software!

Nach dem Downgraden der Software, müssen die Parameter über RepG Weistek Version überprüft und neu übertragen werden, das haben wir ->HIER<- in einer Ersten-Hilfe Anleitung als PDF zusammen gestellt.

Stimmt, vergesse ich meistens
Bei meiner Eigenbau Fräse habe ich das Problem zum Glück nicht, da habe ich damals auf beiden Seiten Endschalter verbaut

Ich gehe aber immer von aus, das die grundlegenden Einstellungen überprüft wurden, sonst hilft auch die beste Lösung nichts

@strax und @fladl

Also noch mal, beim Kalibrieren sollte:
1. der Kopf von vorne gesehen nach links fahren, da hier der Endschalter links oben sitzt. Falls das nicht der Fall ist -> *
2. der Tisch von vorne gesehen nach hinten fahren, da hier der Endschalter hinten im Schlittengehäuse sitzt. Falls das nicht der Fall ist -> *
3. der Tisch muss erst ein Stück nach oben und anschließend wieder ein Stück nach unten fahren, da hier der Endschalter von vorne gesehen links unten sitzt. Falls das nicht der Fall ist -> *

*[ Prüfen ob die Einstellung eventuell Invertiert ist, andernfalls kann auch ein Hardwarehack vorgenommen worden sein. ]

Sollte in einem, zwei oder allen drei Fällen der Drucker bei unterschiedlicher Software anders reagieren, stimmen entweder die Einstellungen, der Start-Code, die Software oder die Hardware nicht mit einem der genannten Gründe überein.


Auch das Verständnis von z.B. - als Vorzeichen sollte einem klar sein, so z.B. bei der Z Achse, man fährt von 0 auf sagen wir mal 140mm und überträgt diesen ermittelten Wert ins Programm, im späteren Code fährt die Z Achse aber
erst auf den Endschalter und setzt ihn scheinbar auf 0, folglich müsste er ja bei 140mm oben sein "ein Fehler den ich auch anfangs gemacht habe"
Fährt man aber später mit Z an den Kopf, würde eine Anzeige nun 0mm anzeigen oder z.B. bei Z10.0 genau 10mm unter die Düse
Das liegt daran, das die Z Achse im Code mit "G162" Invertiert wird und die vorherigen 140mm nicht mehr oben, sondern unten sind, folglich ist 0mm nun genau unterhalb der Düse und nicht 140mm (gern gemachter Fehler ein -140 in den Code schreiben)

Anders verhalten sich die X und Y Achsen, hier wird der Endschalter angefahren was am Ende auch 0 sein soll und ist, also wird der Code "G161" gesetzt.
Jetzt steht aber im Code keine Zeile der Maximalen Achsenlängen, daher ist es wichtig im Programm / Start-Code vorher die Tischmasse genau einzustellen wie bzw. +75 / -75 was am ende ja die 150 ergibt (da gibt es aber von Programm zu Programm Unterschiede).
Um keine unliebsamen Überraschungen zu bekommen, sollte man daher den erzeugten GCode erst mal Prüfen, ob auch der Start Code stimmt, es ist schon vorgekommen das hier ein Fehler vorlag, die Parameter im Programm aber gestimmt haben.
Möchte man nun eine Achse Invertiert anfahren, bräuchte man eigentlich nur statt des "G161" die Achse mit "G162" im Code setzten oder z.B. bei "G92 X-75 Y-75" die Vorzeichen entfernen und schon sollte er in die andere Richtung fahren, das könnte aber Fatal nicht nur beim Nullpunkt setzten werden, da der komplette Druck fehlschlagen kann bzw. der Tisch nicht nach oben oder der Tisch in die Falsche Richtung fährt und rattert
Man kann bei den meisten Programmen den Start-Code bearbeiten, sprich man braucht das nur einmal machen, das aber einmal richtig

@strax
Kannst Du bei deinem Doraware P und vom RepG mal schauen ob der Start Code irgend wo abgelegt ist oder eine GCode Datei abspeichern und nur die oberen Zeilen bis zum Beginn wo er normalerweise mit dem Drucken beginnt hier einfügen?
Die Befehle könnten bei Dir der Grund für das unterschiedliche verhalten sein und das lässt sich möglicherweise durch anpassen der Start-Code ändern


So jetzt ist die Konzentration weg und ich wollte mich doch noch in die Arduino Programmierung einlesen, da könnte ich etwas Hilfe gebrauchen

EDIT:
fehler Teufel, habe den Kopf als Tisch bezeichnet aber beim 150 fährt ja der Kopf und nicht der tisch nach links

@fladl
danke für die Erfolgsinfo

Dann mal ran an die böse Lötstelle und nach löten, anschließend Drucken was das Zeug hält