Seite 6 von 7

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Di 21. Nov 2017, 11:15
von AtlonXP
@Nibbels,
ich stimme dir zu, dass man am Extruder Motorstrom sparen sollte.

Mein Vorschlag:
Wir belassen es bei den 110.
Für mich ist es erwiesen, dass der RF1000 mehr Strom am Extruder Motor benötigt wie der RF2000.
Da viele nicht mehr die originale Konfiguration haben, sind die Werte nicht in Stein gemeißelt.

Aus Erfahrung kann ich sagen bei 2 A Motorstrom:
Bei durchgeheizter Kiste (hier ist der ein gehauste Bauraum gemeint) und bei nicht ab genullten DMS,
dreht mein Förderritzel schon bei 9500 Digits durch. (Bei ABS Material)
Im kalten Zustand sind 13000 Digits drin bis zum Knack.
Damit es mit den Digits einheitlich wird, sind von meinen Angaben 500 Digits ab zu ziehen.
Dann sollte es dem ab genullten Zustand entsprechen.

Wenn du möchtest liefere ich dir einen genaueren Wert.
Frage: Bei wie viel Digits soll er knacken?

LG AtlonXP

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Di 21. Nov 2017, 11:23
von Nibbels
Perfekt, ich stelle es um!
Das wird mit noch nem Pause-idle-Fix die 1.37x6

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Di 21. Nov 2017, 12:17
von AtlonXP
Ok,

nach meiner Einschätzung sollte man den Extruder Motorstrom von 2 A als Maximalwert ansehen.
Der Motor heizt sich da schon ganz erheblich von selber auf.

Die Bauraum Temperatur kommt auch noch hinzu.

Unsere DMS bekommen im eingehausten Zustand schon ihre maximal Betriebstemperatur (55 C°)
und die angezeigten Werte laufen um ca. 1000 Digits ins Plus davon
weil die Temperatur- Kompensation nur bis 45 C° arbeitet.

Das erwärmte Extruder Ritzel dreht schneller durch.

LG AtlonXP

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Di 21. Nov 2017, 15:22
von mhier
Hängt das nicht evtl. davon ab, ob 3mm oder 1.75mm Filament verwendet wird? Und/oder ist evtl. das Extrudervorschubrändel unterschiedlich im Durchmesser? Beides bedeutet ja eine Änderung der Steps pro Materialvolumen und somit auch dem Motordrehmoment pro Kraft im Extruder.

Übrigens hilft gegen zu warme Ritzel durchaus eine Kühlung des Ritzel, das wurde ja schon verschiedentlich hier im Forum vorgeschlagen - hat nur nix mit der Firmware zu tun. Seitdem habe ich aber überhaupt keine Probleme mehr mit durchdrehenden Ritzeln.

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Di 21. Nov 2017, 16:17
von Nibbels
Ich halte die Änderung für nicht sonderlich schädlich.
Und eigentlich glaube ich, es ist gut das zu erhöhen, weil:
  • Hier im Forum war immer wieder von Extruderklackern/o.ä. die Rede, meist im Kontext mit dem Mod und meist beim RF1000. Darum bin ich draufgekommen.
  • Der Wert kann unter
    Configuration -> Stepper -> I_E0
    ganz einfach eingestellt werden. Jeder der das im EEPROM bereits drin hat merkt garnichts davon.
  • 110 statt 90 ist ca. auf der halben Strecke von 126 zu 90.
  • Ich würde schon sagen, dass manchmal mehr digits als 7000-8000 gewünscht sind, wenn man z.B. schnell ne Startmade rausdrücken will oder hofft, dass sich der Extruder selbst entstopft, nachdem man stochert.
  • Und ich bin natürlich absolut für Kühlung! Mein Extruder hat immer fast Aussentemperatur, weil ein winziger Wasserblock mit dran hängt. Darum betrifft mich dieses Thema quasi fast nicht.
In der 1.37x6 ist der 110 Wert beim RF1000 inzwischen als Standard-Erst-Einstellung für alle Mod-Umsteiger eingetragen.

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Mi 22. Nov 2017, 00:16
von AtlonXP
Gut ich schreib hierzu auch noch was.

Mein Extruder ist zwar optimiert wie in diesem Beitrag unten erwähnt,
entspricht aber der originalen Konstruktion von C…..
Er ist heute noch so wie in dem Beitrag und ich bin zufrieden damit.

http://www.rf1000.de/viewtopic.php?p=15096#p15096

Vorher waren laut Nippels 2 Amper auf dem Stepper Motor.
Das entspricht bei meiner Extruderkonstruktion etwa umgerechnet auf DMS genullt, 12500 Digits bis es knackt.
Die DMS haben das ausgehalten ohne dass sich die Werte verändert haben.

Ich befürchte, dass der Konstruktionsunterschied zwischen RF1000 und RF2000 sich hier bemerkbar macht,
in Form von einem höheren Kraftbedarf.

Meine persönliche Meinung: Der Extruder sollte die 10000 Marke packen.
Ob hierzu die jetzige Stromeinstellung passt, habe ich nicht getestet.

Als ABS Drucker, blase ich im Startcode, volles Rohr die Düse durch.
Das entspricht ca. 8000 Digits, bei einem 3mm ABS Schmelzdraht, einer 0,3mm Düse und F150 im GCode.
Aus diesem Grund nun die Erhöhung.

Wenn man mit 8000 Digits druckt, dann sieht der Druck etwa wie dort aus:
http://www.rf1000.de/viewtopic.php?p=18459#p18459


Meine F.- Werte sind während des Druckens normal oder sogar gering.
Dank Flow Control gelingt mir nun fast jeder Druck. :-)

LG AtlonXP

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: So 26. Nov 2017, 13:41
von AtlonXP
Hier eine Kurzinfo zum Motorstrom für den Extruder Stepper am RF1000.
Der neue festgelegte Strom scheint in Ordnung zu gehen.
Ich bin über die 10 000 Digit Marke gekommen ohne, dass es knackt.

Das Flow Controlfenster scheint erwachsen zu werden.
Es ist in der FW unter Configuration->DMS-Features->Digit Flow CMP zu finden.
Auch werden jetzt am RF1000 die Werte korrekt angezeigt.

Des Weiteren ist noch ein Parameter V (dFeed) hinzugekommen.
Die Funktionsweise des Parameters ist mir leider, noch nicht genau bekannt.

Hier besteht noch Erklärungsbedarf.
Die Versionsnummer dieser FW ist mir unklar.

Hier nochmals Danke Nibbels. :tanzen2: :good:

LG AtlonXP

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: So 26. Nov 2017, 16:50
von Nibbels
Ok :)

1.37x7 sollte man nutzen, sonst sieht man im Menü keine Zahlen.

Was ich gemacht habe: (Allgemein beschrieben, siehe http://www.rf1000.de/viewtopic.php?f=67 ... =40#p20972 )
Der Drucker kennt nun eine Minimalgrenze an Digits und eine Maximalgrenze.
Dazu eine "Veränderung".
[Rechet man (Maximalgrenze - Minimalgrenze) / Veränderung, dann hat man die Steigung der Veränderung.]

Angefangen hatten wir mit dem Feature, dass die "Extrusionsrate zurückgenommen werden kann", wenn zwischen Extruder und Hotend eine Kraft "in Digits" entsteht, die größer ist als diese Minimalgrenze.
Neu ist dass der Drucker nun auch seine Vorausgeplante Geschwindigkeit zurücknehmen kann, wenn die Kraft größer ist als die Minimalgrenze.

Das mag ne Spielerei sein und sie funktioniert nicht immer absolut perfekt, weil die Pfadplanung vorausplant und die Änderung also immer erst nach ca. 15 bis 16 Wegstücken greift.
Doch mir hat das auch schon geholfen. Man kann also ganz einfach einstellen, dass bei einer Erhöhung der Digits der Drucker nicht nur mehr oder weniger extrudieren soll, sondern dass er auch langsamer werden soll. (UND+ODER)
Das hört sich dann in der Praxis bei einer Geschwindigkeitsänderung in etwa so an, als würde sich der Drucker schwer tun und daher langsamer laufen ^^. Wie bei ner Arbeit mit nem Handschleifer.

Evtl. nochmal am Beispiel erklärt:
Screenshot_1.jpg
Screenshot_2.jpg
Der Drucker würde also laut Bild im Bereich von 7000 bis 10000 Digits überhaupt nichts ändern, wie bisher.
Ändert man aber dFlow, dann ändert sich die Flowrate, also die Extrusionsrate des Filaments. Plus oder Minus.
Ändert man aber dFeed, dann ändert sich die Feedrate des Druckers, also die Geschwindigkeit mit der der Drucker druckt. Auch Plus oder Minus.

Stelle ich also
Min = 7000
Max = 10000
dFeed = -60%, dann würde der Drucker immer wenn er das Filament mit ca. 8000 digits ins Hotend pressen muss, auf ca. 80% Druckgeschwindigkeit zurückgehen. Wenn er mit 9000 digits pressen muss, auf 60% Druckgeschwindigkeit zurückgehen. Und bei 10000 Digits kurz vor dem Durchdrehen noch mit 40% Geschwindigkeit drucken.

Stellt man das im Menü sein, merkt sich der Drucker diesen Wert nicht im EEPROM.
Man kann das auch per GCODE machen und somit bei manchen Teilen automatisch einplanen.
M3911 S7000 P10000 E-40 <-- Materialfluss runternehmen
bzw.
M3911 S7000 P10000 F-60 <-- Geschwindigkeit runternehmen
bzw.
das geht auch kombiniert.
Jeder muss selbst wissen, ob er sowas braucht, es kann aber sehr praktisch sein!

Natürlich wie schon erwähnt: Ich mache immer ab 10000digits Notfallpause, dann hält der Drucker an und ich kann den Fehler dann manuell beheben.

LG

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: So 26. Nov 2017, 18:08
von zage
Soviel ich mich erinnern kann,habe ich seit dieser Version (ein eventuelles Problem)

Der Head bed Scan startet u.läuft durch.
Nach dem Align der Extruder,drücke ich wie vorgeschrieben die play Taste,aber der Head Bed Scan wir nicht
fortgesetzt !
Der Drucker ermittelt den Abstand zwischen Düse und Heizplatte nicht !
Die Z-Achse senkt sich wohl ab,aber dann bricht der Drucker diesen Vorgang einfach ab,und
auf dem Display steht ..Printer ready,und die Temperaturen werden zurückgesetzt.

Bei allen Scans die ich bis jetzt gemacht habe,heizte der Drucker nach dem betätigen der Play-Taste
Die Druckplatte und den Extruder auf,und ermittelte den aktuellen Abstand zwischen Düse und Heizplatte.

Auch fährt der Drucker nicht in die Homepositon,und es steht nicht Scan completed !
Sondern er senkt ,wie bereits erwähnt,nur die Z-Achse und auf dem Display steht..Printer ready..

Ich 3 Versuche unternommen,und alle waren gleich.

Sehe ich etwas falsch ??

L.G.zage

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: So 26. Nov 2017, 19:48
von Nibbels
Ich glaube, wir hatten dein Problem schon durchgenommen.
Selber Thread nur etwas weiter vorne: http://www.rf1000.de/viewtopic.php?f=67 ... =20#p20875
Du müsstet vermutlich die Firmware updaten. Die Lösung war, das 10mm hochfahren in mehrere Einheiten aufzuteilen.

Ich will eigentlich schon die neue 1.37x7 zur neuen Stable machen, aber wollte zuerst hören, ob AtlonXP nun nichts mehr auffällt. Und evtl. noch weitere Meinungen zur 1.37x7 hören.

LG