כל אלמנט שאתם רואים במודל רוויט – מקיר ועד ידית דלת, מגוף תאורה ועד סימון בתוכנית – הוא בעצם משפחה (Family). משפחות רוויט הן הבסיס שעליו נשען כל פרויקט BIM, והן מה שמבדיל מודל חכם מאוסף קווים דו-ממדי. הבעיה היא שמשתמשים רבים יודעים למדל קירות ולהניח חלונות מוכנים, אבל נתקעים ברגע שצריך ליצור רכיב ייחודי, לשלוט בפרמטרים שלו או לוודא שהוא מתנהג נכון בתכנית, בחתך ובתלת-ממד. במדריך הזה נפרק את הנושא לרכיבים ברורים: מהגדרות יסוד, דרך יצירה מעשית של Revit Families פרמטריות, ועד ניהול ספרייה מסודרת שחוסכת שעות עבודה בכל פרויקט.
מה זה משפחות רוויט ולמה זה הבסיס לכל מודל?
משפחה ברוויט היא הגדרה שמכילה גיאומטריה, נתונים והתנהגות של רכיב. בניגוד לבלוק באוטוקאד, שהוא למעשה "ציור מוקפא", משפחה ברוויט יודעת מה היא – דלת יודעת שהיא דלת, קיר יודע שהוא קיר. שינוי במשפחה משפיע על כל המופעים שלה בפרויקט, וזה בדיוק מה שמייצר עקביות ומדויקות בתיעוד.
כפי שמוגדר בתיעוד הרשמי של Autodesk, כל אלמנט ברוויט הוא בעצם Instance של Family, וה-Family מכילה את ההגדרה הגיאומטרית והפרמטרית שמנהלת אותו. כלומר, אם אתם רוצים לשלוט באמת במודל – אתם חייבים להבין משפחות.
לפני שאתם מתחילים ליצור משפחה, שאלו את עצמכם: "האם הרכיב הזה צריך להופיע בכתב כמויות? האם הוא יחזור בעוד פרויקטים?" – התשובות יקבעו את סוג המשפחה, הפרמטרים והקטגוריה שתבחרו.
ההיררכיה שחייבים להכיר: Category, Family, Type, Instance
אחד המקורות לבלבול הנפוץ ביותר בקרב משתמשים חדשים הוא חוסר ההבנה של ההיררכיה ברוויט. בואו נפשט את זה עם דוגמה אחת של דלת:
- קטגוריה (Category) – "דלתות". זה מה שמאפשר לתזמן ולתייג את כל הדלתות בפרויקט ביחד.
- משפחה (Family) – דגם ספציפי, למשל "דלת חד-כנפית פנימית".
- Type – מידה או קונפיגורציה מסוימת בתוך אותה משפחה, כמו 80/210 או 90/210.
- Instance – המופע הספציפי שהנחתם בחדר 101 בקומה ב'.
מתי לבחור פרמטר Type ומתי Instance? כלל האצבע הוא פשוט: מאפיין שמשותף לכל המופעים מאותו דגם ומידה – שייך ל-Type. למשל, עובי מסגרת של 5 ס"מ בכל דלת 80/210. מאפיין שמשתנה בין מופע למופע – שייך ל-Instance. למשל, מספר חדר, הערת ביצוע או גובה הרכבה ייחודי.
התיעוד הרשמי של Autodesk מפרט שפרמטרי Type משפיעים על כל המופעים מאותו סוג, בעוד פרמטרי Instance משפיעים רק על המופע שנבחר.
כשאתם מסופקים אם פרמטר צריך להיות Type או Instance, שאלו: "האם מישהו ירצה לשנות את הערך הזה ברכיב בודד בלי להשפיע על כל השאר?" אם כן – Instance. אם לא – Type.
סוגי משפחות ברוויט – השוואה מעשית וטעות נפוצה בבחירת תבנית
ברוויט קיימים שלושה סוגי משפחות, ולכל אחד תפקיד ותחום שימוש מוגדר:
| סוג משפחה | דוגמאות | קובץ RFA? | מתי משתמשים? |
|---|---|---|---|
| משפחות מערכת (System) | קירות, רצפות, גגות, מדרגות | ❌ לא – בפרויקט/טמפלייט בלבד | לאלמנטים מובנים שהתוכנה מגדירה מראש |
| משפחות נטענות (Loadable) | דלתות, חלונות, רהיטים, גופי תאורה | ✅ כן – קובץ RFA חיצוני | לרכיבים חוזרים שנדרשת עליהם שליטה מלאה |
| משפחות "במקום" (In-Place) | אלמנט אדריכלי חד-פעמי | ❌ לא – בפרויקט בלבד | רק במקרים נדירים וחד-פעמיים |
משפחות מערכת מוגדרות מראש ברוויט, ולכן לא ניתן ליצור אותן מאפס – אפשר רק להעתיק Types בין פרויקטים באמצעות Transfer Project Standards. משפחות נטענות הן הפוקוס של רוב העבודה היצירתית. לגבי משפחות In-Place, Autodesk מזהירה שהן עלולות להגדיל את הקובץ ולהפחית ביצועים.
בחירת תבנית שגויה למשפחה – טעות נפוצה שמשפיעה על כל התיעוד
טעות נפוצה: בחירת תבנית (Template) שגויה. אחת הטעויות הנפוצות ביותר היא פתיחת קובץ RFA חדש בלי לבחור תבנית מתאימה. התבנית קובעת את הקטגוריה, ההתנהגות וכללי התצוגה של המשפחה. אם תבחרו Generic Model במקום Door, לא תוכלו לתייג את הרכיב כדלת, הוא לא יופיע בכתב כמויות דלתות, והוא לא יחתוך את הקיר שבו הוא יושב.
שקלו להשתמש בתבנית Face Based כדי לאפשר גמישות מקסימלית – כך שאותו רכיב יוכל לשבת על קיר, רצפה ואפילו משטח משופע, בלי ליצור משפחה נפרדת לכל מארח.
🎯 רוצים ללמוד לבנות משפחות רוויט כמו מקצוענים?
באקדמיה לרוויט של BIMAP תלמדו ליצור משפחות פרמטריות, לנהל ספרייה מקצועית ולעבוד נכון מהיום הראשון – עם ליווי אישי מדרור וונגר
איך יוצרים משפחה פרמטרית שלא "נשברת"?
הגישה הנכונה ליצירת משפחה פרמטרית ברוויט מבוססת על עקרון אחד מרכזי: קודם שלד, אחר כך גוף. כלומר – תכננו את מישורי הייחוס (Reference Planes) והפרמטרים לפני שאתם נוגעים בגיאומטריה. רק אחרי שהשלד "נמתח" נכון בין ערכים קיצוניים, מוסיפים אקסטרוזיות, Sweeps או Revolves ומצמידים אותם למישורים באמצעות Align + Lock.
בניית השלד: Reference Planes ו-Origin
התחילו בהגדרת נקודת ייחוס (Origin) ברורה – שתי Reference Planes שמוגדרות כ-"Defines Origin" הן נקודת ההשמה של הרכיב בפרויקט. אם ה-Origin לא עקבי, המשפחה "תקפוץ" כשתחליפו Type, תסתובב לא נכון, או תישב לא מדויק על ה-Host. הוסיפו מישורי ייחוס נוספים לכל ציר שליטה: רוחב, גובה, עומק, ומקמו ממדים (Dimensions) ביניהם.
תרחיש מהשטח: דמיינו שאתם צריכים ליצור משפחת דלת פנימית חד-כנפית עם שלוש מידות (70/210, 80/210, 90/210) ואפשרות להחליף ידית. הדרך הנכונה: בנו משפחה אחת עם פרמטרי Type לרוחב ולגובה, צרו שלושה Types עם הערכים המתאימים, והטמיעו את הידית כ-Nested Family – משפחה מקוננת שנטענת בתוך הדלת. כך תוכלו להחליף את דגם הידית בלי לפתוח מחדש את קובץ הדלת.
מה לבדוק לפני שטוענים משפחה לפרויקט? בצעו Flexing: שנו את ערכי הפרמטרים לערכים קיצוניים (מאוד קטנים, מאוד גדולים) ובדקו שהגיאומטריה לא נשברת, לא חוצה את עצמה ולא מאבדת קשרים. זו בדיקה של דקות בודדות שחוסכת שעות של תיקונים בפרויקט חי.
אם החלפתם פעם Type של רכיב והוא "קפץ" למיקום אחר, הסיבה כמעט תמיד קשורה להגדרת Origin לא נכונה. תיקנו את זה פעם אחת נכון בקובץ המשפחה – ולא תיתקלו בבעיה שוב.
פרמטרים, נוסחאות ומשפחות מקוננות (Nested Families)
פרמטרים ונוסחאות: הכלל הוא פשוט – הוסיפו פרמטרים רק למה שנדרש לשליטה או לתיעוד. פרמטרים מיותרים מנפחים את המשפחה, מבלבלים משתמשים ומאטים ביצועים. סוגי הפרמטרים הנפוצים כוללים Length לאורכים, Material לחומרים, Yes/No להפעלה וכיבוי של רכיבים, ו-Text למידע תיאורי.
הבחנה חשובה: Family Parameter מספיק לשליטה פנימית, אבל Shared Parameter נדרש כדי שהנתון יופיע בכתבי כמויות (Schedules) ובתיוג (Tags).
נוסחאות שחוסכות זמן: נוסחאות מאפשרות ליצור לוגיקה פנימית במשפחה. למשל: עובי מסגרת שנקבע אוטומטית כ-Width / 20, או תנאי IF שמפעיל חיזוק כשהגובה עולה על 2400 מ"מ. שליטה בנוסחאות מורכבות היא מיומנות נרכשת שדורשת תרגול ממוקד – זו בדיוק הסיבה שב-BIMAP – האקדמיה לרוויט מקדישים לנושא תרגול מעשי על מודלים אמיתיים.
משפחות מקוננות (Nested Families): משפחה מקוננת היא רכיב שמוטען בתוך משפחה אחרת – ידית בתוך דלת, מנורה בתוך גוף תאורה, או ברז בתוך כיור. היתרון הגדול הוא מודולריות; החיסרון: שרשרת פרמטרים ארוכה מדי עלולה ליצור מורכבות שקשה לתחזק.
ההמלצה היא להגביל קוננות לרמה אחת או שתיים לכל היותר. אם אתם צריכים לתייג או לתזמן את הרכיב המקונן בנפרד – כמו ידית שמופיעה בכתב כמויות פרזול – יש להגדיר אותו כ-Shared Nested Family.
גורמים להכבדת משפחות רוויט על ביצועי הפרויקט
| גורם להכבדה | פתרון מומלץ | דוגמה מעשית |
|---|---|---|
| גיאומטריה מפורטת מדי | הפחתת פירוט, שימוש ב-Detail Level | ברגים תלת-ממדיים שמופיעים גם ב-Coarse |
| קוננות עמוקה (3+ רמות) | צמצום לרמה-שתיים לכל היותר | ידית בתוך מנעול בתוך דלת בתוך קיר-וילון |
| פרמטרים/נוסחאות מיותרים | מחיקת פרמטרים שאינם בשימוש | 20 פרמטרים כשנדרשים רק 6 |
| ייבוא CAD כבד | Explode + ניקוי + Purge | קובץ DWG מלא בשכבות ריקות |
| ייצוג 3D מלא בכל רמת פירוט | סימבולוגיה 2D בתוכניות | גוף תאורה מורכב מופיע מלא גם ב-Plan |
הסימן הראשון להכבדה הוא גודל קובץ RFA חריג. משפחה פשוטה כמו דלת צריכה לשקול בין 250 ל-500 KB. אם היא מגיעה ל-2 MB ומעלה – משהו לא תקין. Purge Unused בתוך עורך המשפחה הוא צעד ראשון שכמעט תמיד מקטין את הקובץ.
השתמשו ב-Symbolic Lines – ייצוג 2D שמופיע רק בתוכנית (Plan) – כדי להציג סמלים כמו כיוון פתיחה בצורה נקייה, בלי להעמיס גיאומטריה תלת-ממדית. הגדירו Subcategories כדי לשלוט על העובי והצבע של קווים ברמת הפרויקט.
ניהול ספרייה, בדיקות איכות והטעויות הנפוצות ביותר
ניהול ספריית רכיבים: ספריית משפחות מסודרת היא ההבדל בין משרד שעובד ביעילות לבין משרד שמבזבז שעות על חיפוש רכיבים. הגדירו היררכיית תיקיות לפי דיסציפלינה (אדריכלות / מכונות / חשמל) ובתוכה לפי קטגוריה. קבעו Naming Convention אחיד – למשל: DR_SingleLeaf_Internal_v02 במקום Family1 או דלת חדשה סופי.
עדיף להוריד משפחות מוכנות או לבנות מאפס? התשובה תלויה בהקשר. משפחות מוכנות מספריות חיצוניות חוסכות זמן – אבל לעיתים קרובות הן מגיעות כבדות מדי, עם קטגוריה לא מתאימה, או עם פרמטרים שלא תואמים את הסטנדרט של המשרד. ההמלצה: השתמשו במשפחות מוכנות כבסיס, אבל תמיד בדקו קטגוריה, משקל קובץ, מספר פרמטרים ותצוגה ברמות פירוט שונות.
צ'ק-ליסט לבדיקת משפחת רוויט לפני טעינה לפרויקט
| בדיקה | מה לחפש | תקין / לא תקין |
|---|---|---|
| קטגוריה נכונה | Family Category and Parameters | ✅ תואם לייעוד הרכיב |
| גודל קובץ | בדיקת KB/MB | ✅ עד 500 KB לרכיב פשוט |
| Origin יציב | החלפת Type ובדיקת מיקום | ✅ לא קופץ / לא מסתובב |
| Flexing | ערכים קיצוניים לכל פרמטר | ✅ גיאומטריה לא נשברת |
| תצוגה לפי Detail Level | Coarse / Medium / Fine | ✅ מתאים לצורכי התיעוד |
| פרמטרים מיותרים | ספירת פרמטרים | ✅ רק מה שנדרש |
| Purge Unused | חומרים/קווים/סגנונות | ✅ בוצע לפני טעינה |
הטעויות הנפוצות ביותר: מניסיון ליווי של צוותים ולומדים, חוזרות אותן טעויות שוב ושוב – יצירת גיאומטריה לפני מישורי ייחוס (משפחה "שבירה"), שימוש ב-Generic Model כשנדרשת קטגוריה ספציפית (פגיעה בתיעוד), אי-ביצוע Flexing (גילוי באגים רק בפרויקט חי), ושמירת קבצי CAD מיובאים בתוך המשפחה בלי ניקוי (ניפוח דרמטי של הקובץ).
כל אחת מהטעויות האלו ניתנת למניעה עם תהליך עבודה מסודר. ב-BIMAP הגישה היא "ללמוד נכון מההתחלה" – כי תיקון הרגלי עבודה בהמשך הוא תמיד יקר יותר מאשר בניית שיטת עבודה נכונה מיום ראשון.
🚀 הגיע הזמן לבנות מומחיות שמשנה פרויקטים
שליטה במשפחות רוויט היא לא רק "עוד כישור טכני" – היא היכולת לייצר רכיבים חכמים שמייעלים תכנון, מדייקים תיעוד וחוסכים שעות עבודה. קצרו את הדרך עם ליווי מקצועי מבוסס פרויקטים אמיתיים.
⭐ מה אומרים הבוגרים שלנו
★
★
★
★
"הקורס של דרור שינה לי לחלוטין את הגישה למשפחות רוויט. לפני הקורס הייתי מוריד משפחות מוכנות מהאינטרנט בלי לבדוק כלום – והפרויקטים שלי היו כבדים ומלאי באגים. היום אני בונה משפחות פרמטריות בעצמי, עם Naming Convention מסודר וספרייה שחוסכת לי שעות בכל פרויקט. ההבדל בתפוקה הוא דרמטי."
★
★
★
★
"כמהנדס מכונות שעבר לעבוד עם רוויט, הנושא של משפחות היה הכי מאיים עליי. דרור פירק את הנושא לשלבים ברורים – מ-Reference Planes ועד Nested Families – וכל שיעור כלל תרגול מעשי. היום אני בונה משפחות MEP מותאמות למשרד, כולל Shared Parameters שמתחברים ישירות לכתבי כמויות. השקעה שמחזירה את עצמה בכל פרויקט."
★
★
★
★
"אני מעצבת פנים ולפני הקורס חשבתי שמשפחות רוויט זה 'עניין של מהנדסים'. טעות! אחרי שלמדתי עם דרור ב-BIMAP, אני יוצרת רכיבי ריהוט מותאם אישית, גופי תאורה ופרטים אדריכליים – הכל פרמטרי, הכל מתועד. הלקוחות שלי מקבלים מודל מדויק עם כתבי כמויות אמיתיים. זו רמה אחרת של מקצועיות."
🎬 צפו בסרטון הקורס שלנו
האקדמיה לרוויט – מרכז הדרכה מורשה של אוטודסק
