Marlin Konfiguration für Deltas
geschrieben von Junkie
|
Re: Marlin Konfiguration für Deltas 15. April 2021 15:58 |
Hallo Wintex,
den Gedanken hatte ich auch und hab ich heute auch endlich mal ausprobieren können.
Ergebnis der gedrehten Schrittmotor-Stecker ist, dass er nun langsam nach oben statt nach unten fährt.
Das die Enstops zwischendurch von open auf triggered schalten interessiert ihn dabei leider nach wie vor überhaupt nicht.
Bevor ich die Stecker gedreht habe hat sich das manuelle Verfahren in X und Y auch genauso verhalten wie beim vorherigen Repetier.
Nach dem Drehen waren logischerweise beide Achsen Spiegelverkehrt. ( Pfeil Rechts fährt nach links; Pfeil oben fährt zu mir, statt von mir weg).
Woran kanns sonst noch liegen? Alle relevanten Firmware-Stellen hab ich doch gepostet? Oder gibts da noch irgendwo Optionen, die ich übersehen habe.
Spaß beiseite:
Angenommen das X-Y Verfahren soll so wie bei Repetier funktionieren und nicht um 180°gedreht (so dass man immer eine Säule mitten vor der Nase hat...)
Dann waren meine Stecker ja vorher richtig rum gedreht. Das erklärt aber nicht, warum er bei
und
in die falsche Richtung fährt.
Und selbst wenn, ist das doch noch lange kein Grund weiterzufahren, wenn die Endstops auslösen!?
Die Endstops sind in die mit "X Stop", "Y Stop" und "Z Stop" beschrifteten Ports gesteckt (funktionieren laut M119 ja auch).
Und der jeweils am selbem Turm befindliche Motor Steckt auch im von der Beschriftung zugehörigen Treiberport. ("XM" <-> "X Stop", "YM" <-> "Y Stop","ZAM" <-> "Z Stop")
Also was könnte Marlin dazu bewegen meine Endstops zu ignorieren?
Es ist naheliegend, dass beide Probleme irgendwie zusammenhängen - ich kenne mich mit Marlin aber aktuell noch zu wenig aus um den Zusammenhang zu sehen
den Gedanken hatte ich auch und hab ich heute auch endlich mal ausprobieren können.
Ergebnis der gedrehten Schrittmotor-Stecker ist, dass er nun langsam nach oben statt nach unten fährt.
Das die Enstops zwischendurch von open auf triggered schalten interessiert ihn dabei leider nach wie vor überhaupt nicht.
Bevor ich die Stecker gedreht habe hat sich das manuelle Verfahren in X und Y auch genauso verhalten wie beim vorherigen Repetier.
Nach dem Drehen waren logischerweise beide Achsen Spiegelverkehrt. ( Pfeil Rechts fährt nach links; Pfeil oben fährt zu mir, statt von mir weg).
Woran kanns sonst noch liegen? Alle relevanten Firmware-Stellen hab ich doch gepostet? Oder gibts da noch irgendwo Optionen, die ich übersehen habe.
#define IGNORE_ENDSTOPS_AND_DESTROY_BELTSoder so?
Spaß beiseite:
Angenommen das X-Y Verfahren soll so wie bei Repetier funktionieren und nicht um 180°gedreht (so dass man immer eine Säule mitten vor der Nase hat...)
Dann waren meine Stecker ja vorher richtig rum gedreht. Das erklärt aber nicht, warum er bei
#define USE_ZMIN_PLUG #define USE_XMAX_PLUG #define USE_YMAX_PLUG #define USE_ZMAX_PLUG
und
// Direction of endstops when homing; 1=MAX, -1=MIN #define X_HOME_DIR 1 #define Y_HOME_DIR 1 #define Z_HOME_DIR 1
in die falsche Richtung fährt.
Und selbst wenn, ist das doch noch lange kein Grund weiterzufahren, wenn die Endstops auslösen!?
Die Endstops sind in die mit "X Stop", "Y Stop" und "Z Stop" beschrifteten Ports gesteckt (funktionieren laut M119 ja auch).
Und der jeweils am selbem Turm befindliche Motor Steckt auch im von der Beschriftung zugehörigen Treiberport. ("XM" <-> "X Stop", "YM" <-> "Y Stop","ZAM" <-> "Z Stop")
Also was könnte Marlin dazu bewegen meine Endstops zu ignorieren?
Es ist naheliegend, dass beide Probleme irgendwie zusammenhängen - ich kenne mich mit Marlin aber aktuell noch zu wenig aus um den Zusammenhang zu sehen
|
Re: Marlin Konfiguration für Deltas 16. April 2021 05:49 |
Ich dachte eigentlich das hätte ich mit den
definiert.
Und dass der Kompiler durch Zugriff auf die pins.h weißt welchen Pin er wie definieren muss
Vielleicht stört er sich daran, dass ich zusätzlich den ZMIN_Plug auch aktiviert habe.
Aber eigentlich hatte ich das aus einer Delta Beispiel aus dem Marlin-Github-Bereich übernommen, der mit dem selben Mainboard konfiguriert war und (so wie bei mir für die Zukunft geplant) den Z-Min fürs Bed-Probing nutzt.
Den Punkt aus der SKR Anleitung hab ich übrigens auch nicht vergessen (wäre vermutlich eine mögliche Ursache für das Endstop ignorieren. Für das Homen in die fasche Richtung eher nicht):
Ich zieh die Treiber nachher mal ein paar Milimeter raus um zu verhindern, das der Pin Stummel doch irgendwo Kontakt hat. (Glaube ich aber eigentlich nicht)
#define USE_ZMIN_PLUG #define USE_XMAX_PLUG #define USE_YMAX_PLUG #define USE_ZMAX_PLUG
definiert.
Und dass der Kompiler durch Zugriff auf die pins.h weißt welchen Pin er wie definieren muss
Vielleicht stört er sich daran, dass ich zusätzlich den ZMIN_Plug auch aktiviert habe.
Aber eigentlich hatte ich das aus einer Delta Beispiel aus dem Marlin-Github-Bereich übernommen, der mit dem selben Mainboard konfiguriert war und (so wie bei mir für die Zukunft geplant) den Z-Min fürs Bed-Probing nutzt.
Den Punkt aus der SKR Anleitung hab ich übrigens auch nicht vergessen (wäre vermutlich eine mögliche Ursache für das Endstop ignorieren. Für das Homen in die fasche Richtung eher nicht):
Ich zieh die Treiber nachher mal ein paar Milimeter raus um zu verhindern, das der Pin Stummel doch irgendwo Kontakt hat. (Glaube ich aber eigentlich nicht)
|
Re: Marlin Konfiguration für Deltas 16. April 2021 13:06 |
Kann es sein, dass ich die "TMC StallGuard DIAG pins" in der Pins.h hätte auskommentieren müssen? Die sind ja vermutlich nur für Sensor-less-Homing?
Oder stört ihn das nicht, wenn 1.27, 1.28 und 1.29 doppelt konfiguriert sind? - Zumindest gabs beim kompilieren keine Fehlermeldungen.
Hier ein pins.h (aka pins_BTT_SKRV1.4.h) Auszug:
Als jemanden, der sich sonst sehr oberflächlich mit den Config-Dateien beschäftigt sieht das aber so aus als könnte es richtig sein oder?
Hier noch ein paar im obigen Kontext relevante Auszüge aus pins.h, Configuration.h und Configuration_adv.h:
Am durch auswerten der If/Else Segmente läuft es also theoretisch darauf hinaus:
Oder stört ihn das nicht, wenn 1.27, 1.28 und 1.29 doppelt konfiguriert sind? - Zumindest gabs beim kompilieren keine Fehlermeldungen.
Hier ein pins.h (aka pins_BTT_SKRV1.4.h) Auszug:
//
// TMC StallGuard DIAG pins
//
#define X_DIAG_PIN P1_29 // X-STOP
#define Y_DIAG_PIN P1_28 // Y-STOP
#define Z_DIAG_PIN P1_27 // Z-STOP
#define E0_DIAG_PIN P1_26 // E0DET
#define E1_DIAG_PIN P1_25 // E1DET
//
// Limit Switches
//
#ifdef X_STALL_SENSITIVITY
#define X_STOP_PIN X_DIAG_PIN
#if X_HOME_DIR < 0
#define X_MAX_PIN P1_26 // E0DET
#else
#define X_MIN_PIN P1_26 // E0DET
#endif
#elif ENABLED(X_DUAL_ENDSTOPS)
#ifndef X_MIN_PIN
#define X_MIN_PIN P1_29 // X-STOP
#endif
#ifndef X_MAX_PIN
#define X_MAX_PIN P1_26 // E0DET
#endif
#else
#define X_STOP_PIN P1_29 // X-STOP
#endif
#ifdef Y_STALL_SENSITIVITY
#define Y_STOP_PIN Y_DIAG_PIN
#if Y_HOME_DIR < 0
#define Y_MAX_PIN P1_25 // E1DET
#else
#define Y_MIN_PIN P1_25 // E1DET
#endif
#elif ENABLED(Y_DUAL_ENDSTOPS)
#ifndef Y_MIN_PIN
#define Y_MIN_PIN P1_28 // Y-STOP
#endif
#ifndef Y_MAX_PIN
#define Y_MAX_PIN P1_25 // E1DET
#endif
#else
#define Y_STOP_PIN P1_28 // Y-STOP
#endif
#ifdef Z_STALL_SENSITIVITY
#define Z_STOP_PIN Z_DIAG_PIN
#if Z_HOME_DIR < 0
#define Z_MAX_PIN P1_00 // PWRDET
#else
#define Z_MIN_PIN P1_00 // PWRDET
#endif
#elif ENABLED(Z_MULTI_ENDSTOPS)
#ifndef Z_MIN_PIN
#define Z_MIN_PIN P1_27 // Z-STOP
#endif
#ifndef Z_MAX_PIN
#define Z_MAX_PIN P1_00 // PWRDET
#endif
#else
#ifndef Z_STOP_PIN
#define Z_STOP_PIN P1_27 // Z-STOP
#endif
#endif
//
// Z Probe (when not Z_MIN_PIN)
//
#define Z_MIN_PIN P0_10
// #ifndef Z_MIN_PROBE_PIN
// #define Z_MIN_PROBE_PIN P0_10
// #endif
Als jemanden, der sich sonst sehr oberflächlich mit den Config-Dateien beschäftigt sieht das aber so aus als könnte es richtig sein oder?
Hier noch ein paar im obigen Kontext relevante Auszüge aus pins.h, Configuration.h und Configuration_adv.h:
//#define SENSORLESS_HOMING // StallGuard capable drivers only
//#define SENSORLESS_PROBING
#if EITHER(SENSORLESS_HOMING, SENSORLESS_PROBING)
// TMC2209: 0...255. TMC2130: -64...63
#define X_STALL_SENSITIVITY 8
#define X2_STALL_SENSITIVITY X_STALL_SENSITIVITY
#define Y_STALL_SENSITIVITY 8
#define Y2_STALL_SENSITIVITY Y_STALL_SENSITIVITY
//#define Z_STALL_SENSITIVITY 8
//#define Z2_STALL_SENSITIVITY Z_STALL_SENSITIVITY
//#define Z3_STALL_SENSITIVITY Z_STALL_SENSITIVITY
//#define Z4_STALL_SENSITIVITY Z_STALL_SENSITIVITY
//#define SPI_ENDSTOPS // TMC2130 only
//#define IMPROVE_HOMING_RELIABILITY
#endif
Am durch auswerten der If/Else Segmente läuft es also theoretisch darauf hinaus:
// TMC StallGuard DIAG pins // #define X_DIAG_PIN P1_29 // X-STOP #define Y_DIAG_PIN P1_28 // Y-STOP #define Z_DIAG_PIN P1_27 // Z-STOP #define E0_DIAG_PIN P1_26 // E0DET #define E1_DIAG_PIN P1_25 // E1DET #define X_STOP_PIN P1_29 // X-STOP #define Y_STOP_PIN P1_28 // Y-STOP #define Z_STOP_PIN P1_27 // Z-STOP #define Z_MIN_PIN P0_10
|
Re: Marlin Konfiguration für Deltas 18. April 2021 13:38 |
Quote
Junkie
@Admin: ist das doch eher was fürs Elektronik-Forum?
Nene, das ist schon Software.
Wenn ich Beiträge sehe, die im falschen Bereich sind, dann verschiebe ich schon
./Julien
Wer rasiert mit mir KingKong? Der wichtigste Guide - Triffid Hunter's Calibration Guide
Drucker:
CoreXY in 2502x300 - geschlossen & beheizt für ABS - Duet2WiFi - Eigenbau Wasserkühlung
Eigenbau I3 - V6-Clon- Profilrahmen - Ramps 1.4 24V - TMC2208 - Simplify3D - Octoprint - Marlin 1.1.8
In diesem Forum dürfen leider nur registrierte Teilnehmer schreiben.