Weistek WT150 kriege keine Verbindung (Debian mit OctoPrint und GPX)

Hallo @DmanT
Also für das wechseln des filaments brauchst Du keine Verbindung, da habe ich hier im Forum einen gcode.
Die erstellte x3g kann man somit immer zur reinigen oder filament wechsel nehmen und auf der SD lassen.

Was die Verbindung angeht, welche einsellungen hast du für die "RS232" verwendet?
Nur die Geschwindigkeit als info, ist etwas spärlich :-(
Gibt es WT150 Treiber für Linux?
Sind die anderen Tools vorhanden?
Dürfen die Programme mit der Schnittstelle kommunizieren oder sind da eventuelle rechte nötig?
Linux ist nicht mein Ding, meine aber das es gerade bei Zugriffsrechten sehr verzwickt ist.

Hallo @DmanT

Nun das mit der Verbindung habe ich auch unter Windof bei Simplify3D was trotz richtiger Parameter den Drucker erst nicht findet und nach etlichen Versuchen und Änderungen der Einstellungen plötzlich doch geht?
Die Einstellungen der dortigen "Programm" Schnittstelle, dürfen nicht zu hoch aber auch nicht zu langsam gestellt sein, auch die Flusskontrolle ist wichtig!
Stellt man z.B. bei S3D nicht auf RTS/CTS gibt es je nach dem zwar eine Verbindung, aber der gesendete Code wird vom verbauten Board nicht erkannt und es gibt keine Rückmeldung, so das kein Druck oder Steuern möglich ist?
Die Virtuelle Serielle Schnittstelle in Windof "MightyBoard, S3G via Serial" Treiber Hersteller "MakerBot Industries" hat aber nur die Win Standardeinstellungen "9600/8/non/1/non" und die braucht man auch nicht ändern.

Du siehst also, es gibt solche Probleme auch unter Windoooof und anderen Programmen

Was das Einfrieren des Systems verursacht, kann ich nur Spekulieren:
Es scheint als würde die Serielle Schnittstelle beim beenden oder trennen, nicht wieder ordnungsgemäß geschlossen = was am Programm, Treiber oder am Linux liegen könnte?
Beim trennen und wieder anschließen, wird ein Fehler ausgelöst der nicht sauber abgefangen wird und das System zum Absturz bringt "nicht schön, könnte aber möglich sein".
Welche Linux Version ist das, eine ältere oder eine neuere und verwendest Du USB 2.0 oder 3.0 ?

Kommen wir zum Verfahren der Achsen "wie es in Octo ist?, daher hier am Beispiel von S3D:
Die Z Achse hat sagen wir mal 140mm, hier ist 0 = ganz oben und 140 = ganz unten, das scheint ja zu stimmen.

Bei den Achsen X und Y hat man 150mm aber die beginnen nicht bei 0 bis 150 sondern NULL = MITTE, was bedeutet Du musst irgend wo -75 <-> +75 einstellen und bei Druckvolumen 150

Als nächstes hat man noch die Richtung nach HOMING, was den Endanschlag bedeutet, also beim WT150 ist das bei X und Y (links & hinten) und bei Z (unten)
Im falle von S3D ist X = MINIMUM / Y = MINIMUM / Z = MAXIMUM

Jetzt kommen die Richtungen der Achsen, falls keiner der Motoren an den Anschlüssen vertauscht wurde "hat der Vorbesitzer was verändert?" wird nur Y bei S3D umgekehrt.
Man kann das natürlich auch im GCode ändern und später mit GPX umwandeln, aber Komfort ist was anderes

Hast Du mal eine erzeugte GCode von Octo?
Da kann man sehen wo der Fehler liegen kann, es reicht der erste Part bis der Druck beginnen müsste und ein zwei Zeilen vom eigentlichen Druck, also nicht den ganzen Code.
Am besten hier als Text einfügen, das ich schneller als eine Datei