L’importanza di distinguere i nomi dei file in SolidWorks

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 .