---

Hallo,

ich ein paar Baugruppen die zur einer Gesamtbaugruppe zusammengeführt werden, wo ich Probleme mit den Verknüpfungen habe. Die Baugruppen waren alle mal ohne Fehler. beim Zusammenbauen habe ich dann irgendwie einige Verknüpfungsfehler hineinbekommen, die ich mir nicht recht erklären kann. Das Problem zeigt sich wie folgt.
Die Baugruppen einzeln  geöffnet sind fehlerfrei. Wenn ich ein Baugruppe öffne und nachher erst die Nächste, sind auf einmal Verknüpfungen rot. Und in der Überbaugruppe sowieso, Ein Kollege hat gemeint es könnte event. sein, das in die Baugruppen unterschiedliche Teile mit unterschiedlichen Pfaden aber gleichen Teilenummern verbaut sind und SolidWorks beim öffnen der zweiten Baugruppe auf das der ersten mit gleichem Dateinamen zugreift. Ich habe aber zumindest bei ein paar Stichproben festgestellt das es sich um Teile handelt die nur in einer BG verbaut sind. Oft habe ich Fehler, wenn ich z.b. bei einem Langloch auf die Mittelachse referenziere (z.B bei Schrauben). Es bringt auch nichts wenn neu verknüpfe. Dann schaut es erst mal sauber aus. Nach dem Speichern und wieder öffnen habe ich wieder das gleiche Problem.
Es sind für dieses Projekt Teile von einem technischen Büro  konstruiert worden, die ich nachher mit meinen Teilen zusammengeführt habe, deswegen will ich das mit den gleichen Dateinamen in unterschiedlichen Ordnern nicht ausschliessen. Dem könnte ich natürlich mit dem SolidWorks Explorer nachgehen, ist aber bei Baugruppengrößen vom mehreren Hunderten Teilen mühsam.

Vielleicht kennt jemand von euch das Problem und kann mir einen Ratschlag geben.

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

---

Hallo Franz

wenn die Baugruppen für sich alle wirklich fehlerfrei sind, kannst Du das mit den evtl. gleichen Teilenamen ausschliessen, wenn die Anzahl der BGŽs überschaubar ist:
- zuerst eine Sicherheitskopie von allem (!) anlegen
- öffne die BGŽs einzeln und schalte alle Teile virtuell, so dass nur noch die BGŽs selbst aktiv sind, damit verlieren die Teile ihren Bezug zur ehemaligen Datei und werden intern in der BG gespeichert
- öffne die oberste BG
Wenn jetzt der Fehler verschwunden ist, hast Du Deine Bestätigung, dass irgendwo was doppelt referenziert war: Die ehemals gleichen Dateinamen greifen nicht mehr auf bereits geöffnete falsche Dateien gleichen Namens zurück, sondern behalten die Daten, mit denen sie innerhalb der korrekt geöffneten BG hatten.

Was ich mir allerdings eher vorstellen kann, ist eine Art Ringverknüpfung, durch die die BGŽs irgendwann nach vollständigem Öffnen überdefiniert sind.
Probier mal:
- oberste BG öffnen
- untergeordente BGŽs unterdrücken und nach und nach die Unterdrückung aufheben, bis der Fehler auftritt
- dann schau Dir die Verknüpfungen an, die dann zu dieser Zeit aktiv sind
- mit diesen in ähnlicher Weise verfahren, wie oben. Alle unterdrücken, einzeln wieder freigeben
Spätestens dann sollte der Wurm sichtbar werden

Viele Grüße - Axel

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

---

Hallo,

und mal alle flexibel verbauten Unterbaugruppen auf starr stellen und unterdrücken .

Dann die Unterdrückung wieder aufheben und mehrmals ein StrQ durchführen.

Anschließend wieder auf Flex stellen oder die auf Flex bezogenen Verknüpfungen unterdrücken.

Grüße Andreas 

------------------
Stillstand ist Rückschritt

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

---

Hallo und einen erverknotungsfreien Tag Franz.

Du scheibst:

Zitat:

---

von einem technischen Büro  konstruiert worden

---

Und wie liegen diese daten vor?
Importiert oder als SWX Datei?

Gruß
ThoMay

------------------
Hast du Fragen?
Brauchst du
Schaut mal nach im Bereich
Alle Foren => Wissenstransfer.
oder
Konstrukteure Online hier bei CAD.de
Richtig fragen -
Nettiquette - Konstruktionshilfen - Systeminfo - Unities - CAD Freeware - Forenübersicht - 3D Modelle - SolidWorks Videos

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

---

Hallo Franz,

Zitat:

---

Original erstellt von FranzF81:
Ein Kollege hat gemeint es könnte event. sein, das in die Baugruppen unterschiedliche Teile mit unterschiedlichen Pfaden aber gleichen Teilenummern verbaut sind und SolidWorks beim öffnen der zweiten Baugruppe auf das der ersten mit gleichem Dateinamen zugreift. [...]
Es sind für dieses Projekt Teile von einem technischen Büro  konstruiert worden, die ich nachher mit meinen Teilen zusammengeführt habe, deswegen will ich das mit den gleichen Dateinamen in unterschiedlichen Ordnern nicht ausschliessen. Dem könnte ich natürlich mit dem SolidWorks Explorer nachgehen, ist aber bei Baugruppengrößen vom mehreren Hunderten Teilen mühsam.

---

Mühsam? *fassungslosdenkopfschüttel*

Wenn dieser Verdacht besteht brauchst du nicht mit irgendwas anderem weiter zu machen, egal wie mühsam das ist. Das ist eine der wichtigsten Regeln von SolidWorks: einzigartige Dateinamen für Dokumente. Wenn du zwei Dokumente in unterschiedlichen Unterordner mit demselben Dtaeinamen hast kannst du nach Murphy ziemlich sicher davon ausgehen, dass die nicht identisch sind. Und dann "gewinnt" immer das, was als erstes geladen wird, weil es danach bereits im Arbeitsspeicher zu finden ist. Die Warnmeldung dafür hast du vielleicht sogar abgehakt und weggeklickt.

Also bevor du weiter nach den Verknüpfungsproblemursachen suchst stell sicher, dass alle Dokumente einzigartig sind. Im Zweifelsfall alles in ein großes Verzeichnis kopieren, alle die Überschreibmeldungen von Windows registrieren, merken, verstehen und dann durch gezieltes Umbenennen korrigieren. Oder euren Lieferanten das tun lassen 

Ciao,
Stefan

------------------
Inoffizielle deutsche SolidWorks Hilfeseite    http://solidworks.cad.de

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

---

Hallo Franz,

als Ergänzung zu Stefan: Kopier mal alles mit pack and go in ein leeres Verzeichnis. Wenn der dann kommt und bestehende Daten überschreiben will hast du auf der Stelle den "Verbrecher" mit Namen.

------------------
Grüße

Jörg

da ich weiß daß ich nichts weiß weiß ich immer noch mehr als die die nicht wissen daß sie nichts wissen (weiß nicht von wem)

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

---

Hallo Franz,

leider schreibst du nicht, mit welcher SWX-Version du arbeitest. Wir haben in der 2010er folgendes (zumindest entfernt) ähnliches Problem:

Ausgangslage:
Wir haben für unseren Steuerschrankaufbau viele Baugruppen, die alle nach dem gleichem Prinzip aufgebaut sind: 2 Einzelteile pro Baugruppe, eins davon linear gemustert. Die Anzahl wird dabei über Konfigs gesteuert: Konfig 1 -> 1 Teil, Konfig 2 -> 2 Teile usw. Im Schnitt gibt es dabei 30 Konfigs, die größten haben bis zu 200. Die Baugruppen sehen dabei im Featurebaum völlig identisch aus (Teil 1, Teil 2, 6 Verknüpfungen, "Lineares Muster1") (Und nein, Teil 1 und Teil 2 haben immer andere, eindeutige Namen  )

Soweit so gut. Öffne ich eine oder mehrere Baugruppen davon einzeln (auch parallel/gleichzeitig), funktioniert alles wunderbar. Sobald ich jedoch mehrere in einen jener Steuerschränke eingefüge, bekomme ich Darstellungsfehler: Dann werden z.B. bei Unterbaugruppen mit der Konfiguration 15 (also eigentlich 15x Teil 2) mal mehr (z.B. 25) oder mal weniger Teile dargestellt. Öffnet man die Unterbaugruppe dann aus der Oberbaugruppe heraus, ist der Fehler auf einmal weg. Sobald man die Oberbaugruppe (selbst nachdem beim Speichern alles gut aussah) erneut öffnet, beginnt der Spaß wieder von vorn.

Die Herren und Damen vom Support haben dann mit Hilfe von ein paar der Baugruppen herausgefunden, dass es scheinbar im Feature "Lineares Muster" einen Fehler gibt, der dieses Verhalten auslöst. Spätestens seit SWX 2012 tritt der Fehler aber wohl nicht mehr auf.

Da wir nicht umsteigen können/wollen, bleibt uns nur, die Muster aufzulösen und die Komponenten in den versch. Konfigurationen per Tabelle zu unterdrücken. Danach tritt der Fehler dann auch nicht mehr auf.

Ob du jetzt was mit der Info anfangen kannst, weiß ich allerdings auch nicht. 

Gruß, Jens

------------------
CSWA, CSWP =)

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