| | | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS | | | | Wütschner Technologie-Tage, eine Veranstaltung am 17.10.2024
|
Autor
|
Thema: Virtuelle Teile verschwunden (8303 mal gelesen)
|
Denis80 Mitglied Dipl. Ing. (FH) Maschinenbau
Beiträge: 55 Registriert: 20.11.2007 WINXP, 3.2GHz, 3.0GRAM, NVIDIA Quadro FX 3400 SWX2008 SP4.0 + Cosmos
|
erstellt am: 06. Apr. 2009 12:28 <-- editieren / zitieren --> Unities abgeben:
Da ich keine Antwort erhalten habe, erhoffe ich mir durch ein neues Thema mehr Resonanz. Mein Beitrag vom 02.04.2009 aus folgendem Thread : http://ww3.cad.de/foren/ubb/Forum2/HTML/017069.shtml erstellt am: 02. Apr. 2009 08:48 Unities abgeben: -------------------------------------------------------------------------------- Hallo Zusammen, ich habe zu dem gleichen Thema folgende Frage: Ich habe eine Baugruppe mit ausschließlich virtuellen Teilen (Einfügen -Komponente -neues Teil) erzeugt. Jetzt werden gewisse virtuelle Teile beim öffnen unterdrückt, "Die Datei für diese Komponente wurde nicht gefunden". Will ich diese Teile öffnen, werde ich gefragt ob ich selber suchen möchte und darf mich dann im Temp. Verzeichnis erfolglos auf die Suche machen. Kann mir jd. erklären was ich ,evtl. auch beim bearbeiten der einzelnen Teile oder der BG, falsch gemacht haben könnte. Z.B. habe ich nachträglich die BG umbenannt, welches ich aber auch bei einem Test problemlos machen konnte. Bekomme den Fehler nicht reproduziert. Kennt jd. das Problem/Fehler?
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Press play on tape Ehrenmitglied Konstrukteur und sonst nix!
Beiträge: 1945 Registriert: 30.04.2007 Creo Elements Direct Modeling 17
|
erstellt am: 06. Apr. 2009 12:36 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, derzeit habe ich auch eine kleine Baugruppe mit virtuellen teilen im test. Bei mir ist so etwas bisher nicht geschehen. Das erstaunliche daran ist ja daß die Teile im Feature Baum bei Dir auftauchen, wenn auch unterdrückt. Was sagt den das Fenster Referenzen suchen zu den unterdrückten teilen? gruß Heiko Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Press play on tape Ehrenmitglied Konstrukteur und sonst nix!
Beiträge: 1945 Registriert: 30.04.2007 Creo Elements Direct Modeling 17
|
erstellt am: 06. Apr. 2009 13:02 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, ich probiere und probier und es klappt nicht den Fehler zu reproduzieren. Ich frage jetzt einfach mal ob Du wenn die referenz gesucht wird einfach die Baugruppe als Pfand eingeben kannst? Oder hast Du die Baugruppe vielleciht mit Pack and go kopiert? Welche Version von SWX hast Du (mit SP), in Deinem Profil steht 2006, das kann ja nicht richtig sein. Ist dein Temp Verzeichnis eigentlich einigermaßen leer? Weis nicht obs mit dem was zu tun haben könnte aber wenn dadurch z.B. bei Zeichnungen anstatt dasDurchemesser Symbol nur noch <Mod-Dia> kommt, könnte da ja auch was damit sein. gruß Heiko
[Diese Nachricht wurde von Press play on tape am 06. Apr. 2009 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Denis80 Mitglied Dipl. Ing. (FH) Maschinenbau
Beiträge: 55 Registriert: 20.11.2007 WINXP, 3.2GHz, 3.0GRAM, NVIDIA Quadro FX 3400 SWX2008 SP4.0 + Cosmos
|
erstellt am: 06. Apr. 2009 13:27 <-- editieren / zitieren --> Unities abgeben:
Hallo Heiko, danke für die Antwort. Zu den Referenzen: ich bekomme bei den entsprechenden unterdrückten Teilen auch die Meldung : "Datei nicht gefunden". Nein, ich habe nichts mit Pack and Go verschoben. System Info geändert...Sorry, war im Glauben das schon getan zu haben....
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Denis80 Mitglied Dipl. Ing. (FH) Maschinenbau
Beiträge: 55 Registriert: 20.11.2007 WINXP, 3.2GHz, 3.0GRAM, NVIDIA Quadro FX 3400 SWX2008 SP4.0 + Cosmos
|
erstellt am: 06. Apr. 2009 13:28 <-- editieren / zitieren --> Unities abgeben:
|
Press play on tape Ehrenmitglied Konstrukteur und sonst nix!
Beiträge: 1945 Registriert: 30.04.2007 Creo Elements Direct Modeling 17
|
erstellt am: 06. Apr. 2009 13:50 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hi, schade Du hast SWX2008 SP4, ich habe hier 2009, ich weis jetzt nicht wo gefixte Fehler bei den Versionsunterschieden nachlesen kann, aber theo. kann es sein daß es ein bekannter Fehler ist der ausgebessert wurde. Ich jedenfalls bekomme immer mehr bedenken wegen den virtuellen teilen. Zum einen wegen Deinem noch niht nachvollziehbaren Fehlers und zum anderen verhalten sich virtuelle teile wenn die Baugruppe dazu in einer weiteren Baugruppe eingebaut sind ganz seltsam, denn wenn ich ein solches teil aus einer übergeordneten Baugruppe öffne kann ich sogar eine Zeichnung ableiten und speichern, erstaunlicherweise geht die gerade auch fehlerfrei auf, ich denke weil er da auf die Datei im temp Verzeichnis zurückgreift, die er wahrscheinlich beim speichern dann auch angelegt hat also nicht mehr temporär ist, und somit nicht mehr assoziativ. Für mich ein weiteres K.O. kriterium ist noch, daß wenn ich ein solches virtuelles teil aus einer Baugruppe heraus öffne ich es speichern kann, der Stern verschwindet, aber kein Hinweis kommt daß es ein virtuelles Teil ist, das ein speichern der richtigen Baugruppe erfordert. Da ich des öfteren eine Baugruppe Schreibgeschützt öffne, dann ein Einzelteil Schreibbar öffne ändere, speichere und dann die Baugruppe wieder schließe ohne zu speichern, da keine änderung (nur Sichtkontrolle und Verknüpfungskontrolle) ignoriere ich die altbekannte Meldung von geändert müssen auch gespeichert werden. Somit ist dann die gemachte Änderung unwirksam. Bei uns sit das nur kritisch bei Kaufteilen, die aus mehreren teilen bestehen, die wollte ich gerne als virtuell gespeichert haben, damit das mit denn Nummern und dem PDM stimmt, also nicht Ident Nr. plus Suffix und so weiter speichern muß sondern auch wirklich nur eine Datei wie es im PPS steht verwalte. Also ist das ganze noch nicht so ausgereift wie ich hoffte. gruß Heiko Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
riesi Mitglied CAD-Admin
Beiträge: 1087 Registriert: 06.05.2002 SWX Premium 2023-Sp5
|
erstellt am: 06. Apr. 2009 14:22 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Was definitiv in der 2008'er Version Probleme macht, sind externe Referenzen. Wenn ich virtuelle Teile mit externen Referenzen anlege und anschließend die Baugruppe schließe und umbenenne, habe ich kaputte Referenzen. Gruß, Klaus. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Denis80 Mitglied Dipl. Ing. (FH) Maschinenbau
Beiträge: 55 Registriert: 20.11.2007 WINXP, 3.2GHz, 3.0GRAM, NVIDIA Quadro FX 3400 SWX2008 SP4.0 + Cosmos
|
erstellt am: 06. Apr. 2009 14:24 <-- editieren / zitieren --> Unities abgeben:
|
StefanBerlitz Guter-Geist-Moderator IT Admin (CAx)
Beiträge: 8756 Registriert: 02.03.2000 SunZu sagt: Analysiere die Vorteile, die du aus meinem Ratschlag ziehst. Dann gliedere deine Kräfte entsprechend und mache dir außergewöhnliche Taktiken zunutze.
|
erstellt am: 06. Apr. 2009 15:30 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo Klaus Zitat: Original erstellt von riesi: Was definitiv in der 2008'er Version Probleme macht, sind externe Referenzen. Wenn ich virtuelle Teile mit externen Referenzen anlege und anschließend die Baugruppe schließe und umbenenne, habe ich kaputte Referenzen.
Hm, bin mir jetzt nicht ganz sicher, aber externe Referenzen machen nicht definitiv Probleme, sonst hätten wir die hier wohl auch Wenn du externe Referenzen erzeugst weiß diese, in welcher Baugruppe die erzeugt wurde. Wenn du die Baugruppe unter einem anderen Namen speicherst, wird die externe Referenz trotzdem nur in der "alten " Baugruppe aktualisiert und nicht in der neuen. Dazu kommt auch jedesmal treu und brav eine Warnmeldung (siehe Bild), die nur niemand durchliest und auch leider nicht alle verstanden haben. Wenn das mal in die Hose gegangen ist kann man es per API (und nur per API wieder richten. Ich hab für uns z.B. ein Progrämmchen geschrieben, was das macht, in der Makro-Tauschbörse findest du als Nr. 35 auch ein Makro, was das so hinbiegt, wie du es brauchst. Ist also eigentlich das Standardverhalten, was SolidWorks schon so lange an den Tag legt, wie ich es kenne ... und wenn man drüber nachdenkt, auch richtig ist. Ciao, Stefan ------------------ Inoffizielle deutsche SolidWorks Hilfeseite http://solidworks.cad.de Stefans SolidWorks Blog Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Press play on tape Ehrenmitglied Konstrukteur und sonst nix!
Beiträge: 1945 Registriert: 30.04.2007 Creo Elements Direct Modeling 17
|
erstellt am: 06. Apr. 2009 15:31 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hi Denis, Du machst niemandem die virtu's madig, das ergab sich nur aus den diversen zusammenhängen. Im gegenteil durch den Beitrag werden lücken offengelegt, denn einfach so verschwinden die ja nicht. Deshalb von mir ein Dankeschön daß Du mir/uns dies mitgeteilt hast, wobei noch offensteht ob es irgendwer reproduzieren kann. gruß Heiko
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
riesi Mitglied CAD-Admin
Beiträge: 1087 Registriert: 06.05.2002 SWX Premium 2023-Sp5
|
erstellt am: 07. Apr. 2009 15:57 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Zitat: Original erstellt von StefanBerlitz:Wenn das mal in die Hose gegangen ist kann man es per API (und nur per API wieder richten. ... [/B]
Danke für den Hinweis. Ich hatte dieses Verhalten im Zusammenhang mit dem Test einer Zeichnungsdatenbank festgestellt. Diese benennt immer die Dateien nach einem Nummernsystem um. Beim Einchecken ist der Fehler entstanden. Der Hersteller meinte, es wäre ein Fehler in SWX. Für mich ist wieder mal klar, dass man dieses Forum *zwingend* braucht. Betrachte es als kompliment. Danke und Gruß, Klaus. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Christian_W Ehrenmitglied V.I.P. h.c. Konstrukteur (Dipl-Ing)
Beiträge: 3256 Registriert: 04.04.2001 CSWP 12/2015<P>SWX2021sp5 Win10/11 (SWX2016, SWX2012) proAlpha6.2e00/calinkV9 (Tactonworks) (Medusa7, NesCAD2010, solidEdge19)
|
erstellt am: 29. Mai. 2009 12:46 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, ist inzwischen geklärt, warum die Teile verschwinden? ist bei uns auch gerade aufgetreten. swx2008sp5 + proAlpha/calink kollegin hat datei offen, in der sie gestern virtuelle komponenten angelegt hat. Fehlermeldung Komponente nicht gefunden temp\... ich öffne baugruppe, komponenten bei mir da (temp\SWX...\asm\teil5^asm.sldprt) nun hat sie die baugruppe gespeichert (leider) beim wieder öffnen der baugruppe sind sie nun bei mir auch weg, schade ... gruß, Christian Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
jairo Mitglied Maschinenbauingenieur
Beiträge: 138 Registriert: 04.03.2005 Windows 10 Pro SW2021 SP3.0 / MaxxDB 2021
|
erstellt am: 02. Jun. 2009 11:13 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, wir benutzen virt. Komponenten sehr oft (alle Kaufteile die aus mehreren Einzelteilen bestehen: Linearschlitten, pneum. Zylinder, Förderbänder, etc.). Diese Kaufteile sind bei uns standard und werden in vielen Systemen eingebaut: bisher hatten wir kein einziges Problem Grüße Jairo ------------------ MS Windows XP Professional SP2, Pentium (R) 4 CPU 2,4 GHz, 3,25 GB RAM, NVIDIA Quadro FX1500 SW2008 SP5.0 / MaxxDB 2.89 Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
jairo Mitglied Maschinenbauingenieur
Beiträge: 138 Registriert: 04.03.2005 Windows 10 Pro SW2021 SP3.0 / MaxxDB 2021
|
erstellt am: 02. Jun. 2009 11:19 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
... ich habe meinen Profil bearbeitet : wir arbeiten mit SW2009 SP3.0 und nicht mehr mit SW2008 !! Grüße Jairo ------------------ MS Windows XP Professional SP2, Pentium (R) 4 CPU 2,4 GHz, 3,25 GB RAM, NVIDIA Quadro FX1500 SW2009 SP3.0 / MaxxDB 2.89 Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Christian_W Ehrenmitglied V.I.P. h.c. Konstrukteur (Dipl-Ing)
Beiträge: 3256 Registriert: 04.04.2001 CSWP 12/2015<P>SWX2021sp5 Win10/11 (SWX2016, SWX2012) proAlpha6.2e00/calinkV9 (Tactonworks) (Medusa7, NesCAD2010, solidEdge19)
|
erstellt am: 25. Jun. 2009 09:34 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, bei uns hatte das Verschwinden mit dem Kopieren der Baugruppe zu tun. pdm system - Kopie des aktiven Objektes oder Klonen. ich krieg es aber nicht mehr nachgestellt, deshalb etwas mutmaßungsfaktor einrechnen: Baugruppe mit Schreibzugriff offen Baugruppe kopieren (nutzt speichern unter) --> Kopie hatte virt. Komponenten, bei ursprünglicher Baugruppe waren sie verschwunden. speichern der ursprünglichen Baugruppe führt dann dazu, dass sie auch in der Baugruppendatei weg waren. könnte auch daran liegen, dass teil1^baugruppe1 auch in baugruppe2 noch den Namen teil1^baugruppe1 hat. und mit schließen der baugruppe2 auch teile1^baugruppe1 gelöscht wurde im temp? wie gesagt - immer noch etwas rätselfaktor. Gruß, Christian Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
neo70 Mitglied Teamleiter Konstruktion
Beiträge: 234 Registriert: 08.02.2004 Windows 7, ProE 2001 - Creo3, Solid Works 2013 SP5
|
erstellt am: 07. Sep. 2010 09:17 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo Leute, wir sind gerade am Verzweifeln. wir haben eine Baugruppe erstellt, in der es virtuelle Baugruppen gibt. In diesen virtuellen Baugruppen gibt es wieder reate Teile. Dies wurde auf einem Rechner 1 erstellt. Beim Import ins MAXXDB funktionieren praktisch alle virtuelle Baugruppen, bis auf zwei. Bei diesen beiden Baugruppen ist immer noch der Pfad zu Dokumente/Einstellungen/USER usw. vorhanden, sodass man diese auf einem anderen Rechner nicht öffnen kann, d. h. Rechner 1 kann öffnen, auch über MAXXDB, greift beim Öffnen weiterhin auf c zu. Rechner 2 kann Baugruppe öffnen, nur bei diesen beiden virtuellen Baugruppen findet er logischerweise den Pfad zu c nicht (siehe Anlage). Was geht hier schief? Was macht Solid Works mit viruellen Baugruppen? Warum greift SolidWorks auf ein Temporäres Verzeichnis zu? Die Information der Baugruppe stecker doch in der Hauptbaugruppe drin und darf dich nicht auf c: liegen. Bei den anderen virtuellen Baugruppen geht doch auch alles. Grüße Winni Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
StefanBerlitz Guter-Geist-Moderator IT Admin (CAx)
Beiträge: 8756 Registriert: 02.03.2000 SunZu sagt: Analysiere die Vorteile, die du aus meinem Ratschlag ziehst. Dann gliedere deine Kräfte entsprechend und mache dir außergewöhnliche Taktiken zunutze.
|
erstellt am: 07. Sep. 2010 11:11 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo Winni, Zitat: Original erstellt von neo70: Was geht hier schief?
Gute Frage, ich vermute es hat was mit der MAXXDB zu tun. Aber sicher bin ich mir nicht. Ich kann es auch nicht nachstellen, bei den Spielereien bei mir passiert das nicht. Zitat: Original erstellt von neo70: Was macht Solid Works mit viruellen Baugruppen?
Nun, viruellen Baugruppen werden hoffentlich durch entsprechende Chemie bekämpft, die Festplatte automatisch desinfiziert und so diese arglistigen Dinger an weiterer, unkontrollierter Vermehrung gehindert. Aber keine Angst, die Art Virus ist nicht auf den Menschen übertragbar :D Wenn es um die virtuellen Baugruppen geht ... ich weiß nicht genau, was du meinst. Wenn da im Referenzen finden Dialog von SolidWorks ein harter Pfad für die Baugruppe eingetragen ist würde ich sagen, dass das keine virtuelle, sondern eine externe Komponente ist. Der Dialog, der auf dem Screenshot zu sehen ist, kommt woher? Vielleicht ist da beim Einchecken was passiert, oder das ganze ist eine ältere Datei und MaxxDB hat da was verfummelt, oder oder oder ... mir ist zumindest kein Schema bekannt, nach dem das Devirtualisieren automatisch oder "fahrlässig" geschieht. Zitat: Original erstellt von neo70: Warum greift SolidWorks auf ein Temporäres Verzeichnis zu? Die Information der Baugruppe stecker doch in der Hauptbaugruppe drin und darf dich nicht auf c: liegen. Bei den anderen virtuellen Baugruppen geht doch auch alles.
Na ja, irgendwo muss SolidWorks die Daten ja schon herholen. Die virtuellen Komponenten werden tatsächlich zur Laufzeit in ein temporäres Verzeichnis "entpackt" und von dort aus wie "normale" Komponenten behandelt. Und dieses entpacken geschieht wie üblich in die temporären Verzeichnisse, unterhalb eine swx???? Ordners im %TEMP% Verzeichnis. Siehe Bild. Ciao, Stefan ------------------ Inoffizielle deutsche SolidWorks Hilfeseite http://solidworks.cad.de Stefans SolidWorks Blog Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
GWS Ehrenmitglied V.I.P. h.c. Konstrukteur Sondermaschinenbau
Beiträge: 2415 Registriert: 23.07.2001 SWX 24 SP3, PDM Prof. auf Dell Precision 3640 /32GB / NVDIA Quadro P2200 / Win 11
|
erstellt am: 07. Sep. 2010 15:06 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Eine kleine Idee zum Thema hätte ich schon: Wenn die virtuellen Teile in ein Tempverzeichnis ausgepackt werden, sollte man (meines Erachtens) unbedingt vermeiden, zwei unterschiedliche virtuelle Teile mit dem selben Namen zu haben und zwar über alle Baugruppen und nicht nur über die aktuell geöffneten. Wenn SWX eine Datei im Tempverzeichnis findet, die den selben Namen hat, wie die gerade neu aufgerufene virtuelle Komponente, könnte es versucht sein, der Datei den Vorrang zu geben. Also den virtuellen Teilen immer eindeutige Namen vergeben.. und wenn Datum und Uhrzeit mit einkodiert werden.... Grüße Günter PS.: und wenn SWX damit umgehen kann, heißt das noch lange nicht, dass es die externe Datenbank kann.... Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Christian_W Ehrenmitglied V.I.P. h.c. Konstrukteur (Dipl-Ing)
Beiträge: 3256 Registriert: 04.04.2001 CSWP 12/2015<P>SWX2021sp5 Win10/11 (SWX2016, SWX2012) proAlpha6.2e00/calinkV9 (Tactonworks) (Medusa7, NesCAD2010, solidEdge19)
|
erstellt am: 07. Sep. 2010 21:45 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, du schreibst "beim Import ins MaxxDB..." heisst das, die Baugruppe wird vorher ohne MaxDB angelegt und später importiert? kenne zwar maxxDB nicht, aber dabei könnte sowas wie save-as-copy passieren und dann hat man ggf. 2 Baugruppen mit gleichen Namen ... andere Idee, da es mit einigen Baugruppen geht und mit anderen nicht ... ich versuch mich mal in ein SWX hineinzuversetzen ... könnte es folgendes Szenario sein? Unterbaugruppe aus Featurebaum in eigenem Fenster öffnen --> Option schreibgeschützt öffnen aktiv?? Dann im eigenen Fenster bearbeiten und speichern --> SWX:"schreibgeschützt! speichern unter ... Option als Kopie?" - user:"ja, klar, wenn es anders nicht geht ... äh - option?? geht auch so ..." und dann einfach unter gleichem Namen am gleichen Ort gespeichert. Also ich könnt mir vorstellen, dass damit ganz schnell aus einer virtuellen Komponente eine normale externe Komponente wird am gleichen Pfad ... Hab jetzt mal kein SWX und morgen wohl kaum Zeit das schnell auszuprobieren ... Gruß, Christian
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
lucix Mitglied Entwicklungskonstrukteur
Beiträge: 5 Registriert: 31.01.2003
|
erstellt am: 08. Sep. 2010 08:50 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Guten Morgen allerseits. Ich hatte auch schon mit diesem Problem zu kämpfen. Ich merke das etwas nicht stimmt wenn wenn ich in einer BG eine virt. Komponente kopiere und unabhängig mache. Beim anschliessenden Abspeichern müsste SWX dann fragen ob man die neue Komponente intern oder extern abspeichern will - was aber nicht passiert! In diesem Fall ist die frisch erstelle Komponente verloren! Bei mir funzt folgendes: BG umbenennen und dann nochmals die Komponente kopieren und unabhängig machen. Beim speichern wird dann gefragt ob man die neue Komponente intern oder extern abspeichern will. = Erfolg! Hoffe man kann meiner Beschreibung folgen. Gruss LuciX Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
M.Bosse Mitglied Maschinenbauingenieur
Beiträge: 4 Registriert: 24.11.2016 Solidworks Professional 2020 TurboCAD Pro Platinum 2020
|
erstellt am: 16. Mai. 2020 18:48 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo zusammen Ich hatte ein ähnliches Problem und möchte das Problem und meine Lösung gerne mit euch teilen. Vielleicht hilft es ja dem ein oder anderen. Ich nutze Solidworks 2018 Professional beruflich im Bereich Anlagenbau. Normalerweise baue ich meine Baugruppen so auf, dass ich alle Ventile etc. als Teile einfüge und die verbindenden Rohrleitungen immer zunächst als virtuelle Teile einfüge. Die 3D-Skizzen, welche ich für die Rohrleitungen (Strukturbauteile) benutze verbinde ich gerne mit anderen Teilen in der Baugruppe. So geht die Rohrleitungen immer automatisch mit wenn ich beispielsweise einen Stutzen oder ein Ventil verschiebe. Mit virtuellen Teilen hab ich da eigentlich immer gute Erfahrung gemacht. Externe verlieren gerne mal ihre Verbindung z.B. beim Umbenennen oder Verschieben anderer Teile oder der Baugruppe. Nun hatte ich folgendes Problem. Zum Datenaustausch mit einem Kunden, der auch Solidworks nutzt, habe ich die Pack&Go-Funktion genutzt. Leider werden die virtuellen Teile (in diesem Falle die Rohrleitungen) nicht mit in die Pack&Go-Baugruppe übernommen. Noch schlimmer, als ich meine Original-Baugruppe öffnete, waren auch dort alle virtuellen Teile verschwunden. Der absolute Supergau! Wie in diesem Thread schon beschrieben, liegt die Antwort wohl in der Problematik, dass SW die virtuellen Teile bei geöffneter Baugruppe wohl in einem Temporären Ordner speichert. Und auch obwohl ich einen Präfix beim Speichern der Pack&Go-Baugruppe hinzugefügt habe, die neuen Teile und Baugruppen also eigentlich nicht die gleiche Benennung haben dürften, kam es da doch anscheinend zu Problemen. Den Speicherpfad dieser Dateien bekommt man heraus, wenn man versucht die Virtuellen Teile (im Featurebaum grau unterdrückt öffnen will. In meinem Fall war dies "C:\Users\info\AppData\Local\Temp\swx1252". Dort befinden sich auch andere Ordner, alle fangen mit SWX.. an und haben andere Zahlen. Glücklicherweise waren in einem anderen Ordner (da kann man gut das Änderungsdatum als Hilfe nehmen) noch alle meine virtuellen Rohrleitungen gespeichert. Diese herüberkopiert, ließen sie sich in der Baugruppe wieder normal öffnen und nutzen. Da ich darauf nicht nochmal Lust habe, speichere ich nun alle virtuellen Teile separat ab. Wie gesagt, sonst hatte ich immer gute Erfahrungen damit gemacht aber da ich in diesem Projekt das erste Mal Pack&Go + Virtuelle Teile benutzt habe, ist das Problem aufgetaucht. Wie gesagt, ich hoffe, dass es dem ein oder anderen hilft. Viele Grüße, Matthias [Diese Nachricht wurde von M.Bosse am 16. Mai. 2020 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Andi Beck Ehrenmitglied V.I.P. h.c. Konstrukteur
Beiträge: 2580 Registriert: 02.10.2006 Firma: SW 2024-3.1 + PDM Prof. Windows 10 Pro 64bit, i9-11900 32 GbRAM, Quadro P2200 Home: SW 2023-5.0 Passungstabelle von Heinz Windows 11 Pro 64bit, i7-12700K, 32 GbRAM, GeForce GTX 1050Ti Samsung C34H892, 3440x1440 Pixel
|
erstellt am: 17. Mai. 2020 09:48 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Zitat: Original erstellt von M.Bosse:
Wie in diesem Thread schon beschrieben, liegt die Antwort wohl in der Problematik, dass SW die virtuellen Teile bei geöffneter Baugruppe wohl in einem Temporären Ordner speichert. Und auch obwohl ich einen Präfix beim Speichern der Pack&Go-Baugruppe hinzugefügt habe, die neuen Teile und Baugruppen also eigentlich nicht die gleiche Benennung haben dürften, kam es da doch anscheinend zu Problemen.[Diese Nachricht wurde von M.Bosse am 16. Mai. 2020 editiert.]
Hallo, ich kann das so nicht nachvollziehen. Ich habe das anhand einer bestehenden Baugruppe bei mir nachstellen wollen. Schaue ich in der Baugruppe nach den Referenzen, bekomme ich die Information <intern in Baugruppe speichern> (siehe Bild) Erzeuge ich eine Kopie über Pack and Go mit Suffix, bekomme ich die Information <intern zu Baugruppe> (siehe Bild) Öffne ich diese neue Baugruppe zusätzlich, könnte man meinen, das es zu Komplikationen mit den virtuellen Teilen kommen kann, da diese in beiden Baugruppen identisch heißen. Dies stimmt aber nicht, da ich ein virtuelles Teil geöffnet und verändert habe, und nach dem speichern sich diese Änderung auf die andere Baugruppe nicht übertragen hat. Das gleiche gilt für eine dritte Baugruppe, welche ich manuell im Explorer umbenannt habe. Schaut euch bitte meine Pack&Go-Baugruppe mit SW2019 an, und bestätigt mir, dass da 3 Teile drinnen sind. Das mit den temporären Pfaden kenne ich von meinen Makros. Wenn ich da nach den Pfaden der virtuellen Komponenten schaue, bekomme ich auch die temporären Pfade angezeigt. Das Kardinalproblem scheint mir das speichern der Baugruppe nach Änderungen bei virtuellen Komponenten zu sein. Erst recht bei verschachtelten Baugruppen. Nur wer speichert behält seine Änderungen, und da sitzt das Problem vor dem Monitor. Ich habe jetzt keine Baugruppe erzeugt mit virtuellen Komponenten welche externe Referenzen wie Rohrleitungen haben. Ich gehe aber davon aus, dass diese Referenzen mit den virtuellen Komponenten und der Baugruppe gespeichert werden und sich wie oben beschrieben verhalten sollten. schönen Sonntag noch, Andi
------------------ Hast du kein Problem? Such dir eins. ( Und löse es ) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
swx-cad-nutzer Mitglied Konstr
Beiträge: 411 Registriert: 15.06.2011 SWX 2023 SP 4.0 64 bit
|
erstellt am: 17. Mai. 2020 10:15 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo, ich arbeite häufig mit VT. Allerdings zunehmend ungern. ich kann euere Beschreibung, dass die Teile fehlen ganz gut nachvollziehen. Zu 99% gibts es keine Probleme. Nur zu ca. 1% und genau das nervt gewaltig. Ich nutze dahe nur noch billige BG, Kaufteile wie z.B. Zylinder, welche man schnell wieder runterladen könnte. Wers schafft, diesen Fehler auf Anhieb zu reproduzieren ist mein Held. schöne n Sonntag euch! ------------------ https://www.radiobob.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
M.Bosse Mitglied Maschinenbauingenieur
Beiträge: 4 Registriert: 24.11.2016 Solidworks Professional 2020 TurboCAD Pro Platinum 2020
|
erstellt am: 17. Mai. 2020 14:18 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo Andi. Das klingt genau so wie es sein soll. Vielleicht wurde das in 2019 schon wieder anders gelöst und verbessert. Möglicherweise hing es bei mir auch damit zusammen, dass meine Daten im PDM geapeichert sind. Immer schwer sowas im Nachhinein zu rekonstruieren. Jedenfalls werden bei mir in der 2018er Version keine virtuellen Teile mit in die Pack&Go-Datei übernommen. Nächste Woche installiere ich SW2020 und dann mache ich da mal ein paar Tests. Grüße, Matthias ------------------ Matthias Bosse M.Eng. Selbstständiger Konstruktionsingenieur www.cryocad.com (Konstruktionsdienstleistungen und TurboCAD-Schulungen) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
bk.sc Ehrenmitglied V.I.P. h.c. Konstrukteur Sondermaschinenbau
Beiträge: 2795 Registriert: 18.07.2012 -Solid Works 2019 SP5 -Pro Engineer WF 3
|
erstellt am: 18. Mai. 2020 14:47 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
Hallo zusammen, ich kenne das Problem mit dem verschwienden von Virtuellen Komponenten nur in einem sehr speziellen Fall und zwar passierte mir das nur wenn ich eine Komponente in einer Baupruppe durch eine Virtuelle Komponente einer andere Baugruppe ersetze (Befehl: Komponente ersetzen) und dann beim Speichern bzw. Schließen der Datein die Reihenfolge nicht richtig wählte. Hier musste ich zuerst die Zeilbaugruppe Speichern und dann kann die Ursprungs-Baugruppe geschlossen werden diese darf mann aber auf keinen Fall speichern (War noch mit SWX2018). Gruß Bernd ------------------ --- Man muß nicht alles wissen, man muß nur wissen wo es steht --- Staatlich anerkannte Deutschniete Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
neumiy000 Mitglied
Beiträge: 127 Registriert: 27.12.2015 SWX 2023 SP1.0 Creo 10.0.2.0<P><P>Lenovo ThinkPad-P16-G2 CPU: Intel Core i7-13850HX GPU: NVIDIA RTX 3500 RAM: 64GB DDR5 5600 MHz OS: Win 10 1TB M.2 SSD
|
erstellt am: 06. Sep. 2023 16:50 <-- editieren / zitieren --> Unities abgeben: Nur für Denis80
ACHTUNG! Sie antworten auf einen Beitrag der älter als 1 Jahr ist! Hallo zusammen, ich muss den Thread nochmal herauskramen, da ich gerade ebenfalls auf dieses Problem gestoßen bin, allerdings in SWX 23. Ich benutz(t)e virtuelle Komponenten gern solange noch damit zu rechnen ist, dass in einer Baugruppe häufig teile dazu kommen und/oder wieder gelöscht und durch andere ersetzt werden. Also quasi im "Entwurfsstadium". Jetzt hatte ich den Fall, dass ich eine Baugruppe in der ausschließlich virtuelle Komponenten vorkamen als SpeedPak in einer übergeordneten "Hauptbaugruppe" verwendet habe und die Unterbaugruppe seit über einem Monat nicht mehr angefasst habe. Nun wollte ich diese öffnen, bin von der SpeedPak auf die normale Konfiguration gewechselt und einige Teile wurden nicht mehr gefunden. Glücklicherweise hielt sich der Schaden in Grenzen, weil ich 1.: (solange nicht gespeichert wird) in der Lage bin die in meinem Fall recht einfache Geometrie aus der SpeedPak-Konfiguration wieder heraus zu messen und damit nachzubilden und 2.: im Temp-Ordner ein älterer Datenstand dieser Datei noch vorhanden war, in dem nur einige wenige Features noch nicht auftauchten. Diesen älteren Datenstand habe ich jetzt erst einmal gesichert, dass ich nicht komplett alles wieder nachbilden muss. Trotzdem wäre es spannend zu wissen ob es in dem Problem neue Erkenntnisse oder ähnliches gibt. Bis heute habe ich nämlich sehr sehr gern mit virtuellen Komponenten gearbeitet und bin jetzt ein wenig abgeschreckt. Für mich bestand der Vorteil darin schnell viele verschiedene Dinge darstellen zu können ohne direkt ein Datenchaos verursachen zu müssen oder alle Dateien ins Nummernsystem einpflegen zu müssen. Das werde ich mir wohl in Zukunft doch zwei bis drei mal überlegen
------------------ Nur nichts kaputt machen Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
|