---

Hallo zusammen,

ich arbeite gerade an einer Projektarbeit mit dem Thema "Untersuchung der PLM XML Intergration in Teamcenter". Leider gibt das Internet, neben dem Infomaterial von Siemens, nicht allzuviel Informationen über PLM XML her. Auf Anfrage bei Siemens, ob es noch weiteres Infomaterial zu PLM XML gibt wurde ich lediglich auf das PLM XML White Paper verwiesen.
http://www.plm.automation.siemens.com/de_de/products/open/plmxml/#lightview%26uri=tcm:73-11521%26title=Open%20Product%20Lifecycle%20Data%20Sharing%2 0Using% 20XML%20-%20PLM%20Components%20White%20Paper%20-%201247%26docType=.pdf

Mit den Mitteln die mir zur Verfügung stehen kann ich die PLM XML Schnittstelle nur begrenzt austesten, aber auf keinen Fall auf Erfahrungswerte zurückgreifen. Deswegen meine Frage an euch, welche Erfahrungen habt ihr mit PLM XML gemacht ? Ist PLM XML für den Import/ Export von Daten sinnvoll oder ist es besser auf Anwendungen von dritt Anbietern zurück zugreifen? BZW. arbeitet ihr überhaupt mit PLM XML ?

Liebe Grüße
Nicolai

[Diese Nachricht wurde von nickz am 26. Jun. 2012 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

>>BZW. arbeitet ihr überhaupt mit PLM XML ?

Ich hatte vor einigen Jahren mal eine kurze Sonderschulung zur Erstellung von Import-/ Export-Profilen mittels TC erhalten. Aber mangels Übung und mangels Schulungsunterlagen ist das alles wieder vergessen.
So benutzen wir heute bei seltenen Gelegenheiten nur zwei der von Siemens im Standard installierten Profile. (Export von Dateien, die in Stücklisten-Strukturen enthalten sind.)

>>Ist PLM XML für den Import/ Export von Daten sinnvoll ?

Sinnvoll ja, aber extrem mühsam.

>>...oder ist es besser auf Anwendungen von dritt Anbietern zurück zugreifen?

Liefern denn diese Drittanbieter bessere Dokumentation / Trainingsunterlagen als Siemens?
Was nutzt mir das "beste" Tool, wenn es am Verständnis mangelt?

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich habe ein sehr ähnliches Problem, dass über PLMXML kaum etwas ergiebiges zu finden ist. Konkret bin ich auf der Suche nach einer Möglichkeit, relativ einfach selbst PLMXML-Dateien zusammenzubauen bzw. bestehende Dateien zu bearbeiten/erweitern und Tools, mit denen dies möglich ist. Leider stehe ich was XML generell betrifft noch relativ am Anfang, würde aber gerne mehr darüber lernen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hey schulze,

danke für deine Antwort. Das hat mir schonmal geholfen, ich habe auch in der Firma in welcher ich Praktikum gemacht habe nachgefragt und hier wird PLM XML auch nicht genutzt. Zur Verbindung zwischen PLM und ERP werden z.B. von der Firmeninternen IT-Abteilung eigenentwickelte Anwendungen genutzt.

LG

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

>>Zur Verbindung zwischen PLM und ERP werden z.B. von der Firmeninternen IT-Abteilung eigenentwickelte Anwendungen genutzt.

Da gibt es mittlerweile mehrere Siemens-Partner, die Schnittstellen anbieten.

Bei PLMXML ist halt das Problem zweifacher Art:
Es genügt nicht, den Syntax von PLMXML zu kennen.
Wichtig ist die Kenntnis der internen Zusammenhänge in der TC-Datenbank.

------------------
R.Schulze

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Die Themen Datenaustausch und -integration bei PDM-Systemen ist komplex ... PLMXML ist eine technische Lösung dafür. Grundsätzlich sind alle Austausch- bzw. Integrationsansätze eher kompliziert, weil die jeweiligen Endpunkte (beteiligte Systeme bzw. Anwender) sehr unterschiedlich sein können. Dies gilt insbesondere für die Datenmodelle in den PDM-Systemen. Je nach Situation sind die durch das Customizing so verschieden, dass ein "einfacher" Austausch nicht möglich ist.
PLMXML ist ein Siemens PLM-proprietäres Datenaustauschformat. Im Teamcenter-Umfeld hat es den großen Vorteil, dass viele Eigenschaften des Teamcenter-Datenmodells unterstützt werden. Es kann unter anderem auch für Zwecke innerhalb einer Teamcenter-Installation eingesetzt werden. Einer meiner ehemaligen großen Kunden hat damit große Produktstrukturen nächtlich ausgeleitet und die Ergebnisse für Visualisierungszwecke genutzt.
Als neutrales Format unterstützt Teamcenter auch STEP (ISO 10303). Prinzipiell ist das gut, denn damit kann man theoretisch auch andere PDM-Systeme bedienen. Allerdings ist dabei immer ein beträchtlicher Anpassungsaufwand erforderlich, man spricht dann von Mapping. Also die Veränderung der Eingangsdaten, so dass das Zielsystem in der Lage ist, die Daten auf das Zielformat abzubilden.
Schnelle Lösungen gibt es damit selten ... PLMXML-Mappings kann man in weiten Grenzen in Teamcenter anpassen. Dazu ist allerdings ebenfalls eine Menge Erfahrung erforderlich.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

PLMXML ist das flexibelste, aber auch komplexeste Austauschformat im TC Umfeld,

nach meiner Erfahrung wird (PLM)XML immer mehr im Teamcenter Framework ausgebreitet. So arbeitet zum Beispiel das neue Definitionswerkzeug für Berichte im TC 8.3 auch mit (PLM)XML Definitionen und Berichten.

Ich setze zum Beispiel PLMXML ein um Teamcenter Daten bei einem Workflow an ein externes Batch Queue Tool (Condor) übergeben zu können. Oder ein PLMXML Export für die Konvertierung einer Teamcenterbaugruppe in eine JT2GO Offline lesbare Baugruppe. Durch die offene Struktur der PLMXML Schnittstelle und mit entsprechenden XSL Stylesheets sind sehr viele Schnittstellenszenarien denkbar. Als letztes Projekt habe ich zum Beispiel eine XSL erstellt, welche anhand eines PLMXML Reports eine Timeline über die Erstellungsdatumsangaben der verschiedenen Revisionen darstellt.

Wichtig ist, dass man sich mit der PLMXML Struktur und den Teamcenter Transfermodi auseinandersetzt. Im GTAC nach dem PLMXML toolkit suchen. Dort gibt es u.a. eine PDF Datei "PLMXML SDK V702 Schema Functional Description". Dort sind alle PLMXML Tags erklärt.

Inhalt des beschriebenen Dokuments:
...
Introduction
The next few chapters describe the elements and attributes available in the standard PLM XML schema and show how you can use them to represent product data.
- This chapter describes the overall structure of the PLM XML schema, including common parts that are used throughout the schema.
- Chapter 5, “Specifying The Components of Shape” describes how to represent part, instance, and transform information.
- Chapter 6, “Specifying Representations of Parts” describes how the parts in a model are represented once they have been defined.
- Chapter 7, “Specifying Product Data” describes how to store instance graphs and product views.
- Chapter 8, “Representing Revisions and Views”, describes how to represent fully managed, revision-based PDM (Product Data Management) data.
- Chapter 10, “Representing Geometry” describes how geometric information can be represented.
- Chapter 11, “Controlling Scene Display” describes the support that PLM XML provides for representing a particular graphics scene.
- Chapter 12, “Defining Markup Information” explains how you can represent markup and redlining data for entities in PLM XML.
- Chapter 13, “Defining Properties” explains how you can represent mass properties information in PLM XML.
- Chapter 14, “Defining Texture Information” explains how you can represent texturing information in PLM XML, which can then be applied to polygons in a scene when rendered by your application.
- Chapter 15, “Representing User Data” describes the support PLM XML provides for encoding pairs of arbitrary data values.
- Chapter 16, “Representing Feature Tree Information”, explains how simple, nonsemantic feature information can be represented and exchanged between application.
- Chapter 21, “Referring To Entities In Other Applications”, explains how you can create references to entities in collaborating applications that can persist between different sessions.
- Chapter 22, “Referring To Entities In Other Files”, explains the different methods you can use to refer to external files from a PLM XML document.
- Chapter 23, “Representing Delta Information”, explains how you can generate PLM XML documents that just describe the changes made to a master document stored elsewhere.
If your application saves product data in any form, then it must be able to generate
documents as described in these chapters in order to provide sufficient support for
PLM XML.
...

Ein andere Quelle sind die PLMXML Spezifikationen unter http://www.plm.automation.siemens.com/en_us/products/open/plmxml/schemas.shtml

Gruß

Matthias 

[Diese Nachricht wurde von MAhrens am 16. Jul. 2012 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP