Zweiter Z Motor auf RAMPS 1.4 läuft nicht

Nabend,

ich habe einen Core XY mit RAMPS 1.4 bei dem der zweite Z Motor über einen eigenen Treiber und eigenen Endstopp gesteuert werden soll. Das hat auch schon mal funktioniert. Nur jetzt nicht mehr. Der zusätzliche Treiberausgang scheint nicht mehr zu funktionieren. Die Motoren funktionieren beide. Und die Treiber auch. Habe beides zum testen in den eigentlichen Z Ausgang gesteckt. Der zweite Treiber ist der E1.

Kann ich mir in der Firmware (Marlin 1.1.0 RC8) was kaputtgespielt haben? Wo muss ich schauen? Wie gesagt das lief schon mal.

In der configuration_adv.h ist #define Z_DUAL_STEPPER_DRIVERS und #define Z2_USE_ENDSTOP _ZMAX_ aktiv.

Martin
Gruß
Martin

Um zu testen, ob der E1 am RAMPS kaputt ist, wollte ich nun E1 und E0 tauschen. Dazu hab ich in der pins_RAMPS.h die Einträge getauscht. Und siehe da. Der zweite Z Motor läuft. Es scheint also der E1 auf dem RAMPS kaputt zu sein. Allerdings ist da ja nicht viel, außer dem Kondensator.

1-mal bearbeitet. Zuletzt am 22.07.18 06:36.

In der originalen configuration_adv.h steht:

301  #define Z2_USE_ENDSTOP _XMAX_

Herzl. Grüße

Quote
AlterBastler
In der originalen configuration_adv.h steht:

301  #define Z2_USE_ENDSTOP _XMAX_

Herzl. Grüße

Ja, stimmt. Das ist bei mir aber angepasst. Die Endstopps lösen korrekt aus. Hab ich über die serielle Schnittstelle mit M119 geprüft.

Nach meinem letzten Test laufen beide Motoren für Z, wenn ich E1 und E0 in pins_RAMPS.h tausche. Dafür läuft dann der Extruder nicht mehr. Scheint also wirklich ein Defekt des RAMPS zu sein. Nur was? Bei den Treibern sind auf dem RAMPS nur ein paar Wiederstände und ein Kondensator. Kann da was kaputt gehen?

2-mal bearbeitet. Zuletzt am 22.07.18 07:12.

Eigentlich nicht. Eher der Arduino. Miss mal, ob EN auf low gezogen wird.

Herzl. Grüße

Quote
AlterBastler
Eigentlich nicht. Eher der Arduino. Miss mal, ob EN auf low gezogen wird.

Herzl. Grüße

OK, ich hab jetzt mal den Wiederstand zwischen EN und GND auf den Steppertreibern gemessen. Und da ist es so, da bei dem betroffenen Treiber der Wiederstand unendlich ist. Bei den anderen ist der Wiederstand sehr gering, sobald die Stepper aktiviert werden. Bei dem kaputten bleibt er so hoch. Also: Port defekt? Dann kann der Arduino wohl in die Tonne, oder?

Nimm eine LED mit Vorwiderstand und teste die Portausgänge. Dann weißt Du es.

Herzl. Grüße

Quote
AlterBastler
Nimm eine LED mit Vorwiderstand und teste die Portausgänge. Dann weißt Du es.

Herzl. Grüße

Oh man, da hatte ich ja nu auch selber drauf kommen können

Zu kompliziert gedacht. Danke für den Schlag auf den Hinterkopf.

1-mal bearbeitet. Zuletzt am 22.07.18 12:09.

Ich meine, dass der EN Pin aktiv auf H steht. Dir und Stp haben L und H in Abhängigkeit von Richtung und Takt.

---

Liebe Grüße aus Kaltenkirchen.
Frithjof
Meine Seite
[www.facebook.com]

Es ist auf jeden Fall so, das EN am defekten E1 sich anders verhält als die anderen Stepper. Das ist schon auffällig.

Dann ist in der Konfig was falsch. Was macht denn der Pin?

---

Liebe Grüße aus Kaltenkirchen.
Frithjof
Meine Seite
[www.facebook.com]

Ich kontrolliere heute abend mal die Pins.

So, ich hab mal diesen Sketch auf den Arduino gepackt. Der schaltet schön alle 10 Sekunden die Ports für E1 und E0 von low auf high und wieder zurück.

void setup() {
  // put your setup code here, to run once:
  pinMode(24, OUTPUT);
  pinMode(26, OUTPUT);
  pinMode(28, OUTPUT);
  pinMode(30, OUTPUT);
  pinMode(34, OUTPUT);
  pinMode(36, OUTPUT);
  pinMode(42, OUTPUT);
  pinMode(44, OUTPUT);
  pinMode(LED_BUILTIN, OUTPUT);
  

}

void loop() {
  // put your main code here, to run repeatedly:
  digitalWrite(24, HIGH);
  digitalWrite(26, HIGH);
  digitalWrite(28, HIGH);
  digitalWrite(30, HIGH);
  digitalWrite(34, HIGH);
  digitalWrite(36, HIGH);
  digitalWrite(42, HIGH);
  digitalWrite(44, HIGH);
  digitalWrite(LED_BUILTIN, HIGH);
  delay(10000);
  digitalWrite(24, LOW);
  digitalWrite(26, LOW);
  digitalWrite(28, LOW);
  digitalWrite(30, LOW);
  digitalWrite(34, LOW);
  digitalWrite(36, LOW);
  digitalWrite(42, LOW);
  digitalWrite(44, LOW);
  digitalWrite(LED_BUILTIN, LOW);
  delay(10000);
}

Und siehe da: Der Pin 30 ist hinüber. Der bleibt dauerhaft auf low :-( Da kann ich wohl den Mega2560 tauschen, oder habt Ihr ne Idee?

Pin 31,32 & 33 sind ungenutzt beim RAMPS, richtig? Man könnte jetzt ne Lötbrücke von 30 auf 31 setzen und in pins_RAMPS.h die 30 durch 31 ersetzen, oder?

Martin

Schau dir mal das Ramps an. Ist an dem Anschluss des Pins zum Arduino ne kalte Lötstelle.

---

Liebe Grüße aus Kaltenkirchen.
Frithjof
Meine Seite
[www.facebook.com]

Das RAMPS war bei dem Test doch gar nicht angesteckt. Pin 30 ist auf dem Arduino hinüber.

ok- Alles klar. Auch keine kalte Lötstelle auf dem Arduino?

---

Liebe Grüße aus Kaltenkirchen.
Frithjof
Meine Seite
[www.facebook.com]