SolidWorks Hilfeseite - Eintrag Fehler

Hier sehen Sie die ausführliche Beschreibung eines Eintrages in die offene Liste der Fehlermeldungen.

Hauptseite - Verbesserungsvorschläge - Fehlermeldungen - eigene Eingabe

Anmerkung: Die VVs und Fehlermeldungen werden nicht automatisch an SolidWorks weitergegeben. Diese Listen hier dienen nur der öffentlich zugänglichen Sammlung. Auch kann nicht gewährleistet werden, dass noch offene VVs/Fehler nicht doch schon längst umgesetzt sind. Wenn Ihnen auffallen sollte, dass ein VV/Fehler schon umgesetzt wurde bitte eine kurze Mail an mich oder editieren Sie direkt den Beitrag.

Problem erledigt (SW2003 SP3.0)

Beschreibung	Speichern von Teilen mit In-Context-Referenzen dauert sehr lange
Typ	Fehlermeldung	bemerkt in	SW2003 SP0.0	eingetragen	13.02.2003
Kategorie	Modellieren Einzelteil	erledigt in	SW2003 SP3.0	von	Stefan Berlitz
* Zuordnung	4	SPR#	166788	editiert	-
ausführliche Beschreibung	Bei Speichern eines Teiles mit In-Context-Referenzen (also im Baugruppenzusammenhang erzeugten Referenzen wie übernommenen Kanten, Austragung bis Oberfläche etc.) wird die Baugruppe, in der diese Referenzen erzeugt wurden, bei Speichern des Teils lesend geöffnet. Dies kann bei großen Baugruppen oder langsamen Netzwerkanbindungen zu erheblichen Verzögerungen beim Speichern solcher Teile führen. Der Fehler taucht auf beim Speichern von Teilen, die über gebrochene oder gesperrte Referenzen verfügen. Das Problem taucht erst in SW2003 auf. Beim Speichern dieser Teile öffnet SolidWorks diese (gebrochenen!!) Referenzen mit reinem Lesezugriff, wenn dieses Teil nun in einer sehr großen Baugruppe erstellt wurde dauert das Speichern entsprechend lange. Dies versucht SolidWorks solange die Referenzen zu finden sind, d.h. ist z.B. das Laufwerk nicht mehr angebunden geht es so schnell wie es sollte. Dieses Verhalten kann an einem ganz einfachen Beispiel nachgestellt werden: 1. Anbinden eines "Serverlaufwerk" im Explorer an einen Buchstaben (möglichst einen Rechner des Kollegen) 2. Erstellen von Teil1.sldprt und Abspeichern auf angebundenem Laufwerk 3. Erstellen von Teil2.sldprt und Abspeichern auf angebundenem Laufwerk 4. Erstellen von Baugruppe1.sldasm mit den Teil1 und Teil2 und Abspeichern auf angebundenem Laufwerk 5. In der Baugruppe in Teil2 irgendetwas von Teil1 übernehmen (Kante oder Bohrung), so dass Teil2 eine Referenz auf Teil1 in Baugruppe1 hat 6. Teil2 als Kopie auf die lokale Platte speichern. 7. Alles schließen, lokales Teil2 öffnen und Referenzen brechen oder sperren. 8. Teil2 speichern (sollte ganz normal gehen) 9. Server herunterfahren (deswegen Rechner des Kollegen) 10. Teil2 wieder versuchen zu speichern, nun Sanduhr bis zum Timeout. Bei großen Baugruppen kann man auf dem Server beobachten, dass die referenzierte Baugruppe (mit allem was dazu gehört) beim Speichern dieses Teils lesend geöffnet werden. Diese Zugriffe kann man sehr einfach z.B. mit FileMon ( http://www.sysinternals.com/ntw2k/source/filemon.shtml ) nachweisen.
Workaround	Für gebrochene Referenzen auch noch alle Skizzen überarbeiten und gebrochene Referenz tatsächlich löschen. Für gesperrte Referenzen kein Workaround.

* Zuordnung erfolgt nach folgendem Schlüssel

1	Fehler ist kaum zu bemerken, aber vorhanden	VV bearbeiten, wenn nix mehr zu tun ist
2	lästiger Fehler, der aber Arbeiten nicht beeinträchtigt	VV wäre "nice to have"
3	leichter Fehler (u.U. mit Workaround)	VV würde Arbeit deutlich erleichtern
4	schwerer Fehler (komplizierter oder kein Workaround)	VV für alle Kunden interessant
5	extremer Fehler, Datenverlust, Arbeiten unmöglich	VV könnte den Weltfrieden herstellen

Zurück zum Seitenanfang

Kritik und Anregungen bitte an Stefan Berlitz. Letzte Änderung dieser Seite am Donnerstag, 01. Februar 2007 17:50