מָבוֹא
צוותי OEM רבים מניחים שברגע שיגיעו לוחות אב טיפוס, האימות יעבור במהירות.
זה נשמע הגיוני. בפרויקטים אמיתיים, לעתים קרובות זה לא.
מכלול PCB של אב טיפוס יכול לחזור על לוח הזמנים ועדיין להפסיד ימים, או אפילו שבוע, באימות אם הצוות עדיין מתווכח על מה שהמבנה היה אמור להוכיח, מה השתנה ב-BOM, או אם נתיב הבדיקה מוכן לייצר תשובה שמישה. בשלב זה, ההאטה כבר לא קשורה רק לזמן אספקת הרכבה. זה הופך לבעיית שחרור, בדיקה והעברת מידע.
זו השאלה האמיתית מאחורי המאמר הזה. הבעיה היא לא רק כמה מהר ניתן לבנות אב טיפוס. הבעיה היא מדוע האימות עדיין נתקע לאחר שהלוחות כבר על הספסל.
אם הצוות שלך כבר עבר את התזמון החשוף-בלוח וכעת הוא מנסה להבין מדוע התקדמות אב הטיפוס עדיין מרגישה איטית, זו הנקודה להסתכל מעבר להרכבה בלבד ולסקור את הדרך המלאהמכלול PCB.
אספקת אב טיפוס ואימות אב טיפוס אינם אותה אבן דרך
זה המקום שבו הרבה לוחות זמנים נקראים לא נכון.
אספקת אב טיפוס פירושה שהלוחות יוצרו, הורכבו והתקבלו. אימות אב טיפוס פירושו שהצוות השתמש בלוחות אלה כדי לענות על השאלה הטכנית המיועדת ולהחליט מה יקרה אחר כך.
אלה לא אותה אבן דרך.
לוח יכול להגיע בזמן ועדיין לא להניע את הפרויקט קדימה. הוא עשוי להידלק, אך עדיין לא תומך בנתיב הבדיקה החשוב. זה עשוי להיות מורכב נכון, אבל עדיין מעורר ספקות לגבי תחליפים, הנחות תכנות, התנהגות הממשק, או איזו גרסה באמת על הספסל. לפעמים החומרה היא בכלל לא הבעיה. הצוות פשוט לא מסכים לגבי מה נחשב למעבר, מה נחשב לסטייה מקובלת, ומה אמור לעורר עוד ספין.
לכן אימות אב-טיפוס מחליק לרוב לאחר המסירה ולא לפניו.
ניתן לבנות לוח לפני שניתן לאמת אותו באמת.
מה שבדרך כלל מאט את האימות
אימות אב-טיפוס נוטה להאט כאשר הצוות מתייחס ל"לוחות שהתקבלו" כאילו זה כבר אומר "חומרה מוכנה להחלטה{{0}".
בדרך כלל, זה לא.
מסירת נתונים חלשה
כמה מבני אב טיפוס משוחררים עם מספיק מידע כדי לייצר את הלוח, אבל לא מספיק מידע כדי לאמת אותו בצורה נקייה.
גרברס ו-BOM עשויים להיות נוכחים. מה שלעתים קרובות חלש יותר הוא כל מה שמסביבם: הערות תכנות, כוונת הרכבה, חלופות מאושרות, הנחות קושחה, הסבר לקוטביות, קריטריוני מעבר, והיגיון האימות שאומר לצוות מה בעצם הספין הזה נועד ליישב.
זה יוצר חיכוך באופן מיידי.
הלוחות מגיעים, אבל האנשים שמנסים לאמת אותם עדיין זקוקים להבהרה. ואז כל התנהגות בלתי צפויה הופכת לסבב נוסף של פרשנות. הפרויקט לא נחסם כי בית הכינוס היה איטי. זה חסום כי חבילת הבנייה הייתה שלמה מספיק כדי לשחרר, אבל לא מספיק מלאה כדי לתמוך בלמידה מהירה.
ממצאי DFM מאוחרים
כמה עיכובים לאימות אב טיפוס אינם נגרמים מכשל חשמלי. הם נגרמים מבעיות ייצור שמתגלות רק לאחר שהעיצוב כבר התרחק מדי.
חוסר התאמה של טביעת הרגל, גישה חלשה לנקודת בדיקה-, בעיה תרמית הניתנת להמנע או בחירת פריסה מוכוונת-מכלול לא עשויות למנוע את בניית הלוח. זה עדיין יכול להאט מאוד את האימות ברגע שהתנהגות לסירוגין, חוסר עקביות בהלחמה או קשיי בדיקה מתחילים לטשטש את שאלת העיצוב האמיתית.
לכן בעיות DFM מאוחרות הן יקרות בעבודת אב טיפוס. הם לא סתם מעכבים את הסיבוב הבא. הם גם מפחיתים את ערך הלמידה של הספין הנוכחי.
תחליפים מונעים-זמינות
בניית אב טיפוס יכולה לסבול יותר גמישות במקור מאשר מגרש פיילוט. זה נורמלי.
הבעיה מתחילה כאשר חלקים חלופיים נבחרים מהר, אך לא נישאים בבירור לתוך היגיון האימות. בשלב זה, הצוות כבר לא בודק הנחה אחת נקייה. זה בוחן את העיצוב בתוספת הפתרון לעקיפת המקור.
ההבחנה הזו חשובה יותר ממה שקבוצות רבות מצפות.
חלופה תואם-סיכה עדיין עשויה לשנות את התנהגות האתחול, תגובה תרמית, שולי תזמון או מאפייני אותות מספיק כדי לסבך את ההעלאה.- לאחר מכן האימות מאט מכיוון שהצוות מנסה לענות על שאלה אחרת ממה שהוא תכנן לענות. הפרויקט הופך לחלקו תרגיל ניפוי באגים, וחלקו הופך לתרגיל מחדש-.
מוכנות לטסט שפיגרה מאחור מוכנות בנייה
זהו אחד מצווארי הבקבוק הנסתרים הנפוצים ביותר.
לוח עשוי להיות מורכב בזמן בזמן שמסלול האימות בפועל אינו מוכן כלל. ייתכן שקובצי תכנות עדיין זזים. ייתכן שהגדרת הספסל עדיין תהיה בלתי רשמית. ייתכן שעדיין לא קיימים מתקנים. הציפיות הפונקציונליות עדיין עשויות להיות מעורפלות. אפילו ההיגיון עובר/נכשל עשוי להיות רופף מכדי לתמוך בהחלטות מהירות.
במקרים אלה, הרכבת PCB היא לא מה שהאט את הפרויקט. הפער נמצא בין השלמת הבנייה לבין ביצוע בדיקה שמיש.
אב טיפוס שלם של AOI- אינו אבטיפוס מוכן לאימות באופן אוטומטי.
חיטוט ידני מתחיל להיות צוואר הבקבוק
חיטוט ידני הוא בסדר עבור כמה לוחות מוקדמים מאוד.
זה הופך לגרירה הרבה יותר מהר ממה שקבוצות רבות מצפות.
ברגע שהלוח נעשה צפוף יותר, הגישה מחמירה, או שמספר היחידות עולה מעבר לקומץ של דוגמאות, אימות ידני מתחיל להפוך כל לוח לחקירה קטנה משלו. הצוות אולי עדיין יקבל תשובות, אבל הוא מקבל אותן לאט יותר, עם יותר בדיקות חוזרות ועם יותר תלות במי שמחזיק בחקירה.
זו הסיבה שאביזרי פיתוח פשוטים, גישה טובה יותר לבדיקה או נתיב העלאה מובנה יותר- יכולים להיות חשובים אפילו בשלבי אב טיפוס. המטרה היא לא לבנות מתקן ייצור מלא מוקדם מדי. המטרה היא להפסיק לבזבז זמן אימות על בעיות גישה פיזיות הניתנות להימנעות.
מבנה אחד מנסה לענות על יותר מדי שאלות
חלקי אב-טיפוס מסוימים נעים לאט כי היקף הבנייה פשוט רחב מדי.
הלוח צפוי לאמת את תפקוד החומרה, התנהגות התוכנה, יציבות הספק, שלמות האות, תרמיות, יכולת ייצור, התנהגות בשטח, ואולי אפילו הנחות תאימות מוקדמות בבת אחת. בתיאוריה זה נשמע יעיל. בפועל זה אומר שאף אחת מהשאלות הפתוחות לא נסגרת בצורה נקייה.
אב טיפוס ממוקד בדרך כלל מאמת מהר יותר מאשר מבנה שמנסה ליישב הכל במעבר אחד.
בעבודת אב טיפוס, לוח הזמנים נע לרוב עם השאלה האיטית ביותר שלא נפתרה, לא רק הצעד הפיזי האיטי ביותר.
איפה צוותי OEM בדרך כלל שופטים את הבעיה
הטעות הנפוצה ביותר היא בהנחה שהעיכוב עדיין שייך לייצור.
לפעמים כן. לעתים קרובות זה לא.
ברגע שהלוחות כבר על הספסל, צוואר הבקבוק האמיתי עובר בדרך כלל ללוגיקת אימות, בקרת גרסאות, בהירות מקורות ורצף בדיקות. הפרויקט עדיין מרגיש איטי, אבל הוא כבר לא איטי מאותה סיבה שהוא היה איטי לפני שהבנייה נשלחה.
ההבחנה הזו חשובה מכיוון שלעתים קרובות צוותים מגיבים לבעיה הלא נכונה. הם דוחפים לבניית תור-מהיר יותר כאשר מה שהם באמת צריכים זה מטרת אימות הדוקה יותר, קו בסיס של גרסה נקייה יותר או נתיב בדיקה שיכול למעשה לתמוך בהחלטות במקום רק ליצור דיון נוסף.
לוח יכול לחזור על לוח הזמנים ועדיין להפסיד שבוע באימות אם הצוות עדיין מתווכח על מה בדיוק הוא היה אמור להוכיח.
מקרה גבול שימושי
מגרש אב טיפוס קטן לא אומר אוטומטית שהאימות צריך להיות מהיר.
בניית עשרה-לוחים עדיין יכולה לאמת לאט אם כל יחידה נושאת שינויים במקור לא פתורים, כוונת בדיקה לא ברורה והנחות גרסה מעורבות. סיבוב של חמישה- לוחות יכול גם לגרור אם קו הבסיס של הקושחה זז באותו זמן ותוכנית האימות מעולם לא הצטמצמה מספיק.
מצד שני, מגרש קצת יותר גדול עשוי לאמת מהר יותר אם ה-BOM נקי יותר, השאלה צרה יותר ונתיב ההעלאה- כבר מובנה.
זו הסיבה שספירת לוחות לבד היא מנבא גרוע של מהירות האימות.
מה עוזר לאימות לנוע מהר יותר
אם המטרה היא לקצר את אימות האב-טיפוס, השיפורים הגדולים ביותר מבוצעים בדרך כלל לפני תחילת הבנייה הבאה.
נעל את שאלת האימות מוקדם יותר
אב טיפוס מוודא מהר יותר כאשר הצוות יודע מה הספין הזה אמור להוכיח, ולא פחות חשוב, מה הוא לא אמור להוכיח.
שמור על שינויים במקור גלויים
אם נעשה שימוש בתחליפים מונעי זמינות-, הם צריכים להיות ברורים ברשומת ה-build וקל לדון בהם במהלך האימות. שינויי מקורות נסתרים יוצרים למידה איטית.
יישר את חבילת הנתונים עם נתיב הבדיקה
גרסת BOM, פלט assembly, גרסת קושחה, הנחות תכנות, ורשימת התיוג- להעלות כולם צריכים להצביע על אותו קו בסיס מיועד.
הכן את נתיב הבדיקה לפני הגעת הלוחות
תכנות, הגדרת ספסל, קריטריונים למעבר וכל עבודת מתקן פשוטה לא צריכים לחכות עד שהמכלולים כבר יהיו בהישג יד.
התייחס ל-DFM ולגישה לבדיקה כאל בעיות מוכנות לאימות
אם הגישה לבדיקה גרועה או שסיכוני הייצור עדיין לא פתורים, האימות יישאר רק לעתים רחוקות נקי, לא משנה באיזו מהירות נבנו הלוחות.
זה בדיוק המקום שבו חושבים במונחים שלבדיקה ובדיקההופך שימושי, אפילו בשלב אב הטיפוס.
למה זה חשוב יותר בסביבה הנוכחית
בסביבת המקור הנוכחית,-החלפות מונעות זמינות נפוצות יותר, וההקלה בזמן{1}}ההובלה אינה אחידה בין הקטגוריות. זה הופך את אימות האב-טיפוס לאט יותר בכל פעם ששינויים מהותיים אינם משתקפים בבירור בתוכנית האימות. ייתכן שהלוח עדיין יגיע בזמן. מסלול הלמידה לרוב לא.
זו סיבה נוספת שיש להתייחס לאימות אב טיפוס כשלב ההנדסה והתיאום שלו, לא רק כאל הסוף של זמן אספקת ההרכבה.
מַסְקָנָה
אימות אב טיפוס בפרויקטים של הרכבת PCB מואט לעתים קרובות על ידי מה שקורה לאחר הגעת הלוחות, לא רק על ידי מהירות בנייתם.
הסיבות השכיחות ביותר הן מסירת נתונים חלשה, ממצאי DFM מאוחרים, תחליפים-זמינות, מוכנות לקויה לבדיקות, חיכוך בדיקה ידני, סחיפה של גרסאות ויעדי אימות רחבים מכדי שספין אחד יוכל לענות בצורה נקייה.
לא כל אלה הן בעיות ייצור. רבות מהן הן בעיות שחרור, בדיקה ומסירת לפני שהן בעיות ייצור טהורות.
זו הסיבה שצוותים צריכים להפסיק להתייחס ל"אב-טיפוס נמסר" כאילו זה אומר "אב-טיפוס מאומת".
לוחות על הספסל אינם מקצרים את לוח הזמנים מעצמם. נתיב אימות שמיש עושה זאת.
אם הצוות שלך מנסה לקצר את אימות האב-טיפוס, השלב הבא המעשי הוא לסקור את הבנייה מולמכלול PCB,להדק את נתיב האימות עם הרמה הנכונה שלבדיקה ובדיקהחשיבה, ולאחר מכן יישר את היקף האב-טיפוס הבאבקש הצעת מחיראו צור קשר ישירות עם הצוות בכתובתinfo@pcba-china.com.
שאלות נפוצות
מה ההבדל בין אספקת אב טיפוס לאימות אב טיפוס?
אספקת אב טיפוס פירושה שהלוחות הורכבו והתקבלו. אימות אב טיפוס פירושו שהצוות השתמש בלוחות אלה כדי לענות על השאלה הטכנית המיועדת ולהחליט מה יקרה אחר כך.
מדוע ניתן לספק לוח אב טיפוס בזמן ועדיין לאמת לאט?
מכיוון שההאטה עוברת לעתים קרובות מייצור ללוגיקה של אימות, בהירות BOM, אי ודאות-תחליף, מוכנות לבדיקה, בקרת גרסאות ויישור- חוצה תפקודים.
האם הרכבת אב טיפוס מהירה יותר פירושה אוטומטית אימות מהיר יותר?
לא. הרכבה מהירה יותר עוזרת רק אם נתיב האימות כבר מספיק ברור כדי להשתמש בחומרה הקודמת ביעילות.
מהי אחת הסיבות שהכי מתעלמים מהן לעיכוב באימות?
סיבה שכיחה שהתעלמה ממנה היא שחבילת הבנייה הייתה שלמה מספיק כדי לשחרר, אבל לא מספיק מלאה כדי לאמת בצורה נקייה ברגע שהלוחות הגיעו.
