#08 | Assi e Specchiatura: la Revit nested family che regge
Umberto RinaldiShare
Il momento in cui tutto sembra funzionare — e invece no
Hai finito. La famiglia host è pronta, la nidificata è dentro, i parametri sembrano collegati, il modello è pulito. Carichi la famiglia nel progetto, la posizioni, e poi — quasi per istinto — la specchi. E lì succede qualcosa di strano. Il cassetto si apre verso il muro. La maniglia è dalla parte sbagliata. Oppure, peggio ancora, la geometria sembra giusta ma qualcosa non torna — e non riesci a capire cosa.

Non è un bug di Revit. È una decisione che non hai preso, o che hai preso senza rendertene conto: dove hai messo l'origine della nidificata, e come hai impostato i suoi assi.
In Inside the Files #07 abbiamo visto cosa sono le nested families e quando usarle. Adesso entriamo dentro la costruzione — e affrontiamo i due momenti in cui una nidificata può tradire anche il workflow più solido.
Gli assi della nidificata: una decisione, non un default
Quando apri il template di una nuova famiglia, Revit ti presenta due Reference Plane incrociati e un'origine. Sembra un dettaglio neutro. Non lo è. L'origine della nidificata è il punto che Revit usa per posizionarla dentro la host. È il punto di ancoraggio, il riferimento invisibile attorno al quale tutto ruota — letteralmente.
Dove metti l'origine, e perché conta

Nel caso del comodino, il cassetto è una famiglia nidificata che scorre orizzontalmente. La scelta sull'origine non è casuale: l'origine del cassetto va posizionata sul piano Back, con allineamento Center Left/Right.
Il motivo è costruttivo: una volta annidato, il cassetto viene "appoggiato" sulla Reference Line che gestisce la traslazione avanti e indietro. Quella linea è il binario invisibile del movimento — e perché funzioni in modo pulito, l'origine della nidificata deve coincidere esattamente con quel punto di controllo.

Se metti l'origine della nidificata altrove — al centro geometrico del cassetto, per esempio — la Reference Line non ha un punto di ancoraggio coerente da controllare. Il cassetto si posiziona con un offset che devi compensare manualmente, e ogni modifica successiva diventa un inseguimento.
La regola generale che mi sono imposto: l'origine della nidificata deve coincidere con il punto che la host usa per controllarla. Ovviamente non esiste una risposta universale — dipende dalla logica costruttiva della famiglia, ma la decisione va presa consapevolmente, non lasciata al template.
Il dialogo tra gli assi
Quando annidi una famiglia dentro la host, i Reference Planes della nidificata dialogano con quelli della host. Se gli assi sono allineati e coerenti, il posizionamento è pulito. Se non lo sono, inizi a fare i conti con offset strani e comportamenti imprevedibili.
Una verifica semplice: prima di annidare, apri la nidificata e controlla che i suoi Reference Plane principali siano etichettati con le proprietà Is Reference corrette — Left, Right, Front, Back, secondo la logica della famiglia. Non lasciare piani anonimi o mal classificati: in fase di posizionamento dentro la host, quei piani diventano i tuoi punti di controllo.
La specchiatura: due atti
Atto 1 — Il flip e gli assi
Quando specchi una famiglia host nel progetto, Revit non specchia solo la geometria visibile. Specchia anche la logica interna — e la nidificata viene trascinata in questa operazione.
Il comportamento della nidificata durante la specchiatura dipende da come sono impostati i suoi assi. Se l'asse di specchiatura della host è allineato con un Reference Plane classificato correttamente nella nidificata, il flip funziona: la geometria si inverte in modo coerente.
Se invece l'asse non è classificato — o è classificato in modo sbagliato — la nidificata si inverte geometricamente, ma senza logica. La geometria appare specchiata, ma i parametri di controllo continuano a lavorare come se fossero nell'orientamento originale. Il risultato è una famiglia che sembra funzionare finché non provi a modificarla.
Il punto critico per me è questo: il Reference Plane usato come asse di specchiatura nella host deve essere coerente con la classificazione Is Reference della nidificata. Non basta che l'asse esista — deve essere riconoscibile da entrambe le famiglie.
Atto 2 — Il dettaglio che quasi nessuno fa
Hai specchiato la host. Il comodino è orientato nel verso giusto, il fronte è corretto, tutto sembra a posto. Poi provi a verificare il comportamento della guida del cassetto — la Reference Line che gestisce la traslazione — e qualcosa non risponde come ti aspetti.
Il problema non è nella specchiatura in sé. È in quello che succede subito dopo, e che quasi nessuno fa per abitudine.
Quando specchi una famiglia in Revit, la copia risultante perde l'associazione ai Reference Planes. La guida del cassetto — che nella famiglia originale era vincolata ai suoi piani di riferimento con precisione chirurgica — nella versione specchiata è libera. Esiste, è visivamente corretta, ma non è ancorata a nulla. È appoggiata, non fissata.

La conseguenza pratica: la guida non segue più i Reference Planes come dovrebbe. Il cassetto può sembrare funzionante finché non provi a modificare la famiglia, a spostarla, o a lavorare su parametri di posizione — e lì emergono comportamenti incoerenti, difficili da tracciare perché visivamente tutto sembrava a posto.
La correzione è semplice, ma va fatta ogni volta: dopo la specchiatura, seleziona la famiglia risultante e riassegna manualmente l'associazione ai Reference Planes. Trenta secondi di lavoro che evitano problemi silenziosi e difficili da diagnosticare.
📐 Il consiglio Inside the Files
Specchia sempre in due passi, non in uno.
Primo: specchia la famiglia e verifica che la geometria sia corretta — assi coerenti, nidificata orientata nel verso giusto.
Secondo: riassegna l'associazione ai Reference Planes della famiglia specchiata. Non darla per scontata — Revit non la mantiene automaticamente dopo la specchiatura.
Se costruisci questo come un'abitudine, eviti una categoria intera di problemi che si manifestano tardi, in modo silenzioso, e difficili da tracciare.
Gli assi di una nidificata non sono un dettaglio di setup — sono una decisione progettuale che determina come la famiglia si comporta in ogni contesto: posizionamento, modifica, specchiatura. Prenderla consapevolmente, all'inizio, costa qualche minuto. Non prenderla costa molto di più dopo.
La specchiatura è il test più severo per una nidificata ben costruita. Se regge — geometria corretta, flip coerente, associazione ai piani mantenuta — la famiglia è solida. Se no, il problema è quasi sempre a monte: negli assi, nella classificazione Is Reference, o nel passaggio mancante dopo il mirror.
Nel prossimo episodio entriamo nel blocco più subdolo: il passaggio dei parametri dalla host alla nidificata. Tutto sembra funzionare — finché non si rompe nel momento sbagliato, per una ragione che non ti aspetti.