Tastenpuffer zerstört z-Endstop

[HJK]

Hallo,
nachdem mir jetzt mehrmals der Z-Endstopschalter vernichtet wurde, fiel mir auf woran es evtl. liegen könnte.
Jedesmal wenn der Drucktisch beim hochfahren diesen Fehler machte, hatte ich vorher das Druckbett mit den zwei Tasten oben rechts für rauf und runter benutzt.
Die Bewegung ist anfangs langsam mit Pausen und wird schneller je länger man drauf drückt.
Die Tastenanschläge werden hiebei gepuffert (was bei dieser Funktion alleine schon nicht sein darf).
Das heißt, wenn ich die Taste loslasse werden die noch im Puffer gespeicherten Tastenanschlage noch abgearbeitet (Drucktisch läuft weiter)
Das Druckbett kann hiermit max 51.4 mm nach oben oder unten bewegt werden.

Meine Vermutung ist, dass die Tastenanschläge die über 51,4 mm hinaus gehen im Puffer bleiben.
Die nächste Funktion die über das Tastenfeld dann den Drucktisch bewegt, wie z.B. "Stop Print" oder "Output Object", setzt dann erstmal die restlichen Steps um Puffer ab, wobei dann der Motor ohne Endstop gegen die Wand fährt.

1. sollten die Tasten beim bewegen die Drucktisches nie gepuffert werden, weil das immer problematisch wird
2. sollte der Puffer vor jeder Funktion und sofort nach loslassen der Taste gelöscht werden.

Das sollte meiner Meinung nach schnell geprüft und geändert werden.
Gruß
HJK

[riu]

Hi Hans-Jürgen.

Da magst du Recht haben.Das bedingt aber der Tatsache dass die Endschalter deaktiviert werden bei den manuellen Tasten, das kann ich mir nicht vorstellen.

Bei mir ist der Z-Enschalter zerbröselt, als ich über die Tasten/Menü den Druck abgebrochen habe. Der hat aufgehört zu Drucken und ist gnadenlos über den Endschalter gebrettert!

Gruss,
Udo

[Husky]

Hallo,

das der Endschalter bei manueller Bedienung mit den Tasten deaktiviert ist kann ich bestätigen.
Hätte auch fast meinen Endschalter durch die Pufferung zerstört. Hatte aber noch Glück.
Vielleicht kann da ja jemand der sich mit der FW gut auskennt mal einen Blick drauf werfen um es zu ändern.
Ich bin da noch nicht so der Experte drin, aber da wird sind bestimmt jemand finden.

Gruß,
Husky

[riu]

Ich kann mal schauen ob ich was finde.

[riu]

Welche Firmwareversion hast du?

[HJK]

Hi Udo,
bei mir auch. Aber vorher hatte ich halt die Tasten benutzt.
Ich denke mal, dass der Schalter nicht aktiviert wird, sondern das Signal abfragt werden muss.

Wenn der Tastaturpuffer jetzt in der Routine für Stop Print autom. abläuft und diese Routine die End-Stop nicht abfragt, weil sie eigentlich den Drucktisch nicht noch oben sondern nur nach unten bewegt, dann krachts halt.

Das wären dann schon ein paar grobe Programmierfehler

[riu]

Hi.

Nein so funktioniert das nicht. Die Endstops sind als Relaisschaltung ausgelegt. Die werden nicht abgefragt. Wenn die Schleife geöffnet wird beibt der Drucker stehen ausser, man deaktiviert im Programm diese Funktion. Das nennt sich Endstop-Override. Das ist beim Headbed Scan zum Beispiel der Fall und beim Homing. An meiner Fräse ist das auch beim Homing so. Denn die fährt die Endschalter nach dem Homing wieder frei und bleiben freigefahren. Das macht der RF1000 nicht. Die bleiben offen. Die Achse fährt beim RF1000 beim Homing in den Endschalter rein, wieder raus und wieder rein

Gruss,
Udo

[Husky]

Ich denke das dies von Conrad "gewollt" ist.
In der Anleintung zum Drucker steht ja auch das der Abstand Düse Tisch auf 0,5 eingestellt werden soll und man bei Druck beginn über die Tasten den Abstand um 0,2 reduzieren soll (alternative zu Z-Offset im Slicer oder M3004).
Wenn nun der Endschalter aktiv ist kann man den die nicht ins negative fahren um den Abstand manuell einzustellen.
Was ich als Problem sehe ist nicht die deaktivierung des Endschalters sondern die Pufferung der Bedientasten.
Würden die nicht gepuffert könnte man ja rechtzeitig die Taste loslassen und alles ist gut, aber der Tisch fährt ja munter weiter.

Gruß,
Husky

[HJK]

Ah, interessant. Wieder was gelernt.
Aber trotzdem sehr merkwürdig.

[Husky]

Bezüglich der Deaktivierung des Z-Endschalters hab ich in der FW was gefunden:

Configuration.h

/** rief Enables safety checks for the manual moving into z-direction via the additional hardware buttons
*/
#define FEATURE_ENABLE_MANUAL_Z_SAFETY 0 // 1 = checks enabled, 0 = checks disabled

Durch umstellen von 0 auf 1sollte der Endschalter manuell nicht mehr überfahren werden können.
Hab es aber noch nicht getestet.
Mit der Pufferung bin ich überfragt. Hab nur was zur Button abfrage gefunden aber das hilft ja nicht weiter.

Gruß,
Husky