Stepcraft 600 fährt mitten im Fräsen ins Werkstück

Hallo James - willkommen im Forum! 😉

Genauer: Sie folgt der Kontur wie gewollt und kehrt dann plötzlich für ca. 20mm einfach um, folgt der Kontur zurück und fährt dann voll in Werkstück.

Du hast Bereiche in Deiner Zeichnung wo Objekte sehr dicht nebeneinander liegen. Der Abstand dazwischen beträgt nur ca. 0,13 mm was dazu führen könnte das Du glaubst das EINE Linie zweimal gefräst wird - tatsächlich werden aber zwei Linien abgefahren.
Zudem sind diese ca. 15 mm lang was zu Deinen gefühlten 20 mm passen würde.
Könnte dort der Hund begraben sein ... ?

Hallo!

Danke für die Antwort!

Leider liegt dort nicht der Fehler. Wenn ich mit Filou die Fräsbahnen anlege, verfällt ja die Zeichnung und WinPC arbeitet nur noch mit dem G-Code. Bei den Taschen trat das Problem auch nicht auf sondern nur bei der Außenkontur.

Die Simulation in Filou zeigt auch keine Fehlstellen an. Zusätzlich hat die Kontur insgesammt 5 Zustellungen. Jeweils 3 mal wurden die Konturen erfolgreich umfahren. Erst bei der vierten Zustellung trat der Fehler auf.

Was mir auffällt ist folgendes:

Obwohl die DXF klein ist und nahezu nur aus Bögen und Strecken besteht (also keine P-Line oder Splines und somit wenige Punkte), bläht Filou den G-Code enorm auf. Programmiere ich die gesamte Zeichnung aus, habe ich 47000 Zeilen G-Code!!!! Läßt man das Logo und den Schriftzug weg sind es immer noch 33352 Zeilen G-Code.

Warum sind das soviele. Die Bögen und Strecken bestehen nur aus 2 oder 3 Punkten. Was macht Filou da? Eventuell "verschluckt" sich die Fräse.....

Gibt es eine Funktion in Filou um die Abstände zwischen einzelnen G-Code-Punkten anzupassen. Die Zeichnung ist ja ok, nur der G-Code ist aufgebläht....

LG: James

Hallo James,

Leider liegt dort nicht der Fehler.

Schade, wäre so schön einfach gewesen! 😆

Obwohl die DXF klein ist und nahezu nur aus Bögen und Strecken besteht (also keine P-Line oder Splines und somit wenige Punkte), bläht Filou den G-Code enorm auf.

Leider kenne ich Filou nicht selber aber das die dxf keine Splines hat stimmt nicht so ganz:

Ich schau mal morgen (mein morgen!) ob ich die Zeichnung etwas schlanker bekommen kann.

Moin James,

Dein Problem interessiert mich, daher habe ich Dein dxf-file ´mal in QCAD und ´mal in DrawPlus aufgerufen: aufgefallen ist mir, daß Du sehr viele Konturen hast, die nicht geschlossen sind.

Dennoch werden diese Konturen in EstlCam "erkannt" und in eine Fräskontur umgesetzt - vielleicht werden dabei vom CAM-Programm extrem viele neue Punkte gesetzt, die den G-Code so aufblähen.

Dass Dein Programm nicht sauber durchfährt, könnte daran liegen, dass die rechteckigen Ausschnitte mit den gerundeten Ecken (oder sollen das Inseln sein?) mit einer Längsseite direkt auf dem Umriss liegen - das kann m. E, so nichts werden, siehe Bild

Gruss

PS: da fällt mir gerade ein - wenn es von Dir gewollt ist, dass Fräsbahnen übereinander liegen, dann solltest Du diese aber nicht in einer Ebene, sondern in mehreren Ebenen anlegen; also den Umriss in Ebene 1 und die Tasche/den Ausschnitt in Ebene 2. Zur Erzeugung der Fräsbahn blendest Du die nicht aktive(n) Ebene(n) aus und erzeugst eine eigene Fräsdatei. Das hat mir in einem ähnlichen Fall geholfen.

Das sind zwei Taschen unterschiedlicher Tiefe:

Hier das Fertigteil:

Meine Kette ist wie folgt:

Konstruktion mit Solidworks und Export in dxf.
Zusammenstellen des Fräsjobs mit Autocad (in diesem Fall) Export in dxf
CAM mit Filou
CNC mit WinPC

Meine Meinung anch sind geschlossene Konturen sind nicht unbedingt nötig. Solange die jeweiligen Endpunkte dicht genug beianeinder liegen klappt das. Ich lasse mich aber auch gerne belehren.

Filou erkennt ALLE Konturen korrekt und simuliert auch richtig.
WinPC erkennt ebenfalls völlig korrekt. Auch der Werkzeugwechsel funktioniert. Anzeige ist ok....
Ich finde den Fehler nicht.

Ich wollte einen anderen Postprozessor wählen aber es klappt nur einwandfrei mit DIN/ISO. Alle anderen streiken.

LG: James

Moin,

Du hast uns leider nicht verraten, bei welchem Fräsjob/welchem Teil der Fehler auftrat.

Ich vermute einmal: bei diesen länglichen teilen, die jeweils zwei Taschen aufweisen. Die Konturen dieser Taschen sind in Deinem Original-dxf-file nicht geschlossen, sondern "münden" mit den Ecken-Verrundungen in der Kontur des "länglichen Teils". EstlCam kann damit nicht viel anfangen, siehe Bild 1

Ich habe diese Taschen/Ausschnitte zunächst geschlossen und dann so modifiziert, dass zu beiden Längsseiten des länglichen Teils in Abstand besteht. Achtung: die acht Taschen/Ausschnitte sind in den Dimensionen nicht absolut identisch - ich habe sie nach Augenmaß angepaßt.

Danach habe die so entstandene modifizierte Zeichnung als "kompletter Frssatz_mod abgespeichert und dann in EstlCam aufgerufen: jetzt kann man Kontur und Ausschnitt/Tasche definieren - Bild 2

Bild 1

Bild 2

Ich hoffe, ich war auf dem richtigen Dampfer.

Gruss

Ach ja und hier ist das neue dxf-file:

man, das ding sieht hammermässig geil aus! ich hab keine ahnung , aber ich vermute mal das is n gestell für n schiffmodell, oder ?

was mich nur wundert bei deiner vorgehensweise: warum verwendest du 2 cad-systeme?
da solidworks statt layer- teileorientiert arbeitet kannst du doch wenn du fertig bist alle linienelemente in 1 teil übertragen, dann spaarste dir die autocad-geschichte.

Wenn ich aus deinem dxf im ESTL CAM die Fräsbahnen berechnen lasse (komplett mit Logo mit 3 Zustellungen bekomme ca. 5000 Programmzeilen!

Da finde ich deine 47000 schon krass. Da kann doch irgend was im G-Code nicht stimmen!

Gruss
Ivor

Hallo James,
könnte das mit dem aufgeblähten Code damit zusammenhängen dass Filou evtl. alle Bögen und Splines durch kurze Geraden emuliert? Das würde je nach eingestellter Genauigkeit (Toleranz) eine Menge Linien ergeben. Überprüfe die eingestellte Genauigkeit und den G-Code (nur G01 Befehle, kein G02/G03 bei Splines)
Ganz genauso ist es mit nicht geschlossenen Linien. Ist die Lücke größer als die eingestellte Genauigkeit dann ist die Kontur für das CAM offen, wenn nicht dann wird die Lücke ignoriert.

Gruß
Helmut

P.S. Habe gerade mal nachgesehen. Filou 12 ersetzt beim DXF Import lt. Website alle Splines durch Bögen oder Geraden mit einstellbarer Toleranz!

Hallo!

@ Alpenkreuzer:

Leider trat der Fehler bei der Außenkontur aller Teile auf. Nicht bei den Taschen, die liefen einwandfrei. Ich hatte den Versatz von 0,13mm auch schon korrigiert, nur völlig vergessen das ich das gemacht hatte.

Ich installiere gerade das Fräsnotebook neu. Ich will jetzt alle Möglichkeiten ausschließen. Neues, nacktes System, neues USB-Kabel. Tritt der Fehler wieder auf, liegt es nicht daran.

Sobald der Rechner fertig ist teste ich Deine Datei. Aufbereiten kann ich die auch am CAD-Rechner, nur testen halt nicht.

@drilldevil

Ich verwende eigentlich nur Solidworks. AutoCAD habe ich benutzt um die jeweiligen Einzelteil-DXF in eine große, gesamte DXF einzufügen. Dient nur der Materialplanung. Nicht der Konstruktion. Der Fehler tritt aber auch bei einer Einzelkomponente aus Solidworks auf.

Ich denke derzeit nicht das es am DXF liegt.

Die Krux beginnt wohl mit Filou.....

@Rapti

Dann kommt das irgendwie nicht hin. Ich habe 5 Zustellungen in 12mm Material. Da der G-Code bei Din/Iso dann ja immer wieder vorkommt wären das mit EstlCAM ca. 8000 Zeilen.

Und ja, ist ein Ständer für ein Modellboot!

Bei Interesse findet ihr meine Boote hier: Meine Boote/Modelle
----

Es liegt wohl an Filou und dort an der Dichte/Abstand der im G-Code angegebenen Punkte. Kann man dort einen Abstand definieren?

Ich habe heute mal mit Corel Draw X6 die Konturen geschlossen. Ich teste morgen was dies für Auswirkungen auf den G-Code hat.

Ein großes DANKE erst mal noch für Eure Mühen! Super, nicht alleine hängen gelassen zu werden! DANKE!!!

LG: James

Leider trat der Fehler bei der Außenkontur aller Teile auf. Nicht bei den Taschen, die liefen einwandfrei.

Moin,

konkret: welche Aussenkonturen? Von den Teilen mit den Taschen? Wenn ja - das wundert mich nicht; Du hast vermutlich erst die Taschen fräsen lassen und dann die Aussenkonturen und da waren Teile der Fräsbahn identisch mit denen der Taschen ...

Pack die Aussenkonturen und die Taschen (geschlossene Konturen!) auf verschiedene Ebenen, das könnte Dein Problem schon lösen.
Oder speicher Taschen und Aussenkonturen separat als dxf-files ab und arbeite die jobs nacheinander ab.

Gruss

Nein, von den Längsträgern (die mit Schrift und Logo) und den Innen-Seitenteilen.

Und mit den Konturen ist das kein Problem. Warum sollte sonst die Simulation einwandfrei sein?

Und warum tritt das immer bei der 4. von 5 Zustellungen auf. Dreimal läuft ja alles glatt. Da liegt das Problem nicht bei der Kontur. Da ist was mit dem G-Code oder der Masse an Daten, denke ich...

Schade, ich hätte so gern recht gehabt ... 🙂 Berichte bitte, woran es lag.

Gruss

Moin,

eine Frage: Hast du die Schrift auch in Solidworks als Schrift erstellt oder ist sie mit Splines gezeichnet?

Ich hatte auch mal eine Schrift im Frästeil, da stimmten einige Koordinaten nicht mehr. Löcher und Teile der Schrift waren versetzt. Hab die Schrift rausgeschmissen und siehe da, die Koordinaten stimmten wieder.

Welche Version von Solidworks hast du?
sswjs