[erzkanzler]

Hallo,
bei uns wird sowohl extern mit ProNC als auch direkt an der Maschine mit ShopMill 5-achsig programmiert (Sinumerki 840D).
Die externen Programme werden mithilfe von Vericut simuliert, um Kollisionen zu vermeiden.
Jetzt die Frage:
Kann ich den ShopMill-Code irgendwie in den G-Code übersetzen, damit ich die Shopmill-Programme simulieren kann? Die Steuerung muss das ja auch irgendwie machen, oder?
Siemens sagt nur, dass es von Siemens nichts dergleichen gibt, aber sicherlich Software erhältlich ist, die das macht.
Kennt jemand von euch was in dieser Richtung?
Habe selbst noch nichts gefunden.
Danke im voraus für Antworten

[Daniel .]

Angeblich können neue Softwarestände das auf der Maschine übersetzen.
Das letzte mal warenh zwar noch jede menge unbrauchbares dazwischen, aber das sollte wohl auch noch behoben werden.

Welchen Softwarestand hast Du denn?

[Protte]

Hallo,

da man in Vericut die komplette Maschine und Steuerung abbilden kann, ist es sicherlich möglich auch das von dir erzeugte Programm zu simulieren ohne das du es umwandeln musst.

Kostet halt ne Stange Geld, die Maschine + Steuerung in Vericut abzubilden. Wichtig ist, das dann noch jemand die Werkeuge in Vericut einpflegen muss.

[Dainty Davy]

Siemens sagt nur, dass es von Siemens nichts dergleichen gibt, aber sicherlich Software erhältlich ist, die das macht

Von Siemens gibt es keine Dokumentation der ShopMill-Syntax für Externe. Wir wollten einen PP erstellen, der ShopMill ausgibt; Siemens hat zum Zeitpunkt EMO 2005 deutlich gemacht, daß es diese Dokumenation icht gibt. Sie gibt es offentsichtlich auch heute noch nicht.

Deshalb kann es m.E. auch keine externe Software geben, die ShopMill erzeugt bzw. ShopMill interpretiert.

Falls es doch externe Software geben sollte, wird diese immer dann (mangels Dokumentation) an Grenzen stoßen, wenn es eine neue ShopMill-Version gibt.

[krishna74]

Hallo,
Um ein Programm zu schreiben, das Dialogkram in G-Codes übersetzt (oder andersrum), muß man GENAU wissen, wie die Steuerung tickt, also; wie sie welchen Zyklus ausführt.
Beispiel Taschenzyklus: Woher will der PP wissen, wie die Steuerung die Tasche ausführt??? OK, muß er eventuell ja gar nicht, er kann ja seine eigene Strategie fahren.... Hat von Euch schonmal einer drüber nachgedacht, wie man sowas programmiert?
Einfacher sind da Bohrzyklen oder Gewindebohrzyklen oder einfache Wegebefehle....
Da gehört eine Menge Wissen über die Logik der Steuerung dazu, um so ein Programm einigermaßen zum Laufen zu bringen!!!!!
Achso: Eine Programmiersprache muß man auch noch beherrschen...
aber wie gesagt: wenns an spezielle Zyklen geht, dann hört es bei mir auf. Das bekomme ich Kopfmäßig nicht auf die Reihe....

Wenn es nur Bohrungen und Wegebefehle sind, sehe ich eigentlich keine unüberwindbaren Probleme, sowas selbst zu schreiben...

Außerdem: gibt es einen vernünftigen Grund, ISO umzuwandeln in ShopMill???
Warum sich das Leben schwermachen? die Maschinen akzeptieren doch ISO! Oder?


Zum Anderen: Der Shopmill-Code würde nach dem Portieren genauso unleserlich sein wie der ISO-Code, denn es ist nur eine UMWANDLUNG!

Wenn man in ProM eine Tasche ausräumt, kommen hinten nur Wegebefehle raus! Also wars nix mit Vereinfachung....


Grüße aus Sinsheim.

Krishna

[uli12us]

Zumindest die normalen Zyklen der 8x0D kann man sich im Editor der Maschine oder am Computer anschauen. Selbst ein einfacher Bohrzyklus ist schon recht tricky programmiert. der muss ja auch mit anderer Spindellage usw funktionieren. Die Taschenzyklen sind schon wesentlich aufwendiger.