Moin!
QUOTE (V4Aman @ 31.08.2017, 00:34 Uhr)
Wennst dein Helixprogramm mit M99 aufrufst, wird ja im Hauptprogramm die Position angefahren.
Mit dem Satz CC ohne X Y übernimmt er automatisch diese vorpositionierten Werte und du kannst dann alles mit Polar schreiben.
Naja ganz so einfach ist das ja leider nicht. Ich steh' zum Beispiel vor dem Problem, dass M99/CYCL CALL bei meiner 60p für diese PGM garnicht geht. Beim Befehlt PGM CALL wird direkt das variable PGM abgearbeitet -> das heisst Eingabedaten, Vorpositionierung, PGM CALL "Name", Vorpositionierung PGM CALL "Name" usw. ende.
Bei einer Nachbarmaschine mit TNC 430 funktioniert M99 -> Eingabedaten, PGM CALL, Positionierung M99, Positionierung M99 usw. ende.
Dazu würde ich auch gern mehr wissen, warum sich das so verhält und ob man das irgendwie. ändern kann.
Alternativ am Ende des Variablen PGM LBL 0 gesetzt -> select all, copy, HauptPGM, paste und als CALL LBL im Oberprogramm. Was aufwändiger ist und ggf. mit der LBL Benennung Probleme machen kann.
Wegen alles Polar schreiben hat auch Homerq schon bemerkt, was allerdings nicht ohne Weiteres zum gewünschten Ergebnis führt. (Belehrt mich bitte eines Besseren!)
Die erste Bahn (Radiuskorrektur in X Richtung) wird über einen LP Satz angefahren und dann inkremental der Zapfen herunter spiraliert.
Das Problem dabei ist, dass für jede Ecke inkremental ein neuer CC gesetzt wird und wenn ich mit Polarwinkeln die ganze Bahn abarbeiten will muss ich mir die einzelnen CC vorher errechnen, dann entfällt auch inkrementales Weiterverfahren, Zapfenmitte muss Nullpunkt sein (Also wieder NP Verschiebung) usw., oder mit CT arbeiten, bei dem ich keine Zustellung eintragen kann. Desweiteren kann ich mit einem LP Satz auch nur in 2 Achsen verfahren, da würde die dritte Achse für die Zustellung ebenfalls entfallen und dann ist es ja keine Helixbewegung mehr .. dann kann ich auch einfach ne Kontur schreiben und mit CYCL 25 abzeilen oder einen der gegebenen Zapfenzyklen nehmen. Ziel ist aber die gleichmäßige
Helix, was die Zyklen der Steuerung leider nicht hergeben.
Grundsätzlich funktioniert das ja super, wenn ich ne Koordinatendrehung programmier kann ich da auch
drehen wie ich will, muss aber dann immer wieder zurücksetzen, neu drehen usw. was das PGM riesig und unübersichtlicher macht, mehr Programmieraufwand und Fehlerquellen, die im schlimmsten Fall zu nem Crash führen.
Kannst Du mir das genauer erklären wie das Polar einfach geht? Ich steh jedenfalls voll auf'm Schlauch :/
Grüße