ניו-טק מגזין | ספטמבר 2018

EMBEDDED & MICROPROCESSORS מוסף מיוחד

חסרונות לא כל רכיבי הפריפריה הנדרשים .1 Evaluation קיימים וניתנים לבדיקה על מן המדף. ויהיה צורך בעדכונים Board ותוספות במעבר למערכת הסופית. Evaluation חלק מהרכיבים על גבי ה- .2 אינם מתאימים למימוש המערכת, Board אם בשל מחיר גבוה, חוסר התאמה פונקציונלי או אפילו רכיב מיושן שעומד להיעלם. Evaluation Board לא תמיד ניתן למצוא .3 עם הרכיב החשוב ביותר שהוא המעבד עם רכיב Evaluation Board ומשתמשים ב דומה כך שיכולות להיות הפתעות מבחינת ביצועים ותפקוד של המערכת הסופית. לעיתים יש צורך לבצע התאמה מיוחדת .4 , Evaluation Board של התוכנה והחומרה ל- התאמה שאין בה צורך במערכת הסופית. במקרה של התאמה כזו יש לוודא שיתרונה גובר על חסרונה. שינוי של חומר המעגל האלקטרוני, .5 של צורת המעגל או של מיקום הרכיבים יכול להוביל לביצועים שונים לחלוטים Evaluation Board מאלו שנדגמו על גבי ה ולעבודה נוספת לא מתוכננת. טעויות יצרן, הן בחומרה והן בתוכנה, .6 יכולות להוביל לבזבוז זמן ועיכובים. הקמת אב טיפוס מהיר להגשמת רעיון איננה האתגר. האתגר האמיתי הוא הקמת אב טיפוס שיאפשר ייצור מוצר באיכות גבוהה ) Reference Design מעבר מתכן לייחוס ( .) Production למוצר ( בשוק קיימים מגוון רחב של לוחות עם מעבדים שונים, זיכרונות מגוונים,

ניהול הספקים כזה או אחר, תיקשורות אלחוטיות ממגוון סוגים וגם כאלו שאינן אלחוטיות. מרבית הלוחות מלווים בשרטוטים אלקטרוניים ובקוד תוכנה, בין אם זה קוד המתקבל מיצרן הלוח או המעבד ובין אם זה קוד פתוח שנוצר במסגרת קהילות מפתחים. כאשר המטרה היא לקלוע למרבית צרכי המפתחים ולקצר זמני פיתוח. יחד עם זאת, מהנדס מערכת משובצת, חומרה או תוכנה, חייב להסתכל אל מעבר לאופק אב הטיפוס ולחשוב גם במונחים של מוצר נמכר ותכן לייצור. המעבר מאב הטיפוס למוצר הניתן למכירה איננו פשוט או טריוויאלי ואינו מסתכם בהעתקת השרטוטים או הקוד שסופק לצורך פיתוח: יש לבחון היטב האם הרכיבים הקיימים .1 מתאימים Evaluation Board על גבי ה- למוצר הסופי מבחינת עלויות וביצועים. האם ניתן להשתמש בהם? האם עלותם גבוהה מדי? האם ביצועיהם מספקים? האם ניתן למצוא רכיבים תואמים מבחינת קוד או שיש צורך לשנות את הקוד שנכתב? האם הרכיבים החלופיים נפוצים ויש להם תמיכה טכנית טובה? יש לבדוק מהו זמן המדף שנשאר .2 של כל רכיב. פעמים רבות EOL עד ל- הינו בן מספר שנים Evaluation Board והרכיבים שעליו התיישנו, הם עדין ניתנים לרכישה אך אינם מתאימים לפיתוח וייצור מוצר חדש, מכיוון שתוך זמן קצר ייפסק ייצורם. של כל רכיב, קיימים MOQ ישלהתחשבב- .3 מקרים בהם רכיבים ניתנים לרכישה במנות גדולות והמוצר מיוצר במנות קטנות וכתוצאה מכך אין אפשרות להשתמש Evaluation Board ברכיב הקיים על גבי ה- לצורך המוצר הסופי.

מוגדרות, יש לשים לב שחומרי העזר תומכים באותן מערכות, הן בתוכנה והן בחומרה. כמו כן, במקרה ונושא מערכות הפיתוח גמיש, יש לשים לב מהן Evaluation Board המערכות בהן תומך ה כדי לשקול עלויות, יעילות ונגישות של אותן מערכות, אין דין שימוש במערכת מסחרית מוכרת כדין שימוש במערכת חינמית או קוד פתוח. למפתח בודד שאינו מחויב לרגולציה מחמירה, מערכת חינמית או פתוחה תהווה יתרון ולמפתח בדיסציפלינות מרובות רגולציה דווקא מערכת מסחרית ותיקה תהווה יתרון. מהם היתרונות וחסרונות Evaluation של שימוש ב- ? Boards יתרונות בדיקת התוכנה ועדכונה בזמן שהחומרה .1 לא קיימת עדיין. . מימושקטעי אפליקציה, לפני שמממשים 2 והדרייברים לחומרה הסופית. BSP את ה- בדיקה באם המעבד שנבחר ורכיבים .3 נוספים עומדים במעטפת דרישות הביצועים לפני שמשקיעים זמן, מאמץ וכסף בייצור המעגל האלקטרוני. חיסכון בזמן כתיבת דרייברים לרכיבי .4 Evaluation פריפריה הזמינים על גבי ה- .Board חיסכון בזמן הכנת שרטוטי .5 האלקטרוניקה וקבצי הייצור, באמצעות שימוש בקבצים המתקבלים מיצרן , תוך ביצוע Evaluation Board ה- ההתאמות הנדרשות. יש קטעי Evaluation Boards לרבים מה .6 קוד תוכנה, פתוחים או לא, אך ניתנים לשימוש ללא שינויים מהותיים או ללא שינויים כלל.

New-Tech Magazine l 66