מהו DFT - ולמה שבב חייב להיות "ניתן לבדיקה" כבר משלב התכנון?

📚 מסע לעולם עיצוב השבבים עיצוב שבבים #DFT#Verification
תוכן עניינים

מהו DFT - ולמה שבב חייב להיות “ניתן לבדיקה” כבר משלב התכנון?

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

כאן נכנס מושג חשוב שנקרא:

DFT - Design For Testability כלומר: לתכנן את השבב מראש כך שיהיה אפשר לבדוק אותו בצורה יעילה, מהירה ומדויקת.

ללא DFT - גם שבב מושלם תאורטית עלול להיכשל בייצור, או שלא נדע לאתר תקלה בזמן.

למה צריך DFT?

אחרי שהשבב יוצא מהמפעל (FAB), יקר מאוד לבדוק אותו:

  • כל Wafer כולל מאות שבבים
  • כל שבב חייב לעבור בדיקה
  • כל שנייה של בדיקה עולה כסף
  • אי אפשר לפתוח את השבב לראות מה קורה בפנים

לכן כבר בשלב ה-RTL וה-Backend דואגים להכניס לוגיקה ייעודית לבדיקה.

המטרה: שהשבב יוכל לספר לנו על עצמו.

אילו בעיות DFT פותר?

1) בעיות ייצור

גם כשהעיצוב מושלם - בתהליך הייצור עלולים להופיע:

  • קצרים
  • ניתוקים
  • טרנזיסטורים פגומים
  • תקלות ליתוגרפיה

DFT מאפשר לזהות את השבבים הפגומים לפני שהם מגיעים ללקוחות.

2) בעיות תזמון ולוגיקה

עיצוב גדול מכיל מיליוני שערים. DFT מאפשר:

  • לבודד אזור בעייתי
  • לאבחן מסלול תקול
  • להבין מה קרה בתוך השבב

בלי DFT - השבב הוא “קופסה שחורה”.

3) בדיקות במהירות גבוהה

ביצוע בדיקות רגילות (functional tests) לשבב שלם:

  • איטי
  • דורש הרבה תוכנה
  • לא מכסה את כל המצבים

DFT מוסיף מעגלים ייעודיים שמאפשרים בדיקה מהירה מאוד.

איך DFT עובד בפועל?

להלן שלושת המנגנונים המרכזיים, מוסברים בצורה פשוטה:

1) Scan Chains

בדיקה של השבב בעזרת “שרשראות סריקה”.

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

היתרון: אפשר לבדוק כמעט כל לוגיקה בשבב - בקלות.

2) Built-In Self Test (BIST)

השבב מבצע בדיקות על עצמו, מבפנים.

שני סוגים עיקריים:

  • MBIST - בודק זיכרונות
  • LBIST - בודק לוגיקה

זה כמו מטוס שמריץ “בדיקות עצמיות” לפני ההמראה.

3) Boundary Scan (JTAG)

בדיקות לממשקי I/O - איך השבב מדבר עם החוץ.

זו שיטה שמאפשרת לבדוק חיבורים באמצעות 4-5 פינים בלבד.

למה DFT חשוב גם למפתחים, לא רק למהנדסי חומרה?

כי DFT:

  • קובע אם השבב יגיע לשוק בזמן
  • מצמצם תקלות שכבר אי אפשר לתקן
  • מאפשר לצוות התוכנה לעבוד על שבבים יציבים
  • משפיע ישירות על איכות המוצר
  • מונע צורך ב-Tapeout חוזר (סכנה של מיליוני דולרים)

בלי DFT - כל Bring-Up הופך למשימה כמעט בלתי אפשרית.

דימוי פשוט

דמיינו שאתם צריכים לבדוק מכשיר שלא ניתן לפתוח. אם המהנדסים לא השאירו “חלונות” או “חיישנים פנימיים” - אין לכם דרך לדעת מה עובד ומה התקלקל.

DFT הוא בדיוק אותם חלונות וחיישנים.

סיכום

DFT הוא אחד השלבים החשובים ביותר בתכנון שבבים:

  • הוא מאפשר לגלות פגמים בייצור
  • הוא מאפשר להבין מה קורה בתוך השבב
  • הוא מאפשר לבצע בדיקות מהירות ויעילות
  • והוא חיוני כדי למנוע טעויות יקרות אחרי Tapeout

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

תגובות