---

Guten Morgen zusammen,

ich bin gerade dabei, unsere Prozedur zum Anlegen neuer Zeichnungen an Pro/I anzupassen. Dabei ergeben sich ein paar Probleme, zu denen mich Eure Meinung interessieren würde:

Zunächst unser bisheriges Vorgehen:
Ohne Pro/I hatten wir für jedes Zeichnungsformat einen Menüpunkt, der dann per Mapkey die entsprechende Startzeichnung im richtigen Format aufgerufen hat. Gleich danach wurde der Konstrukteur ins Menü "Umbenennen" geleitet, konnte seinen Zeichnungsnamen eingeben und war fertig.

Und nun die Probleme, die mir im Zusammenhang mit Pro/I aufgefallen sind:

-> Mit Pro/I wird beim Umbenennen keine Unterscheidung mehr getroffen, ob ein Objekt schon mal in der Verwaltung war oder nicht - Umbenennen ist generell grau hinterlegt. (Es sei denn, man läßt es per config.pro generell zu - das halte ich aber für gefährlich.)

-> Erzeugt man die neue Zeichnung im Pro/I-Workspace, kann man das Format nicht wählen, da Pro/I je Dateityp (*.prt, *.drw, ...) nur ein Template zuläßt. (Oder gibt es einen Trick, doch mehrere verschiedene Zeichnungs-Templates zu nutzen?)

-> Arbeitet man in Pro/E mit "Datei / Neu", kann man für jedes Format ein Standard-Template nutzen. Das Problem hier ist, daß der Konstrukteur gezwungen wird, gleich das Zeichnungsmodell mit zu wählen.
Die Benutzerführung läßt mich befürchten, daß oft das voreingestellte Modell einfach akzeptiert wird. Das hätte viele Zeichnungen mit ungenutzten Modellen zu Folge, weil das voreingestellte Modell ja nicht zwangsläufig das sein muß, das man auf der Zeichnung auch darstellen will.

Ich bin gespannt auf Eure Erfahrungen.

Gruß Marianne

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

---

hallo marianne,

der vorteil ieiner datenbank ist ja, das du nun gar nicht mehr jedesmal eine zeichnung erstellen musst. bei uns sind zu den teilen, jeweis die zeichnungen hinterlegt, warum jedesmal neu anlegen? bei baugruppen ist es genauso. es wird dann nur noch das jewilige format eingelesen und fertig. ich denke mal in pro/e neue dateien erstellen (zeichnungen), ist sehr schwierig, weil du immer manuell dann alles verwalten musst. das kannst du alles besser organisieren. hier muss man sich auch ein bischen frei machen, von dem weg, den ihr jahrelang ,manuell' in pro/e beschritten habt. ilink ist ein maechtiges werkzeug, gerade wenn es um automatismus geht. eine genauere anweisung kann man hier in aller kuerze schlecht geben, denn wir wissen nicht, wie eure modell/dateien im ilink aussehen...

... so long

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

---

Hallo hagen 123,

vielen Dank für Deine Antwort - aber so ganz verstehe ich sie nicht. Wenn man ein völlig neues 3D-Modell anlegt, braucht man doch in der Regel auch eine Zeichnung dazu. Und die muß man neu anlegen. Und das tut man doch normalerweise dort, wo man auch konstruiert - in Pro/E, oder liege ich da so falsch?

Heute verwalten wir unsere 3D-Modelle samt ihren Zeichnungen und Versionsständen übrigens in Pro/PDM - da muß man auch nichts manuell verwalten. (Ab Januar wird es dann Pro/I sein.)

Gruß Marianne

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

---

... habe ich dich jetzt richtig verstanden, ihr arbeitet momentan mit pro/pdm und du testest oder richtest pro/intralink fuer andere benutzer ein?

also ich kann da nur von meiner warte aus sprechen (vielleicht beteiligen sich ja noch andere user):

meiner meinung nach macht eine datenbank im bezug auf schnelles arbeiten nur dann sinn, wenn man die cad-objekte schnell und uebersichtlich in der datenbank erstellt und dann in pro/engineer abarbeitet. du hast, wenn du die objekte im ilink erstellst, schnell diese objekte kopiert, schnell die ordner festgelegt und schnell die attribute (benennungen, konstrukteursnamen,...) erstellt.
hast du diese sachen im vorweg festgelegt, kannst du dich voll und ganz auch die eigentliche konstruktionsarbeit kuemmern.

d. h. bei uns werden in pro/e gar nicht mehr dateien erstelllt. die startteile/baugruppen liegen samt zeichnungen im commenspace, hiervon werden kopien mit neuen namen gemacht, in die richtigen ordner rein, auschecken und attribute vergeben. wie gesagt, bei der zeichnung muss nur noch das format eingestellt werden. selbst die eintragungen vom schriftfeld kommen aus dem modell. dies wurde uebrigens bei der implementierung von rand/ptc bei uns auch so als effizientesten deklariert. ausnahme bestaetigen auch hier natuerlich die regel, ab und zu werden natuerlich auch mal zwei zeichnungen benoetigt und dann muessen wir natuerlich auch manuell hand anlegen.
... das problem ist, das man einfach mal den weg in der praxis sehen muss, weil das arbeiten ja nur recht abstrakt beschrieben werden kann und wie oben beschrieben man die jahrelange vorgehensweise von pro/e im kopf hat.

... so long

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

---

Ja richtig, momentan haben wir noch Pro/PDM, Anfang nächsten Jahres dann Pro/I, die Umstellung ist meine Aufgabe. Und da muß man sich natürlich auch mit so "Kleinkram" wie der Umstellung der Prozedur für neue Zeichnungen beschäftigen ...

Das mit dem Kopieren im CS klingt gut, aber in Version 3.2 gibt es leider keine Möglichkeit mehr, Objekte im CS zu kopieren. (Ich dachte immer, neue SW-Versionen bringen Verbesserungen ...) Daß in dem Zuge die Attribute gleich mit angepaßt werden könnten, ist für uns nicht so interessant, da die 3D-Modelle mit Parametern aus SAP gefüttert werden - diese werden dann wie bei Euch im Zeichnungsschriftfeld angezeigt. Es gibt bei uns kein Attribut, das der Konstrukteur von Hand in Pro/I pflegen muß.

Gruß Marianne

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

---

ja gut, ihr macht also den link zu sap und der traegt es in die parts ein. es ist richtig, das man mit der ilink 3.2 nicht mehr im commonspace kopieren kann, nur noch im workspace. das halte ich fuer bedingt sinnvoll, denn man muss jetzt natuerlich mehr machen. auchecken, kopieren, attribute vergeben, einchecken. allerdings ist dies fuer anfaenger schon wieder sinnvoller, weil man noch die sicherheit hat. beim kopieren von objekten im commonspace hat man haeufig fehler gemacht und sich auch objekte teilweise uebergebuegelt. fuer routinierte anwender fehlt natuerlich das direkte kopieren im commonspace, gerade wenn man sich nur einfache teile kopieren moechte. baugruppen habe ich eh immer sicherheitshalber im workspace kopiert.

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

---

Nur eine kurze Anmerkung Intralink 3.2 hat des sogenannte UI-Scripting, Vielleicht kann man damit etwas effizient gestalten. siehe http://www.ptc.com/cs/cs_24/howto/ink8063/ink8063.htm
Bei Erfolg würden sich alle über eine postive Resonanz freuen

------------------
Servus
Alois

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

---

An das UI-Scritping habe ich auch schon gedacht. Ist aber leider nicht geeignet, da man die erzeugten scripts nicht in die Pro/I-Menüs einbinden kann. Man braucht immer die Oberfläche für das UI-Scripting, um so ein script zu starten - oder ein DOS-Fenster. Ist mehr für Administratoren gedacht und für den Konstrukteur nicht zumutbar.
Nachdem ich in Pro/I so ziemlich alles probiert habe, komme ich zu dem Schluß, daß wir auch in Zukunft mit Pro/E-Mitteln Zeichnungen neu anlegen werden. Das hat vor allem den Vorteil, daß der Konstrukteur immer das gleiche Vorgehen hat - egal ob Pro/E standalone oder mit Pro/I-WS läuft.
Gruß Marianne

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

---

Hallo,

ich würde das UI-Scripting nicht voreilig verwerfen.
1. Man kann damit ziemlich viel machen, Java-Kenntnisse vorausgesetzt.
2. Kann man es sehr wohl in das Intralink-Menü integrieren.
Beispiel 1: Ich (Wir) benutzen es um Fremdapplikationen "customized" aus Pro/I zu starten.
Beispiel 2: Anzeigen einer Liste der zuletzt vom benutzer eingecheckten Objekte, z. B. um sie Anzuheben ohen vorher lange suchen zu müssen.
Wermutstropfen: Solange das Script lÄuft und daraus ein anderer Prozeß gestartet wird, kann man mit ILINK nichts mehr tun.
Bei Interesse kann ich auch ein Utility bereitstellen, das aus der local.ddb Objektattribute wie z.B. den Dateipfad, Name, und Attribute ausliest.

------------------
|_ |_ /-\ |\/| /-\

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

---

Hi |_ |_ /-\ |\/| /-\

auch, wenn ich an Punkt 1 schon weitgehend scheitere (Java)
wäre Punkt 2 doch hochinteressant (Anzeigen einer Liste der zuletzt vom benutzer eingecheckten Objekte).

Könntest du mir da auf die Sprünge helfen, bzw. mir das Tool
zur Verfügung stellen????

------------------
Danke+Gruss
Jörg

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

---

Hallo,

meine Meinung zum Java-Scripting hat sich inwzischen auch geändert. Ich benutze es z.B., um Rollen für Ordner und Entwicklungsphasen zu vergeben. Das erspart mir mehr als 600 Klicks von Hand ...

Llama0: Dein Tool zum Anzeigen der zuletzt eingecheckten Objekte würde mich auch interessieren.
Könntest Du das vielleicht zur Verfügung stellen? Ich hätte da als Gegenleistung ein Tool zum automatischen Einstellen ganz vieler Berechtigungen anzubieten ... ;-)

Danke und Gruß - Marianne

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