Un aspetto molto importante che curiamo in tutti i nostri corsi di training è la gestione dei file.
Oggi verrà focalizzata l’attenzione
sull'importanza di distinguere i nomi dei file in SolidWorks.
Vige questa regola di base: non bisogna mai battezzare due file con lo stesso nome a meno che non
si tratti dello stesso identico componente !
Quando effettuo consulenza presso le aziende ogni
tanto mi capita di vedere utenti che modellano degli assiemi che sono
differenti in tutto e per tutto, ma con alcuni componenti che hanno nomi uguali
(nomi tipici sono ad esempio albero, vite, puleggia, ecc..).
Tale pratica è sconsigliata e non corretta, perché
quando vengono caricati nella memoria RAM assiemi differenti, ma che contengono
componenti con lo stesso nome, si possono avere dei grossi problemi di
confusione nei riferimenti ai file.
Il video che segue mostra un caso pratico e le disastrose conseguenze che derivano dall'aver utilizzato lo stesso nome per due pulegge che in realtà sono due componenti molto diversi tra di loro .
Un consiglio per evitare questi problemi è quello
di utilizzare dei prefissi, ad
esempio il codice aziendale, oppure il codice commessa es. 91853418 puleggia,
oppure STRY6574 puleggia).
Quando si vuole di proposito utilizzare lo stesso
componente montandolo in due assiemi diversi, allora quel componente deve
essere preso dalla stessa cartella (nell'esempio del filmato il componente
albero.sldprt è montato in entrambi gli assiemi ma il riferimento in entrambi
gli assiemi è sempre allo stesso componente e allo stesso percorso).
Quando si utilizzano componenti di libreria (es.
viti, dadi, ecc..) suggerisco di non
salvarli nelle cartelle dove sono presenti i componenti che fanno parte di quel
progetto, perché ciò dà facilmente luogo a duplicati che creano confusione.
Piuttosto suggerisco di creare una cartella che
contenga tutti i componenti di libreria da cui attingere quando devono essere
utilizzati nei vari progetti.
Questi problemi sono chiaramente legati a delle
limitazioni insite nel modo di ragionare del file system di windows…un sistema PDM non è affetto da tali limitazioni e può aiutarvi a lavorare in modo sempre
ordinato con il totale controllo sul vostro archivio senza possibilità di
perdita di dati.
The importance to have unique file names in SolidWorks
A very important aspect that we take care of during all of our training courses is file management.
Today we will focus attention on the importance of distinguishing file names in SolidWorks.
You should follow this simple rule: do not ever give two files the same name unless it is the same identical component!
When I'm consulting with companies every now and then I happen to see users modeling assemblies that are different in every way, but that contain some components that have the same names (for example some typical names are shaft, screw, pulley, etc. ..) .
This practice is not recommended and not correct, because when different assemblies that contain components with the same name are loaded into RAM, you can have big problems of confusion in the file references.
The above video shows a practical case and the disastrous consequences that result from having used the same name for two pulleys which are actually two very different components.
A tip to avoid these problems is to use prefixes, such as company code, or account code (for example 91853418 pulley or STRY6574 pulley).
When you want to purposely use the same component mounting it in two different assemblies, then that component must be taken from the same folder (in the example of the movie component named albero.sldprt is mounted in both assemblies but the reference in both assemblies is always the same component and the same path).
When using library components (eg screws, nuts, etc.) I suggest you do not save them in folders where there are components that are part of that project, because it easily gives rise to duplicates that create confusion.
Rather, I suggest creating a folder that contains all the library components, which you will use for all of your projects.
These problems are clearly related to Windows file system limitations... a PDM system is not affected by such restrictions and can help you work neatly with total control over your data without the possibility of data loss .
