---

Wer hat echte Erfahrungen, was beim Arbeiten in der Multuiserumgebung des Inventor 5.3 verwirklicht werden kann und was zu beachten ist ?
Dokumentation, Hilfetexte, specto Coursware habe ich selber, was mir fehlt ist ein Partner mit Erfahrung. Für eine entsprechende Meldung wäre ich sehr dankbar.

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

---

IV 5.3 nicht MultiUser-fähig????
Multi User

gruß
robby

------------------
alltrotec GmbH
http://www.alltrotec.de

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

---

Hallo E.Schubert,

Das mit dem Multiuser ist so eine Sache... wir hatten da auch schon komische Effekte. Zum Beispiel:

- ein Teil existiert und wird in einer Baugruppe benutzt.
- User A öffnet die BG
- User B öffnet das Teil, macht eine Änderung, speichert und schliesst das Teil.
- User A macht vielleicht zufällig ab und zu ein "Aktualisieren" der Baugruppe - aber nichts ändert am betreffenden Teil!
- User A öffnet das Teil - egal ob aus der BG heraus oder mit öffnen. Und siehe da... das noch ungeänderte Teil wird Ihm geladen!

Und woher soll man so wissen, dass an einem Teil etwas geändert hat?

Meine Vermutung: Wenn man eine BG offen hat und dann ein Teil laden will, dass in der BG verwendet wird, dann ist der IV so schlau, dass er merkt, dass das Ding ja schon geladen ist und es nur aus dem Speicher holt. Leider funktioniert hierbei auch das "Aktualisieren" nicht.

Einzige mir bekannte (aber völlig idiotische) Lösung: BG schliessen, dann wieder öffnen oder direkt das Einzelteil öffnen.

Hat sonst noch jemand ähnliche Erfahrungen gemacht, oder gibts da womöglich abhilfe?

Gruss
Rolf

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

---

Hallo Rolf!

Wir haben dieselbe Erfahrung gemacht.

Konstrukteur hat ein Teil in der Baugruppe, das er einem Lehrling zur Korrektur gibt.
Der Lehrling hat (in diesem Fall) ein Bohrbild richtiggestellt.
Konstrukteur hatte die BG geschlossen. Beim Öffnen wurde die "alte" Platte (mit falschem Bohrbild) gezeigt.
Wir mussten sogar Inventor schliessen und neu aufstarten.

Meine Vermutung ist auch, dass Inventor den Arbeitsspeicher bevorzugt behandelt und erst, wenn er dort die Datei nicht findet, auf der Platte suchen geht.
"Problem": Konnte das Phänomen "leider" nicht nochmals nachvollziehen, um es Autodesk zu dokumentieren.

Gruss
Jürgen

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

---

Multiuser.jpg

Komplett durchprobiert haben wir es auch noch nicht, jedoch noch folgende Anmerkung dazu :
es gibt ja in den "Anwendungsoptionen" unter "allgemein" die Option "Mehrere Benutzer" und in der Projektdatei den Eintrag

[Project Defaults]
MultiUser=FALSE

Werden diese Werte gesetzt, reserviert IV das Projekt für den Bearbeiter und wenn jemand anders auf die geöffneten Dateien zugreift kriegt er einen entsprechenden Hinweis. D.h. eigentlich ist IV generell nicht für das gleichzeitige Bearbeiten geeignet, oder täusche ich mich !?
Leider haben wir aufgrund Zeitmangels diese Optionen noch nicht durchtesten können.

------------------
LK

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

---

Aktualisieren.JPG

Also das o.g. Funktion 'Mehrere Benutzer' funktioniert beim reservieren von Bauteil ganz gut, ist aber nicht für jeden Zweck das richtige. Des weiteren nerven die zusätzlichen Fenster beim öffnen/speichern...

Eine 100%ige Aktualisierung der zuletzt gespeicherten Bauteile innerhalb einer Baugruppe, bzw. der Baugruppe an sich, bekommt ihr mit:

Menüleiste --> Ansicht --> Aktualisieren

Auch wenn man mein, er würde dann wirklich NUR diese Ansicht aktualisieren - er lädt alle Teile neu! Ausprobieren!

------------------
www.TNT-Konstruktion.de

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

---

Hallo @ all,
was noch viel "schlimmer" ist, daß ER erst alle Dateien schließt, und zu speichern versucht. Wenn man/frau da unbedacht auf OK drückt kommt folgendes Szenario zustande.

Erfinder A öffnet ET "X" und werkelt los wie ein Wilder.

Erfinder B öffnet kurz darauf BG "1" in der unter anderem auch "X" verbaut ist.

Erfinder A arbeitet 7 Stunden an dem hochkomplexen "X". Und speichert auch immer wieder ab. Dann ist er fertig und macht "zu".

Erfinder B läßt wären der ganzen Zeit BG "1" geöffnet und schaut auch mal kurz ins "X" rein um was zu messen.

Irgend wann, jedenfalls nach dem Schließen von "X" durch A, denkt er an die großen Änderungen des anderen Erfinders und aktualisiert die "Ansicht".

Dabei öffnet sich das Fenster Änderung an "1" speichern und B klickt warumverdammtnochmalauchimmer auf OK. Dann kommt evtl. noch die (geschlossene!!!) ET-Abfrage,B hat 'nen schlechten Tag und klick nochmals auf OK.

Bummmmmmmmm!

Hier verabschieden sich 7 Stunden abwechslungsreiche Arbeit von A!

Gruß
Peter

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

---

Ganz klarer Fall von "B an die wand stellen und FEUER!"

Falls "B" bei euch arbeiten sollte - gib ihm besser nen A4-Block und Tuschestifte!

;-)

------------------
www.TNT-Konstruktion.de

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

---

Hallo @all,

das Problem begint dort, wo mehrere am gleichen Projekt gleichzeitig arbeiten.

Sofern jeder an verschiedenen Projekten arbeitet, gibt es auch keine Probleme. Klar ist, dass nicht mehrere gleichzeitig an ein und dem selben Teil arbeiten können, und indirekt verlagert sich diese Problematik auch dann in das System einer BG. Letztendlich arbeitet der Inventor mit externen Referenzen, die sich jeweils nur ein Abbild des eigentlichen Bauteils (über einen Link) in den Speicher holen, nicht aber die Datei selbst. Und genau da liegt der Haken, da jetzt eine Mischung entsteht:

Das in der BG verarbeitete Bauteil wird durch den, der an der BG arbeitet, eigentlich belegt, und trotzdem arbeite ein Dritter an irgend einem Bauteil innerhalb der BG.

Hinzu kommt, dass bestimmte Attribute wie z.B. eine Farbwahl an einem Bauteil oder einer BG, die nicht dem Material entspricht, nur userspezifisch gespeichert und auch angewand wird.

Schlecht erklärt?? Ist auch nicht ganz leicht um diese Zeit, aber ich hoffe, es ist irgendwie rüber gekommen.

Gruß Martin www.sattler-tb.de

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

---

Hallo Martin,

Das habe ich noch nicht ganz verstanden...

Wir arbeiten tatsächlich alle in einem (fimenweiten) Projekt. Der Pfad ist dem entsprechend einfach zu oberst hin gesetzt.

Aber was hat das damit zu tun, dass wenn ein Teil geändert wird, dass der IV bei einem anderen User das ding einfach nicht aktuallisieren will?

Ich weiss noch, dass während der Evaluation das Stichwort "Concurrent Engeneering" eine Bedingung war - und wie Händler halt so sind war das natürlich kein Problem. Das würde ich jetzt doch fatalerweise komplet anders werten. Jedenfalls wenns keinen anderen Trick gibt.

Oder mösste man quasi pro User ein "firmenweites" Projekt machen, also quasi nicht auf dem Server gespeichert sondern lokal. Die Projektfiles müssten aber alle identisch sein. Wie würde der IV darauf reagieren wenn ich heute ein File / eine BG bearbeite und morgen ein anderer, oder sogar zur selben Zeit die gleiche BG nur eben unter verschiedenen Projektfiles?

Oder gibt's andere Lösungsansätze, damit man nicht sagen müsste der IV ist absolut nicht Multiuser fähig?

Gruss
Rolf

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

---

absolut nicht multiuserfähig würde ich nicht sagen ....

Guten Morgen Rolf,

die Wahrheit(liegt nach meinem Wissens- und Erfahrungsstand)irgendwo dazwischen und ist auch z.T. windowsbedingt.

Öffne ich eine Datei, legt Windows eine temporäre Datei davon an, die dann bearbeitet und anschließend als die neue Version abgelegt wird. Greift ein Dritter auf die gleiche Datei, erhält er eine Meldung, dass diese Datei in Bearbeitung ist, und, sofern er diese Datei ebenfalls bearbeiten will, diese unter einem anderen Namen abspeichern muss.

Soweit so gut.

Eine BG besteht aus mehreren Dateien, die auf bestimmte Weise untereinander verknüpft sind (eine BG ist eigentlich nichts anderes als eine Ansammlung von Links). Öffne ich eine BG, so werden aber nicht alle Dateien der BG geöffnet (das würde schnell die Kapazitäten der gängigen Rechner sprengen), sondern lediglich die Links auf die einzelnen Dateien, sprich Einzelteile, aktiviert. Da die ET's aber nicht geöffnet werden, sondern nur der Link aufgerufen wird, entsteht auch keine temporäre Datei, aber so ein Zwischenzustand.

Eine echte Aktualisierung kann also erst dann wieder stattfinden, wenn derjedige, der am ET einer BG arbeitet, diese endgültig geschlossen  (am besten IV wieder runtergefahren)hat, die temp. Datei auf 0 gesetzt und die BG beim Dritten aktualisiert wurde. Und hat dann einer noch einen Proxy dazwischen kann es sein, dass der noch falsche Daten liefert, da der Proxy (der Geschwindigkeit zu Liebe)eine Cachspeicher verwendet und dann dort auf sein Archiv greift - aktuell oder nicht - ist dem eingtlich wurscht .....

Gruß Martin www.sattler-tb.de

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

---

Hallo,

sobald mehrere Menschen an einer Sache arbeiten gibt es immer irgendwelche Probleme. Ohne Computer wäre einem sofort klar, was man ändern darf oder nicht. Beim Szenario von Peter müsste "B" schon zum Zeichenbrett von "A" rübergehen, die Zeichnung abnehmen und in den Papierkorb werfen. Mit Computer sind das nur noch zwei Mausklicks.

Im Programmierbereich haben sich Zusatzprogramme etabliert (MS Visual Sorce Safe, PVCS, RCS), die eine Programmentwicklung durch mehrere User unterstützen. Die Grundidee dabei ist immer die gleiche: Ein User, der eine Datei bearbeiten will, muss diese "auschecken". Das kann genau einmal passieren. Jetzt ist er der Einzige, der die Datei verändern darf, alle anderen dürfen zwar noch reingucken, aber nichts ändern. Erst wenn der User die Datei wieder "eincheckt", darf sie von einem anderen User verändert werden. Zugleich ermöglichen diese Systeme eine Revisionskontrolle und speichern "alte" Versionen ab. Diese Revisionskontrolle ist das einzige Mittel, um das Szenario von Peter abzufangen. Alle Sperren nutzen nicht viel, wenn man - bewußt oder unbewußt - eine eigentlich aktuellere Variante überschreibt.

Ich denke mal, die ganzen EDM-Systeme bringen solcherart Funktionen auch mit (sollten sie jedenfalls).

------------------
Grüße Jörgen

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