עבודה עם חלקים מיובאים (STEP, Parasolid וכו') היא נפוצה אבל עשויה להיות מאתגרת. גיאומטריה לא תקינה, חדירות בין חלקים ותוספות מיותרות הן רק חלק קטן מהקשיים שבעבודה עם חלקים כאלה.
מגבלה עיקרית בעריכת חלקים מיובאים היא היעדר הפיצ'רים הפרמטריים שמגדירים את הגיאומטריה – לא נוכל לערוך את ה"היסטוריה" של החלק, אלא ניאלץ לבצע שינויים ישירים בגיאומטריה שלו.
עבור צורך זה SOLIDWORKS מציעה סרגל כלים להתמודדות עם חלקים מיובאים!
(אגב, הפיצ'רים האלה יכולים להיות שימושיים מאוד גם בעבודה עם חלקים בפורמט SOLIDWORKS).
לסרגל הזה קוראים Direct Editing וניתן להוסיף אותו לרשימת ה-Tabs אם הוא עדיין לא שם:
במאמר זה נראה כיצד אנחנו יכולים לנצל את הכלים האלה לטובתנו.
גופים מיותרים בחלק הם לא מטרד כל כך גדול – ניתן להיפטר מהם בקלות בעזרת Delete/keep bodies:
הגופים לא ממוקמים איפה שאתם רוצים אותם? ניתן להזיז ולסובב אותם או למקם אותם בעזרת Mates (כן, גם גופים בחלק!) עם כלי Move\Copy Bodies:
רוצים למחוק או לערוך גיאומטריה קיימת כמו Fillet או חור? השתמשו ב-Delete Face:
פאה נמצאת במיקום לא הגיוני? הזיזו אותה עם Move Face:
ניתן לשכפל גיאומטריה עם Pattern גם בחלקים מיובאים:
זיהיתם חדירה בין גופים? מזגו אותם לגוף אחד כדי למנוע כפילות של חומר בעזרת Combine:
תוכלו לפצל גופים בעזרת Split כדי להיפטר מגאומטריה לא רצויה:
צריכים לשנות או לבטל פעולות שעשיתם? הכל נשמר כפיצ'רים שניתן לערוך!
לסיכום,
סרגל Direct Editing מאפשר לנו להתמודד בקלות עם גיאומטריה מיובאת כך שנוכל לשלב את המודל בתכנון שלנו כפי שהיינו רוצים, בלי מאמץ מיותר.
https://www.systematics.co.il/wp-content/uploads/Direct-Editing-MAIN2.jpg392796טל נויפלדhttps://www.systematics.co.il/wp-content/uploads/logo-300x66.pngטל נויפלד2022-02-21 14:57:332022-02-22 12:05:53כלים לעריכה מהירה של חלקים מיובאים – Direct Editing
באמצעות התוכנה ניתן למנף בקלות ובמהירות את המידע ההנדסי התלת-ממדי למידע שיווקי מודפס או אינטרנטי ולחלוק אותו עם משתמשים או לקוחות קצה.
אז מה היתרונות העיקריים של SOLIDWORKS Visualize:
ממשק ישיר עם SOLIDWORKS
איכות רינדור ותוצאות ברמה גבוהה
מהירות רינדור וביצועים לחסכון בזמן עבודה
ממשק ישיר עם SOLIDWORKS
את SOLIDWORKS Visualize ניתן להוסיף כ-Add-In ואף כ- Toolbarבתוכנת SOLIDWORKS ולייצא מודלים לרינדור בצורה מהירה ונוחה ישירות מתוך התוכנה.
Toolbar בתוך תוכנת SOLIDWORKS באמצעותו ניתן לייצא מודלים ישירות ל- SOLIDWORKS Visualize:
סביבת העבודה ב-SOLIDWORKS Visualize:
איכות רינדור ותוצאות ברמה גבוהה
עם תוכנת SOLIDWORKS Visualize ניתן להגיע לרמת רינדור גבוהה מאוד המאפשרת להפיק תמונה ריאליסטית עד כדי כך שיהיה קשה להבחין בהבדלים שבין התמונה האמיתית לתמונה המרונדרת.
כך למשל בתמונות הבאות ניתן לראות תמונה אמיתית לצד מודל מרונדר. נסו לנחש מהו המודל המרונדר מבין השניים:
מהירות רינדור וביצועים לחסכון בזמן עבודה
תוכנת SOLIDWORKS Visualize משתמשת בכל הליבות, הן של מעבד המחשב (CPU) והן של מעבד כרטיס המסך (GPU), וכן משתמשת בטכנולוגיית NVIDIA AI Denoiser לבידוד "רעשים" בתמונה של המודל שלנו.
כל אלו מאפשרים רינדור מהיר יותר בממוצע פי 10 מאשר שימוש ברינדור של Photo view 360 לדוגמא.
ולאלו שביניכם שמעוניינים ביכולות נוספות כמו הפקת סרטונים באיכות פוטו-ראליסטית, שימוש בפילטרים במצלמה, שליטה מלאה על תאורה, הקפת תוצרי VR ועוד, יכולים לשדרג לתוכנת SOLIDWORKS Visualize Professional.
למידע נוסף על התוכנה מוזמנים ללחוץ על הקישורים הבאים:
לצפיה בסרטון הדרכה למשתמשים חדשים בSOLIDWORKS Visualize:
https://www.systematics.co.il/wp-content/uploads/SOLIDWORKS-Visualize-MAIN.jpg392796מתן לזרhttps://www.systematics.co.il/wp-content/uploads/logo-300x66.pngמתן לזר2022-02-20 17:06:462022-12-13 13:47:55מה עוד כלול ברישיון האחזקה שלי? הכירו את SOLIDWORKS Visualize Standard
לא מעט מהנדסים מתענינים במוסיקה אלקטרונית, זה לא מאד מפתיע בהתחשב בכך שהם לרוב אנשים מאד יצירתיים אשר כותבים קוד שעשוי להיות דומה לכתיבת מוסיקה אלקטרונית.גם כשהיינו ילדים, אהבנו ללמוד לנגן על כלי נגינה, אך מעבר להנאה שבלימוד נגינה, אין ספק שזהו מיומנות מאתגרת שיכולה לדרוש מאיתנו המון השקעה ותרגול.
בדיוק מהסיבה הזו, טרוי שיטס היוצר של Blipblox ייסד את החברה שלו ופיתח את המוצר הייחודי – סינטיסייזר לילדים (שגם מבוגרים יכולים לנגן איתו). הסינטיסייזר (בעברית סַנְתָז) הינו כלי נגינה פיזי או וירטואלי המפיק צלילים באמצעות מעגלים חשמליים או באמצעות אלגוריתמים מתוכנתים. כדי שצליליו ישמעו, סינתיסייזר חייב להיות מחובר למערכת הגברה כלשהי. BlipBlox מכיל רמקול מובנה בתוכו.
בעזרת הכלי שיצר טרוי, יכולים ילדים ללמוד כיצד ליצור מוסיקה מגוונת חדשנית ואלקטרונית בקלות עם חוויית משתמש ייחודית. אני מזמין אתכם לצפות בכתבה על החבר'ה הנפלאים האלו:
Altium Designer מאיצה את קצב החדשנות באמצעות כלים מתקדמים לפיתוח אלקטרוניקה. מממציאים בודדים ועד לתאגידים רב לאומיים, יותר מתכננים ועורכי PCB בוחרים בתוכנת Altium כדי לעצב ולממש את הרעיונות שלהם.
נתראה בבלוג הבא, בן
https://www.systematics.co.il/wp-content/uploads/MAIN-PICT-BlipBlox.jpg392796Ben Maymonhttps://www.systematics.co.il/wp-content/uploads/logo-300x66.pngBen Maymon2022-02-16 14:54:522022-02-20 15:23:53הסינטיסייזר שמלמד ילדים לנגן מוסיקה אלקטרונית תוכנן בתוכנת ALTIUM DESIGNER
3 ימים של מליאות ראשיות, 9 שעות של שידורים חיים, מעל 200 מסלולים טכנים, 35 מפגשי נטוורקינג עם משתמשים מכל העולם, 16 סיפורי לקוח מעוררי השראה, 3 תחרויות מידול, 6 איזורי משחקים וירטואלים כולל איזור של מייקרים ואיזור של אקדמיה, 18 נותני חסויות בתערוכה, מעל 20,000 משתתפים מלמעלה מ-100 מדינות וקהילה אחת גדולה וחזקה שמתכננת את המוצרים הטובים ביותר בעולם.
היום הראשון לכנס נפתח כמיטב המסורת עם הרצאת פתיחה של מנכ"ל SOLIDWORKS היוצא, Mr. Gian Paolo Bassi, אשר דיבר על איך השיתוף בין הטכנולוגיה לטרנדים בתעשייה מעצבים את עתיד ההנדסה, העבודה והיצירה ובעצם את הדרך בה אנחנו עובדים היום…
הטכנולוגיה של פלטפורמת 3DEXPERIENCE נועדה כדי להפחית את המכשולים לגישת המשתמשים למדע ולטכנולוגיה על מנת שכולנו נוכל לעבוד ביחד לפתרון הבעיות החשובות באמת שאנחנו, והדור הבא, עומדים בפניהן.
ג'אן פאולו הסביר כי זו הסיבה שהחברה מתמקדת בפיתוח פלטפורמת ה- 3DEXPERIENCE, שכן הם מאמינים שזו פלטפורמת החדשנות הגדולה ביותר שפותחה אי פעם. הפתרונות שבפלטפורמה מספקים יכולות לא רק בתכנון, אלא גם בייצור, סימולציה, ניהול מידע ועוד…
המנכ"ל היוצא ביקר גם בחממות טכנולוגיה שונות ברחבי בוסטון, שמשתמשות בפלטפורמה ליצירת רשת טכנולוגיה מדהימה ופורצת דרך, והזכיר לנו משפט של אלברט איינשטיין:
Imagination is more important than knowledge because knowledge is always limited to what we know but imagination does not have such constraint
לאחר מכן, הכיר לנו את מנכ"ל SOLIDWORKS הנכנס, Mr. Manish Kumar.
בהמשך היום מנכ"ל וסגן יו"ר Dassault Systèmes, מר. Bernard Charles, דיבר על האופן שבו טכנולוגיות Virtual Twin יכולות לעזור לנו לחשוב מחדש על המוצרים, התהליכים ואפילו על המודלים העסקיים שלנו כדי לממש חדשנות בת-קיימא.
לבסוף, נחשפנו לעיצובים המדהימים של החברה הצרפתית La Machine, שאפשרו לנו לדמיין מחדש את הפיתוח העירוני או "חווית האזרח" ע"י שימוש בטכנולוגיה מתקדמת.
הדובר המרכזי של היום היה מר האקים אולוסיי, אסטרופיזיקאי ומנהל חינוך למדעי החלל לשעבר של נאס"א, אשר נתן לכולנו פרספקטיבה נהדרת על איך הוא התחיל, למרות מכשולים רבים, והגיע לתפקיד חונכות עבור נוער במצוקה.
היום הראשון היה עמוס בהחלט, במיוחד למי שנשאר ער עד לשעות הקטנות של הלילה בכדי לשמוע את כל הסשנים המקצועיים, אבל גם אם נרדמתם באמצע, אל דאגה. כל השידורים זמינים כעת לצפיה ישירה VOD. היכנסו לפייסבוק שלנו למצוא את הסשנים המומלצים של סיסטמטיקס לצפיה בכל יום.
סרטון סיכום היום הראשון:
היום השני של הכנס הוקדש כולו לפתרונות הטכנולוגים המתקדמים ביותר שמאפשרים לנו לדמיין מוצרים טובים יותר, לשתף פעולה טוב יותר וליצור חוויות משתמש טובות יותר.
פאנל מומחים מחברת Dassault Systèmes דנו יחד עם מפתחים מחברות נוספות על החשיבות ביצירת חווית משתמש, ולא רק מוצרים.
ראינו איך אנשים מתעשיות שונות הופכים את הרעיונות שלהם למציאות – חברת NASKA הציגה את העבודה המרשימה שלה למלחמה בשינויי האקלים, באמצעות בניית קירות אבנים על ידי רובוטים, חברת EXOVOLAR הציגה את המל"ט המורכב, שבנתה באמצעות הפלטפורמה ופתרונות SIMULIA, ולבסוף, חברת SMARTFLYER הציגה את המטוס החשמלי שיכול לשאת ארבעה נוסעים ולטוס מעל גובה 800 קילומטרים.
צפו בסרטון סיכום היום השני:
היום השלישי והאחרון נפתח בהרצאה של Suchit Jain, סגן נשיא אסטרטגיה ופיתוח עסקי בחברת SOLIDWORKS , שעסקה בנושא From Connections to Relationships / Community.
קהילת המשתמשים הגדולה והגדלה שלנו מונה כבר למעלה משישה מיליון מתכננים, מעצבים, יזמים, סטודנטים, מייקרים ועוד אשר מתכננים ומעצבים את רוב המוצרים הנמצאים סביבינו. רק תסתכלו סביבכם ותבינו כמה SOLIDWORKS נמצאת בכל מקום.
לאחר מכן, ראינו מספר דוגמאות לטכנולוגיות עתידניות מדהימות, שפותחו על ידי משתמשי SOLIDWORKS בכל העולם, חברת Mars Auto שבונה משאיות אוטונומיות להובלות למרחקים ארוכים, חברת Dexal שהציגה לנו את מטבח העתיד בו רובוטים יהיו סטדנרט בדיוק כמו מיקרוגל ומדיח, חברת Kolibri שפועלת להפיכת ייצור ריפוי גנטי ליעיל וחסכוני יותר, וחברת Gravity שמאפשרת לכל אחד ואחת לחוות את הריגוש בהטסת מטוס סילון.
היום השלישי לכנס הוקדש לאקדמיה ולסטודנטים שהתארחו בפאנלים בנושא העתיד אחריי האקדמיה ביחד עם מומחי SOLIDWORKS ומרצים מרחבי העולם.
נחשפנו לפרויקט מרגש מאין כמוהו, שנקרא LN4 Foundation, אשר פועל בשנים האחרונות ביחד עם חברת Dassault Systèmes על מנת לספק ידיים תותבות בחינם לכל מי שצריך אותם בעולם. בהמשך ישיר לכך, הוכרזה השנה תחרות חדשה – ARM4ALL, בה סטודנטים יכולים לעשות את ההבדל ולעזור בתכנון מכשיר למרפק על מנת להשלים את התכנון הכללי.
חלק מהמשימה של חברת דאסו סיסטמס היא לעורר יותר נשים להפוך לדור הבא של מהנדסים ומחדשים, אז היה נהדר לשמוע עדכון על יוזמת "נשים בהנדסה" ולקבל הצצה לציור של שש נשים חזקות ומדהימות שמעודדות נשים נוספות לשקול קריירה בהנדסה וייצור.
וכמו בכל יום, עברנו לסשנים המקצועיים ולמפגשים עם משתמשי SOLIDWORKS ברחבי העולם. כל הסיכומים וכל ההרצאות זמינים כעת לצפיה ישירה.
סרטון סיכום היום השלישי:
זה גם הזמן להזכיר שמשתתפי הכנס יכולים לקחת חלק במבחני ההסמכה של SOLIDWORKS, לקבל תעודה רשמית ולהתווסף ל-600,000 משתמשים שזכו להכרה רשמית של חברת SOLIDWORKS העולמית.
Simulink מפורסמת בהיותה סביבה לפיתוח מערכות בקרה, ואכן זה היה הייעוד המקורי, אבל מאז העולם התפתח ונוצר הצורך ל-digital thread מהדרישות ועד האינטגרציה של המערכת.
גם Simulink התפתחה בהתאם, וכיום זוהי סביבה לתכנון end to end של מערכת שיכולה לשלב מספר תחומים ודיסציפלינות במקום אחד. זהו הרי הרעיון של MBD (Model-Based Design). בכדי להדגים זאת ולהציג מה חדש, נסתכל על מחזור החיים של פרויקט.
"שלום מהנדס/ת המערכת, זהו הרעיון שלי לפרויקט ואני צריך שתגדירו לי דרישות מערכתיות ותכולת עבודה"
System Composer מאפשר לבנות את הארכיטקטורה המערכתית של הפרויקט שלנו בצורה ויזואלית נוחה ותוכנתית שמתממשקת ישירות ל-Simulink. System Composer הושק לראשונה בגרסה 2019a, ומאז הוא נהנה משיפורים נרחבים בכל גרסה, כאשר כיום ניתן לבנות test harness לרכיבים מסוימים בתוך המודל וניתן לבנות מערכות פיזיקליות שמתממשקות ישירות ל-Simscape מתוך System Composer. כל זה על מנת לחלק את התכולה בצורה נכונה יותר ולתת לכל צוות לפתח את החלק שלו כאשר המערכת כולה מתחברת ומקושרת יחד.
"מעולה, יש לנו דרישות מערכתיות ועכשיו זה הזמן להעביר אותם לצוותים השונים"
המערכת שלנו יכולה לכלול הרבה תחומים, יכול להיות שנצטרך מודל פיזיקלי של המערכת (זוהי סביבת Simscape בה לא נדון בפוסט זה, אבל ניתן לראות מה חדש ב-release notes), יכולים להיות לנו אלגוריתמים ועיבוד אותות, ניווט ובקרה, ייצור קוד וכמובן שנרצה לבדוק את המערכת לכל אורך התהליך.
נושא נוסף בתחום הבקרה שצריך להתחשב בו, הוא האם החומרה תוכל להריץ את הבקר שתוכנן? עבור בקרי PID זו לרוב לא תהיה בעיה, אבל יכול להיות שנדרש בקר MPC (Model Predictive Controller), בקר זה מבצע אופטימיזציה שהיא לרוב כבדה חישובית, לכן נרצה לייעל את זמני החישוב שלו. אחת היכולות שהתווספו היא היכולת לתכנן בקר MPC לא לינארי רב שלבי, כך שבמקום בקר אחד גדול, יש כביכול הרבה בקרים קטנים שעושים עבודה זהה, אבל יותר יעילים חישובית.
RL זוהי שיטה נוספת לתכנן בקרים עבור המערכת שלנו, כאשר נגדיר פונקציית תגמול שהמערכת תנסה למקסם על מנת לקבל ביצועים אופטימליים. לרוב, הגדרת פונקציית התגמול היא תהליך מורכב, ונוכל להשתמש ביצירה אוטומטית שלה, כפי שניתן לראות בקישור. בנוסף, מכיוון שפעמים רבות נתכנן את הסביבה ב-Simulink ואז נאמן את הסוכן ב-MATLAB, נרצה לתפור את הסביבות בצורה נוחה, ובשביל זה נוכל להשתמש באפליקציה ידידותית שעושה את העבודה הזו עבורנו.
כמובן שנרצה במצבים כאלה להריץ כמה שיותר סימולציות במינימום זמן, ועכשיו נוכל לעבוד מקבילית ב-Simulink בזכות Multiple Simulation Panel.
"אז התכן מוכן וזה הזמן לצאת החוצה"
יש מספר דרכים לצאת החוצה מסביבת הפיתוח: נוכל לייצר קוד, לבנות אפליקציה שהיא Standalone, לעבוד ישירות עם כרטיסים או לעבור לסביבת Real-Time.
חידוש אחד הוא ההשקה של Simulink Compiler, שמאפשר לייצר קבצי exe ממודלים של Simulink, וכך להעביר אותם כ-Standalone. לא נתייחס כאן לעבודה מול חומרה, אלא רק לייצור הקוד, עצמו כאשר השאיפה היא לבדוק את הקוד שיוצר תוך שמירה על traceability בין המודל ובין הקוד. בשביל לבצע את זה נוכל להשתמש ב-Simulink Code Inspector, כאשר כיום נוכל לראות את הקוד ישירות במודל ולהשוות ולראות תוצאות על אותו מסך.
"מעולה, כולנו באותה סביבה ותהליך הפיתוח מתקדם יותר טוב"
לסיכום, הרעיון מאחורי Simulink הוא לאפשר תהליך פיתוח מבוסס-מודל – MBD – כאשר כולם דוברים את אותה שפה, יש traceability מלא מהדרישות ועד המימוש של המערכת, כאשר הכלים של Simulink תמיד מתפתחים ומשתדרגים על מנת לעזור לנו המהנדסים לקבל את המקסימום מכלי הפיתוח והעבודה שלנו.
תחילה, בואו נראה איך נוכל לעדכן ברגע ערכים בקובץ חדש שנכניס למערכת, רק מעצם היותו בפרויקט מסוים.
עבור כל פרויקט נוכל להגדיר תיקייה ייחודית אשר "תחזיק" את כל המידע החשוב לפרויקט זה.
ניקח לדוגמא את פרויקט העל "My Posts". כל פרויקט שאפתח תחתיו, אני אגדיר עבורו משתנים כמו שם הפרויקט כמובן, מספר הפרויקט והלקוח.
ברגע שאגדיר בכרטיס שמידע זה מחלחל לכל קובץ וקובץ שאני אכניס לפרויקט זה, הדבר יחסוך לי עדכון של כל קובץ והוא יקבל ישירות את המידע לכרטיסיה שלו.
את ההגדרה תוכלו לראות בתמונה מתוך עורך הכרטיסים ונקראת Folder Data Card Variables
עד כאן הגדרנו את הבסיס של הפרויקטים שלנו.
אבל נוכל להשתמש באפשרויות האלו ולנצל אותן גם לעדכון משתנים בהמשך העבודה.
לעיתים, נכניס הרכבות קיימות לפרויקטים "חיים" ב-PDM או נרצה לשנות את אחד המשתנים בפרויקט תוך כדי עבודה.
במקרה זה או שלא יהיה לנו ערך בכלל בכרטיס הקובץ או שהערך לא יהיה העדכני ביותר.
יכול להיות שגם נרצה לעדכן משתנים בקבצים באופן גורף בלי שום קשר לתיקיית הפרויקט.
כדי לוודא "יישור קו" בין כל הקבצים בפרויקט יש לנו מספר אפשרויות.
אפשרות 1 – סקריפט קצר (Dispatch)
מכיוון שמערכת ה-PDM היא מערכת חיה ופתוחה, נוכל תמיד לכתוב סקריפט קליל שיבצע בדיוק מה שנרצה.
ה – Dispatch לוקח את הקבצים שנבחר, מפלטר אותם לפי כל עקרון שנבחר (סטטוס עבודה, סוג קובץ וכדומה) ומבצע בהם שינויים.
השינויים יכולים להיות שינוי משתנה, שינוי שם או הרבה מעבר.
היתרון הוא שיש לנו הרבה מאוד דרכים לעדכן משתנים באפשרות זו אבל היא מצריכה מאיתנו ידע בכתיבת Dispatch שאולי עוד נדבר עליו בפוסטים הבאים…
הקליקו על התמונה לצפייה באנימציה:
אפשרות 2 – עדכון דרך ה – WORKFLOW
נוכל להשתמש ב – WORKFLOW שלנו עבור עדכון משתנים בכרטיסיות הקבצים.
גם כאן נוכל להגדיר שרק קבצים העומדים בתנאי מסויים מתעדכנים ואף לתת הערה בהיסטוריה על העדכון שעברו.
היתרון הוא קלות השינוי אבל החסרון הוא שנצטרך להגדיר את השינוי הזה לכל סטטוס וסטטוס בתהליך העבודה מה שיכול לעיתים לקחת זמן ובדיקות.
אפשרות 3 – עדכון דרך כרטיסיית הפרויקט
דרך זו היא הפשוטה ביותר מכל הדרכים ודורשת מאיתנו שינויים קלים בלבד.
דרך זו משמשת בעיקרה לעדכון משתני הפרויקט כמו שם ומספר פרויקט אבל ניתן לנצלה לטובתינו ולהשתמש בה גם לעדכון משתנים אחרים, כמו למשל חומר המודלים או לעדכן שקבצים מסויימים התקבלו מספק חיצוני.
והיתרון הגדול, נוכל לבחור אלו קבצים לעדכן, כתלות בסטטוס הקובץ, סוג הקובץ או אפילו קונפיגורציה.
אז בואו נראה איך אפשר להשתמש באפשרות העדכון דרך כרטיסיית הפרויקט באמצעות אופציית
Modify -> Update -> Values in Files
נחלק את הדוגמא שלנו ל-2:
בדרך המסורתית, נרצה לעדכן את מספר הפרויקט ותאריך ההתחלה שלו בכל הקבצים בתתי התיקיות.
בדרך המתקדמת, נרצה לעדכן את משתנה הספק בקבצים מסוימים בלבד.
על מנת לעשות זאת, נוסיף באופן זמני את המשתנה Vendor לכרטיסית הפרויקט, נבצע את העדכון שלנו ואז נסיר אותו.
נוכל לבחור לעדכן את המשתנה רק עבור הקבצים שעומדים בתנאים:
קבצי מודל בלבד
סטטוס עבודה Work in progress
שם הקובץ הינו מק"ט ספק המתחיל ב – SC
הערות אחרונות:
המשתנה שאנחנו מעדכנים חייב להיות גם בכרטיסית התיקייה וגם בכרטיסית הקובץ
כל הקבצים שנרצה לעדכן חייבים להיות ב-CHECK OUT
https://www.systematics.co.il/wp-content/uploads/PDM-MAIN-PICT1.jpg392796מיכל ארגמןhttps://www.systematics.co.il/wp-content/uploads/logo-300x66.pngמיכל ארגמן2022-01-17 16:17:102022-01-18 11:23:22עדכון משתנים במאות קבצים במערכת SOLIDWORKS PDM – בכמה קליקים פשוטים
אז בואו נכיר את הפתרון הפשוט של ה- custom property "IsFastener" .
SOLIDWORKS משתמשת ב-Custom Property הזה על מנת שחלקי ה-TOOLBOX לא יחתכו כאשר אנחנו יוצרים חתך בשרטוט. ביצירת חתך בשרטוט ההרכבה שלנו, ניתנת לנו בחירה בחלונית ה-Section view המופיעה מטה, לסמן "Exclude fasteners" וכך, במידה והוספנו את חלקי ה-TOOLBOX, הם לא ייחתכו.
לחלונית Section View ניתן לחזור בכל עת על ידי פתיחת ה-Properties של מבט החתך בטאב Section Scope.
לאחר סימון Exclude fasteners מבט החתך ייראה כך:
הבורג לא נחתך
במקרה בו לא נרצה לחתוך רכיבי ספריה נוספים, לדוגמא הקפיץ שאתם רואים בהרכבה, נוכל לסמן אותו בתיבת Excluded components, אך נצטרך לסמן זאת בכל חתך…ובכל שרטוט הרכבה חדש שניצור ויכיל את הקפיץ הזה…זו יכולה להיות משימה סזיפית ומקום לטעויות.
למעשה, ישנה דרך פשוטה יותר.
אנו יכולים להגדיר את ה-Is Fastener פעם אחת בלבד בחלק הסטנדרטי שאנו לא מעוניינים לחתוך, במקרה זה – הקפיץ.
על מנת לעשות זאת נצטרך להוסיף ל-Custom properties של המודל את ההגדרה הבאה:
שימו לב שה-Evaluated Value צריך להיות 1
לאחר שהוספנו את ההגדרה הזו למודל או למודלים שאנו לא מעוניינים שיחתכו, כאשר נסמן Exclude Fasteners בלבד הם לא ייחתכו ולא נצטרך להגדיר זאת ידנית בכל חתך.
משתמשי ה-PDM יכולים להגדיר זאת כערך על גבי הכרטיס:
יתרון נוסף של הגדרת IsFastener הוא היכולת לשמש אותנו גם ב-Interference Detection בהרכבה על מנת להכניס לתיקיה את כל ההתנגשויות הקורות עם חלקי הספרייה שלנו:
לסיכום, בפוסט זה למדנו כיצד לנהל את ספריית הרכיבים הסטנדרטיים בצורה קלה. הרכיבים הללו חשובים מאוד לתכן ושווה להשקיע מעט בהכנתם בצורה טובה וכך לחסוך זמן רב.
לעיתים ניתקל בגאומטריה מורכבת שלא ניתן לרשת בצורה אוטומטית בקלות. במקרים כאלה נצטרך לבצע התאמה ידנית של ההגדרות להפעלת הרישות למודל. במאמר הקרוב נראה את השיטות הקיימות בתוכנת SOLIDWORKS שמאפשרות להתמודד עם גאומטריה שלא ניתן להריץ עליה רישות אוטומטי. בסדרת הבלוגים הבאים נדבר על רישות מודלים באמצעות SOLIDWORKS SIMULATION :
חלק א' – פתרון בעיות רישות מורכבות בחלקים
חלק ב' – פתרון בעיות רישות מורכבות בהרכבות
חלק ג' – כיצד נדע שהרישות שלנו מספיק איכותי – Mesh Independent Solution
במאמר הזה נתחיל בחלק א' – פתרון בעיות רישות מורכבות בחלקים באמצעות SOLIDWORKS SIMULATION.
ראשית כדאי להבין מהם הגורמים לבעיות רישות, הגורמים הנפוצים ביותר הם:
מאפיינים גאומטריים קטנים מאוד ביחס למודל (לדוגמא Extrude Cut בעומק של מיקרונים על מודל בגודל אופייני של עשרות מילימטרים).
בעיות גאומטריות טופולוגיות בזמן ייבוא של קובץ מתוכנה אחרת (מופיע בדרך כלל באזהרה צהובה על הפיצ'ר של Imported).
פאות קטנות מאוד או צרות מאוד.
כדי לפתור את בעיות הרישות ניתן להשתמש בשלל כלים ושיטות עבודה שקיימות בתוכנת SOLIDWORKS. להלן רשימה של צעדים מומלצים לפתרון בעיות הרישות, הצעדים מסודרים לפי סדר עדיפות, מומלץ לבצע כל שלב על פי הסדר ורק אם הבעיה לא נפתרת להתקדם לשלב הבא.
שינוי אלגוריתם הרישות – תוכנת SOLIDWORKS מכילה שלושה אלגוריתמים לרישות – הסטנדרטי, על בסיס עקמומיות (Curvature Based) ומשולב (Blended). אם רישות באמצעות אלגוריתם ה-Standard לא הצליח לרשת את הבעיה כדאי לשנות את סוג האלגוריתם ל- Curvature ואף ל- Blended. האלגוריתמים האחרון יגרום לכך שזמן הרישות יהיה ארוך יותר אך האלגוריתם יצליח להתמודד גם עם גאומטריות שהאלגוריתמים האחרים לא הצליחו להתמודד איתם.
* הערה חשובה: החל מגרסת 2022 שופרה המהירות של אלגוריתם ה- Blended והוא הפך להיות ברירת המחדל 😊
הקטנת גודל האלמנטים – הקטנת גודל האלמנטים תעזור בהתמודדות עם פיצ'רים קטנים ועדינים. אם ניתן נבצע את הקטנת גודל האלמנטים בצורה מקומית על ידי שימוש ב-Apply Mesh Control ולא באמצעות הקטנה גלובלית של גודל האלמנט.
*בדרך כלל SOLIDWORKS תתריע לנו באמצעות Mesh Failure Diagnostics על האזורים הבעייתיים ושם נבצע את עידון הרישות המקומי.
איתור ותיקון בעיות גאומטריות – נשתמש בכלים הקיימים ב-SOLIDWORKS לאיתור של בעיות גאומטריות (תחת לשונית Evaluate -> Check ו-Geometry Analysis). הכלים יצביעו לנו על אזורים בעייתיים ואותם נתקן על ידי כלי העריכה הקיימים (למשל, Delete And Patch Face וכדומה).
כיבוי של פיצ'רים קטנים – SOLIDWORKS כוללת כלי לכיבוי של פיצ'רים קטנים. ניתןלהגיע לפיצ'ר על ידי לחיצה בקליק ימין על Mesh ובחירה ב–Simplify Model For Meshingהכלי יפתח בצד ימין בתוך ה-Task Pane ושם ניתן להגדיר מה נרצה לכבות.
חלוקת הגוף – אם אחרי כל השלבים הקודמים עדיין לא הצלחנו לפתור את בעיית הרישות, ניתן לפצל את הגופים למספר גופים באמצעות פקודת Split. לאחר שביצענו את הפיצול נרשת שוב את המודל ונוכל לראות שחלק מהגופים רושתו וחלק נכשלו ברישות, כך נוכל לזהות מהיכן מגיעה הבעיה ונוכל לפתור אותה על ידי שינוי גאומטרי או שיפור רישות מקומי.
לסיכום, במאמר זה ראינו מספר שיטות לפתרון של בעיות רישות מורכבות בחלקים שניתן ליישם במידה ונתקלתם בגוף שלא הצלחתם לרשת עם הגדרות ברירת המחדל.
במאמרים הבאים נציג את חלקים ב ו- ג: פתרון בעיות רישות מורכבות בהרכבו, וכיצד נדע שהרישות שלנו מספיק איכותי – Mesh Independent Solution.
https://www.systematics.co.il/wp-content/uploads/MAIN-PICT-SOLIDWORKS-SIMULATION.jpg392796אורי סדןhttps://www.systematics.co.il/wp-content/uploads/logo-300x66.pngאורי סדן2022-01-05 17:57:072022-01-05 18:08:00פתרון בעיות רישות מורכבות בחלקים באמצעות SOLIDWORKS SIMULATION
בתהליך הבסיסי נתחיל מבחירת רכיבים ייעודיים אשר ישמשו אותנו בשרטוט הסכמה החשמלית. על הרכיבים להיות תואמים לצרכי המעגל ולשימושו ולעמוד בתנאי סף מסויימים שנגדיר. בין אם הרכיבים קיימים לכם ובין אם לא, יהיה עלינו להמציאם או לבנות אותם. לאחר הימצאות כל הרכיבים, נתחיל בשלב השרטוט. ניתן להוסיף חוקים מקדימים (Schematic Constrains) וכשהשרטוט החשמלי יהיה מוכן, נוכל לעבור לסימולציה של המעגל המלא/החלקי (Spice\PSpice\LTSpice). עם קבלת תוצאות הסימולציה, נבצע שינויים אם נדרש ולאחר מכן נעבור לבניית המעגל המודפס, יצירת STACKUP מתאים, מיקום הרכיבים על גבי המעגל, וחיווט שלהם. בהתאם נוסיף חוקים שיעזרו לנו לשלוט על הסדר – DRC ונוסיף משטחי אדמה\מתח מתאימים לפי השכבות.
מה עם סנכרון התכן עם המעגל המודפס?
אם אתם בתחילת דרככם וגם אם לא, כשכל חלקי הפרויקט שלכם מסונכרנים אחד עם השני, קל יותר לבצע הרבה פעולות, לדוגמא:
לבצע שינויים סכמטיים שישפיעו על העריכה
לבצע שינויי עריכה שישפיעו על הסכמה החשמלית
לבדוק אובייקטים בכל צד – CrossProb
לבצע תיקוני עריכה לאחר ייצור המעגל
כל אחת מהנקודות לעיל היא פשוטה כשלעצמה אך לא כאשר כל קובץ מקור מבוצע בתוכנה נפרדת. כאשר אנחנו רוצים לבצע התאמה וסנכרון בין כל אלמנטי הפרוייקט אנחנו נמצאים במקום הטוב ביותר מכיוון שלא רק שהדבר ייקל עלינו בעתיד לבצע תיקונים ושינויים בפרוייקט המוגמר, בפועל יהיו לנו גם פחות טעויות מכיוון שהמערכת כל הזמן תבדוק אותנו (Comparison).
חוקי תכנון הם קריטיים
חוקי תכנון או בשמם המוכר – DRC (Design Rule Check) הם חשובים מאוד כשאנחנו עורכים את המעגל המודפס שלנו, החוקים "שומרים עלינו" מטעויות ומגבילים את אופן הפעולה שלנו לטובה. מה הכוונה? לדוגמא, יש לי מארז מכאני שצריך לעטוף את המעגל המודפס שערכתי והמרווחים שנותרו לי בתוכו יידועים לי מבעוד מועד. הדרך הארוכה תהיה לערוך את המעגל ולאחר מכן לבדוק את התאמתו למכאניקה הייעודית, בעוד שהדרך היעילה ביותר תיהיה לבדוק את המרווח ולהגדיר חוק בסיסי של גבהים, זה נראה כך:
משטחי אדמה ומתח
בכל מעגל מודפס שנערוך נזדקק למשטח כזה או אחר (Polygon\Plane) שאליו ייחוברו רגלי הרכיבים הייעודיות. בין אם רגל שמחוברת לאדמה ובין אם רגל שמקבלת מתח הזנה, משטחים הם אובייקטים קריטיים בתכנון שלנו ועלינו להתחשב בהם וליצור אותם כך שלא יפריעו לנו בעריכת המעגל המודפס. הדרך הפשוטה ביותר לביצוע ולהשמת משטחים אלה היא בעזרת משטח שכבתי כולל כלומר – PLANE שחולש על פני שכבה מלאה ובהתאם מחוברות אליו רגלי רכיבים מכל השכבות של המעגל. שימו לב שמשטחים מסוג זה יכולים ואף גורמים לרעשים כשהמעגל שלנו נושא סיגנלים דיגיטליים ואנלוגיים.
מיקום רכיבים לפני חיווט
לפני שנתחיל לחווט את המעגל נרצה למקם את הרכיבים עליו. הדבר ייקל עלינו כאשר נתחיל לחווט ויחסוך לנו מקום על גבי הPCB שלנו. כיום המעגלים הופעים ליותר מהירים, יותר קטנים, ויותר וורסטילים מה שיוצר רמת מורכבות עריכה גבוהה. הדגש כאן הוא חשוב וקריטי ליצירת PCB המתאים למידות הדרושות. בסיום נתחיל לחווט, ובכדי שהחיווט יעבור בהצלחה עלינו לשים דגש לנקודות הבאות:
צמצום שכבות – מינימום Signal Layers
צמצום מעבר בין שכבות
צמצום רעשים
יצירת חיווטים ישרים וקצרים ככל שניתן
כל אחת מהנקודות לעיל תוזיל משמעותית את תהליך ייצור הPCB שלכם, תזרז את תהליך ייצורו ותמנע ככל שניתן תקלות בייצור.
לסיום ניגש ליצור המעגל ועל ידי כמה לחיצות פשוטות ניתן היום לקבל תיק ייצור ייעודי לPCB שאותו תכננו וערכנו, ובדרך הזו להגיע לייצורו במהירות ויעילות.
יכולות התכנון והעריכה של Altium Designer עומדות בכל הדרישות הקיצוניות של מתכננים בכל העולם. בעזרת יכולות אלה ניתן לתכנן מעגלים מרובים מכל סוג בכל צורה תחת מעטה של תוכנה אחת ויחידה.
