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.