Hallo allemaal, Al een tijd heb ik problemen met gevirtualiseerde onderdelen
Bij het virtualiseren van een onderdeel blijft de naam van dat onderdeel niet voor mij behouden. Laat me het uitleggen, normaal gesproken zou het moeten schrijven: [kopie van Onderdeelnaam^assemblage] Maar hij schrijft mij: [kopie van ^assemblage] of [ ^assemblage]
Als ik verder wil gaan en dit onderdeel onafhankelijk wil maken, zegt het me dat het " onmogelijk is om het bestand van de component te vinden om de bewerking te voltooien".
De enige oplossing die overblijft is het stuk opnemen (wat ik niet wil doen^^)
We gebruiken veel virtuele munten (SW 2020 Sp5.0) en we hebben dit probleem niet. Gebruik je de nieuwste SP (5.0 of hoger) van de SW 2021-versie? Zo niet, update het dan, het kan een bug in de versie zijn.
We hadden vooral problemen met virtuele onderdelen wanneer we een virtueel onderdeel van de ene assembly naar de andere verplaatsten (SW vindt dat niet fijn omdat hij maar één virtueel onderdeel in 2 assemblies heeft met verschillende namen → bugfair).
Misschien een probleem van vreemdheid in de bestandsnaam (zoiets dat voorkomt dat Windows of SW het tijdelijke bestand aanmaken).
Als je verder wilt gaan met dit probleem, kun je in je tijdelijke bestanden graven (waar SW virtuele delen in gebruik opslaat). Dit stelt je in staat te zien wat SW heeft gemaakt (of niet). Normaal gesproken staat het in C:\Users*User Name*\AppData\Local\Temp Solidworks maakt mooie mappen met de naam: swx22848 (het nummer hier verandert elke keer dat SW wordt geopend) of het slaat alle virtuele bestanden op die voor elke assembly zijn aangemaakt
Ik kan het probleem niet systematisch reproduceren: het kan een hele dag gebeuren of helemaal niet verschijnen.
@froussel : Ik heb goed in de TEMP-directory gekeken. Op dit moment lijkt alles in orde, maar ik blijf het monitoren wanneer het probleem zich voordoet.
@FRED78 : Dit is inderdaad de oplossing die ik al geruime tijd gebruik om het probleem te overwinnen, ook al wordt het op de lange termijn behoorlijk zwaar. Mijn andere oplossing is om het component onafhankelijk te maken totdat je het kunt hernoemen.
Het lijkt erg op een probleem met kapotte referenties of bestandspaden met gevirtualiseerde onderdelen. SolidWorks verliest waarschijnlijk de interne link van het component, vandaar de onvolledige naam en de fout wanneer je het onderdeel onafhankelijk wilt maken. Controleer ook of externe referenties zijn ingeschakeld in de opties en dat je assembly niet is verplaatst of hernoemd uit SolidWorks. Ik heb dit gedrag eerder gezien na een mapwijziging of een onvolledige Pack and Go.
Het gebeurt ook dat we een assembly met gevirtualiseerde onderdelen opslaan, en wanneer we die later weer openen, zijn sommige van die onderdelen verdwenen. Omdat ze een integraal onderdeel van de assemblage waren, is het onmogelijk ze terug te halen. De enige oplossing is om ze opnieuw te maken, wat lang en tijdrovend is
Voor de onderdelen die verdwijnen, zou het gebruik van een PDM dit moeten oplossen (wees voorzichtig, het is duur en ingewikkeld) of je in ieder geval in staat stellen de vorige versie van het virtuele onderdeel terug te krijgen. Dit is het soort bug dat we hadden wanneer we een virtueel onderdeel van de ene assembly naar de andere verplaatsen, → niet te maken heeft met een virtuele assembly (als je een virtueel onderdeel van een andere assembly wilt herstellen, moet je door een lokaal record gaan (dus een onderdeel dat niet meer virtueel is) en vervolgens je lokale onderdeel virtualiseren zodra het in de nieuwe assembly is geplaatst.
Voor mij zouden externe referentie-opties je virtuele componenten eigenlijk niet echt moeten beïnvloeden (hoewel ze vaak ook externe referenties hebben die door deze parameters worden behandeld).
Misschien moet je de " allow multiple contexts " verwijderen (de definitie van de hulp: "Externe referentieopties" Hiermee kun je externe referenties maken voor één onderdeel uit meerdere assemblycontexten. Echter, een individuele feature of schets in de assembly kan slechts één externe referentie hebben." is voor mij niet zo duidelijk).
Ik wil graag aansluiten op je reflectie op externe referenties
Echter, een individuele feature of schets in de assemblage kan slechts één externe referentie hebben
In het geval dat we meerdere contexten toestaan (optie, dus meerdere bronnen), staan we referenties toe van twee plaatsen, niet noodzakelijkerwijs van één enkele bron. Daarna controleer ik in het geval van een schets en een functie.
Ik heb de test zelf gedaan, en het is mogelijk. In het verleden werkten we als onderdeel van het project aan leidingassemblages met skeletassemblages (GC-skelet, structuurskelet, enz.). Het gebeurde regelmatig dat we meerdere bronnen hadden voor een schets (plan, schets, enz.). De functies hadden op dezelfde manier ook verschillende externe referenties en uit verschillende bronnen.
Ik heb de test op de schets gedaan, ik heb het niet op de functie van het voorbeeld gedaan.
WAAR we heel voorzichtig moeten zijn met het probleem waar we het over hebben, is bij " cyclische " verwijzingen (ik weet niet of de term in het kort passend is). Verplaats een onderdeel in een assembly, en als je een Ouder/Kind-conflict (Déjà vu veroorzaakt wanneer de referentie niet open is), is het inderdaad een puinhoop.
Het verlies van onderdelen bij het openen direct na een kopieerboomoperatie (via EPDM bij ons, maar het probleem kan vergelijkbaar zijn via de pack&go): ja (erg irritant, lijkt te maken te hebben met de positie op dat moment t: gedwongen om de kopie te laten doen door een collega).
Problemen met het overzetten van virtuele bestanden van de ene assembly naar de andere: ja
Maar het werkt in 99% van de gevallen goed (we hebben meer willekeurige Solidworks-crashes dan problemen met virtuele onderdelen of assemblages).
