Rohteildefinition

Hallo Allerseits,

wie sieht Eure Ausgabe der Rohteil-Definition aus, in dem Fall, wenn mehr wie ein NP genutzt wird? Kommen dann bei Verwendung von NP2 im NC-Programm die Abmaße aus NP1 an?

Gibt es jemand, der weiß, wie man im PP die aktuelle Lage berücksichtigt?

Würde mich auch über Lösungsansätze freuen.

Herzlichen Dank im Vorraus.

Grüße Orgelbie

Moin orgelbie,

meines Wissens wird nur in der @start_of_file was zum Rohteil ausgegeben:

(1)@start_of_file ==> program_number:1 g_file_name:'.NNN'
..> home_number:1 home_changed:false
..> stock_x_plus:1040.000 stock_y_plus:0.000 stock_z_plus:510.000
..> stock_x_minus:-1040.000 stock_y_minus:-187.000 stock_z_minus:-10.000
..> stock_x:2080.000 stock_y:187.000 stock_z:520.000
..>

Meinst Du mehr als einen Maschinennullpunkt ?

(1)@home_number ==> home_number:2 home_user_name:''

Zwischen diesen gibt SC m.W. keine Beziehung aus. Die kennen sich gar nicht, da quasi neue Aufspannung.



(1)@tmatrix ==> mac_number:1 position:1 home_user_name:'Horizontal B180'
(1)@tmatrix ==> mac_number:1 position:2 home_user_name:'Vertikal'

Innerhalb einer Gruppe "Nummer in Maschine" stehen die Beziehungen in der @tmatrix.

Meinen wir ungefähr das Ähnliche ?

Gruß,
t.

Hi nebbe,


genau das meine ich.

Wie bekomme ich jetzt aber für meinen 2. NP die Werte für die Rohteildefinition, da ja die stock_X_plus usw. Parameter ja nur einmalig am Anfang ausgegeben werden?

Grüße Orgelbie

Moin orgelbie,
ich glaube, da kommste wohl nicht dran. Stockabmasse werden nur zum mac_number 1 ausgegeben.
Du willst auch mac_number 2 und eventuell folgende, gell ?
Einzige Idee und schlechter work around: muss ein eigenes SC Projekt sein. Damit sind aber die Vorteile hin. :-(
Fragst Du mal bei SC ?

Gruß,
Thorsten

Hallo,

ja, ich hatte schon mal vor einiger Zeit bei SC lose nachgefragt, habe vielleicht nicht jemand gehabt, der wirklich tief in der Materie drin steckt, allerdings mit der Erkenntnis, die Du gerade beschrieben hast.

Aber man müßte doch die Informationen aus der tmatrix-Routine verwursten können, was meinst Du?

Aber vielleicht gibt es jemand im Forum, der die Parameter bereits entsprechend auswertet?

Gruß Stefan

Moin,

tmatrix fängt bei neuer mac_number von vorne an. Es gibt keine Beziehung zwischen den einzelnen mac_numbers. Hätte ich auch schon gut gebrauchen können.
Nun nutzen wir es wirklich nur dazu, mehrere Spannungen in einem Projekt "unterzubringen".
Wäre allerdings schön zu haben.

Thorsten

hallo zusammen,

habe auch gerade mit dieser Problematik zu tun. Ist an SolidCAM gemeldet, so dass in Zukunft dann die stock-Werte sich auf den jeweiligen Nullpunkt beziehen. Dann klappt das auch mit korrekter BLKFORM für jedes Einzelprogramm eines Projekts

Grüsse

Markus

Der Beitrag wurde von Markus Roth bearbeitet: 07.04.2010, 12:15 Uhr

Hallo,

@ Markus Roth,

herzlichen Dank das Sie als Vertreter von SolidCAM an der Diskussion teilnehmen und Informationen liefern, die der reine Anwender nicht wissen kann!!!

@alle:

Ich bitte um Entschuldigung, wenn ich Hartnäckig bin:

Die Parameter, die in @tmatrix gesetzt werden, wie shift_x und entsprechende, tmatrix_I_1 bis xxx_16, die Winkelparameter, müßten einem doch
auch die fehlenden Informationen liefern, wenn man diese entsprechend umrechnet.

Oder???

Grüße Orgelbie

Moin orgelbie,

Antwort: nein.

@tmatrix gibt nur für den jeweiligen Maschinennullpunkt (mac_number) die weiteren Verrechnungen aus, die zu diesem Nullpunkt gehören.

mac_number:1 position:1ff : dies ist der "Ur" Nullpunkt. hierauf bezieht sich stock_x,y,z usw. Alle anderen Werte sind hier Null und weitere Nullpunkte beziehen sich auf diesen (sehr wichtig bei Mehrseiten PP).

mac_number:2 position:1ff weiss nicht einmal, dass es einen mac_number 1 gibt ! Keine Verbindung ! Nix ! Niente ! Nada ! Schade.

Was hast Du eigentlich vor ?

Bleib' hartnäckig !
Gruß,
Thorsten

mac_number: x position: 1 ist immer der Ursprung. Kann als Bezugspunkt oder Preset bei Heidenhain gesehen werden, resp. G5x oder G54.1 Px bei Fanuc

mac_number: x position: x sind dann für indexiale 4/5-Achsen Bearbeitung die entsprechenden Indexierungen, mittels Cycl 7 und Cycl 19 / PLANE auf der Heidenhain ansteuerbar.

Es gibt keine Verbindung zwischen Mac_number1 und mac_number_x, da das jeweils Ursprünge sind. stock Werte in @start_of_file beziehen sich momentan immer und überall auf mac_number1, resp. den ersten definierten Nullpunkt des CAM-Teils. Ich habe den Entwicklern mitgeteilt, dass sich die stock-Werte in @start_of_file auf den entsprechend benutzen Nullpunkt, home_number in @start_of_file beziehen müssen. Dann lassen sich entsprechend korrekte BLKFORM Ausgaben für mehrere NC-Programme aus dem gleichen CAM-Teil bei verschiedener Lage der Nullpunkte erzeugen.

Wenn du in der .mac home_data_start auf Y setzt, kriegst Du im Programmkopf alle Daten zu den Nullpunkten und Positionen in @home_data. Da lässt sich schon einiges anstellen damit (eigene Erfahrung). Ich sehe den Grund, die Verschiebung zwischen Mac1 und Mac2 zu haben, nicht. Vielleicht magst Du mir erklären, was Du anstellen möchtest damit?

Grüsse

Markus

Hallo Nebbe, hallo Markus,

vielen Dank für Eure Antworten!

Hintergrund ist wie schon angeklungen die passende BLKForm-Ausgabe in der NC-Datei.

Es kann ja sein, das ein SolidCAM-Teil mehrere NP beinhaltet, eine Mehrseitenbearbeitung, und manuell umgespannt wird.
Niemand würde auf die Idee kommen, und für jede Aufspannung ein neues SC-Teil anzulegen. Wenn jetzt wie eigentlich immer das Teil nicht über gleichlange Seiten verfügt oder die NPe mal Mitte, mal auf der Ecke liegen, passt die Ausgabe der Parameter, die die BLKForm steuern, nicht mehr.

Letztlich muß das PGM editiert werden.

Und da würde ich gerne von weg.

Grüße Orgelbie

Vielleicht noch ergänzend:

Der NC-Code wird natürlich dann auch für jeden neuen NP getrennt generiert.

Hoi Orgelbie,

genau das benötige ich auch, deswegen habe ich die Entwickler informiert, damit sie die Ausgabe der stock-Werte entsprechen dem benutzen Nullpunkt ausgeben und nicht immer auf den ersten. Wir werden schon noch kriegen, was wir uns wünschen

Grüsse

Markus

Danke für das Lob, ich versuche, einigermassen regelmässig hier reinzuschauen und mitzumachen, sofern ich etwas dazu beitragen kann und es meine Zeit zulässt.

Hallo Markus,

gerne, vor allem wenn berechtigt.

Apropos Wünsche:

Würde es Sinn machen, einen eigenes Thema zu eröffnen, mit einer Wunschliste mit Funktionen, die Anwender liebend gern in SolidCAM verwirklicht sehen würden, resp. die eleminiert werden sollten? Ich meine, hätte SolidCAM da ein offenes Ohr?

Ich bin nicht nur hartnäckig, sondern wohl auch gierig...


Grüße Orgelbie

Ich denke, Dein Reseller ist die beste Adresse, um Deine Anregungen und Wünsche mitzuteilen. Die Reseller haben direkte Kontake zu SolidCAM selber und können sich dort dann auch entsprechend miteinbringen. Grundsätzlich lebt ja eine Software, resp. deren Entwicklung auch vom Feedback der User, das hat nichts mit gierig zu tun

Grüsse

Markus

zur Info,

die korrekte Rohteilausgabe für geteilte CAM-Programme mit mehreren Nullpunkten ist erledigt und wird in SolidCAM 2010 SP1 mit drin sein.


Grüsse

Markus

Hallo,

vielen Dank für die Information!

Das ist ja mal eine echt freudige Nachricht

Viele grüße orgelbie

Hallo,

ich komme noch mal auf die Thematik zu sprechen.

SC 2010 SP1 ist ja nun in diversen Sprachen freigegeben.

Leider finde ich keinen Parameter, der die Verschiebung von NP1 zu NP2 angibt oder die neuen Koordinaten liefert.


Ist denn nun wie von Markus angekündigt, in dieser Sache Rohteilausgabe etwas passiert?

MfG Orgelbie

Hoi Orgelbie,

eine Verschiebung von MaschinenNP1 zu MaschinenNP2 gibt es nicht. Korrigiert wurde folgende Situation:

CAM-Teil mit mehreren MaschinenNP für Mehrfachaufspannung mit geteilten Programmen lieferte die stock_values immer bezogen auf den ersten definierten NP. Nun werden diese Werte jeweils korrekt initialisiert. Folgende Situation ist also jetzt möglich, korrekt auszugeben:


NP1
Job1
Job2
Job3
Job4
-----> Programm geteilt
NP2
Job5
Job6
Job7
---> Programm geteilt
NP3
Job8
Job9



Wenn du mehrere MaschinenNP im gleichen Programm hast, beziehen sich die stock_values immer auf den ersten NP, der in diesem Programm auftaucht.

Kann sein, das wir leicht aneinander vorbeigeschrieben haben früher?


Grüsse

Markus

Hallo Markus,

vielen Dank für die Information. Ich habe die Situation zunächst nachvollziehen müssen.

Bei neuen Nullpunkten innerhalb der Maschinen-NP passiert nichts; bei neuem Maschinen-NP schon.

Tatsächlich hätte ich mir dies noch letwas anders vorgestellt. Aber bei genauem Überlegen glaube ich, die Umsetzung ist so genau richtig.


Viele Grüße

Orgelbie

So,

leider muß ich meine Aussage wieder relativieren, einschränken.

Liegt Maschinen-NP1 auf der gleichen Ebenen wie M.-NP2, kommen korrekte Werte.

Aber wehe, liegt der 2.Maschinen-Nullpunkt etwa gedreht, gibt SC glatt wieder die Werte vom 1.NP.

Schade!


Ich glaube, ich muss doch die Informationen, die in der T-Matrix zu finden sind, doch noch mal analysieren.
Vielleicht kann man die korrekten Werte darüber berechnen und korrekt ausgeben lassen.

Viele Grüße

Orgelbie