מהו DFT - ולמה שבב חייב להיות "ניתן לבדיקה" כבר משלב התכנון?
מהו 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
זוהי תשתית הבדיקות של כל תעשיית השבבים - מאחורי הקלעים, אבל חיונית בדיוק כמו הלוגיקה עצמה.
📚 פוסטים נוספים בסדרה: מסע לעולם עיצוב השבבים
- חלק 1 מה זה שבב? ההסבר הפשוט ביותר להתחלה בעולם החומרה
- חלק 2 מהי מערכת על שבב (SoC) - ולמה שבב אחד יכול להכיל עולם שלם בתוכו?
- חלק 3 חומרה מול תוכנה - ההבדלים הבסיסיים שכל מי שמגיע מעולם הקוד צריך להבין
- חלק 4 מהו Frontend בעולם השבבים?
- חלק 5 RTL למתחילים - מה זה Verilog/VHDL?
- חלק 6 מהי ארכיטקטורת שבב - ולמה היא השלב שבו מחליטים מה השבב באמת יהיה?
- חלק 7 מה זה Verification - ולמה 70% מפיתוח שבבים הוא בדיקות?
- חלק 8 מהי Synthesis - וכיצד RTL הופך לשערים אמיתיים בשבב?
- חלק 9 מה זה Place & Route - ואיך ממצבים את השערים על השבב ומחברים ביניהם?
- חלק 10 מה זה STA - Static Timing Analysis - ואיך מוודאים שהשבב יעבוד בתדר הנכון?
- חלק 11 Simulation, FPGA, Emulation - איך בודקים את השבב לפני הייצור?
- חלק 12 מה זה Tapeout - והאם באמת שולחים קלטת לייצור?
- חלק 13 FAB, Bring-Up ו-Post-Silicon - איך השבב הופך לחי?
- חלק 14 סיכום הסדרה: המסע המלא מרעיון לשבב - כל השלבים במבט אחד