| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
| |
| Optimiertes Einkaufserlebnis dank interaktiver 3D-Modelle im Webshop (APS, Autodesk Platform Services, Autodesk), ein Anwenderbericht
|
Autor
|
Thema: Pack-and-Go-Problem (4457 mal gelesen)
|
Doc Snyder Moderator Dr.-Ing. Maschinenbau, Entwicklung & Konstruktion von Spezialmaschinen
Beiträge: 13408 Registriert: 02.04.2004 IV 2024
|
erstellt am: 14. Jan. 2010 21:00 <-- editieren / zitieren --> Unities abgeben:
Moin! Ich bin wegen eines hässlichen Konstruktionsfehlers, der mir unterlaufen ist und für den ich nun schnellstmöglich eine Notlösung konstruieren muss, gerade total im Brass und will nun vor dem Herumdoktern an der Gesamtkontruktion (Mastermodell, versteht sich ) und der anstehenden Sonderschicht, den gegenwärtigen Zustand, nach dem der Prototyp gefertigt wurde, in Form eines Pack-and-Go von der Gesamt-idw konservieren. Problem dabei: PaG findet etliche Normteile nicht. Die Gesamt-idw wird dagegen ohne jegliche Probleme und Rückfragen geöffnet, nur aktualisiert, und ich habe sie dann auch ein Mal neu gespeichert (waren ca. 5 iams in der Liste), aber das ändert nichts. Ich weiß nun nicht mehr weiter und habe in dieser Situation auch kaum noch einen Gedanken mehr frei für solche zusätzlichen Probleme. Weiß jemand von Euch vielleicht Rat? ------------------ Roland www.Das-Entwicklungsbuero.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MacFly8 Ehrenmitglied V.I.P. h.c. Konstrukteur Kessel- & Feuerungsbau
Beiträge: 2019 Registriert: 13.08.2007 HP Z17; 64GB RAM; Nvidia Quadro RTX3000; Inventor Professional PDSU 2012/2020 Mechanical 2012/2020
|
erstellt am: 14. Jan. 2010 21:35 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Hi, ich nehme mal an Projektdatei beim PaG ist die Richtige!?! ebenso nehme ich an das in der verwendeten Projektdatei die Pfade für´s Inhaltscenter stimmen!?! genauso wie das alle verwendeten Normteile beim öffnen in der DIVA gefunden werden!?! und das der "Normteilhauptpfad" derselbe ist!?! und beim PaG Bibliotheken etc... (hab gerade keine DIVA zur Hand) auslassen nicht angehagt ist!?! Dann weiß ich auch nicht! MfG MacFly ------------------ - - - der Erleuchtung ist es egal wie du Sie erlangst - - - - - - Wir leben alle unter demselben Himmel, aber wir haben nicht alle denselben Horizont - - - (K. Adenauer) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 15. Jan. 2010 10:44 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Hallo Roland, mir ist das relativ oft dasgleiche passiert. Hauptsächlich in Projekten, mit extern bearbeiteten Baugruppen und hauptsächlich als ich mit Inventor 11 arbeitete. Seit dem Umstieg auf IV2009 gibt es deutlich weniger Probleme, es sei den ich kopiere Baugruppen aus den besagten Projekten und setzte sie in die Neuen ein. Ich konnte für dieses Problem keine Lösung finden und mußte die fehlenden Teile/Verzeichnisse immer manuell dem Pack&Go hizufügen. Mein Vorschlag falls keine bessere Lösung findest: Pack&Go so lassen bis der Konstruktionsfehler behoben ist, da die fehlenden Referezen in den Baugruppen erhaten bleiben. Bei Bedarf kannst Du später die Teile in das Pack&Go-Verzeichnis kopieren.
------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Husky Ehrenmitglied V.I.P. h.c.
Beiträge: 5720 Registriert: 10.07.2002 No Sysinfo
|
erstellt am: 15. Jan. 2010 10:57 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von Doc Snyder: Moin!Ich bin wegen eines hässlichen Konstruktionsfehlers, der mir unterlaufen ist und für den ich nun schnellstmöglich eine Notlösung konstruieren muss, gerade total im Brass und will nun vor dem Herumdoktern an der Gesamtkontruktion (Mastermodell, versteht sich ) und der anstehenden Sonderschicht, den gegenwärtigen Zustand, nach dem der Prototyp gefertigt wurde, in Form eines Pack-and-Go von der Gesamt-idw konservieren. Problem dabei: PaG findet etliche Normteile nicht. Die Gesamt-idw wird dagegen ohne jegliche Probleme und Rückfragen geöffnet, nur aktualisiert, und ich habe sie dann auch ein Mal neu gespeichert (waren ca. 5 iams in der Liste), aber das ändert nichts. Ich weiß nun nicht mehr weiter und habe in dieser Situation auch kaum noch einen Gedanken mehr frei für solche zusätzlichen Probleme. Weiß jemand von Euch vielleicht Rat?
Hallo Roland, folgendes machen: - idw öffnen - iam von der IDW aus öffnen - wenn alles ok, alles wieder schließen - pack&Go auf die BG und alle IDW suchen lassen. Dabei alle P&G Einstellungensmöglichkeiten unter die Lupe nehmen !! Dann sollte es passen. Grüße Stefan Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Leo Laimer Moderator CAD-Dienstleister
Beiträge: 26122 Registriert: 24.11.2002 IV bis 2019
|
erstellt am: 15. Jan. 2010 11:08 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von Doc Snyder: ...PaG findet etliche Normteile nicht...
Kommt mir sehr bekannt vor, dass P&G so manches nicht zu finden glaubt, was IV selber problemlos kann. Der tiefere Grund liegt darin, dass P&G eine andere "Maschine" hat (den Apprentice) als IV selber. Bei uns lies sich das meist auf Abgeleitete Komponenten und Unetrdrückungen zurückführen. Wenn die AK's alle (und überhaupt alles) ent-unterdrückt wurden ging's dann. In Deinem Fall, wäre es nicht besser, das gesamte Verzeichnisstruktur per Zip wegzukopieren? (ziemlich genau Dein Fall ist der Grund, warum wir alle zu einem Projekt gehörigen Daten in einer unter-Ordnerstruktur halten - aber wenn man mit einer einzigen Gesamt-Projektdatei arbeitet wird das nicht so praktikabel sein, vermute ich) ------------------ mfg - Leo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 15. Jan. 2010 11:09 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von Husky: Dann sollte es passen.
Sollte ja, wird es aber nicht. Die Baugruppen sind in den Originalprojekten fehlerfrei. Das Pack&Go nimmt trotzdem nicht alles mit (Bibliotheken, CC). Vermutlich ein spezielles Problem, das nur unter bestimmten Voraussetzungen vorkommt. ------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Aesop Ehrenmitglied CAD-Trainer & Supporter
Beiträge: 1540 Registriert: 03.05.2006 AI 7-2010 Vault Manufacturing ;( DualCore 1.8GHz 4GB RAM
|
erstellt am: 15. Jan. 2010 11:31 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Meine Idee wäre noch (je nach Normteil-/Bibliotheksteil-Anzahl bzw. Datenmenge): Pack doch zu dem Pack&Go nochmal alle Normteile per Hand dazu. Falls welche nicht verwendet wurden, stört's nicht -> aber alle die, die Du benötigst, haste auf jeden Fall. ------------------ Grüße Sebastian Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
eberhard Ehrenmitglied V.I.P. h.c. Konstrukteur
Beiträge: 2072 Registriert: 21.06.2002 MDT 5 bis MDT 2008 Inventor Pro 10 - 2012 SWX 2011 mit RWX 7 Proe WF2, WF4 DesignSpace 12 NoName I7-980 3,3GHz 24GB 300GB W7 64 Dell M6400 3GHz 8GB 2x250GB W7 64 Dell M70 2,13GHz 2GB XP 32 Dell 360 P4 2,8Ghz 2GB FX500 NoName P3 1GHz 512MB
|
erstellt am: 15. Jan. 2010 11:50 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Hallo Roland, wie äussert sich das Problem denn genau? Sind die Normteile nicht im PuG Verzeichnis enthalten? Was kommt für eine Fehlermeldung? Ich hatte immer mal wieder Probleme bei sehr langen Verzeichnispfaden, das Unterverzeichnisse nicht korrekt erteugt wurden und dann Dateien fehlten. Als ich das wusste, habe ich die entsprechenden Verzeichnisse und Dateien manuell dazu kopiert. ------------------ gruss eberhard Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Doc Snyder Moderator Dr.-Ing. Maschinenbau, Entwicklung & Konstruktion von Spezialmaschinen
Beiträge: 13408 Registriert: 02.04.2004 IV 2024
|
erstellt am: 15. Jan. 2010 17:45 <-- editieren / zitieren --> Unities abgeben:
Hallo zusammen und Danke für die Kommentare! Tut mir leid, dass ich dann nicht mehr geantwortet habe, aber trotz Stress war mir noch bewusst, dass dieses Fehlverhalten öfter schon mal beschrieben wurde. Daher habe ich dann gar nicht weiter mit PaG probiert, sondern - so ähnlich wie es Leo auch schon meinte - mit dem BackUp-Tool (Beyond Compare) alle aktiven Dateien aus dem Konstruktions-Verzeichnis gesichert. Da durch meine Ordnung dort genau und nur die Dateien liegen (Modelle und Zeichnungen), die speziell zu der jeweiligen Konstruktion gehören, während die ohnehin nicht zu verändernden Katalog- und Normteile und wiederverwendeten Teile woanders liegen, wurde das Paket dann auch kleiner als mit PaG und enthält genau das Erforderliche. OldVersions und anders unnützes Begleitzeugs blende ich mit Beyond Compare automatisch aus. Und als das erledigt war, hab ich sofort weiter und bis heute früh um vier die Notlösung konstruiert und Zeichnungen dafür gemacht. Und der Fertiger hat schon eine Eilbehandlung zugesagt. Treulos wie ich bin, war mir das erst mal wichtiger, als Euch zu antworten. Eberhard, es kommt einfach bei einigen Normteilen die bekannte Meldung, dass die Datei nicht gefunden wird. Warum das geschieht, kann man, wie es aussieht, nur vermuten. Besonders lange Pfade sind da jedenfalls nicht beteiligt. Da in diesem Fall nur (selbstmodellierte) Normteile betroffen waren, wäre es auch eine Lösung, die einfach alle zu überspringen, aber das Unschöne bei "alle überspringen" ist, dass man dann nicht weiß, ob dadurch nicht auch etwas Anderes fehlt. Und alles einzeln durchzuklickern ist sehr umständlich, grade PackAndGo quält einen dabei mit den bescheuertsten Dialogfeldern. Aber nun ist es mir auch egal. ------------------ Roland www.Das-Entwicklungsbuero.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 15. Jan. 2010 18:48 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
Husky Ehrenmitglied V.I.P. h.c.
Beiträge: 5720 Registriert: 10.07.2002 No Sysinfo
|
erstellt am: 15. Jan. 2010 19:11 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Hallo Roland, vermuten brauche ich da nicht: Die Normteile die es betrifft wurden irgendwann einmal verschoben, ohne das die BG das realisiert hat . Da deine Projektdatei die "neuen" Pfade sauber auflöst, kriegst du beim öffnen der IDW keine! Fehlermeldung. Öffnest du aber die BG und speicherst sie, werden die aktuellen Pfade auch wieder in der BG richtig hinterlegt. Dann klappst auch mit P&G. Natürlich muß die UnterBG auch mitgespeichert werden, in denen die betroffenen Teile auch verbaut wurden sonst klappts wieder nicht. Tja und jetzt sollte ich euch auch noch sagen, das es dieses Problem mit Vault praktisch nicht gibt, da Vault ja eine eigene Datenbankbasierende P&G-Funktionalität besitzt die zudem noch, äußerst praktisch!, verzippen und mailen kann.... Sorry, das mußte jetzt sein .... Grüße Stefan [Diese Nachricht wurde von Husky am 15. Jan. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 15. Jan. 2010 21:15 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Hallo Stefan, wäre die Erklärung für dieses Phänomen so einfach hätte Roland sicherlich keine Hilfe mehr gebraucht. Und auch andere wären schon draufgekommen. Hier ein Test mit meiner Konfiguration (Einzelplatzinstallation ohne Vault oder PDM). Jedes Projekt hat eine eigene Projektdatei. SEW-Antrieb (sat-Import von 2008 mit IV11) aus einem anderen Projekt wird in dem aktuellen Projekt benötigt. --> Altes Projekt als Bibliothek in der Projektdatei gespeichert. --> SEW-Antrieb.iam in das neue Projekt kopiert (Einzelteile bleiben im alten Projekt). --> Bauform geändert und gespeichert. --> SEW-Antrieb.iam in eine neue leere iam als Unterbaugruppe eingefügt (test.iam). --> Eine Motorplatte aus dem alten Projekt (Bibliothek) in die test.iam eingefügt. --> Alles sauber gespeichert und fehlerfrei wieder geöffnet. --> Pack&Go der neuen iam erstellt. Ergebnis: --> Pack&Go speichert die Einzelteile für den Antrieb aus der Bibliothek nicht. Nur die test.iam, die SEW-Antrieb.iam und die Motorplatte (!). --> Bemerkung 1: Pack&Go legt unter Libraries einen Pfad für die SEW-Einzelteile an, aber das letzte Verzeichnis wird mit falschem Namen geschrieben und ist leer. Der Pfad für die Motorplatte wird richtig geschrieben und die Platte ist auch im Ordner gespeichert. --> Bemerkung 2: In dem Pack&Go-Fenster werden alle Dateien gefunden und aufgelistet (mit richtigem Dateinamen und Pfad). Dieser Vorgang kann jederzeit mit dem gleichen Ergebnis wiederholt werden. ------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Leo Laimer Moderator CAD-Dienstleister
Beiträge: 26122 Registriert: 24.11.2002 IV bis 2019
|
erstellt am: 16. Jan. 2010 09:16 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
@Roland: Gut dass Du's hingekriegt hast! @Stefan: "Mit Vault wäre das nicht passiert" wird schon stimmen, jedoch ist's und bleibt's ein Skandal dass IV "pur" mit den mitgelieferten Tools einfach Murks baut. Ich glaub nämlich einfach nicht, dass Roland den Murks selber verbrochen hat. @Werner: Danke für die Erklärung, sollte man ja an Adesk melden. ------------------ mfg - Leo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
nightsta1k3r Ehrenmitglied V.I.P. h.c. plaudern
Beiträge: 11273 Registriert: 25.02.2004 Hier könnte ihre Werbung stehen!
|
erstellt am: 16. Jan. 2010 09:42 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von Leo Laimer: dass IV "pur" mit den mitgelieferten Tools einfach Murks baut.
Nur um es gerade zu rücken : Mit Vault wäre es nicht passiert und der ist seit über 6 Jahren (IV8) integraler Bestandteil von Inventor. Es bleit jedem User frei, ihn zu verwenden oder auch nicht. Aber wenn man darauf verzeichtet, darf man nicht über die fehlende Funktionalität meckern, denn dagegen würde nur die obligate Verwendung helfen, die wir uns alle nicht wünschen. Nix für ungut, aber das mußte sein - von einem Nichtvaultuser .
------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Leo Laimer Moderator CAD-Dienstleister
Beiträge: 26122 Registriert: 24.11.2002 IV bis 2019
|
erstellt am: 16. Jan. 2010 10:10 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Da vermischt Du jetzt aber fehlende Funktionalität (die man akzeptieren kann) mit Fehlern in der Funktionalität (die man nicht akzeptieren kann). Wenn IV-pur, ohne Vault, gewisse Dinge nicht kann (Versionen konservieren) oder nur mühsam kann (Umbenennen mit beibehalten der Referenzen) dann ist das jederzeit OK und es kann Jeder für sich selber überlegen, ob er sich in das Abenteuer Vault stürzen will um die Vorteile zu geniessen. Wenn IV-pur samt den "kleinen" Tools wie P&G oder KA Dinge behauptet zu können (wenn auch etwas langsam, umständlich und mühsam) und das dann aber nur fehlerhaft zustandebringt, dann ist das Murks (zunächst noch unbestätigt - aber Werner's Ausführungen lassen vermuten dass da tatsächlich ein Programmfehler beteiligt ist). Aus frisch erlebter Erfahrung mit anderen, auch nicht grad doofen CAD-Paketen, kann ich nur sagen: Es gibt ein CAD-Leben ohne Zwangs-Datenverwaltungs-Overhead. Von den drei CAD's die ich kenne und benutze, scheint nur IV eine Zone Vault-losen Unglücks zu haben, Andere brauchen nichtmal den KA. ------------------ mfg - Leo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Husky Ehrenmitglied V.I.P. h.c.
Beiträge: 5720 Registriert: 10.07.2002 No Sysinfo
|
erstellt am: 16. Jan. 2010 13:42 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Hallo, @Werner: wenn du richtig liest, dir über die Dateireferenzierung nachgrübelst, kannst du vielleicht erkennen das du auf dem gleichen Problem (ausdrücklich nicht Fehler) aufsitzt. Ganz frech gesagt: Grundsätzlich funktioniert P&G immer dann einwandfrei, wenn Der vor dem Monitor weiß was er tut. Auch ohne Vault. etwas neutraler: Die Fehlermöglichkeiten liegen etwas in der eigenwilligen Dateireferenzierun der DIVA. Würde sich die DIVA ausschließlich mit der jeweilig aktiven Projektdatei referenzieren, bzw. nur mit den in der BG gespeicherten Pfaden gäbe es diese Probleme ziemlich sicher nicht. Der Misch-Masch macht es den Anwendern völlig unnötig schwer sich damit zurecht zu finden. Übrigens würde ich jetzt Leo, Werner und Roland zwangweise ein paar Tage Arbeit mit Vault verschreiben wollen !! :: Die Meldungen, die Vault beim ein/auschecken auswirft, haben mir das Verständnis der Referenzierung nahe gebracht. Dann braucht ihr sicher keinen Vault mehr . Grüße Stefan Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Michael Puschner Moderator Rentner
Beiträge: 13006 Registriert: 29.08.2003 Toshiba Encore mit MS Office Ein Programm sollte nicht nur Hand und Fuß, sondern auch Herz und Hirn haben. (Michael Anton)
|
erstellt am: 16. Jan. 2010 14:10 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von wewe_ro: ... Jedes Projekt hat eine eigene Projektdatei. SEW-Antrieb (sat-Import von 2008 mit IV11) aus einem anderen Projekt wird in dem aktuellen Projekt benötigt. --> Altes Projekt als Bibliothek in der Projektdatei gespeichert. ...
Genau hierdurch wird das Problem provoziert. Wenn man den Arbeitsbereich oder Arbeitsgruppen eines Projektes als Bibliothek in ein anderes Projekt einbindet, kann die Referenzauflösung nicht mehr sauber ablaufen. Warum? -->> Klick <<-- In einer Baugruppe gespeicherte Referenzen zu Arbeitsbereich oder Arbeitsgruppen werden niemals über Bibliotheken aufgelöst. ------------------ Michael Puschner Autodesk Inventor Certified Expert Scholle und Partner GmbH
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MatthiasG Mitglied Maschinenbaumeister
Beiträge: 508 Registriert: 28.04.2002 Intel(R) Core(TM) i7-4900MQ @ 2.80GHz, 16 GB RAM, Quadro K2100M,512GB+1TB SSD, Windows 10 Pro AutoCAD R10 bis R2016, Inventor R1 bis R2016, Vault Pro 2012 bis 2016
|
erstellt am: 16. Jan. 2010 15:05 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 02:01 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
@Stefan: ich lese normalerweise richtig (nur verstehe oder interpretiere vielleicht nicht immer das was gemeint ist), ich grüble über die Dateireferenzierung und ich kann noch immer nichts neues erkennen. Aber ich gebe noch nicht auf. Vorerst würde ich versuchen ohne Vault dahinter zu kommen. Oder bezieht sich "richtig lesen" auf etwas Konkretes? Wenn ja, worauf? @Michael: Was bedeuten in Deinem Programmablauf folgende Begriffe: -- Bibliothek-Stammordner. Ist damit das Inhaltscenter (definiert im Projektfenster unter Ordneroptionen) gemeint? -- eindeutiger Dateiname (wann ist ein Dateiname nicht eindeutig?) Später kommt ja noch die Abfrage "Dateiname mehrfach", deshalb vermute ich hier was anderes. -- Arbeitsgruppen. Werden bei einer Einzelplatzinstallation damit die Bibliotheken (definiert im Projektfenster unter Bibliotheken) gemeint? Ich habe mal angenommen, dass ich unter "Bibliothek Stammordner" auf dem Nein-Zweig weiter muß, und komme dann zu "Eindeutige Dateinamen". Da geht es vermutlich auf den Ja-Zweig weiter (warum nicht?). Bei "Datei eindeutig gefunden" sollte es dann zum Anfang zurück gehen. Liege ich irgendwo falsch? @Wer noch lesen will: Bei dem weiter oben erwähnten Test habe ich noch zwei Versuche gemacht: 1. den Hinweis von Eberhard berücksichtigt (lange Verzeichnispfade) und das Verzeichnis mit den Einzelteilen des Antriebs zwei Ebenen nach oben versetzt. Das Pack&Go hat diesmal einwandfrei funktioniert. 2. Das Verzeichnis mit den Einzelteilen wieder zurück an den ursprünglichen Ort verschoben. Das Pack&Go hat wieder nicht funktioniert.
------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Husky Ehrenmitglied V.I.P. h.c.
Beiträge: 5720 Registriert: 10.07.2002 No Sysinfo
|
erstellt am: 18. Jan. 2010 08:04 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
Michael Puschner Moderator Rentner
Beiträge: 13006 Registriert: 29.08.2003 Toshiba Encore mit MS Office Ein Programm sollte nicht nur Hand und Fuß, sondern auch Herz und Hirn haben. (Michael Anton)
|
erstellt am: 18. Jan. 2010 09:47 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von wewe_ro: ... Was bedeuten in Deinem Programmablauf folgende Begriffe: ...
Ein Bibliothek-Stammordner ist jeder Ordner, dessen Pfad in der IPJ zu einer Bibliothek definiert wurde. Dazu gehört auch der über die Ordneroption "Inhaltscenter-Dateien" festgelegte Pfad. Mit der Abfrage "Eindeutige Dateinamen" ist die Option "Eindeutige Dateinamen verwenden" der IPJ gemeint. "Arbeitsgruppen" sind die Ordner, deren Pfade in der IPJ als "Arbeitsgruppen-Suchpfade" definiert wurden. Zitat: Original erstellt von wewe_ro: ... Bei dem weiter oben erwähnten Test habe ich noch zwei Versuche gemacht: ...
Das mit extrem langen Pfaden und Dateinamen ("indianische Bezeichnungen") gearbeitet wird, wäre natürlich ein wichtiger Hinweis gewesen, der das Verhalten sofort erklärt. Wenn der Pfad einschließlich Dateiname 255 Zeichen überschreitet, führt das es in vielen Programmen zu Fehlern, was historisch bedingt ist. Ab 1024 Zeichen arbeitet auch das Betriebssystem fehlerhaft. ------------------ Michael Puschner Autodesk Inventor Certified Expert Scholle und Partner GmbH Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 11:06 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Wenn 255 Zeichen die Grenze für eine korrekte Arbeitsweise der Programme ist, dann hätte das Pack&Go vermutlich korrekt arbeiten müssen: Die referenzierten Dateien haben eine Pfadlänge (einschliesslich Dateiname) von 175 Zeichen. Der zu schreibende Pfad (einschliesslich Dateiname) hätte eine Länge von 219 Zeichen gehabt. Ein weiterer Versuch, bei dem ich das Zielverzeichnis einige Ebenen weiter oben angelegt habe war erfolgreich. Im ersten Versuch wurden alle Referenzen korrekt aufgelistet. Nur das Schreiben der Pack&Go-Verzeichnisse war fehlerhaft. Kann es sein, dass Großbuchstaben und Sonderzeichen doppelt gezählt werden, weil dann der zu schreibende Pfad über 255 Zeichen lang wäre?
------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
lbcad Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Maschinenbau und CAD-Trainer
Beiträge: 3833 Registriert: 15.02.2001 DELL Precision 7520 Win10Pro-64 Inventor mit Vault Professional 2024 --------------------- Während man es aufschiebt, verrinnt das Leben. Lucius Annaeus Seneca (ca. 4 v. Chr - 65 n. Chr.)
|
erstellt am: 18. Jan. 2010 11:15 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 11:34 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Danke für den Link. Da steht noch, dass Windows zwischen Groß- und Kleinschreibung nicht unterscheidet. Und weiter: Zitat: Unter NTFS kann bei Verwendung von Unicode der Pfad eine Länge von 247 und der Dateiname 259 Unicode-Zeichen umfassen.
Die Pfade wären dann auf jeden Fall kleiner wie 255 Zeichen. Wobei durch die Versuche, die ich gemacht habe klar ist, dass sie für das Pack&Go doch irgendwie zu lang sind. ------------------ Gruß Werner [Diese Nachricht wurde von wewe_ro am 18. Jan. 2010 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 11:53 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von Michael Puschner: Genau hierdurch wird das Problem provoziert. Wenn man den Arbeitsbereich oder Arbeitsgruppen eines Projektes als Bibliothek in ein anderes Projekt einbindet, kann die Referenzauflösung nicht mehr sauber ablaufen.Warum? [b]-->> Klick <<-- In einer Baugruppe gespeicherte Referenzen zu Arbeitsbereich oder Arbeitsgruppen werden niemals über Bibliotheken aufgelöst. [/B]
Hallo Michael, ich kann in Deinem Programmablauf keine Erklärung finden, warum das nicht i.O. sein soll. Die Bibliotheken sind doch nur Ordner, die mit absoluten Pfaden in der Projektdatei gespeichert werden. Die aktive Projektdatei dürfte eigentlich gar nicht wissen, dass diese Ordner in anderen Projekten als Arbeitsverzeichnisse benutzt werden (woher auch, es muss nur ein Windows-Pfad angegeben, keine fremde Projektdatei). Ich habe in den letzten Jahren 15-20 Projekte so eingerichtet, und die Referenzen wurden immer korrekt aufgelöst. Welche ist die Begründung für Deine Behauptung? ------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 12:19 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von Husky: Hallo,letzter Punkt ist doch klar, oder ? (ich hoffe ich habe dich auch richtig verstanden) Du kennst Spruch: "Mit Ford hin , Mit Zug zurück " ?? Grüße Stefan
Klar ist nur dass -- Vault super ist und -- dass der Doofe vor dem Bildschirm sitzt. Ist nicht viel, aber immerhin etwas. Bin froh, dass ich wenigstens das kappiert habe.
------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Michael Puschner Moderator Rentner
Beiträge: 13006 Registriert: 29.08.2003 Toshiba Encore mit MS Office Ein Programm sollte nicht nur Hand und Fuß, sondern auch Herz und Hirn haben. (Michael Anton)
|
erstellt am: 18. Jan. 2010 13:55 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von wewe_ro: ... Die aktive Projektdatei dürfte eigentlich gar nicht wissen, dass diese Ordner in anderen Projekten als Arbeitsverzeichnisse benutzt werden ...
Das stimmt, der Projektdatei ist es völlig egal ob es die Pfade noch in anderen Projektdateien gibt. Ich war von folgender Situation ausgegangen: - Die Datei SEW-Antrieb.iam wurde zuletzt in Projekt A gespeichert, in der die Komponenten hierzu in einem Arbeitsbereich lagen.
- Die Datei SEW-Antrieb.iam merkt sich beim Speichern, ob Komponenten aus einer Bibliothek referenziert wurden oder nicht.
- In Projekt B befinden sich die Komponenten der kopierten Datei SEW-Antrieb.iam aber in einem Bibliothekspfad.
- Die Abfrage "Bibliotheks-Komponente" wird bei der Referenzauflösung verneint, da die gesuchte Komponente beim letzten Speichern nicht aus einer Bibliothek referenziert wurde.
- Da sie sich aber nicht im Arbeitsbereich oder einer Arbeitsgruppe von Projekt B befindet, schlägt die Referenzierung fehl. Selbst wenn die Option "Eindeutige Dateinamen verwenden" aktiv ist und nach der Komponente gesucht wird, bleiben dabei die Bibliotheksordner unberücksichtigt.
Merke: Bibliotheken werden niemals durchsucht! Wie sich aber jetzt ja herausgestellt hat, bin ich in diesem Fall von falschen Voraussetzungen ausgegangen. Hier lag das Problem offensichtlich an den zu langen Namen.
------------------ Michael Puschner Autodesk Inventor Certified Expert Scholle und Partner GmbH Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 14:53 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Danke für die Präzisierung. Auch so wäre das nicht die Ursache für ein Pack&Go-Problem gewesen, weil ich es mir angewöhnt habe vorher die Baugruppe in Inventor zu prüfen (Öffnen, ev. Alles neu erstellen und Speichern) und da wären mir ja die fehlenden Referenzen angezeigt worden. Bleibt nur noch die Frage offen, warum sind 219 Zeichen zu lang. Ist das eine fehlerhafte … tschuldigung eingeschränkte Funktionalität?
------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
nightsta1k3r Ehrenmitglied V.I.P. h.c. plaudern
Beiträge: 11273 Registriert: 25.02.2004 Hier könnte ihre Werbung stehen!
|
erstellt am: 18. Jan. 2010 18:59 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 19:05 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
Husky Ehrenmitglied V.I.P. h.c.
Beiträge: 5720 Registriert: 10.07.2002 No Sysinfo
|
erstellt am: 18. Jan. 2010 19:35 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
|
wewe_ro Mitglied MaschBauIng
Beiträge: 432 Registriert: 22.06.2004 IV 2023 DELL M7720 + SpacePilot Windows 10; Excel 2016
|
erstellt am: 18. Jan. 2010 20:52 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Kein Server, nur lokale Festplatte, keine UNC-Pfade. Es geht um das Zielverzeichnis. Wie bereits geschrieben, in Inventor werden alle Referenzen korrekt aufgelöst. Das Pack&Go zeigt nach dem Suchen alle Teile mit korrekten Pfaden an. Nur das Schreiben in das Zielverzeichnis schlägt fehl. Die Pfadlänge der Teile , die das Pack&Go nicht schreiben kann ist 175. Die Pfadlänge, wenn das Schreiben gelingen würde wäre 219, weil das Pack&Go-Verzeichnis verschachtelt ist. Und ebenso wie bereits geschrieben, das Problem kann locker umgangen werden, indem das Zielverzeichnis des Pack&Go, weiter oben in der Ordnerstruktur angelegt wird. Und wenn Vault mit der Zahl 219 keine Probleme hat, ist das eine tolle Sache. Ich finde nur, dass Pack&Go als aktuelles Hilfstool eines modernen CAD-Programms das auch "packen" sollte. Solche Einschränkungen stellen für mich kein Problem dar, solange ich mich nicht damit in meiner Freizeit beschäftigen muss. Ein Warnhinweis, dass der Pfad zu lang ist, würde schon reichen. ------------------ Gruß Werner Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
eberhard Ehrenmitglied V.I.P. h.c. Konstrukteur
Beiträge: 2072 Registriert: 21.06.2002 MDT 5 bis MDT 2008 Inventor Pro 10 - 2012 SWX 2011 mit RWX 7 Proe WF2, WF4 DesignSpace 12 NoName I7-980 3,3GHz 24GB 300GB W7 64 Dell M6400 3GHz 8GB 2x250GB W7 64 Dell M70 2,13GHz 2GB XP 32 Dell 360 P4 2,8Ghz 2GB FX500 NoName P3 1GHz 512MB
|
erstellt am: 19. Jan. 2010 08:24 <-- editieren / zitieren --> Unities abgeben: Nur für Doc Snyder
Zitat: Original erstellt von wewe_ro:
Es geht um das Zielverzeichnis. Wie bereits geschrieben, in Inventor werden alle Referenzen korrekt aufgelöst. Das Pack&Go zeigt nach dem Suchen alle Teile mit korrekten Pfaden an. Nur das Schreiben in das Zielverzeichnis schlägt fehl.Die Pfadlänge der Teile , die das Pack&Go nicht schreiben kann ist 175. Die Pfadlänge, wenn das Schreiben gelingen würde wäre 219, weil das Pack&Go-Verzeichnis verschachtelt ist. Ein Warnhinweis, dass der Pfad zu lang ist, würde schon reichen.
Es wäre halt interessant zu wissen, wie der interne Ablauf bei der Erzeugung von PaG ist. Wenn dabei z.B. mit einem temporären Verzeichnis gearbeitet wird, käme die Pfadlänge des temporären Verzeichnisses zum eigentlichen Pfad noch hinzu. Dann sind die 256 Zeichen vielleicht erreicht, obwohl man nur 219 wie in deinem Fall zählt. ------------------ gruss eberhard Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |