Y-Achsen-Motor stoppt nicht

[Alice T. (alice)]

Hallo zusammen,

Ich besitze einen Prusa i3 Drucker mit einem RAMPS 1.4 und vier 
4988-Controllern 
(https://www.oyostepper.com/goods-886-5PCSPACK-A4988-Stepper-Driver-Module-with-Heat-Sink-for-3d-Printer-Reprap.html). 
Alles funktioniert einwandfrei; ich kann alles drucken, was ich möchte.

Heute habe ich versucht, die Motoren mit Repetier anzuhalten. Die 
Motoren der X- und Z-Achse haben sich gelöst, der Motor der Y-Achse 
jedoch nicht.

Ich kann die Y-Achse nicht manuell bewegen.

Um das Problem zu finden, habe ich Folgendes versucht:

1. Ich habe die X/Y-Pins am RAMPS 1.4 vertauscht, woraufhin die X-Achse 
blockierte. Dies deutet darauf hin, dass der Motor der Y-Achse nicht die 
Ursache ist.

2. Ich habe alle 4988-Controller ausgetauscht, aber die Y-Achse ist 
immer noch blockiert und lässt sich nicht manuell bewegen. Das deutet 
darauf hin, dass alle vier 4988-Controller korrekt funktionieren.

Ich weiß nicht, wo das Problem liegt. Liegt es vielleicht am Arduino 
Mega? Können Sie mir bitte helfen? Vielen Dank!

[Rainer W. (rawi)]

Alice T. schrieb:
> ... mit Repetier ...

Ach die - irgendeine von den dreien?

> Ich weiß nicht, wo das Problem liegt.

Wenn Motortauschen und Treibertauschen nichts bringt, wird es wohl an 
der Verkabelung, den Steckkontakten oder der Ansteuerung liegen.

[Harald K. (kirnbichler)]

Es könnte an der Firmware liegen, die im Drucker den G-Code umsetzt und 
aus irgendeinem Grund das Kommando zum Abschalten der Motoren nicht 
richtig versteht.

Es kann auch an der Software auf dem PC liegen, die das falsche Kommando 
zum Abschalten der Motoren sendet.

Ein Lob an Alice, die Idee, die Motoren kreuzweise zu vertauschen (X-Y), 
um damit herauszufinden, ob es am Motor selbst oder der Elektronik (oder 
etwas dahinterliegendem) liegt, lässt dem Willen zu systematischer 
Fehlersuche erkennen.

Ich würde mir als nächstes die verwendete Software auf dem PC ansehen. 
Ist die richtig für den verwendeten Drucker konfiguriert?

Welchen G-Code erzeugt sie, wenn die Motoren abgeschaltet werden sollen?

Und dann würde ich das mit der Dokumentation der Firmware des Druckers 
vergleichen (d.h. das, was auf dem RAMPS-Board läuft).

[Nemopuk (nemopuk)]

Vielleicht ist das Absicht, damit das Ding im Ruhezustand nicht von 
alleine nach unten absackt.

[Rainer W. (rawi)]

Harald K. schrieb:
> Ich würde mir als nächstes die verwendete Software auf dem PC ansehen.
> Ist die richtig für den verwendeten Drucker konfiguriert?
>
> Welchen G-Code erzeugt sie, wenn die Motoren abgeschaltet werden sollen?

Dazu würde ich auch die Enable Signale am Motortreiber ansehen und 
gucken, ob die Software Kommandos beim Treiber ankommen.

[Harald K. (kirnbichler)]

Nemopuk schrieb:
> damit das Ding im Ruhezustand nicht von
> alleine nach unten absackt.

Dann wäre die Z-Achse betroffen.

[Rahul D. (rahul)]

Nemopuk schrieb:
> Vielleicht ist das Absicht, damit das Ding im Ruhezustand nicht von
> alleine nach unten absackt.

Prusa bzw. die meisten 3D-Drucker verwenden doch (für die Z-Achse) 
Trapezspindeln. Die sind normalerweise selbsthemmend.