Sicherheitshöhe anfahren

frank_brueggemann · ‎08-29-2021

Hallo zusammen,

ich würde gerne meinen Mach 3 Mill Postprozessor so ändern, dass das Werkzeug zuerst auf Sicherheitshöhe angefahren wird, dann in x/y positioniert wird.

Anbei ist ein Screenshot von dem erzeugten GCODE. Dieser zeigt, dass zuerst in X/Y verfahren wird, dann erst in Z.

Hier liegt immer die Gefahr eines Crashes.

Kann mir bitte jemand eine Hilfestellung geben, wie die beiden Zeilen vertauschbar sind ?

Vielen Dank und viele Grüße

Frank

rewedesk · ‎08-29-2021

@frank_brueggemann Also prinzipiell findest du die Zeilen im Mach3 PP hier:

Kann sein, dass die Zeilennummern bei dir etwas anders ausschauen, hab in meinem schon etwas rumgewerkelt.

Also rein theoretisch sollte es reichen, die Zeile 926 vor 921 zu positionieren.

ABER VORSICHT!!! Die Aussage ist ungeprüft. Kann grad nicht überprüfen, wie sich das an der Maschine verhalten würde. Also wenn du das testen willst, lass die Maschine in der Luft fräsen und positionier die Hand über den Notaus!

Evtl. müßte da noch ein G0 vor. Ich benutze bei mir keine Werkzeugtabelle in Mach3, deshalb könnte ich bei mir wahrscheinlich den zOutput.format(initialPosition.z) evtl. auch in die Zeile 921 vor den xOutput integrieren.

Gruß

Reiner

frank_brueggemann · ‎08-30-2021

Hallo Reiner,

danke für die schnelle Antwort. Habe es gerade probiert und die Zeilen vertauscht.

Es sieht dann bei mir folgendermaßen aus:

Leider bringt es im GCODE nicht den erwünschten Erfolg.

Die Sicherheitshöhe mit Z2 ist zwar etwas gering gewählt in diesem Beispiel, aber die Zeile kommt auf jedenfall vor der XY Positionierung.

Hast Du noch eine Idee ?

Danke und viele Grüße

Frank

rewedesk · ‎08-30-2021

@frank_brueggemann Ändere doch mal mit einem Kommentar:

if (!machineConfiguration.isHeadConfiguration()) {
            writeComment("Vor G43");
            writeBlock(gMotionModal.format(0), gFormat.format(43), zOutput.format(initialPosition.z), hFormat.format(lengthOffset));

            writeBlock(
                gAbsIncModal.format(90),
                gMotionModal.format(0), xOutput.format(initialPosition.x), yOutput.format(initialPosition.y)
            );

        } else {
            writeBlock(
                gAbsIncModal.format(90),
                gMotionModal.format(0),
                gFormat.format(43), xOutput.format(initialPosition.x),
                yOutput.format(initialPosition.y),
                zOutput.format(initialPosition.z), hFormat.format(lengthOffset)
            );
        }

Die Ausgabe sollte jetzt so aussehen:

(VOR G43)

G0 G43 Z15. H1

X80. Y-24.375

Tut sie das nicht, wird entweder dein geänderter PP nicht benutzt, oder es ist eine Maschinenkonfiguration gesetzt, in dem Fall sollte es so aussehen:

G0 G43 X80. Y-24.375 Z15. H1

Nachtrag: Hab nochmal nachgesehen. Der else-Zweig sollte eigentlich gar nicht benutzt werden.

Gruß

Reiner

rewedesk · ‎08-30-2021

@frank_brueggemann Lese grad, dass es wohl ein Problem mit dem Export von PP und der Verwendung geänderter PP seit dem letzten Update geben könnte:

https://forums.autodesk.com/t5/fusion-360-manufacture/latest-build-is-not-ready-for-prime-time/m-p/1...

Gruß

Reiner

frank_brueggemann · ‎08-30-2021

Hallo Reiner,

danke nochmals für Deine Hilfe.

Habe den Code wie folgt im PP hinterlegt:

if (!machineConfiguration.isHeadConfiguration()) {
writeComment("Vor G43");
writeBlock(gMotionModal.format(0), gFormat.format(43), zOutput.format(initialPosition.z), hFormat.format(lengthOffset));

writeBlock(
gAbsIncModal.format(90),
gMotionModal.format(0), xOutput.format(initialPosition.x), yOutput.format(initialPosition.y)
);

} else {
writeBlock(
gAbsIncModal.format(90),
gMotionModal.format(0),
gFormat.format(43), xOutput.format(initialPosition.x),
yOutput.format(initialPosition.y),
zOutput.format(initialPosition.z), hFormat.format(lengthOffset)
);

Es ändert aber leider nichts.

Der GCODE sieht folgendermaßen aus:

Der eingegebene Kommentar fehlt auch.

Mir scheint, dass die "if-Abfrage"

--> if (!machineConfiguration.isHeadConfiguration())

nicht zutrifft. Hast Du da eine Idee ? Muss ich da noch etwas aktivieren ?

Sonst hätte er ja mindestens den Kommentar in den GCODE schreiben müssen.

Danke.

Gruß

Frank

rewedesk · ‎08-30-2021

@frank_brueggemann schrieb:
...
Mir scheint, dass die "if-Abfrage"
--> if (!machineConfiguration.isHeadConfiguration())
nicht zutrifft. Hast Du da eine Idee ? Muss ich da noch etwas aktivieren ?
...

Das glaube ich nicht. Das kannst du aber einfach testen, indem du auch in den else-Zweig einen Kommentar einträgst:

...
else {
writeComment("bin im else-Zweig");
writeBlock(
gAbsIncModal.format(90),
gMotionModal.format(0),
gFormat.format(43), xOutput.format(initialPosition.x),
yOutput.format(initialPosition.y),
zOutput.format(initialPosition.z), hFormat.format(lengthOffset)
);
...

Wenn sich immer noch nichts ändert, wird der geänderte PP definitiv nicht verwendet.

Vlt. das Problem seit dem letzten Update mit geänderten PP ? (siehe meinen letzten Beitrag)

Gruß

Reiner

frank_brueggemann · ‎08-30-2021

Hallo Reiner,

danke für den Vorschlag. Aber beim Eintrag von:

writeComment("bin im else-Zweig");

kommt trotzdem im GCODE nichts davon an. Ich denke dann müsste auch die Positionierung anders ausschauen (wie Du zuvor beschrieben hattest).

Hm, es hat sich definitiv nach dem Updaten was geändert an meinem PP. Es war wieder immer der G54 Nullpunkt aktiv. Dies habe ich rückgängig machen können, was mich auch darauf schließen lässt, dass der der von mir veränderte PP definitiv verwendet wird.

Warum dies bei der Sicherheitshöhe nicht ankommt ist mir schleierhaft.

Die Änderungen, die Du vorgeschlagen hast, waren mir plausibel.

Kein Plan was jetzt.

Viele Grüße und Merci

Frank

frank_brueggemann · ‎08-30-2021

Noch ein Nachtrag:

Das Thema mit der Sicherheitshöhe hat bei mir noch nie funktioniert. Durch das Update von Fusion kann ich also nicht sagen, ob damit etwas verändert wurde.

Gruß

Frank

rewedesk · ‎08-30-2021

@frank_brueggemann schrieb:
...
Das Thema mit der Sicherheitshöhe hat bei mir noch nie funktioniert. Durch das Update von Fusion kann ich also nicht sagen, ob damit etwas verändert wurde....

Darum ging es weniger. Es scheint so, als ob sich beim Export des PP und anschießender Verwendung des geänderten PP evtl. ein Fehler eingeschlichen hat.

Ich denke, dass in deinem Fall der geänderte PP gar nicht verwendet wird.

Wie genau stellst du denn sicher, dass der geänderte PP benutzt wird?

Gruß

Reiner

Gruß

Reiner

rewedesk · ‎08-30-2021

@frank_brueggemann Hier kannst du nochmal genau sehen wie ich vorgehe

Screencast

Vlt. machst du irgend etwas anders.

Gruß

Reiner

frank_brueggemann · ‎08-30-2021

Hallo Reiner,

ich war mir sicher, dass Fusion den geänderten PP verwendet, da ich die mach3mill.cps im Fusion Verzeichnis direkt geändert habe. Hier war nach dem Fusion Update eine Zeile drin, die immer den G54 im Programm aktiviert hatte.

Dies konnte ich gestern durch Änderungen im PP (Fusion Verzeichnis) entfernen.

Daher ging ich davon aus, dass Fusion auch den PP hernimmt, wenn ich die Zeilen bzgl. der Änderungen an der Sicherheitshöhe vertausche

Ich habe aber (wie Du im Video) jetzt einen eigenen PP importiert und zack, da gehts 🙄😊.

Die Reigenfolge passt, der Kommentar wird auch mit angegeben. Super !

Freue mich total. Da hast Du mir sehr geholfen !!

Vielen Herzlichen Dank dafür !!

Beste Grüße

Frank

rewedesk · ‎08-30-2021

@frank_brueggemann schrieb:
...
Die Reigenfolge passt, der Kommentar wird auch mit angegeben. Super !
Freue mich total. ...

Na probier's erstmal aus, ob die Fräse tut wie sie soll 😉

Noch eine Anmerkung. Ich gehe davon aus, dass du dir genau überlegt hast, warum du das so willst.

Für mich wäre diese Änderung extrem kontraproduktiv.

Bei mir steht die Spindel vor dem Fräsvorgang immer ganz oben. Entweder weil ich den Fräser eingespannt habe (das macht mein M6) oder weil ich die Oberfläche genullt habe, da fährt meine Fräse auch am Ende automatisch ganz nach oben.

Will mir gar nicht ausmalen, was passiert, wenn die Fräse erst auf die Sicherheitshöhe fährt (die ist bei mir immer ca. 20mm über dem Werkstück) und dann x,y anfährt und dabei mal eben meine Spannmittel...;-)

Gruß

Reiner

frank_brueggemann · ‎08-30-2021

Ja,

hab des schon überlegt warum.

Der Hintergrund ist, dass nach dem NP antasten die Fräse meißt auf dem NP steht.

Wenn ich dann das Programm starte und die Fräse fährt zuerst in x/y, fräst diese quer über die Oberfläche mit G0.

Wenn diese uneben ist etc. führt das meißtens zum Crash.

Ich ändere also seit Jahren die Reihenfolge der beiden Zeilen immer von Hand, in jedem Programm.

Zuerst Z (Sicherheitshöhe) und dann X/Y macht deshalb für mich Sinn.

Bin froh, dass ich das jetzt erstmal automatisch drin hab.

Viele Grüße

Frank

rewedesk · ‎08-30-2021

@frank_brueggemann schrieb:
...Der Hintergrund ist, dass nach dem NP antasten die Fräse meißt auf dem NP steht...

Hab mir das schon gedacht. Und in dem Fall ist das durchaus sinnvoll.

Gruß

Reiner

frank_brueggemann · ‎08-30-2021

Ja, find auch!

Merci nochmal für Deine ausdauernde Hilfe!

Grüße

Frank

Gemeinschaft

Sicherheitshöhe anfahren

Sicherheitshöhe anfahren

Sicherheitshöhe anfahren