Klipper auf dem RF2000V2

[mhier]

Gibt es schon eine Lösung bzw. Diskussion zu dem invertierten SPI CS-Signal für den DRV8711.

Nein noch nicht. Das hat keine so große Priorität für mich im Moment, weil das ja für uns erstmal keine neuen Funktionalität bringt. Erstmal bin ich dabei, Kanten Antasten zu implementieren und einen Workflow zum Fräsen zu finden.

[af0815]

Dankenswerter weise hat mhier weitere Befehle implementiert bzw. mir zur Kenntnis gebracht

Send:15:21:43.520: probe
Recv:15:21:43.521: // PROBE at X:100.000 Y:100.000 Z:2.604 (axis=2 direction=-1)
Recv:15:21:43.522: // Commencing fast approach.
Recv:15:21:43.877: // pos = 2.603862, force = 0.0
Recv:15:21:44.446: // pos = 2.503862, force = -0.5
......
Recv:15:22:00.916: // pos = 1.975524, force(cmp) = -46.0
Recv:15:22:00.917: // Fit result: m = 0.000731, b = 2.004566, r = 0.992392, sm = 0.000052, sb = 0.001124
Recv:15:22:00.918: // FINISHED result = 2.004566
Recv:15:22:00.918: ok
Send:15:22:13.220: GET_POSITION
Recv:15:22:13.223: // mcu: stepper_x:-3769 stepper_y:-4978 stepper_z:-457193
Recv:15:22:13.223: // stepper: stepper_x:99.999375 stepper_y:99.999375 stepper_z:2.004688
Recv:15:22:13.223: // kinematic: X:99.999375 Y:99.999375 Z:2.004688
Recv:15:22:13.223: // toolhead: X:100.000000 Y:100.000000 Z:2.004566 E:0.000000
Recv:15:22:13.224: // gcode: X:100.000000 Y:100.000000 Z:0.414385 E:0.000000
Recv:15:22:13.224: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000
Recv:15:22:13.224: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000
Recv:15:22:13.224: ok

Jetzt ist es mir einmal klarer geworden, das der Wert von Probe die Position vom Toolhead ausgibt und nicht die vermeintliche Position, die man als GCode Position kennt. Vielleich wäre FINISHED toolhead Z = 2.004566 klarer
Mal sehen was ich mit den Kommandos READ_LOAD_CELL und COMPENSATE_LOAD_CELL herausbekomme.

[mhier]

Jetzt ist es mir einmal klarer geworden, das der Wert von Probe die Position vom Toolhead ausgibt und nicht die vermeintliche Position, die man als GCode Position kennt. Vielleich wäre FINISHED toolhead Z = 2.004566 klarer

Guter Hinweis, man selbst ist ja immer betriebsblind bei sowas.

EDIT: Änderung ist im Repo.

[af0815]

(rel)Position zu DMS-Wert

Code: Alles auswählen

Pos Z in mm	DMS
0,2				-1,7
0,1				0,7
0,0				-15,3	<- angenommener Aufsetzpunkt Düse
-0,1				-191,3
-0,2				-874,3
-0,3				-1395,7
-0,4				-2255,7
-0,5				-3363,3

Ich habe den Punkt mit 0,0 bezeichnet, wo die DMS als erstes signifkant abweichende Werte aus der Ruhelage angezeigt hat.

Kraft der Düse auf Unterlage

Code: Alles auswählen

Gewicht in g	DMS
0				-0,3
63				-91,7
638				-946,0
959				-1407,3
1289				-1891,7
1626				-2402,3
1970				-2927,3
2290				-3431,0

Wurde von mir gemessen mit einer digitalen Küchenwaage, auf der ich einen Plachettstahlplättchen gelegt habe. Das Plättchen ist natürlich herauskompensiert. Das heisst wenn wir DMS Werte um die 3000 haben, üben wir eine Kraft von 2kg aus.

Ist einmal sehr interessant. Das heisst für mich, das nach einer DMS Messung die entsprechende Z-Änderung mitberücksichtigt werden muss. Ich glaube die Community-Version hat sowas.

Screenshot 2021-02-13 162058.jpg

[zero K]

Guten Abend

Bei der Config zu RF2000v2 in Klipper fand ich;

[display]
lcd_type: hd44780
rs_pin: PK1
e_pin: PK3
d4_pin: PF5
d5_pin: PK2
d6_pin: PA1
d7_pin: PJ3
display_group: _default_16x4

sollte dort nicht 20x4 stehen oder ist das egal?

Gruß zero K

[af0815]

ist, so wie es bei mir läuft, scheinbar egal. Werde ich aber trotzdem im Auge behalten. Danke.

In meinem git (fork der community) sind schon einige Änderungen an der config mehr drinnen.

[af0815]

Ich habe es mir gerade angesehen, wenn wir am RF2000 16x4 verwenden, dann nutzen wir das Display nicht ganz aus, was aber grundlegend egal ist. Wenn Klipper soweit stabil ist, kann man sich für den RF2000 auch ein etwas anderes Layout überlegen, auch in hinblick auf Dual Extruder, die ja aktuell nicht berücksichtigt werden.

BTW: Eigentlich wollte ich den Beitrag vorher nur editieren, er ist aber auf gelöst gesprungen.

[zero K]

Guten Morgen

Danke auch für den Hinweis auf Dein Git.
Nach Deiner Meldung, dass Du Martins Weiterentwicklungen eingearbeitet hast, schaute ich in den RF Klipper-GIT, fand in den Configs eigentlich nur Differenzen die ich selbst für Anschläge und Bauraum in meinen Drucker vornehmen musste.
Habe dann angenommen, das Klipper eher auf Ebene des Programmcodes geändert wurde und installierte Klipper komplett neu.
In einem Programmcode etwas zu erkennen sehe ich für mich keine Chance.
Dabei bin ich dann auch in solche Fallen getappt wie das install-octopi-script zu vergessen, die wohl erst die passende Klippy-env erzeugt

Wie sieht denn eine elegante Vorgehensweise zum Klipperupdate aus bzw. wann ist ein Update wirklich notwendig oder erkennt man das am Datum einer bestimmten Datei?
Derzeitig schaue ich nach Änderungen im Wiki.
Jetzt schaue ich erstmal in Dein GIT

Gruß zero K

[af0815]

Hallo zero K,
ich verwende GIT schon sehr lange und habe damit entsprechende Übung (meist ). Ich halte es so, das ich den Stand von Klipper in der Community nicht immer gleich übernehme, sondern mir ansehe ob es mir überhaupt was bringt. Weil Änderungen die nur fürs Fräsen sind, sind nicht mein Target.
Wenn ich die Änderungen übernehme, dann normalerweise im Zuge eines Tests gleich am RF2000V2. Ausserdem kann ich mit Git nachsehen ob im MCU Teil Änderungen genacht wurden. Wenn nicht, so brauche ich nur zuerst Klipper deaktiviere, die neue Version vom Git zu holen und dann mit dem Start von Klipper ist schon die neue Version da.

Was ich auch noch habe, einen zweiten GIT https://github.com/afriess/klipperRFextra wo ich Makros etc. sammle. Der Zweig wird bei mir auch in der printer.cfg ziemlich zum Schluss eingefügt. Weil ich will die printer.cfg einfach und lesbar halten. Ausserdem gehören diese Makros nicht direkt zum Klipper Projekt. Man kann auch über die Tastenbelegung und Display diskutieren, wo man die hinlegen will.

Code: Alles auswählen

######################################################################
# MAKROS
######################################################################
# for all Types of printer
[include klipperRFextra/makros/commonmakros.txt]
# special for RF2000(V2)
[include klipperRFextra/makros/rf2000/rf2makros.txt]

#*# <---------------------- SAVE_CONFIG ---------------------->
#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.

Frage: Hast du einen Single, Dual oder wie ich , einen von Dual auf Single kastrierten RF2000(V2 ?)

[zero K]

Danke Andreas
Die Repos in Deinem GIT kenne ich, habe nur nicht daran gedacht auch dort mal hinein zu schauen.

Hier habe ich einen RF 2000 v2 Dual - wohl einer der Ersten die Conrad verkaufte.
Bis kurz vor Weihnachten druckte ich völlig problemlos mit den V3 Hotends, daher konnte ich die meisten hier geschilderten Probleme auch nicht nachvollziehen.

Während der Woche druckt er über einen Pi 3 mit Repetier und Repetier-Server für meine Ladies, da kann ich bei Bedarf per Telefon helfen.
Eigentlich nur am Wochenende raufe ich mir die Haare mit einem Pi 4, Octoprint und Klipper - da ich auf Dual verzichten kann.

Gruß zero K