Werkzeug SOLLmass vs. WerkzeugISTmass

Ich komm dann gleich mal zur Sache... ;-)
Wir haben hier folgendes Problem: Wir haben das Programmiersystem FeatureCam mit "integrierter Werkzeugdatenbank"! Dort sind die Werkzeuge mit diversen Haltern und in diversen Längen und eben dem SOLLdurchmesser FEST aufgenommen!! FeatureCam rechnet mit diesen Durchmessern und das Programm wird an die Maschine ausgegeben!

Ich als Werkzeugeinsteller baue das Werkzeug zusammen, vermesse das mit einem Einrichteplan oder einzeln mit Etikett und bringe das Werkzueg an die Maschine!

Nun ist es so das die Werkzeughersteller eben ihre Fertigungstoleranzen haben die auch mal ins "plus" gehen!!
Wir haben in letzter Zeit öfter dieses Problem das die Maschine dann eben den Fehler ausgibt das der Werkzeugdurchmesser zu groß ist - logischerweise! Also wenn man mit Raduiskorrektur fräst... Normal kein Ding aber bei etwas komplexeren 3D-Konturen echt blöd!
Dann muss der Programmierer (wenn kein alternatives Werkzeug vorhanden ist) neu Rechnen lassen was eben sehr nervig ist...

Wie handhabt ihr das? Werkzeug vorher vermessen - und dann erst programmieren mit dem tatsächlichen Mass? Oder alle Werkzeuge einfach größer "aufnehmen"!?

Bin ja mal gespannt auf Antworten... ;-)

Gruß Strumpf

Oder wie läuft das z.B. bei TDM!? Wie sind da die Werkzeuge hinterlegt?
Kennt sich da wer aus?! Antwort wäre

Es gibt schon Möglichkeiten, z.B. die Werkzeugbahnen 3D-Korrigiert ausgeben. Mit Vektoren oder Splines, damit werden die Werkzeugbahnen von der Maschine der realen Kontur des Werkzeuges angepasst, die Abweichungen ins plus sind ja nicht im Millimeterbereich eher im hunderstel oder maximal zehntel Bereich. Bei HH weiß ich das die TNC zwar eine Fehlermeldung ausgibt wenn das Fräseraufmass oder der Durchmesser zu groß ist aber diese kann ich unterdrücken und dann fährt das Werkzeug durch ohne die Kontur zu beschädigen. Ist aber schon klar das die grundsätzliche Werkzeuggeometrie schon dem programmierten Werkzeug entsprechen muss. Das wäre die eine Möglichkeit. Oder aber man Arbeitet mit Standartwerkzeugen die so schon zusammengebaut existieren und deren Maße und Sonderheiten bekannt sind und legt diese in seiner Werkzeugdatenbank auch so an, somit wird der Maschinenstillstand auch vermieden.

Zu Splines und Vektoren ist noch zu sagen das die Maschine sie verarbeiten und das CAM diese auch ausgeben kann.

Thänks @ NTCNC9!
Also die Maschinen haben großteils Standartwerkzeuge. Es is nur das Problem das die Werkzeuge eben in der Datenbank sind und der Programmierer sich aus dieser bedient und es dann in der Realität doch anders aussehen kann! Wenn auch nicht viel anders - meist nur im Hundertstel-Bereich...
Aber ich werde das mal versuchen rauszufinden mit der HH TNC - welche quasi jede der betroffenen Maschinen hat!!
Wir haben nun auch schon angefangen die Werkzeuge eben virtuell größer zu machen damit das eben wegfällt... Aber ob das eben der richtige Weg ist!?

Hat sonst keiner irgend ne Ahnung von Werkzeugverwaltungen!? Oder braucht sowas eigentlich niemand!?

All so das Problem sind die fest hinterlegten Werkzeuge. Bei einer richtigen Werkzeugverwaltung werden nur die Werkzeuge angelegt die es in der Firma gibt. Das heißt der Bediener der Werkzeugverwaltung (NC-Programmiere oder Voreinsteller) erzeugt aus den Bauteilen die am Lager liegen, die theoretischen Werkzeuge. Mit diesen SOLL-Maßen wird dann programmiert. Danach baut der Voreinsteller, die Werkzeuge nach den Vorgaben zusammen und vermiest sie. Diese IST-Maße werden dann zur Maschine übertragen.

Diese Vorgehensweise ist schon in vielen Firmen erfolgreich im Einsatz

Ich hoffe ich konnte ein wenig helfen

Das Problem ist nur das unser Programmiersystem (FeatureCAM) mit den SOLLmaßen rechnet und die Programme dementsprechend ausgibt! Unsere Haidenhain-Steuerungen zeigen dann (manchmal) einen Fehler an wenn das ISTmaß eben ein-zwei hundertstel größer ist! Bzw die Steuerung sagt dass das Wkz zu groß ist!
Bei nachgeschliffenen, etwas kleineren Werkzeugen ist das dann nicht so!!

Haben jetzt jedem Fräser ein "virtuelles Aufmaß" gegeben! War natürlich eine gaaanz tolle Arbeit... Aber wenns DANN zu groß ist geht man sowieso auf den nächst kleineren Durchmesser...

Trotzdem

Morgen zusammen,
ich bin zwa kein CNC Programmierer, aber rechnen nicht alle CAM Systeme mit den SOLL Daten von den Werkzeuge?

Wird die Ausgabe von dem NC Daten nicht mit Kompensation gemacht, damit die Steuerung die IST Daten der Werkzeuge verrechnet?

Und was ist das für ein Steuerungstyp Heidenhain XXX ?

Also, wir haben schon eine Anbindung zu FeatureCAM gemacht und ich kann gerne mal unsern Kunden fragen wie er das Problem gelöst hat

Ja klar ist das so mit dem CAM-System! Und die Maschine bekommt dann auch die IST-Daten vom Werkzeug!
Wie das mit der Kompensation läuft weiß ich aber nicht!? Muss ich mal fragen...
Es gäbe da diese Funktion bei Heidenhain das dieser "Fehler" unterdrückt wird und die Kontur trotzdem nicht "verletzt" wird!
Aber das geht wohl nur mit "SL-Zyklen" welche FeatureCAM in diesem Fall nicht ausgibt!

Muss mal schauen was wir für Heidenhains haben...

Wir haben die Heidenhain TNC426, TNC430 und die iTNC530 so wie ich das grad mal geguggt hab!!

Also die Steuerungstypen sind ja nicht die ältesten, muss also irgend wie gehen.

Könnte es nicht sein, daß das hier das falsche Forum ist und das Problem mehr auf der PP/CAM Schiene zu suchen ist?

Frohe Weihnachten

redet Ihr von dem Z-Wert nach dem einschrumpfen der WKZ weil Ihr hier von ungenauigkeiten mit hundertsteln bzw sogar zentel redet . Die Z Werte werden doch immer in die WKZ-Tabelle an der Maschine eingeben. Das CAM Programm fräst doch Grundsätzlich die Mittelpunktsbahnen und übernimmt den Z-Wert aus der Maschinen WKZ. Der Durchmesser sollte doch nicht mehr wie 0.015mm vom Werkzeughersteller abweichen.
Bei Röders würde solche Werkzeuge gar nicht erst in Einsatz kommen.

Eigentlich geht es hauptsächlich um den Radius! Z ist ja im Prinzip worscht...

BeSch***en , udn dS Wz n hundertsel kleiner machen =) einfach anstatt R4 R3.99 =)

oder glaub M128, dann wird der "unmögliche kreis" ignoriert

Hallo Strumpf,

wir haben das problem auch gelegentlich. Wir nutzen Edgecam (CAM) in Verbindung mit FaTool (Werkzeugverwaltung).

Allerdings hat dieses problem nichts mit der eigentlichen Werkzeugverwaltung zu tun, ist eher ein programmiertechnisches.
Natürlich legen wir in der Werkzeugverwaltung einen Fräser R10 auch mit 10 an und nicht mit 10,02436 wie er vielleicht auf dem Voreinstellgerät angezeigt wird.

Das Problem mit dem Kreisbahnfehler kann ja eigentlich nur auftreten, wenn du z.B. mit einem Fräser 10,01 in einen Eckenradius 10,00 fahren willst. Das sollte man ja aber sowieso immer vermeiden. Falls das mal nicht geht, haben wir im Edgecam eine Option beim Fräszyklus wo wir den minimalen Radius angeben können, der programmiert werden soll. Das verfälscht natürlich die Kontur, deshalb lieber kleineren Fräser nehmen.
Bei Freiformprogrammierung würde ich mit Mittelpunktsbahn fahren, dann tritt das problem auch nicht auf, Bedingung ist das die Formtoleranz des Bauteiles die reale Durchmesserabweichung des Fräsers zuläßt.

mfg

Dirk

Ganz einfach!

z.B.: ein 10er Fräser hat bei mir max. 10.000, sonst simmt was nicht mit dem Rundlauf (oder der Mann hat ungenau gemessen) und das Werkzeug kommt nicht zum Einsatz.

Ich programmiere auch mit Mittelpunktsbahn und Sollwert. Ein Fräser hat bei mir im Radius immer 0 der minus-Korrektur, plus-Korrektur gibts eben genau wegen dem Fehlermeldungsproblem nicht!