---

Hallo Anwender,
wir setzen seit ca. einem Jahr Inventor11 und Compass v5 ein. In den Vorgängerversionen hatten wir (zumindest in der Compass-Umgebung) keine Probleme mit Norm-iParts. Da unsere jetzigen Probleme auch in der Testumgebung mit den aktuellen Versionen (Inventor und PSP 2008) auftreten, wende ich mich nun an andere Anwender, um heraus zu finden, ob es ein Problem in unserer Umgebung ist, oder ob da ein allgemeines Problem vorliegt.
Problem: Fehlerhafte und unvollständige Verweise zwischen iPart-Familie und Varianten / Befehl "Dokumente aktualisieren" bringt sporadisch Fehlermeldungen.
Leider konnte mir in dem vergangenen Jahr kein Autodesk-Support diese Frage beantworten.

Über einen Kontakt würde ich mich freuen.

Grüße - Ralf

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

---

Hallo ralfw,

wie äussern sich die Fehler genau?
Werden einfach im Inventor vorhandene Varianten in Compass nicht angezeigt/erzeugt?

Welche Servicepacks hast du installiert (Inventor und Compass).

------------------
einen schönen Tag noch...

ShadowWriter

und angenehme Träume

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

---

Hallo ShadowWriter,

es gab/gibt ein Migrationproblem mit iParts, wenn man von Inventor 10 oder älter auf Inventor 11 oder neuer migriert. Evtl. ist dies durch die Einführung der neuen Spalte "Members" zurück zuführen. Dieses Aktualisierungsproblem haben wir durch eine besondere Prozedur gelöst.
Zusätzlich jedoch gibt es (zumindest in unserer Umgebung) ein Compass-Problem. Es werden zwar alle iPart-Töchter auch im Compass erzeugt und angelegt, aber die Beziehungen zwischen Mütter und Töchter sind unvollständig bzw. falsch. Teilweise werden Mütter zu Mütter in der Verwendung angezeigt. Lt. Compass hätten wir in Baugruppen direkt Mütter verbaut und keine Varianten.
Falsche Bezüge kann man mit dem Compass-Befehl "Dokumente aktualisieren" korrigieren. Dieser funktioniert bei uns jedoch nicht zuverlässig. Je nachdem in welchem Status sich die Varianten und Familien befinden, fallen die Fehlermeldungen beim Aktualisieren unterschiedlich aus. Ein Speichern einer Baugruppe mit iPart-Varianten kann die Beziehung der Mutter zur Tochter wieder zerstören!
Wir setzen Inventor11 SP2/3 und Compass v5 mit allen SPs und Hotfixes ein.
In einer Testumgebung konnten wir erst erst dann Verbesserungen feststellen, als wir beide Produkte auf 2008 umgestellt haben. Der Befehl "Dokumente aktualisieren" funktioniert aber dennoch nicht!
Hier kommen wir keinen Schritt weiter! Wir benötigen einen Referenzanwender, der Inventor11 (oder neuer) mit iParts im Compass einsetzt, um weiter den Fehler einzugrenzen!

Grüße - Ralf

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

---

Hallo,

habe bei einem Kunden auch dieses Problem !
Bei der Autodesk ist der Fall eingestellt, leider bisher ohne Antwort.

Gruss Pelikan

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

---

Hi,

wir verwenden ebenfalls PSP 2008/Inventor 2008.
Wir arbeien viel mit iParts und iAssemblies.

Probleme haben wir z.Zt. nur mit Blech-iParts, da die Unterkomponenten in PSP nicht erkannt werden. Die Lösung war, dass wir Benutzerdef. iParts verwendet haben und die Blech-iPart-Fabrik als zurück auf "modellieren" setzen mußten, damit PSP 2008 die Teile erkennt. Ist eine Übergangslösung, von Endlösung weit entfernt.

Übrigens muß an bei PSP-iParts auf die Übergabeparameter aufpassen, damit PSP diese nicht einfach umbenennt und somit nicht mehr erkennt.

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

---

Hallo Pelikan,

was bedeutet "Bei der Autodesk ist der Fall eingestellt".

Ich kenne meistens nur den Status "schwebend" oder "abgeschlossen". (Was aber auch zu keiner Lösung führt.)

Grüße - Ralf

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

---

Hallo RoccoRalle,

wenn Ihr mit IV und PSP 2008 arbeitet war hier die Frage:
Funktioniert in Eurer Umgebung der PSP-(Compass)-Befehl "Dokumente aktualisieren" bei iParts?
Dabei müsste getestet werden, die Funktionalität bei der Auswahl von einzelnen und von mehreren Varianten (>50 Stück).
Weiterhin der Test bei unterschiedlichem Status (iPart-Familien/-Varianten bereits freigegeben bzw. nicht).

Wieso könnt Ihr in einer PSP-(Compass)-Umgebung mit benutzerdefinierten iParts arbeiten?
Hier werden doch bei Erzeugung der Varianten die IPTs erst einmal in das Projektstammverzeichnis abgeworfen (bzw. in ein Verzeichnis, wo man gerade zuletzt gespeichert hat) und erst beim manuellen Befehl "Komponente an Compass übergeben" wird die IPT nun mit ENG-Nummer in das aktuelle Ablageverzeichnis kopiert. Die zuerst angelegte Datei wird dabei liegen gelassen!!! Woher erkennt nun der ADMIN, ob der USER die Compass-Übergabe durchgeführt hat. Somit können die Datei-Leichen nicht gelöscht werden und die Dateiablage läuft nicht mehr synchron zu den Datensätzen!
Zusätzlich werden ben. def. iPart-Varianten nicht wieder erkannt.

Es gibt bereits Compass-Funktionen, wo man dieses Problem nicht hat. Hier wird die Datei nicht kopiert, sondern verschoben. Aber die Überarbeitung der ben. def. iParts hat anschheinend Autodesk vergessen. Unser Call ist ja erst April 2004 "eingestellt" worden.

Weitere iPart-Formate haben wir aus bereits durchlebten Problemen nicht mehr eingeführt. Hier gibt es einfach NULL Unterstützung von Autodesk!

Für uns wäre es sehr hilfreich, wenn Ihr mal die Aktualisierungsbefehle bei Euch testen würdet und Bescheid geben könntet.

Grüße und Danke - Ralf

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