SUPA Befehl mit sporadischer Fehlfunktion

Morgen

Wir haben ein kleines „Problem“ an einer unsere CNC Maschinen. Es handelt sich um eine DMG Maschine (DMU 50M BJ 2001) mit Sinumerik 810D Steuerung, als Bedienoberfläche nutzen wir ausschließlich ShopMill v05.01.08

Das Problem ist, das die Maschine manchmal (auch nicht reproduzierbar), den Befehl SUPA G0 Z-1 nicht ausführt und dann die Fehlermeldung „Endschalter Z+“ ausgibt.
Von DMG konnten uns zwei Monteure bisher nicht helfen, auch der telefonische Support, stieß bei unserem Problem an seine Grenzen. Siemens verwies uns an den Maschinenhersteller.

Eventuell ist der Befehl ja an Bedingungen oder Parameter gekoppelt. Meines Wissens ist dies aber alles nicht der Fall.

Ich hoffe dass ihr uns hierbei helfen könnt und den ein oder anderen Lösungsvorschlag oder Ansatz habt.

Danke

Hallo,

versuche mal vor dem SUPA ein D0 einzugüfen und nach dem SUPA ein D1.
Das sollte abhilfe schaffen.

D0
SUPA G0 Z-1 ; hier kann es auch sein das du Z475 eingeben musst
G0 SUPA X650 Y520 ; <--fals du auch dein Werkzeug in der Ecke der Maschine parken willst
D1

Lg

Der Beitrag wurde von N0F3aR bearbeitet: 17.02.2017, 10:01 Uhr

Soviel zum Thema "nicht reproduzierbar" ;)

Egal ob G53 oder SUPA , wenn du mit einem Werkzeug in der Spindel und einer aktiven Schneidenkorrektur ( D1 oä. ) auf Z-1 willst, oder jeder anderem Z- Wert wo das Werkzeug länger ist als dieser Z-Wert ist diese Fehlermeldung vollkommen normal und logisch.

Ich dacht immer das dieser Befehl dafür da ist, um an eine Safety Position anzufahren, egal wie lang oder wie kurz ein Werkzeug ist. X und Y macht nie Probleme, egal wo der Punkt liegt.
Z hingegen schon. Ich werde jetzt mal mit D0 und D1 versuchen und dann berichten, ich werde auch mal den Fehler abfotografieren.

Ist ja auch ganz normal, dass X oder Y keinen Fehler verursacht.
Erst mit G41 / G42 wird der Werkzeugradius aktiv, und wirkt sich damit aktiv auf die Koordinaten von X und / oder Y aus. Ansonsten ist immer die XY Position exakt in der Spindelmitte.

Habe jetzt ein kleine Programm laufen lassen, läuft alles, keine Problem mit SUPA Z-1, verstehe es aber nicht wieso.

Anbei mal Screenshots, vielleicht sieht ja jemand von euch noch was darauf.

Zur Lösung des Problems wäre es besser das Programm und die exakte Fehlermeldung zu kennen, wenn die Maschine streikt.

Hey,

erstmal zum SUPA.
SUPA ist keine "Safty" Position sondern ein Kommando um Satzweise eine Nullpunktverschiebung zu unterdrücken.
Je nach MD wird dabei die Werkzeuglänge / Radiuskompensation unterdrückt oder nicht.

Sprich kommst du aus dem Programm mit aktivem D1 so ist in SUPA Zeile D1 auch aktiv.
Hast du einen Zyklus Aufruf der die Längenkompensation ausschält / so ist D0 aktiv.
Im ersten Fall fährst Du auf Softwareschalter ins + im zweiten nicht.

So haben jetzt ein bisschen rumprobiert.
Wie ihr schon sagtet, es liegt definitiv an D1 bzw. D0

Jetzt läuft es so, wie es soll! Wird jetzt auch gleich im PP so eingestellt.

Danke euch für die schnelle Hilfe und ein schönes Wochenende.

Hi

Und nicht vergessen im Satz nach SUPA wieder D1 zu aktivieren, sonst wirds LAUT in der Maschine wenns zur nächsten Bearbeitung geht.
Werkzeugwechseln kannst du auch mit D0, aber wenn danach eine weitere Bearbeitung ansteht, sollte man die Längenkorrektur wieder aktivieren. Eventuell wenn Ihr mit mehreren Schneiden / Stufenwerkzeugen oä arbeitet, die aktuelle Schneide vor SUPA mit $P_TOOL sichern, und danach wieder herstellen.

Das könnte man auch elegant in einem Zyklus oder Unterprogramm lösen, da muss man nicht den PP mit Zusatzangaben belasten
Oder das Maschinendatum ( ala HEXO ) abändern, dann gehts ohne jeden zusätzlichen Programmcode.

so in der art haben wir es auch es ist ein UP namens PARKEN da ist das obere drin so wie ich das geschrieben hab. Jetzt kannst du auf jeder Maschine das Programm anweden obwohl dort ein andere Parkpostion ist. Den rest hat Hexagon gut erklärt.

Lg

Das find ich irgendwie lustig ^^

vor allem das man sich auf eine Community verlassen kann und seitens Hersteller nur gebabbelt wird.

So Btw.
Ein paar Details zu SUPA (falls es einen interessiert).

Funktionen die Frames abwählen:
G53 / G500 wählt Frames ab da wird ABER Basis mit berücksichtigt. Hier kann es durchaus knallen ... wenn jetzt die Basis geschoben wurde.
G153 wählt alles ab bis auf die Bahnsteuerung. Sprich verschleifen ist aktiv / Genauheitsfenster ebenso.
SUPA wählt zudem Frame Funktionen und Bahnsteuerung ab und macht bei jedem Satz einen Genauhalt.

G153 ist dann ganz interessant bei Umfahrungen wenn man Taktzeit sparen will, kann man durchaus mit großem ADISPOS Wert schaffen

Der Beitrag wurde von Hexogen bearbeitet: 17.02.2017, 17:19 Uhr

Hi


Hexo ich kann deine Aussage sehr wohl verstehen.
Das ganze hat eine gewisse Ironie !
Aber jetzt stellt sich auf dieser Ebene die Frage, welche Typen werden an eine Zerspanungsmaschine herangelassen ?

Bissel CAM Proggen, und der Rest muss passen ! Hier sollte der CAM Hersteller in der Pflicht sein, ...
Oder die Typen vom Maschine- und Software- Einkauf austauschen ... Und die Bediener gleich mit !

Wir verwenden es in folgender Form:

SUPA G0 Z=-1-$P_TOOLL(1)

Da wird gleich die aktive Werkzeuglänge immer automatisch mit weggrechnet und ist nach dem Satz auch von selbst wieder da.

Hi

Das ist etwas überheblich

TOOLL ist eine Softwarestand abhängige Geschichte.
Kann durchaus sein das es so nicht an allen Siemensen funktioniert.

Da die Maschine Bj 2001 ist, wird es TOOLL dort noch nicht geben. Ich denke, das gibt es frühestens etwa ab 2005 (so aus dem Gedächtnis heraus), evtl. sogar noch später. Das kann man ja aber schnell ausprobieren.

Was immer funktioniert ist ein kleines globales UP "EL_Z".:

Hey guest,

[klugSch***er]
da fehlt noch die Achs Angabe Z= $MA_POS_LIMIT_PLUS[xx]
[/klugSch***er]

Hi


Ich will dir nicht widersprechen, aber meines Wissen gehört zu der Varaiable $MA_POS_LIMIT_PLUS noch der Achsbezeichner.
In der Schreibform dann wohl $MA_POS_LIMIT_PLUS[AX3] , wobei AX3 die 3 Achse, also Z sein dürfte

Stimmt!
Als Achsbezeichner kann "AX3" für die 3. definierte Maschinen-Achse oder der Achsname, der aber auch vom Hersteller abhängt, angegeben werden.
In der Regel sollte "$MA_POS_LIMIT_PLUS[AX3]" oder "$MA_POS_LIMIT_PLUS[Z1]" funktionieren.