---

Hallo Zusammen,

ich versuche mich gerade durch das grau der Programmierung zu kämpfen. Ich möchte ein Stücklistenprogramm schreiben das mir erst alle Bauteile/Baugruppen aus dem Strukturbaum in meine C# Anwendung schreibt (mit Bauteilpfad zum zurückschreiben | Modellname | Param. Material (benutzer) | Param. Typ (benutzer) | Param. (benutzer) | ...). In dieser C# Anwendung möchte ich nun alle Parameter komfortabel editieren können und anschließend mit OK in CoCreate zurückschreiben. Der Hintergrund ist, dass wir keinen ModelManager in der Firma nutzen (auch in Zukunft nicht) und das ewige zuweisen von Parametern indem man sich von Teil zu Teil "angelt" empfinde ich als zu große Fehlerquelle.

Benötigt man für diesen etwas umfangreichere Addon spezielle Lizenz um die Verbindung zwischen .net und CoCreate herzustellen? Ich habe bereits in der Dokumentation gesucht aber mir fehlt irgenwie der korrekte Anfang um die Verbindung herzustellen. Wenn mir einer ein kleines Beispiel geben könnte Währe ich super dankbar (C# oder  VB.NET währe von Vorteil bei den anderen Sprachen tue ich mir noch etwas hart.)

Für ein paar Infos währe ich sehr dankbar!

Vielen Dank im voraus.

Gruß Christian

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

---

Vorab: Bin mir bei der Lizenz nicht ganz sicher, was aktuelle Versionen angeht, aber ich denke, Du brauchst keine spezielle.

Das .NET-API in CoCreate Modeling unterstützt sowohl externe als auch interne Clients ("add-ins"). Welchen Clienttyp man wählt, das hängt von der konkreten Anwendung ab. Fragen, die man sich stellen muss (nur zur Anregung):

• Wie ist der Lebenszyklus der Anwendung?
  
• Braucht sie zur Erfüllung ihrer Aufgabe immer eine laufende Instanz von CoCreate Modeling?
  
• Soll die Anwendung auch auf Rechnern laufen, auf denen kein CoCreate Modeling installiert ist?
  
• Anbindung über COM oder .NET?
  

Wenn die Anwendung nur dann laufen muss, wenn CoCreate Modeling ohnehin läuft, bietet sich meist die Addin-Variante an, also der interne Client. Zum Erzeugen von solchen Clients enthält das SDK zum .NET-API einen Wizard, mit dem man sich in Visual Studio einfach einen Client zusammenklickt.

Addins greifen auf Modelldaten entweder direkt über das Objektmodell zu, das im .NET-API definiert ist, oder aber via Aufruf von IKIT-Funktionen (also Funktionen, die in Lisp geschrieben sind). Die Kombination dieser beiden Möglichkeiten erlaubt den Zugriff auf so ziemlich alle Daten in CoCreate Modeling.

Sobald das Addin den Teilebaum abgesucht und die ersehnten Daten ausgelesen hat, hat man wiederum alle Möglichkeiten für das UI, in dem Stücklistenparameter verändert werden, zum Beispiel:

• Auf IKIT-Funktionalität (insbesondere Dialoggenerator) basierendes UI
  
• Eigenes UI, das in C# vom Add-in aufgebaut wird (Windows Forms, WPF...)
  
• Add-in startet externes Programm und übermittelt die Daten über IPC, Dateiaustausch, COM, .NET Remoting...
  

Für jede dieser Varianten gibt es gute Argumente. Für die erste spricht die Konsistenz mit CoCreate Modeling, und die Tatsache, dass der Dialoggenerator dem Anwendungsprogrammierer viele langweilige Standardaufgaben abnimmt. Für die zweite spricht, dass man Kenntnisse in UI-Programmierung aus der .NET-Welt wiederverwenden kann. Für die dritte spricht die Möglichkeit der Separation der Anwendung in mehrere unabhängige Module (ein Datensammler als Addin, ein externer Stücklisteneditor, der auch eigenständig laufen kann).

Soviel erst mal, um die Diskussion zu starten.

------------------
CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/

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

---

Vielen Dank für die Antwort.
Leider bin ich die Tage zu sehr eingespannt als dass ich mich mit dem programmieren Spielen kann. Ich werde deine Infos sobald ich wieder Atmen kann analysieren und versuchen etwas hin zu bekommen.

Super wäre es wenn du mir ein Beispiel für das Aufrufen (via LISP) einer Funktion die sich in einer C# kompilierten .dll befindet. Bzw. ein wie ich von C# eine Funktion in CoCreate aufrufen kann.

Sobald ich dann ansatzweise dazu komme werde ich meine Ergebnis natürlich mit euch teilen.

Freundliche Grüße
Christian

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

---

Soweit ich mich erinnern kann, findet sich das alles in der Doku zum .NET-API.

------------------
CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/

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

---

Hi,
ich habe mir das ganze auch mal genauer angeschaut (ich dachte immer man benötigt eine spezielle Lizenz --> da bekommt mein Kollege "eins hinten drauf").
Das ganze läßt sich echt leicht mit dem mitgelieferten Wizard für c# bewerkstelligen.
Hatte innerhalb von 1.5 Std. ein Addin (dabei auch noch VS 2008 upgedated), welches über die gesamte Struktur in einer Traversen itariert.

Du benötigst allerdings ein VS 2008 mit SP1.

Genaue Beschreibung liegt unter (wenn Installiert):
Installationspfad\PTC\Creo Elements\Direct Modeling 17.0\help\osdm\COM_.NET_API_SDK

Mit dem Dokument CoCreate.OsdmObjects.chm und dem Wizard bekommt leicht selbst ein Addin hin.
Einziges Manko, scheinbar kann man das ganze nicht ins Annotation hängen, somit für mich leider nicht ausreichend 
Achtung, zum autom. Laden des Addin benötigst Du ein cfg-File (genaue Vorgehensweise siehe Doku).

Bis denne

Kricher

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

---

Zitat:

---

Original erstellt von Kricher:
scheinbar kann man das ganze nicht ins Annotation hängen

---

verbose please!

"scheinbar"???  und was heisst "ins Annotation *hängen*"??

Drueck Dich mal deutlicher aus!

------------------
● Seamonkey Firefox ● Java Forum Stuttgart JUGS ● OSD Hilfeseite (de) / help page (en) ● NotePad++ ●

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

---

Gemeint ist damit, dass es kein eigenes .NET-API für Annotation gibt. Wir haben damals kein eigenes Objektmodell für Annotation gebaut. Naja, jedenfalls war das noch so, als ich noch im CoCreate-Team war.

Ist aber keine Katastrophe. Man kann man aus einem .NET-Addin beliebigen Lisp-Code rufen. Und der kann dann natürlich wiederum Annotation-Kommandos ausführen.

------------------
CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/

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

---

Da hast Du recht (Lisp aufrufbar hatte ich gar nicht bemerkt), wenn ich also nochmals in die Verlegenheit kommen sollte, etwas für OSD machen zu müssen, würde ich sicher auch ein c# - Projekt machen (zumindest wenn es Kommunikation mit anderen Prozessen und Dialoge erfordert).
Aber mal sehen wie lange das ganze noch relevant ist, jetzt wo PTC das alles übernommen hat und scheinbar in Richtung Integration des ganzen ins Creo geht 
Bin kein Schwarzmaler, aber mal sehen, wie lange es das Produkt so überhaupt noch gibt 

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

---

Hi Christian,

meinst Du mit
"Modellname | Param. Material (benutzer) | Param. Typ (benutzer) | Param. (benutzer) |
"
Daten die als Attribute abgelegt werden sollen (dann ja wohl in den Contentdateien der jeweiligen Baugruppen)?

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

---

Hi 

jo genau ich mein an den Content der Baugruppen / Teile. Nur bin ich im moment leider zu sehr mit Arbeit voll, als dass ich mich darum kümmern könnt :/.

Grüße

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

---

Wieso auch an die Teile?
Die STL ist doch ein Bestandteil der Baugruppe (eine andere Sicht der Baugruppe) und müsste somit komplett (in tabellarischer Form) in der Baugruppe abgebildet werden.
Auf diese weise hätte man auch die Möglichkeit "händische" STL-Positionen (Hilfsteile, Schmierstoffe usw. usw.) zu vergeben, ohne das es eine explizite Verbauung auf OSD-Ebene gibt.
Das gleiche sollte ferner auch auf Container-Ebene möglich sein.

CU

Kricher

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

---

Hi Christian,

um die Geschichte mit dem .Net mal weiter zu testen, habe ich kurzerhand Deine Anforderungen umzusetzen versucht.
Das ganze ist noch nicht ganz fertig, aber die Anwendung hat in kürze einen Stand erreicht, der Deinen Anforderungen genügen sollte.
Wenn Du an dieser Anwendung interessiert bist, kannst Du Dich ja mal melden (dann würde ich es auch wirklich fertigstellen), sonst bleibst halt eine für mich lehrreiche Testumsetzung 

Bis denne

Kricher

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

---

Sollte grundsätzlich Interesse bestehen,

könnte ich das Projekt etwas einschrumpfen und es würde ein Projekt übrigbleiben, mit dessen Hilfe zumindest die Referenzbäume (in Treeviews) aller auf der Root-Ebene geöffneten Baugruppen angezeigt werden würden.
Das Beispielprojekt könnte dann als Vorlage für andere Projekte mit .Net dienen.
Dann hätten meine Tests doch noch einen Nutzen 

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

---

Sicher, das wäre toll. So muss man nicht bei Null anfangen, sondern hat ein Grundgerüst für erste Versuche. 

------------------
Grüße aus Sachsen
pw

Karl Marx ist tot, Einstein ist tot, und mir ist auch schon ganz schlecht!

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

---

Zitat:

---

Original erstellt von Kricher:
Sollte grundsätzlich Interesse bestehen

---

Whow! Wäre ganz interessant, wenn du das "mal so" bereitstellen könntest.
Grundlegende Beispiele kann man immer gut brauchen.

------------------
Gruß aus dem Salzkammergut

Thomas

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