CamBam WinPCNC Fehler nach Werkzeugwechsel

Hallo Stephan,

erst mal willkommen im Forum!

Das schöne an g-code ist ja, dass man den auch als Mensch lesen kann. Da die einzige Verbindung zwischen CAMBAM und WinPC der g-code ist, müsste es ja darin stehen, wenn CAMBAM dafür verantwortlich ist.

Kann es sein dass es eine Werkzeugwechsel-Methode gibt, wo erwartet wird, dass man den Taster auf das Werkstück stellt um auch dessen Höhe zu messen?

ich hatte mal beim alu fräsen nen fall, dass sich die frästiefe während des fräsens einer linie kontinuierlich geändert hat. schuld war die maschine, die noch zu weich war und entweder die madenschraube der z-kupplung oder ne lockere spindelmutter. eins von beidem is zu lange her ich weiss es nicht mehr.

Hallo Andreas.

Es ist ansich nur der Werkzeuglängensensor aktiv und kein Nullpunktschalter oder so. Dazu müsste ja auch eine Höhe des Schalters hinterlegt sein oder soetwas und das ist nicht der Fall. Warum fährt denn der Fräser überhaupt zurück zur letzten Gravurstelle? Ist winpcnc dafür verantwortlich oder der gcode? Schließlich ist der Werkzeugwechselvorgang ja soetwas wie ein Interrupt im gcode, der von der Steuerung übernommen wird. Der Z-Nullpunkt scheint ja auch nicht verloren gegangen zu sein, da die Löcher und die Kontur ja von der korrekten Höhe aus begonnen werden (incl. deutlich längerem Werkzeug und der damit verbundenen Längenkompensation) nachdem der Fräser seine schräge Bahn nach oben zurück zum Nullpunkt gefahren ist.

???

Stephan

Hallo drilldevil.

Mechanische Probleme schließe ich aus.
Das Problem beginnt ja nach dem Werkzeugwechsel. Zurück am letzten Arbeitspunkt vor dem Werkzeugwechsel fährt der Fräser aus der Sicherheitshöhe durchs Werkstück (bohrt sozusagen ungewollt ein loch) und fährt von dort mit sich langsam hebendem Fräser die eigentlich erste Aufgabenposition des neuen Fräsers an (macht also ein langloch mit abnehmender Tiefe).

Grüße

Oh ... ähm ... kann es sein, dass die beiden Programme da nicht so richtig zusammenarbeiten?

Also CAMBAM kann ja die Werkzeuglänge nicht kennen. Und WinPC sollte keine Position anfahren, die für das alte Werkzeug galt.

Wenn du also den Job unbedingt in einer Datei haben möchtest, dann muss wohl der Sicherheitsabstand größer sein, als die Längendifferenz der beiden Werkzeuge.

Oder du machst einen Gravierjob und einen Fräsjob daraus.

Möglicherweise macht das auch einen Sinn und es sollte sich irgendwo eine Einstellung finde, wo man dieses Verhalten ändern kann.

Von Zusammenarbeit kann man ja nicht wirklich reden. CamBam läuft bei mir auf einem ganz anderen Rechner und erzeugt nur die Fräsdatei fräsjob.nc im Din/Iso Format (?) und die Steuerung Winpcnc arbeitet es dann ab. In den Parametern von winpcnc musste ich dafür den Haken "z-achse für din/iso Programme invertieren", da diese sonst beim Einstechen nach oben ging.
Die Sicherheitshöhe liegt bei 5mm. Ist das nicht ok? Einen Versuch ist es ja wert.
Ich möchte die Fräsjobs ungern aufteilen, da ich noch viel aufwendigere Dinge mit mehr Werkzeugen machen möchte und ich möchte auch verstehen, was meine Fräse so macht. Auf welche gcodes sollte ich speziell achten?

Grüße, Stephan

Hallo Stefan,
schau mal im G-Code ob die Z-Achse vor dem Werkzeugwechsel hochfährt (über das Teil). Die WW-Routine fährt üblicherweise mit dem neuen Werkzeug an den Endpunkt des alten Werkzeugs um von dort aus dann die nächste Position anzufahren.

Gruß
Helmut

Ich kenne WinPCNC nicht, aber das hört sich fast danach an, dass auf der Sicheheitshöhe die Werkzeuglänge abgewählt wird. Bei Mach 3 wird die Werkzeuglänge mit G43 aufgerufen und mit G49 abgewählt.
Wenn WinPCNC die Befehle kennt, dann sieh doch mal nach, ob in der Zeile nach dem Sicherheitsabstand ein G49 steht.

Hallo

@ Helmut...

die Maschine fährt am Ende der letzten Gravur sehr weit nach oben - fast an den oberen Anschlag und das dürfte die Höhe sein, die für den Werkzeugwechselpunkt eingestellt ist.

@ Tommi64

Habe meinen CAMBAM Gcode auf diese Codes durchsucht - Fehlanzeige - weder an noch aus!

Wollte die Fräsdatei mal anhängen. Vielleicht könnte sich mal jemand damit beschäftigen?
Leider wird diese nicht so einfach wie ein Bild angezeigt!? Wie geht das?

Vielen Dank

Hallo Stephan,
stell einfach mal den betreffenden G-Code hier rein. So kann man testen ob es am Code oder an den Einstellungen liegt und muss nicht immer raten.

Gruß
Helmut

Einfach nur "Date hinzufügen", Datei auswählen und "Absenden", ich weiß nur nicht, ob *.nc-Dateiendungen erlaubt sind. Zur Not umbenennen in *.din, so heißen die g-code-Dateien von EstlCAM/Win PC NC oder als letzte Rettung in ne *.zip-Datei verpacken.

Also den markierten gCode hier ins Forum zu kopieren sprengt den Rahmen...

Sind ein paar Tausend Zeilen!?

Hab die Datei von .nc in .din umbenannt. Hoffe es klappt.

Hallo, ich weiß zwar nicht, ob es nun unbedingt daran liegt, aber nach dem Werkzeugwechsel fehlt im ersten G1-Satz der Vorschub (habe ihn mal nachgetragen, ausserdem habe ich den Beginn des Vorschub von 1mm auf 5mm über dem Teil geändert,normalerweise sollte die Steuerung die neue Werkzeuglänge sofort mit Ende des Wz-Wechsel übernehmen, aber bei deiner Fehlerbeschreibung sieht es so aus, als ob die Steuerung erst beim ersten Vorschubsatz macht. Die Kommentare, die in Klammern standen habe ich mit einem Semikolon ausgeklammert, WinPC sollte damit klarkommen (kenne das Programm nicht).
Ich habe den Anfang von T2 mal auf meinem SIM mit der Vorschubangabe laufen lassen, da beginnt er mit dem Ausfräsen einer Bohrung.
Ich hänge die geänderte Datei an, evtl mal mit dem Z-Nullpunkt ca. 5mm über dem Teil probieren.
ist evtl. das zweite Werkzeug viel länger als das Erste?

Sonst konnte ich keine ungewöhnlichen Z-Werte finden

T2 M6
M3 S1000
G0 X88.4522 Y93.74
G0 Z5.0
G1 F80 Z0.0
G1 F800.0 X88.4374 Y93.7061 Z-0.004
G1 X88.4185 Y93.6744 Z-0.008

PS. habe mir mal dein Video angesehen, sieht gut aus

Hallo Tommi,

das 2. Tool ist deutlich länger. Um das Problem zu reproduzieren fräse ich in einer alten Holzfaserplatte herum.
Den dazu genutzten Fräser spanne ich zuerst sehr tief im Schaft ein und wenn der Werkzeugwechsel erfolgt, spanne ich ihn deutlich weiter heraus gezogen ein. Ich werde es gleich noch einmal umgekehrt versuchen, denn damit könnte ich die Theorie, dass die Werkzeuglängenkorrektur erst zu spät greift, ausschließen. Dann müsste das Tool ja sehr weit über der letzten Gravierstelle bleiben und wenn es beginnt die Bohrung auszufräsen, müsste die Höhe wieder stimmen.

Nur mal von vorn herein: Kann ich von einem CAM Programm, auch wenn es nur knapp über 100€ kostet, keinen fehlerfreien gCode erwarten? Ich fuchse mich überall rein, aber muss wirklich den gesamten gCode lesen lernen und von Hand nachbessern?

schön dass Dir mein Cockpit gefällt,