Hallo RFrank

Ich hab keine Ahnung was da genau schief läuft!
Aber ich poste hier mal die mit meinen Einstellungen.
was ich noch schreiben kann ist: nur T0 durch T1 zu ersetzen( oder auszukommentieren) ,reicht nicht um den Wekzeugwechsel zu verändern oder zu verhindern,denn das wechseln beeinflusst den gesammten Gcode bis zum nächsten Werkzeugwechsel!
betrifft zb; Versatz von T0 zu T1 (x ca; 30mm,y ? )
Filamentförderung 1,75 zu 3 mm
und sicher noch einiges mehr
und das,lm fertigen Gcde zu ändern, willst du dir, im Handbetrieb, nicht wirklich antun.
das kann der slicer viel besser und schneller.

Die fehlerhaften Layer beim letzten Druck,deuten eher auf eine Verstopfung der Duese hin ,denn warum sollte der Slicer gerade dort einen Werkzeugwechsel veranlassen?

Nun hab ich keine Buchstaben mehr.

mfg Eddy

Hallo zusammen,

af0815 hat geschrieben: Druck Server auf einem RasPi ist keine schlechte Idee …

Dies wird sogar von Nibbels und Wessix empfohlen.
Unsere Community FW wurde darauf getrimmt.

Es ist unumstritten, unsere MEGA CPU ist eine lahme Ente.
Es wäre nicht schlecht, wenn man den MEGA noch etwas über Takten könnte.
Hat hier jemand eine Ahnung, ob und wie das geht?

Um etwas mehr Speicher zu bekommen, empfehle ich den Milling Modus in unserer Community FW
zu deaktivieren. Es werden dadurch ein paar wenige KByte frei.

Ich drucke schon immer über USB und der Bedienerkonsole Repetier Host.
Leider habe ich gelegentlich Übertragungsfehler, die im Logbuch rot erscheinen.
Oft werden die von Repetier Host noch nachkorrigiert.
Aber leider nicht immer!

Ich kann dieses Problem reproduzieren…
Wenn ich die Druck- Vorschau detailliert während dem Drucken anzeigen lasse, kommt der Fehler recht häufig vor.
Es liegt einfach an Windows, dem nach einiger Zeit irgendwelche System Ressourcen ausgehen und diesen Fehler dadurch verursacht.
Aus diesem Grund stelle ich die Druckvorschau einfach ab.
Man kann die Ressourcen nachholen, in dem man den Rechner neu startet, oder sich als Benutzer abmeldet und wieder anmeldet.
Linux oder OS, könnte hier die bessere Wahl sein?

LG AtlonXP

Ein externer Druckserver ist bein RFx000 fast Pflicht.

Nur bin ich draufgekommen, das auch das USB-Kabel zwischen Raspi und RF ein gutes und so kurz wie möglich sein sollte. Ich habe bei mir einen RasPi direkt auf den RF geschraubt und das Kabel so kurz wie möglich gehalten. Mit dem Raspi zusammen habe ich nie wieder Probleme mit der Kommunikation bekommen.

Ad Windows. Generell empfehle ich es absolut nicht, das als Druckserver zu verwenden. Windows kann Updates machen, Scannt die Hardware neu. Andere Programme können zuviel Rechenzeit bekommen, ... Das ist für mich nicht stabil genug.
Wenn bei der Druckvorschau es Probleme gibt, ist das nicht das Windows selbst, sondern dort hat ein Programmierer bei der Zuweisung und Freigabe von Resourcen geschlampt. Das Verhalten ist nicht normal. Ich kenne das sehr genau, weil ich damit in meiner Programmieranfangszeit auch Probleme gehabt habe (Wie ich sauber Programmiert habe, war das Problem weg).

Kurzum:
Ein Raspi oder PC mit Linux, wo nur der Printserver für den RF läuft ist ok. Der Rechner braucht keinen Monitor, wenn man mit Headless umgehen kann - beim Installieren hilft er. Wenn alter Rechner, dann verwende ich gerne Debian, da es stockkonservativ ist, oder auch das System was der Hersteller des Printservers vorschlägt.

BTW: Der Mega der im RFx verbaut ist, ist gar nicht so lahm, wenn man berücksichtig wann das System designed wurde! Und vor allen, was man dem System alles reingestopft hat. Das hat schon gepasst.

af0815 hat geschrieben: Wenn bei der Druckvorschau es Probleme gibt, ist das nicht das Windows selbst, sondern dort hat ein Programmierer bei der Zuweisung und Freigabe von Resourcen geschlampt.

Das mag wohl sein, aber dieses Problem hat jeder Slicer (S3D; Slic3r und Repetier Host)
der eine Bedienerkonsole mit Vorschau bietet!
Sollte es an der Vorschau Programmierung liegen, dann habe ich nur die Erklärung,
dass die alle das gleiche Modul für die Vorschau eingebunden haben.

Lediglich Repetier Host, bietet übersichtlich die Fehlermeldung im Log. und korrigiert am besten nach.
Auch hatte schon mal Repetier Host eine Fehler Meldung deswegen ausgegeben
und anschließend die Auflösung der Vorschau automatisch nach dem Quittieren verringert.
Dieses Problem sollte somit zumindest den Programmierern von Repetier Host bekannt sein.

An meiner Hardware kann es nicht liegen: AMD Ryzen7 2800X, 16 Threads und 64 GB Hauptspeicher, Windoof 10!

LG AtlonXP

Hallo zusammen,
wie ich in meinem Fazit beschrieb, war alle Fehler beseitigt nach Nutzung von Repetier über eine USB-Verbindung zu meinem W10, I7, 32GB Rechner.

Danke an Alle, für ihre technischen Expertisen.

Beim ersten Layerfehler stand ich daneben, weil der Drucker einfach Extruder 1 (T0) aufrief (fährt dann ca. 30 mm nach rechts und versucht mit einem kalten Extruder zu drucken, daher kein Filament und eine Art Rissbildung im Teil), Ich habe versucht so schnell wie möglich im Menü den zweiten Extruder zu aktiviren). Dieser Fehler passierte 3x, kann man gut am Teil sehen, da ich nach jedem Layerwechsel ein T1 eingefügt hatte und die Layerhöhe nicht so extrem war, ist das Teil ganz geblieben und schon im Einsatz.

Übrigens im Gcode waren keine Aufrufe zum T0 vorhanden (also kein Fehler im Sclicer), da ich den Fehler aber kannte, den der RF verursacht mit SD-Karte, habe ich nach nach jedem Layerwechsel ein T1 eingefügt, was einen RF der versucht mit T0 zu drucken, spätestens beim Layerwechsel einfängt, den richtigen Extruder anwählt (wieder 30 mm nach links fährt) und mit dem richtigen Material, Extruder usw. weiter macht.
Dieser Fehler passierte bei mir sporadisch mit Nutzung der SD-Karte.

Eddy hat geschrieben: ↑Fr 6. Jun 2025, 23:41 ...
Die fehlerhaften Layer beim letzten Druck,deuten eher auf eine Verstopfung der Duese hin ,denn warum sollte der Slicer gerade dort einen Werkzeugwechsel veranlassen?
---

Ja, dieses Problem mit der scheinbar verstopften Düse sah ich Laufe des Druckes auch, die Kraftwerte stiegen immer weiter an.
Mein Problem war der 1. Extruder, der mehrfach aufgerufen wurde und versuchte Material durch den kalten Extruder zu drücken, was die Kraftwerte ständig erhöhte.

Die Lösung:
Eine Erhöhung der Temperatur von Extruder 2 brachte nichts, aber als ich die Temperatur des Extruders 1 auf ca. 170 °C brachte, waren die Werte extrem klein 100-500 und damit weit unter den vorherigen von ca. 6000 mit Reduzierung von Speed und Flow.
Ja, ich hätte das Filament aus dem ersten Extruder nehmen müssen oder wie hier über dem Glaspunkt vom Material des Extruder 1 sein müssen.
Bei zwei Extrudern bin ich hat auch ein Rookie.

Was fehlt den wirklich dem RFX000 um ihn zu klippern (der RF1000 soll vollständig implementiert sein)?

Die Daten des ADS11A1 (16Bit AnalogDigitalWandler der Kraftmessbrücke) können ja vermutlich gelesen werden (I2C; SCL, SDA vom MEGA und vielleicht das EEPROM [hängt da auch dran]).
Oder hat es einfach noch niemand probiert (RF1000 mit 2 Extrudern bzw. RF2000)?

Diese Seite war auf jeden Fall schon einmal Top.
https://www.rf1000.de/wiki/index.php/Klipper

Schönes Wochenende
Frank

Die Daten des ADS11A1 (16Bit AnalogDigitalWandler der Kraftmessbrücke) können ja vermutlich gelesen werden (I2C; SCL, SDA vom MEGA und vielleicht das EEPROM [hängt da auch dran]).

Ja, gelesen können die werden und angezeigt, haben aber keine Auswirkung auf den Druckprozess, da die Kommunikation zu lange dauert. Die installation von Klipper auf dem RFx000 geht nicht out of the Box mit den originalen Klippersourcen, da muss ein Signal gefrickelt werdem, da Klipper genau dieses nicht so invertieren kann.
Ich habe Klipper auf einem RF2000V2 dual am laufen (der Dual ist absichtlich auf Single kastriert) aber ich überlege stark ob ich nicht zurückgehe. Ist aber eine persönliche Entscheidung. Bei Klipper gibt es keinen aktiven Maintainer und bei der Communityversion, kann ich sehr wohl selbst was machen.

af0815 hat geschrieben: ↑Di 10. Jun 2025, 18:12 ... und bei der Communityversion, kann ich sehr wohl selbst was machen.

Guten Morgen
Siehst Du denn beim Community Mod noch Möglichkeiten zum Tuning - ich dachte das Ding ist ausgereizt?
Das sanftere Betriebsgeräusch der Stepper war das herausragende Merkmal unter Klipper.
Wenn du daran etwas tunen würdest wäre ich ein Betatester.

Gruß, zero K

Ob das Betriebsgeräusch der Stepper unter Klipper sanfter ist, halte ich für ein Gerücht.
Eine neuere Steuerung würde hier Abhilfe schaffen.

Wenn jemand an unserer Community FW schrauben möchte, dann empfehle ich zuerst einen Bug in unserem HBS zu kitten.
Der Z- Offset Scan sollte hier als Vorbild dienen.

LG AtlonXP

zero K hat geschrieben: ↑Mi 11. Jun 2025, 08:52 Siehst Du denn beim Community Mod noch Möglichkeiten zum Tuning - ich dachte das Ding ist ausgereizt?
Das sanftere Betriebsgeräusch der Stepper war das herausragende Merkmal unter Klipper.

Ich bin mir nichts sicher, ob das mit den leiseren Stepper, nicht mit geänderten Strömen unter Klipper zu tun hat. War für mich der Grund auf eine nicht ganz optimale Version von Klipper zu wechseln. Der RF stand neben mir.

Ausgereizt, ja, aber wer braucht noch den Fräsmodus ? Von den Bewegungen und Berechnungen wird wirklich nicht mehr viel gehen.

Unter Klipper ist der oder die RFxxx Klasse Leiser durch Steom Begrenzung mehr nicht.

Dennis