"コピーを保存"の問題

[kertus]

salve a tutti,

sto usando ptc creo per un prototipo di cui volta volta faccio dei file di avanzamento avvalendomi di file assembly incasellati uno dentro l'altro ognuno dei quali possiede family tables con riferimenti alla rev di avanzamento.

il problema si presenta adesso perche facendo save as a copy mi impedisce di proseguire perchè tre parti hanno un simbolo di divieto che mi impedisce di usare l'opzione reuse,.

provo ad inoltrare la scermata.

mi sapreste dare una mano per risolvere il problema?

grazie

 

[kertus]

ecco la foto

 

[tartufon80]

ciao!
se passi sull'errore con il mouse dovrebbe indicarti cosa è che non gli garba!

 

[folle76]

vero. quasi sempre son riferimenti circolari. se non hai voglia di risolverli o non sei in grado di eliminarli devi fare un workaround. prendere il tuo assieme e farne un backup in una cartella dedicata. fare il backup delle tavole che ti servono nella cartella dedicata. eliminare tutto quello che hai in sessione e mettere la directory di lavoro nella cartella dedicata. riaprire l'assieme e tutte le tavole nella cartella dedicata e rinominare il tutto di brutto. quando hai finito fai un backup dalla cartella dedicata a quella iniziale. pulisci completamente la sessione e rimetti la directory di lavoro nella cartella principale.
l'altra soluzione, più banale, è fare una copia dei componenti che non puoi riutilizzare. poi, quando riapri l'assieme salvato, puoi metterti a sostituire i componenti, ma anche lì ti salteranno migliaia di riferimenti.
creo è estremamente esigente coi riferimenti esterni. non è il mio caso, ma chi lavora con assiemi belli grossi in modalità top-down sa quanto è importante prendere i riferimenti giusti e creare il minor numero di dipendenze possibili.

 

[DANI-3D]

io, a costo di diventare noioso, continuo a ripetere che il rinomina in sessione è il metodo migliore. e' molto più lento, ma molto più versatile e sicuro.

 

[320i S]

io, a costo di diventare noioso, continuo a ripetere che il rinomina in sessione è il metodo migliore. e' molto più lento, ma molto più versatile e sicuro.

quoto e con windchill 9.0 e 9.1 è l'unica soluzione quando ci sono riferimenti esterni che bloccano la copia.

comunque, mi permetto un paio di appunti.
non è una buona cosa gestire in family table parametri e parti che hanno riferimenti esterni.
le family table hanno senso quando devono gestire pochi parametri/quote in parti/assiemi complessi, oppure sono oggetti molto semplici, oppure non c'è davvero altro modo per gestire il prodotto.

altra cosa, è se il prodotto lo si vuole gestire con molti assiemi annidati (pre-assemblaggi o sotto-assiemi funzionali), buona norma sarebbe fare in modo che ogni sotto-assieme, sia in grado di "vivere" da solo, ovvero con meno riferimenti esterni possibile (esistono gli skeleton che sono stra-utili in questo), si evitano così casini di questo tipo sul nascere.

 

[DANI-3D]

... le family table hanno senso quando devono gestire pochi parametri/quote in parti/assiemi complessi, oppure sono oggetti molto semplici ...

e qui ti quoto io, anche perchè in passato ci sono cascato anch' io, errore di gioventù' quando ebbi la brillante idea di fare due versioni della stessa macchina con le ft. all' inizio tutto bene, ma dopo poco, quando il progetto cominciava a prendere forma sono cominciati i dolori, se inserivo anche un semplice foro su di un particolare ero costretto a specificare dove doveva andate e a quali a quali quote e per le successive modifiche non sempre era immediato. se con le fb toglievo un particolare e ne inserivo un' altro mi sparivano anche tutti quelli che avevano il più piccolo riferimento legato al primo, senza nessun preavviso, un vero incubo. drw che non aprono la parte in automatico perchè le tavole richiamano una variante. ecc. ecc.
le ft sono estremamente utili, ma prese a piccole dosi.

 

[320i S]

e qui ti quoto io, anche perchè in passato ci sono cascato anch' io, errore di gioventù' quando ebbi la brillante idea di fare due versioni della stessa macchina con le ft. all' inizio tutto bene, ma dopo poco, quando il progetto cominciava a prendere forma sono cominciati i dolori, se inserivo anche un semplice foro su di un particolare ero costretto a specificare dove doveva andate e a quali a quali quote e per le successive modifiche non sempre era immediato. se con le fb toglievo un particolare e ne inserivo un' altro mi sparivano anche tutti quelli che avevano il più piccolo riferimento legato al primo, senza nessun preavviso, un vero incubo. drw che non aprono la parte in automatico perchè le tavole richiamano una variante. ecc. ecc.
le ft sono estremamente utili, ma prese a piccole dosi.

e' una "brutta abitudine" dei "vecchi" utenti quella di abusare delle ft per scopi diversi dal loro scopo.
anche io ci sono caduto, poi viste le conseguenze, mi sono "disintossicato" (e non è stato facile).

oggi ci sono moltissimi strumenti dedicati a situazioni di questo tipo, per non usare le ft.
tante aziende snobbano i plm (a livello manageriale e non solo), ma questi ultimi si ripagano già durante la gestione di una singola modifica su un prodotto complesso, gestiscono una famiglia di prodotti con una facilità quasi disarmante rispetto alla gestione classica con gestione di risorse di windows e simili, mantenendo lo storico senza problemi di sorta.

 

[kertus]

grazie mille a tutti. siete stati gentilissimi

 

[kertus]

folle 76, quando devo "rinominare il tutto di brutto" ti riferisci ad ogni singolo prt ed asm dell'assime, anche quelli che non danno problemi?

 

[folle76]

no. se hai qualcosa che devi riutilizzare puoi lasciarlo così come è.

 

[kertus]

ho provato folle76. appena ho riaperto il file mi si è chiuso il programma dovo essersi sforzato a pensare cosa mi consigli?

 

[folle76]

ho provato folle76. appena ho riaperto il file mi si è chiuso il programma dovo essersi sforzato a pensare cosa mi consigli?

non so. mi capitano rarissimamente i crash. se il file non ha 20.000 parti direi che non hai la configurazione certificata.
in ogni caso devi provare ad aprirlo per sottoassiemi per vedere quello che ti dà problemi.

 

[320i S]

in ogni caso devi provare ad aprirlo per sottoassiemi per vedere quello che ti dà problemi.

quoto.

altra soluzione è prima di rifare la copia, creare una rappresentazione semplificata, senza gli oggetti più semplici che puoi controllare separatamente.

 

[kertus]

non so. mi capitano rarissimamente i crash. se il file non ha 20.000 parti direi che non hai la configurazione certificata.
in ogni caso devi provare ad aprirlo per sottoassiemi per vedere quello che ti dà problemi.

folle76 ho rinominato mettendo la parova "prova alla fine" come puoi vedere in figura, ma da lo stesso problema. il messaggio che vedi compariva anche prima

 

[320i S]

controlla i riferimenti di quei componenti segnati, se noti non ti lascia nemmeno utilizzare il "reuse"...il che lo reputo grave...

 

[kertus]

è proprio il reuse che voglio utilizzare. se faccio il save as a copy e rinomino qui tre file mi fa fare la copia, ma così mi svincolo a vita da avere continuità di utilizzo del pezzo nell'avanzamento di progetto

 

[320i S]

ok, ma già il fatto che non ti fa fare il "reuse" è grave, perchè in teoria non dovrebbe intervenire su quei file, invece ti blocca già lì.

controlla con info riferimenti e se hai riferimenti circolari pesanti, cerca di ridurre il loop e/o togliere i riferimenti a file che non esistono più o sono stati rinominati e te li mette come mancanti necessari.

e' in parte una sbatta, ma rischi di portarti dietro problemi anche per eventuali prossime copie/revisioni.

 

[kertus]

problema scovato. questa merda di programma rigido più di una billetta d'acciaio aveva fastidi per colpa di un punto geometrico creato in assieme ed ottenuto dal gemello presente in un componente curvo in lamiera. il tutto serviva per avere un riferimento comune per accoppiare questo riferimento con un altro componente. questo programma deve morire

 

[tartufon80]

problema scovato. questa merda di programma rigido più di una billetta d'acciaio aveva fastidi per colpa di un punto geometrico creato in assieme ed ottenuto dal gemello presente in un componente curvo in lamiera. il tutto serviva per avere un riferimento comune per accoppiare questo riferimento con un altro componente. questo programma deve morire

buongiorno!

questo programma secondo me cerca di aiutarti per evitare di fare macelli.
il fatto che sia "rigido" come dici tu per me è un vantaggio.
per la mia esperienza, tutte le volte che ho avuto qualche situazione come la tua....aveva ragione lui! :mixed: