Cycle800 mit Nullpunktverschiebung in der A-Achse

Hallo zusammen,

wir haben eine DMU95monoblock mit AC Kinematik.
Wir haben nun den Fall das wir unser Bauteil über ein Tastprogramm über die A-Achse ausrichten wollen. Tastprogramm läuft auch soweit und schreibt am Ende eine Nullpunktverschiebung in die A-Achse.
Wenn ich nun allerdings mit dem Cycle800 einschwenken will (z.B. um X-90°) dann funktioniert das auch soweit, allerdings nur wenn er NUR die A-Achse einschwenkt. Wenn ich nun im Zyklus die Schwenkrichtung z.B. von + auf - ändere, dreht er mir die A-Achse in die andere Richtung, die C-Achse natürlich auf 180°, verrechnet die Verschiebung die in der Nullpunktverschiebung steht allerdings in die falsche Richtung. Er müsste also die Verschiebung in die andere Richtung verrechnen weil er ja die C-Achse auf 180° gedreht hat.

Alternative das Bauteil über eine Drehung auszurichten funktioniert mit dem Cycle800 im Anschluss auch, allerdings funktionieren dann unsere 5-Achs-Simultan Programme nicht mehr weil er beim Traori die Drehungen nicht berücksichtigt.

Kann hier einer helfen? Ich bin allerdings auch der Meinung das es nicht im Sinne der Funktion sein soll das der Cycle800 nicht mehr funktioniert sobald was in der A-Nullpunktverschiebung steht. Wofür nutzt man die dann überhaupt?

Hallo Dennis

Uns wurde bei Maschinenschulung immer klar gemacht, niemals etwas in die A-Achse reinzuschreiben. Dann können wohl komische Dinge passieren beim Cycle800. Uns wurde das auch demonstriert. Bin mir nicht sicher ob das für alle Maschinen gilt.

Bei verdrehungen um die X-achse einfach mit Koordinatenverdrehung arbeiten, dann sollte nichts passieren.
Wegen dem Traori problem, da gibt es funktionen die eine verdrehung mitnehmen.

Gruss
Querox

Laut Handbuch sollte mit ORIWKS dein Problem zu lösen sein. Damit wird dein Frame mitsamt Drehung berücksichtigt. Vllt kann da noch jemand etwas mehr dazu sagen.

Hallo,

Danke für die Info. Ich werde das Montag direkt ausprobieren. Allerdings bin ich mir ziemlich sicher das unsere Programme CAM seitig mit oriwks geposted werden. Ich werde das nochmal prüfen.

Das Liegt an der Maschinen Einstellung.
Schau mal ob das Maschinendatum 21186

Auszug aus der Doku:


Alternativ musst über ORIRESET die Orientierung vorgeben.

Auszug aus der Doku:

Hallo,

Das Maschinendatum 21186 steht bei mir auf 1.

Über dieses Datum wird also eingestellt das er die A-Achse beim CYCLE800 richtig mit verrechnet? Oder was wird da mit eingestellt?

Der Beitrag wurde von Dennis_97 bearbeitet: 21.10.2024, 07:39 Uhr

Hallo Dennis,

Ja, das Maschinendatum stellt sicher das TOOLCARRIER > CYCLE800 auf die Verdrehung des Grundstellung-Koordinatensystems achtet.
Dabei solltest Du allerdings die Verdrehung im Rot des Frames eingeben nicht der Rundachse. Je nach Softwarestand berücksichtig das der Toolcarrier nicht.
Prüfe noch bei dir Nummer des aktiven TRAFOS wenn TRAORI aktiv ist.
Danach solltest das Maschinendatum für den Trafo prüfen, diese sollten auch auf "1" sitzen.
TRAORI-TRAFO-1 = 24590 $MC_TRAFO5_ROT_OFFSET_FROM_FR_1
TRAORI-TRAFO-2 = 24690 $MC_TRAFO5_ROT_OFFSET_FROM_FR_2
TRAORI-TRAFO-3 = 25290 $MC_TRAFO5_ROT_OFFSET_FROM_FR_3
TRAORI-TRAFO-4 = 25390 $MC_TRAFO5_ROT_OFFSET_FROM_FR_4
...
Kannst nach "FROM_FR" suchen

Das setzt, dass TRAORI auf die Position der Rundachsen schaut, wie der Cycle800.

Hallo,

wir haben nun eine erste Lösung gefunden.
Und zwar ist es ab der HMI operate noch leichter.

Es muss lediglich folgendes Maschinendatum am Anfang vom Programm auf 1 gesetzt werden.
Dann berücksichtigt er beim TRAORI die Drehung im Frame.

$MC_ORI_IPO_WITH_G_CODE=1 ;MD21104
NEWCONF

Wir sind derzeit intensiv mit DMG daran noch eine Lösung für den CYC800 in Verbindung mit der Verschiebung im A-Offset zu finden.
Eigentlich sollte auch hier die Verschiebung richtig mit verrechnet werden. DMG prüft das derzeit intern.
Falls da nichts bei rum kommt wird direkt bei Siemens ein Ticket eröffnet um das Problem zu lösen.

Gruß

Welchen SW-Stand hast denn an der Maschine?
Und was steht bei dir in den MD´s für TRAFO ?
Generell solltest du nicht die A Achse Offsetieren sondern immer mit Rotation um die X Arbeiten und anschließend mit CYCLE800 einschwenken.
Dann hast keine Probleme mit komischen Stellungen.
Das schreibt eigentlich auch Siemens so vor.

Generell dient auch MD21104 auch nicht dazu um die Schwenkung mit verrechnen.
Sondern das Verhalten vom TRAORI in verschiedenen Funktion wie ORIVECT oder ORIAXES...

SW Stand sowie MD's kann ich morgen mal nachschauen.

Der 21104 bewirkt aber genau das was er soll. Sobald dieser aktiviert ist verrechnet er die Drehung mit.

Das Problem an der Drehung ist ja genau das, dass man dann komische Schwenkungen bekommt. Es macht nämlich einen Unterschied ob da ein positiver oder negativer Wert steht. Dementsprechend ist das Schwenkverhalten anders. Und das können wir in unserem Fall nicht gebrauchen da durch dieses nicht eindeutige Schwenkverhalten unsere CAM Prüfung hinfällig wird und unsere Anfahrbewegungen dann evtl. nicht passen. Das Ganze wird ein Serienteil wo man nie weiß wie es in der A-Achse gerade liegt.

Und genau deswegen wäre dir Lösung übers Offset deutlich schöner.
Denn beim Offset funktioniert Traori ohne irgendwelche Sonderrinstellungen einwandfrei und wir könnten unsere PP's so lassen wie sie sind. Fängt ja schon damit an das wenn von Oben bearbeiten Standardmäßig den CYC800 deaktiviert haben. Wenn wir mit Drehung arbeiten bräuchten wir ja selbst dann einen aktiven CYC800.

Der Beitrag wurde von Dennis_97 bearbeitet: 23.10.2024, 15:16 Uhr

Hallo Dennis,

wenn die Drehung im Offset definiert wird, > CROT(x,...,y,...,z,...) dann wird das vom TRAORI berücksichtigt.
Der Ausrichtzyklus vom Siemens funktioniert auch über die Drehung der Ebene. Die Kinematik übernimmt den Rest.
Die Drehung der A Achse im Offset wird dabei immer zum Problem.

Ich hab unseren PP auch so aufgebaut. Die Verdrehung der Ebene wird über CROT in Frame geschrieben.
$P_UIFR[XX]=CTRANS(....):CROT(...)
Anschließend wird mit CYCLE800 vorpositioniert, hat hier den Vorteil Du kannst die Lösung und die Bewegung zum Punkt bestimmen und anschließend werden die Koordinaten mit Vektor im ORIWKS ausgegeben. TRAORI nimmt dann automatisch die kürzeste Lösung was aus der Lage in keiner Bewegung resultiert.
Du kannst davor dein Teil mittels Messtasters ausrichten und die Werte werden in der Verdrehung um XYZ vom Zyklus geschrieben.
Das Schwenkverhalten ist dann immer zum WKS gesehen gleich.