Klipper Arduino SRC oder Image für die orginal Hauptplatine?

[AtlonXP]

Hallo rf1k_mjh11,
danke für die Korrektur.
Wer englisch richtig lesen kann, ist hier klar im Vorteil.

Nebensächlich und hier trotzdem zutreffend (Zufall):
In unserer Repetier FW: M112 - Not-Abschaltung

Ist anscheinend doch nicht so einfach.....

Nur Mut und nicht gleich aufgeben.
Du bist nur einer der Ersten wo da durchgeht.
Andere kommen auch noch dran…

Nachtrag:

Es gibt (fast) nichts leichteres, als diese Aussage zu überprüfen.

Da Klipper und unsere Community FW zweierlei Stiefel sind, bin ich mir da nicht so sicher!

LG AtlonXP

[mhier]

ist es möglich mir zu sagen welche teile des orginal-Klipper-Github-Tree du modifiziert hast?

Klar. Das ist ja alles in git und wird getrackt. Grob gesagt habe ich fast nur Dinge hinzugefügt, und zwar die Module für den Stepper-Treiber, für den ADS1100 ADC Chip (für die DMS) sowie für den Algorithmus, mit dem sich die DMS als Bed-Probe benutzen lassen. Im Detail kannst du dir das ganz exakt auf Github ansehen:

https://github.com/Klipper3d/klipper/co ... per:master

Ich glaube das sich bei OctoPrint was geändert hat.

An OctoPrint habe ich nichts geändert und ich verwende das auch nicht mehr.

z.b. wenn ich G-code G91 sende (fürs homing), geht Octoprint off-line.

Octoprint sollte man so konfigurieren, dass es bei Fehlern nicht gleich offline geht und auch kein Notaus sendet (da kommt vermutlich der M112 her, auf jeden Fall nicht von Klipper!), sonst genügt ein falscher Tastendruck, um Octoprint zu trennen. Auch ein unbekannter G-Code-Befehl hätte diese Wirkung. G91 sollte aber natürlich bekannt sein, aber vielleicht hat dein G-Code dort ein anderes Problem. M112 sollte natürlich nicht in deinem G-Code vorkommen Zeig mal bitte den G-Code, auch ein paar Zeilen nach dem G91. Durch das Trennen ist vielleicht nicht unbedingt klar, wann genau der Fehler auftritt.

Ich will mal versuchen die RF-1000 version ein wenig up-to-date zu bringen.

Wie meinst du das? Ich update die Version ab und zu mal, aber ich muss das "von Hand" machen (das ist ein git-Befehl, kein großer Aufwand), weil ich es auch noch testen will. Offenbar habe ich aber letztes Mal vergessen, nach den Tests die DInge in den Master zu mergen, das habe ich jetzt gerade mal eben nachgeholt. Das ist aber auch schon wieder 2 Monate alt oder so, ich werde demnächst noch mal updaten.

[rf1k_mjh11]

Hallo,

Da Klipper und unsere Community FW zweierlei Stiefel sind, bin ich mir da nicht so sicher!

Hier hast du völlig recht. Das hatte ich wieder nicht bedacht.
Beim Nachforschen fand ich auf dieser Klipper-Seite den Hinweis:

Emergency stop: M112

Ich entschuldige mich für die voreilige Annahme.

Andererseits finde ich weder in der RFx000 Firmware, noch irgendwo auf Github (Community Vers.) oder in unserer Wiki einen Hinweis, dass M112 mit der originalen oder der Community Version funzt.
Die vorhergehende Aussage gilt dem Zitat:

Nebensächlich und hier trotzdem zutreffend (Zufall):
In unserer Repetier FW: M112 - Not-Abschaltung

In dieser sehr ausführlichen Auflistung der GCodes ist der Code als von Repetier unterstützt angegeben. Ich vermute aber, dass Conrad seinerzeit mit einer Repetier Version anfing, wo der Code noch nicht definiert war und es daher im Repertoire unserer Drucker fehlt (keine der nachkommenden Änderungen in Repetier wurden, bis auf wenige durch Nibbels, nachgezogen).

Aber jedenfalls ist unter Klipper M112 ein gültiger Befehl.

mjh11

[Uncle_Guido]

Wenn ich manuell G28 G91 X0 sende geht's
Auf zum nächstes Problem.
Guido

(hab Ubuntu schon 4x neu installiert)

[AtlonXP]

Andererseits finde ich weder in der RFx000 Firmware, noch irgendwo auf Github (Community Vers.) oder in unserer Wiki einen Hinweis, dass M112 mit der originalen oder der Community Version funzt.

Ich habe eben G90 und G91 auf der Community Version getestet.
Mit ausgeschalteten Motoren ohne Reverenz- System, mosert der Drucker nicht!
So wie mir scheint ist das bei Klipper anders.
Ich weiß nicht wie du darauf kommst, dass M112 bei uns nicht funzen soll?
Bei mir geht der Drucker nach dem senden von M112 in den Reset.
In der von dir erstellten G.- Code Tabelle ist es auch so beschrieben.

Wenn ich manuell G28 G91 X0 sende geht's

Für mich ist dieser Befehl unverständlich wegen dem X0?
Wenn sich X0 auf G28 bezieht, dann stimmt die Reihenfolge nicht.
Vielleicht wird hier X trotzdem nur ab genullt und die anderen Achsen nicht?
Wie mir scheint, hatte ich nicht unrecht mit ausgeschalteten Motoren unter Klipper und G90 und G91 zu senden, dass dies einen Reset auslöst?

LG AtlonXP

[Uncle_Guido]

Vielleicht wird hier X trotzdem nur ab genullt und die anderen Achsen nicht?
Wie mir scheint, hatte ich nicht unrecht mit ausgeschalteten Motoren unter Klipper und G90 und G91 zu senden, dass dies einen Reset auslöst?

stimmt
guido

[mhier]

Also nochmal: Mit an Sicherheit grenzender Wahrschienlichkeit kommt M112 von Octoprint als Reaktion auf eine Fehlermeldung von der Drucker-Firmware (also Klipper in dem Fall). Die Standard-Konfiguration von Octoprint will da sehr sicher sein und sofort alles Abbrechen, wenn der Drucker eine Fehlermeldung gibt. Das ist in vielen Fällen zu streng und sollte deshalb abgeschaltet werden. Das macht z.B. die Konsole fast unbrauchbar, weil jeder Tippfehler sofort einen Notaus und ein Trennen vom Drucker bewirkt.

Ohne vollständigen Start-Code kann man aber nicht herausfinden, warum es denn überhaupt eine Fehlermeldung gibt.

Und AtlonXP hat recht, "G28 G91 X0" ist kein gültiger GCode. Korrekt wäre:

Code: Alles auswählen

G28
G91

Dann werden alle Achsen gehomed und anschließend auf relative Koordinaten umgestellt. Oder:

Code: Alles auswählen

G28 X0
G91

Dann wird nur die X-Achse gehomed und anschließend auf relative Koordinaten umgestellt.

Ich kann heute abend gerne mal ausprobieren, ob Klipper G91 vor dem homen akzeptiert oder nicht. Jeglicher Bewegungs-Befehl wird allerdings (im Gegensatz zu Repetier) definitiv nicht akzeptiert, bzw. würde eines "Tricks" bedürfen (das ist Absicht und ein Sicherheits-Feature).

[Uncle_Guido]

Dieses problem is gelÖSt.
Die 'INCLUDE printer-rf1000.cfg' in meine printer.cfg war falsch.
Das war der Fehler der M112 auslÖste.
Hab ich übersehen.
Schluss für Heute

guido

[rf1k_mjh11]

AtlonXP hat wieder recht. Und ich muss mir vermutlich neue Brillen besorgen.
M112 ist tatsächlich ein gültiger Befehl für unseren Drucker. Auch findet sich der Befehl in der (großteils) von JoBo und mir erstellten Wiki-Liste.

Nachdem es sich bei M112 um keine wirkliche Notabschaltung handelt, sondern bloß ein Reset durchgeführt wird, habe ich eine entsprechende Bemerkung in der Wiki hinzugefügt.

mhier hat es richtig berichtet, jeder Befehl muss auf eine eigene Zeile.
G28 X0 würde nur die X-Achse homen.
Interessantes Detail: Die Zahl nach der Achsenangabe ist egal, hauptsache es handelt sich dabei um eine Zahl, egal ob positiv, negativ oder Kommazahl. Aber es muss zwingend eine Zahl angegeben werden. (Ich beziehe mich hier allerdings auf die original und Community Version.) Wie Klipper damit umgeht, wird ein anderer bestätigen müssen.

Als letztes möchte ich drauf hinweisen, dass G90 und G91 gar keine Bewegung nach sich ziehen (auch bei Klipper nicht). Damit ist es zumindest bei der original und der Community Version egal, ob bei der Eingabe des Befehls schon ein gültiges Koordinatensystem besteht oder nicht.

mjh11

[Uncle_Guido]

Hallo Martin,

gibt's in Klipper eigentlich eine möglichkeit die Achsen zu bewegen wen man nicht referiert hat?
Stell Dir vor: Druck bricht ab durch irgend ein Fehler. Ist schon 100mm hoch.
Kan die Z-achse nicht runter fahren weil nicht referiert.
Kan nicht referieren weil das teil im wege steht.

Guido