שכפול הרכבה? יצירת מק"טים למאות חלקים ברגע? הכל אפשרי עם SOLIDWORKS PDM

/0 תגובות/ב /על ידי

פעולת COPY TREE

פעולה זו מחליפה לנו את פעולת ה – PACK AND GO השימושית שכולנו מכירים ומאפשרת לנו גמישות גדולה הרבה יותר. אז פרט לאפשרויות שקיימות לנו גם ב – PACK AND GO כמו העתקת שרטוטים , או שמירה על מבנה התיקיות, מה עוד נרוויח פה?

זמן זה כסף!

אין צורך לפתוח את ההרכבה ב-SOLIDWORKS. מכיוון שבתוך מערכת ה – PDM כל מבנה ההרכבה נשמר לנו באופן מלא ומסודר (וניתן לראות אותו בכל רגע בלשונית ה – CONTAINS), המערכת לא צריכה לפתוח את SOLIDWORKS על מנת להתעדכן ברפרנסים.

מה זה אומר? אנחנו לא תלויים בביצועים הגרפיים של המחשב או בעדכון המייטים בהרכבה גם אם מדובר באלפי רכיבים. אנחנו אפילו לא צריכים שיהיה מותקן לנו SOLIDWORKS על המחשב. אנחנו נטו משכפלים וממשיכים בעבודה שלנו.

ידע זה כוח!

בחלונית ה-COPY TREE נוכל לפלטר את הבחירה שלנו ברכיבים לא רק לפי גודל או שם הקובץ אלא לפי כל פרמטר שנרצה. נוכל לפלטר לפי CUSTOM PROPERTIES, או לפי סטטוס הקובץ ב-PDM, או לפי מיקום הקובץ בכספת.

בנוסף, נקבל מידע עדכני כמה חלקים, הרכבות ושרטוטים אנחנו משכפלים כדי שנוכל לצפות את כמות הקבצים שנקבל במהלך השכפול.
(הקליקו על התמונה לצפייה)

שמות ומספרים

בניגוד לפעולת ה-PACK AND GO שמאפשרת לנו רק להוסיף תחילית או סיומת ידנית לשם הקובץ החדש, ב-PDM  נוכל להגדיר שם חדש בדרכים נוספות.

נוכל להגדיר שם חדש לפי מק"ט ספציפי וכך לקבל ברגע עשרות ומאות מקט"ים עבור החלקים שלנו. את המק"ט נוכל לבחור לפי סוג הקובץ, כי הפעולה לא מוגבלת רק לקבצי SOLIDWORKS אלא לכל סוג קובץ שנרצה!
(הקליקו על התמונה לצפייה)

עדכון היסטורי

לבסוף, נוכל להגדיר שבסיום פעולת ה – COPY TREE , המערכת תבצע CHECK IN באופן אוטומטי עם הערה להיסטוריה, כך שיהיה לנו תיעוד מלא מהיכן הקובץ לכספת שלנו.

בנוסף, נוכל ביום מן הימים לחפש לפי ההערה הזאת בדיוק ולמצוא את כל הקבצים בכספת ששיכפלנו.

ומה אם אנחנו רוצים רק להעביר מבנה הרכבה מפרויקט לפרויקט מבלי לבצע שכפול?

בעולם ה – SOLIDWORKS של פעם, היינו מבצעים העתקה של כל ההרכבה באמצעות PACK AND GO ואז מחיקה של ההרכבה במיקום הישן. הפעולה לקחה לנו יותר זמן ואם בוצעה לא במדויק, יכלה לגרור לעיתים גם חוסר התאמה ברפרנסים כשפתחנו את ההרכבה ב – SOLIDWORKS.

במערכת ה – PDM יש לנו פתרון חכם יותר והוא פעולת ה – MOVE TREE.

פעולת ה – MOVE TREE טומנת בחובה את כל היתרונות של פעולת ה – COPY TREE פרט לכך שהיא לא מבצעת העתקה אלא העברה בלבד של הקבצים לכל מקום שנבחר.

יתרון נוסף הוא שנוכל לשמור על סטטוס הקובץ ולמעשה על כל ההיסטוריה שלנו כאשר נעשה את ההעברה וכך נשאיר את המערכת שלנו עם תיעוד מלא וחכם.

ועכשיו עולה השאלה, אם יש לנו הרכבה משוחררת לייצור שאנחנו רוצים לבדוק בה שינוי מסויים בתכן, איך נוכל לבדוק את השינוי  מבלי להשפיע ישירות על ההרכבה המשוחררת?

ואם נרצה לבדוק כמה חלופות לתכן אבל עדיין "לזכור" מה היתה ההרכבה המקורית?

בדיוק לשם כך, מערכת ה-PDM מאפשרת לנו לקחת את שכפול התכן ושיתוף הפעולה בין הצוותים צעד אחד קדימה ולהשתמש בפעולת BRANCH AND MERGE.

איך נשתמש בפעולה ואיך ננצל אותה בצורה הטובה ביותר?  תוכלו לקרוא בפוסט Branching and Merging

5 סיבות מדוע כדאי לכם להדפיס חלקים גדולים ומדויקים עם מדפסת Form 3L

/1 תגובה/ב /על ידי

1. הגודל

Form 3L מאפשרת לך לעבוד מהשולחן שלך כמו שלא יכולת בעבר. עם נפח הדפסה עצום של 335X200X300 מ"ל – פי 5 מנפח הדפסה של Form 3,  אפשר להדפיס חלקים גדולים במיוחד או כמות גדולה של חלקים קטנים ומדויקים.

סיור וירטואלי – הכירו מקרוב את מדפסת Form 3L

בואו להתנסות ולחוות את מדפסת ה-SLA החדשה מבית Formlabs

להדפסה של חלקים גדולים במיוחד והדפסה של כמות גדולה

של חלקים קטנים ומדויקים.

>> הכירו את המדפסת מקרוב היכנסו לסיור הוירטואלי

2. אוטומציה של ההדפסה

כשאנחנו מדפיסים במדפסת הגדולה הזו אנחנו צורכים הרבה יותר חומר. ה- Dispenser האוטומטי מאפשר לנו  להזרים כל מהלך ההדפסה חומר למגש מהמחסנית.

למדפסת התקן לשתי מחסניות חומר, במהלך ההדפסה נשפך החומר מהמחסניות למגש באופן אוטומטי. לא אצטרך לדאוג שייגמר החומר באמצע הדפסה, כי ה-Dispenser האוטומטי, במידה ונגמר החומר במחסנית אחת, באופן אוטומטי יעבור למחסנית השנייה וימשיך למלא חומר, כך שיבטיח הדפסה רציפה.

3. קלות השימוש במדפסת

בדיוק כמו ב Form 3 יש לנו דרך קלה ונוחה לטעון מחסנית חומר  למדפסת, להכניס ולהחליף מגש הדפסה בהתאם לחומר שאני משתמש בו וכמובן להוריד את ה-Build Platform מהמדפסת בסיום ההדפסה.

גם התוכנה היא אותה תוכנה שאנחנו  מכירים מה- Form 3 ה–Preform. ה-Preform תומכת גם ב- Form 3 , Form 3L, וגם במדפסת ה-SLS  החדשה ה- Fuse 1.

בדרך זו אנחנו מבטיחים תהליך קל ונוח למשתמש, ההבדל היחיד הוא הגודל.


וובינר:

Form 3L Deep Dive

התחילו לייצר חלקים בקנה מידה גדול והגבירו את תפוקתכם עם מדפסת שולחנית גדולה וחסכונית,

שאינה מתפשרת על רמת דיוק הפרטים הקטנים ביותר וטיב פני השטח.

צפו בוובינר >>

4. הגמישות

עם שתי יחידות לייזר ה- NPU  אנחנו יכולים להדפיס לא רק חלקים גדולים אלא גם כמות גדולה של חלקים קטנים. שני הלייזרים עובדים סימולטנית ומחלקים את אזור ההדפסה לשלושה אזורים, ככה בהדפסה סימולטנית מכסים את כל שטח ההדפסה ואפשר להדפיס גם כמות גדולה של חלקים קטנים ומדויקים בקצב גבוה יותר.

5. המחיר

בפעם הראשונה אפשר להדפיס במדפסת כזו גדולה שמדפיסה חלקים גדולים וכמות גדולה של חלקים ללא התלות בשרשרת אספקה או בגורם הדפסה חיצוני אצלנו על השולחן.

MATLAB Compiler Runtime – עכשיו באריזה קומפקטית !

/0 תגובות/ב /על ידי

בדיוק בשביל זה MathWorks פיתחו את משפחת המוצרים שנועדו לתת מענה ל-Application Deployment, ובסדרת הפוסטים הקרובה רציתי לעשות לכם סדר בתוך מגוון האפשרויות.

בפוסט זה נכיר תחילה את MATLAB Compiler, המאפשר בלחיצת כפתור לקמפל את הקוד (או הממשק הגרפי) שכתבנו ב-MATLAB לקובץ exe עצמאי, אותו נוכל לשתף:

הקוד מקומפל ביחד עם הקבצים ורכיבי MATLAB הנדרשים לצורך הרצת הקוד מאחורי הקלעים. זיהוי אותם קבצים ורכיבים נעשה אוטומטית ע"י MATLAB.

הפצת אפליקציית MATLAB בדרך זו מגלמת מספר יתרונות:

  • אנו יכולים לשתף את האפליקציה שלנו מבלי לפחד שהקוד שלנו יהיה חשוף לשינויים של גורמים חיצוניים
  • האפליקציה תעבוד במחשב הקצה ללא תלות האם מותקן בו MATLAB או לא
  • כל הקבצים ארוזים בהורדה אחת קלה ונגישה לכולם
  • בניגוד לפעם, רק רכיבי התוכנה הרלוונטיים נארזים, כך שלא בהכרח נדרש נפח אחסון
זיהוי קבצים אשר הפונקציה המקומפלת תלויה בהם – כולם נארזים לקובץ exe אחד לצורך ריצה עצמאית אצל משתמשי הקצה

אותן ספריות MATLAB הנדרשות להרצת הקוד שלנו הן חינמיות ונקראות MATLAB Runtime. בכל פעם שהאפליקציה תרוץ היא תיגש אליהן ותטען אותן.

חשוב לשים לב: גירסת MATLAB Runtime צריכה להיות זהה לגירסה שבה קומפל קוד המקור ב-MATLAB.

כמו כן, למי שמעדיף למזער את נפח קובץ ה-exe שאותו מפיצים למשתמשי הקצה, קיימת אפשרות נוספת – ניתן לארוז את האפליקציה בלבד, ללא MATLAB Runtime, אך במקרה זה משתמשי הקצה יהיו אחראים להוריד (בחינם) מהאינטרנט התקנה הכוללת את כל ספריות ה-Runtime. החסרון המרכזי בכך הוא שיידרש נפח אחסון גדול יותר להתקנת כל הרכיבים (מכיוון שלא מבוצע dependency analysis מקדים ע"י MATLAB Compiler).

התהליך המתואר כאן הוא צורת השימוש הנפוצה ביותר בקרב משתמשי MATLAB, אך למעשה, MATLAB Compiler מאפשר גם:

  1. לקמפל ל-Docker Container (רלוונטי למערכת ההפעלה לינוקס בלבד) – לדוגמה מפורטת לחצו כאן
  2. לייצר אפליקציות מבוססות רשת (Web Apps) –על כך נרחיב בפוסטים הבאים
  3. לייצר תוספים ל-Excel, המבוססים על פונקציות ב-MATLAB
  4. לקמפל רכיבים המיועדים לרוץ על תשתיות הרצה של big data, כגון Hadoop Cluster עם מנוע Spark – לדוגמה מפורטת לחצו כאן

אם אתם כבר שואלים את עצמכם לגבי דרכים מתקדמות לתת גישה רחבה ונוחה לכלים גרפיים שכתבתם ב-MATLAB, או על חיבור אפליקציות MATLAB למערכות מחשוב ארגוניות, תשתיות מחשוב מבוזרות ועוד – המשיכו לעקוב אחרי הפוסטים הבאים בסדרה הזו!

לסרטון הדגמה קצר (כ-4 דקות) – לחצו כאן

כיצד לייבא מודלים ל- COMPOSER בדרך הטובה ביותר?

/0 תגובות/ב /על ידי

מי שעובד עם תוכנת SOLIDWORKS Composer וניסה לייבא מודל (בין אם קובץ SOLIDWORKS, קובץ SMG או כל קובץ אחר) נתקל בוודאי בשלוש האפשרויות הבאות:

  • Open
  • Merge into the current document
  • Merge into a new document

אם תהיתם מה פשר האפשרויות הללו ומה ההבדלים ביניהן אז אתם קוראים את הפוסט הנכון.

Open

האפשרות הראשונה, ברירת המחדל והברורה מכולן היא אפשרות ה Open. בחירה באשרות זו תייבא את המודל ותפתח אותו כקובץ קומפוזר מסוג SMG מוכן לעריכה. מה שחשוב לשים לב, וכאן יהיה שוני בין האפשרויות השונות, זה למבנה העץ.

שימו לב שהרמה העליונה ביותר (סמל של כדור הארץ) היא ההרכבה הראשית שלנו (Hood Hinge). במידה ואנו עובדים על מודל של חלק בודד או הרכבה שלא נתכוון להוסיף לה שום מודל עזר (למשל: כלי עבודה, ג'יג, קונפיגורציה נוספת…) לא נתקל בבעיה כלל ונוכל לייבא את המודלים בשיטה זו. במידה ונרצה להוסיף מודלים נוספים לאותו קובץ SMG (למשל, כלי עבודה), אז שיטת ייבוא זו פחות מתאימה מכיוון ומודל העזר שנוסיף יתווסף כבן של ההרכבה הראשית במקום מודל נוסף, מקביל אליה. כך כשנרצה לבצע עדכון של מודל ההרכבה הראשית נגרום לכך שמודל העזר שלנו לא יישמר.

 

Merge into a new document

אפשרות ייבוא זו, הממוקמת שלישית בסדר האפשרויות מהווה את הפתרון לבעיה שהוזכרה בפסקה הקודמת. שימו לב לעץ ההרכבה כאשר נייבא אותה באמצעות שיטה זו. ניתן לראות כי כעת, הרמה העליונה ביותר (סמל של כדור הארץ) אינה ההרכבה הראשית שלנו (Hood Hinge) אלא נקראת ROOT ותחתיה נמצאת ההרכבה הראשית. כעת, במידה ונוסיף מודל נוסף הוא לא יתווסף כבן של ההרכבה הראשית אלא במקביל אליה. כך, מאחר ואינו בן של ההרכבה, כאשר נרצה לבצע עדכון של מודל ההרכבה לא נפגע במודל העזר שהוספנו.

 

Merge into the current document

אפשרות ייבוא זו, האחרונה בפוסט זה והשנייה במיקומה בתפריט הייבוא, היא האפשרות אותה נבחר כשנרצה להוסיף מודל נוסף לקובץ SMG קיים. כלומר, אם דיברנו בפסקות קודמות על ההשפעה של אפשרות הייבוא הנבחרת על המודל הנוסף שנייבא (למשל: כלי עבודה, קונפיגורציה נוספת…), אפשרות זו היא שמאפשרת לנו להוסיף את אותו מודל נוסף. אנו נשתמש באפשרות זו רק כאשר כבר יש לנו קובץ הוראות הרכבה (SMG) פתוח.

לסיכום, מתוך 3 אפשרויות הייבוא המוצעות לנו במסך הייבוא, אפשרות אחת רלוונטית רק כאשר כבר יש לנו קובץ אחד פתוח ומאפשרת לנו להוסיף מודל נוסף לאותו הקובץ (Merge file into the current document), ואילו השתיים האחרות נבדלות זו מזו בעיקר במבנה העץ שהן מייצרות. על כן, ההמלצה שלנו היא שכאשר אתם מתכוונים להשתמש ביותר ממודל אחד במסמך הוראות ההרכבה שלכם, מומלץ לייבא את המודל בשיטה של Merge file into a new document בכדי להקל על ביצוע העדכון, ובמידה ואינכם מתכוונים להוסיף מודל נוסף תוכלו להמשיך לייבא את המודל בשיטה הדיפולטית עם האפשרות של Open.