MEKLYRA
MEKLYRA › למה MEKLYRA
למה MEKLYRA

נכתב על ידי אנשי מכונה. נאכף בקוד.

לכל החלטה יש כלל, לכל כלל יש מחבר — וכש-MEKLYRA לא יודעת, היא אומרת את זה.

מאיפה הכללים מגיעים

הניסיון הוא המנוע.

MEKLYRA לא אומנה להישמע כמו מכונאי — היא נכתבה על ידי מכונאים. עשרות שנות הנדסת תהליך ליד המכונה, מזוקקות ל-314 כללים כתובים שהמנוע חייב לציית להם. המתמטיקה מציעה את המספרים; לניסיון יש זכות וטו. שלושה מהכללים, כמו שנלמדו:

קידוח מרכוז קודם — אלא אם הוכח אחרת

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

HL-04 · ספוט לפני קידוח

פנים, ואז קונטור — תמיד

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

ML-09 · פנים ← קונטור ← השאר

האפס שייך לתהליך

מערכת הקואורדינטות היא החלטה של המתכנת, לפי הדפינה — לקובץ ה-STEP אין זכות הצבעה. Z לאורך הציר; האפס במרכז החלק ו-Z0 על פניו, כמו שמפעלים מאפסים; מהדפינה השנייה — על הדאטום מהשרטוט, כי החלק כבר חצי גמור וכל מידה בדפינה תלויה בו. מערכת שמעתיקה את צירי ה-CAD היא מערכת שמעולם לא עמדה ליד מכונה.

SET-51 · SET-51 b / c · התהליך קובע את הצירים; הדפינה השנייה לוקחת מהדאטום

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

במה אנחנו הכי טובים

לכל החלטה יש כלל. לכל כלל יש מחבר.

רוב המערכות מנחשות ונראות בטוחות. MEKLYRA בנויה הפוך: היא מתכננת כמו מתכנת טוב, וכשהיא לא יודעת — היא אומרת.

הפלייבוק מנהל את ההצגה

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

GOV-01 · רישום כללים — מקור אמת אחד

כנה מהיסוד

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

GOV-02 · NULL לעולם לא מוערך

השרטוט מחליט

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

IN-01 · מודל ≠ שרטוט זו עצירה, לא אזהרה

רואים את זה מעובד — לפני

תפיסה ונקודות אפס לכל דפינה (ISO 841), כלים מצוירים לפי הסוג והמידות האמיתיים שלהם כולל המחזיק, מתכת שיורדת מהחומר כמו על המכונה, וזמן חיתוך מופרד מזמן כיוון, החלפות כלים ותנועות מהירות.

SET-51 · מערכת הקואורדינטות שייכת לתהליך
מתחבר למה שכבר יש לכם

עובד עם מה שאתם כבר מריצים.

MEKLYRA יושבת בין ה-CAD, ה-CAM וה-ERP שלכם — קוראת את מה שכבר יש לכם ומוסרת לרצפה תוכנית. המודל והשרטוט נשלחים לשרת של MEKLYRA בתל אביב רק באישורך, ומחושבים שם; הם נשמרים בחשבון שלך, אפשר למחוק אותם בכל רגע, והם לא מועברים לאף אחד. תוכניות ה-SolidCAM שלכם נקראות בדפדפן.

ה-CAD שלכם — המודל והשרטוט

מודל STEP, עם השרטוט כ-PDF או DXF — או השרטוט לבד: MEKLYRA בונה ממנו את המודל (לחלק מכורסם, מחורט או חריטה-כרסום), ואומרת למה כשהיא לא יכולה לקרוא אותו. המנוע קורא גיאומטריית B-Rep אמיתית, ואת גוש הכותרת והקריאוֹת שבשרטוט — חומר, טולרנסים, תבריגים — קורא תא-אחר-תא, בלי להקליד פעמיים.

STEP · STP · PDF · DXF

ה-CAM שלכם — חלק שכבר תכנתתם

כבר עיבדתם אותו ב-SolidCAM? גררו את קובץ הכלים (.tlm) או את מסמך ההגדרה (.docx) של SolidCAM עם החלק, באותה דלת, וחבילת העבודה נבנית על התוכנית שלכם — הדפינות, הכלים, המהירויות והקידמות כפי שנכתבו. MEKLYRA מתכננת את התהליך; היא לא מחליפה את ה-CAM שברשותכם.

SolidCAM .tlm · setup .docx

ה-ERP שלכם — הקריב והמחסן

מאגר הכלים מגיע מהייצוא של ה-ERP עצמו — KITARON היום, נקרא לפי שם עמודה כך שגם ייצוא בסדר שונה נטען — וכל כלי מותאם למדף שלכם לפי מק"ט. בנוי להוסיף ERP נוסף באותה הדרך.

KITARON warehouse .xlsx

לא רואים את שלכם? פיילוט על אחד מהחלקים שלכם הוא הדרך המהירה לבדוק — שלחו אותו ונגיד לכם בכנות מה נקרא היום ומה היינו מוסיפים.