Für uns wäre es schon interessant zu sehen, wie stabil die Glasplatte ist
Die Idee mit der Holzplatte hat aber vielleicht doch etwas für sich. Pass nur auf, dass du nicht gerade wegen des späteren Umrüstens auf die Glasplatte - falls diese etwas dicker ist - dir den Bruch einfängst.

Die Geschichte mit der Lichtschranke ist auch sehr interessant, wir haben nämlich keine.

morsche in die Runde,

Ich hab auch grad einen RF2000 aufgebaut....
...und die ersten Problemchen festgestellt (hauptsächlich mit der x-Achse)

Der Endschalter muss auf der anderen Seite der Aluhalterung angebracht werden als in der Anleitung (Seite14) angegeben, da sonst der x-Schlitten anschlägt.

was zur Folge hat das der Schlitten auf der anderen Seite Anschlägt....

(Zumindest bei der z-schsen vermessung und beim ersten Probedruck der mitgelieferten "Heart.gcode" datei)

Gibts da bei dem Drucker ne Arbeitsraumüberwachung oder so, wo mann den rechten anschlag einstellen kann?

Grüße

SNKS

Nein, eigentlich nicht... Wenn er startet, fährt er, dürfte genauso sein, wie beim RF1000,
zuerst nach links vorn und oben. Die FW kennt die Schritte in die jeweilige Richtung und überwacht diese.
Deshalb ist Sie auch so penibel, wenn Sie Ihre Position verliert (Motoren aus bei Inaktivität etc..).
Beim späteren Drucken mußt du schon selbst aufpassen, daß dein Objekt auf den Druckbereich paßt,
oder was genau ist dein Problem/Frage? Es braucht nur einen Anschlag für jede Achse.

Gruß, Christian

Mein Problem ist das der Raum zu Verfahren nicht ausreicht für 180mm Verfahrweg mit ein bisserl Luft links und rechts.
Zumindest das Blech an dem die Lüfter hängen schlägt immer an und verbiegt sich.
(wenn der Endschalter verbaut ist wie in der anleitung schlägt er links an, wenn ich ihn auf die andere seite des Halters verbaue schlägt er rechts an)

Und das ich bei eigenen dateien aufpassen muss ist mir klar.....
...nur ist in der mitgelieferten beispieldatei "Heart.gcode" son ein lustiger befehl am anfang:
G1 X230 Y22 Z0.35 F5000
der halt nicht zum verfahrweg passt....*rummmms*

Von meiner Portalfräse kenn ich das, das die steuersoftware den Arbeitraum kennt und ein verlassen erkennt.
Und da bin ich mal davon ausgegangen das das hier auch so ist, zumal der die abmessung der xy-Fläche ja zur z-Vermessung kennt.

Grüße,

SNKS

Also wir hier alle, außer Piloti, dessen Thread du gerade vereinnamst, kennen den RF2000 nicht wirklich. Aber was ich da spontan für einen Gedanken habe, wenn ich höre, dass die Firmware die verfügbaren Verfahrwege nicht kennt, ist, dass du den RF2000 mit der RF1000-Version der FW zu betreiben versuchst. Wie gesagt, nur eine spontane Idee...

Mir kommt da gerade noch ein anderer Gedanke...
Könnte es sein, daß das Heart.gcode-File aus dem RF1000 übernommen wurde? Da war es auch schon drin und
der ist bekanntlich standardmäßig Single Extruder - Ergo hat er locker 32 mm mehr Verfahrensweg... Könnte
da der Hund begraben sein? Hast du die Datei Als Stl oder nur als Gcode (hab Sie schon ewig nicht mehr - Karte defekt...
aber damals auch ausgedruckt...)

Gruß, Christian

P.s.: Nein, der Druckraum wird nicht überwacht - wenn er auf Anschlag läuft, rutscht bestenfalls der Riemen durch (Ohrenbetäubend und
wenig Gesund allein schon vom Geräusch her...). Deshalb mußt schon beim Slicen aufpaßen, daß es sauber in den Druckraum paßt.
Hatte ich am Anfang, bis ich den Befehl gefunden hatte, der den Drucker veranlaßt, zu warten, bis alle Befehle abgearbeitet sind...
Wenn nämlich direkt nach dem Hoeing der Druck startet, heißt das noch lange nicht, daß er sich auch schon auf der Homeposition
in allen Achsen befunden hat... Da hatte ich - und auch andere tolle Effekte... Rau, du hattest darüber glaub ich, auch mal geschrieben,
wenn ich mich recht entsinne...

Aber definitiv wäre das was für einen neuen Thread a`la Druckbereich des RF2000 stimmt nicht o.ä. Und bilder von dem Problem
wären auch hilfreich - wir können uns derzeit nur Vage vorstellen, was genau das Problem ist und entsprechend Vage Tipps geben...

RAU hat geschrieben:Also wir hier alle, außer Piloti, dessen Thread du gerade vereinnamst, kennen den RF2000 nicht wirklich. "

Na, vereinnamt hört sich so harsch an...

und da der Drucker recht neu ist, hab ich diesen Thread hier gewählt....

RAU hat geschrieben: Aber was ich da spontan für einen Gedanken habe, wenn ich höre, dass die Firmware die verfügbaren Verfahrwege nicht kennt, ist, dass du den RF2000 mit der RF1000-Version der FW zu betreiben versuchst. Wie gesagt, nur eine spontane Idee...

Nope, die Firmeware ist denke ich schon richtig, der Drucker ist nur für 180mm x-verfahrweg recht knapp bemessen.
Meine Idee/Frage war eigentlich: Kann ich irgendwo einstellen das er nur bis maximal x= 175 mm verfährt. (z.b. bei der vermessung der x-y-Fläche).

und @Digibike :

Ja, ich denke auch die haben einfach die alten dateien mitgeliefert ohne noch mal drüberzuschauen.
War halt die erstbeste Datei die ich für einen Druckversuch gewählt hatte.

Wurde im Übrigen 1a gedruckt, nachdem er zwar erstmal gegen den anschlag rechts gefahren ist und ich im laufenden Druck das halteblech der Lüfter wieder gerichtet habe.

Grüße,

SNKS

Die Sache mit dem Blech ist bei mir auch. Ich hatte den Schalter auch schon auf die andere Seite gebaut, aber anschließend wieder zurück gesetzt.
Vor der Inbetriebnahme wird das Blech entsprechend angepasst. (Dremel)

Sonst finde ich es prima, daß ich keine 10km von SNKS weg wohne.

Bin gespannt, was es noch für Überraschungen bis zum ersten gescheiten Ergebnis geben wird....

Vielleicht stellt ihr uns mal bilder ein, damit wir uns ein Bild von dem genauen Problem machen können...
Wäre sicher auch für RF1000 interessant, wenn er wieder bei uns rum surft und nach dem rechten schaut...

Hatte ja angeboten, den Bausatz vorab zu testen... Geht schon gut los...

SNKS hat geschrieben: G1 X230 Y22 Z0.35 F5000

Das ist doch die Raupe. Die beginnt und endet ca. 15mm vom Druckbettrand. Beim Dual könnte das eng werden. Mir schwant das der G-Code nicht zum Drucker passt. Allerdings sollte er dann nicht anschlagen sondern einfach an seinem logischen Ende stoppen.