מוצר בנוי-לא מוכן למשלוח רק בגלל שהברגים מהודקים והמארז סגור.
זה המקום שבו פרויקטים רבים של EMS הופכים למעניינים יותר - ולפעמים כואבים יותר.
ייתכן שה-PCBA כבר עבר בדיקות-ברמת הלוח. החיווט עשוי להיראות מסודר. ניתן להרכיב את המארז ללא נזק ברור. אבל ברגע שהלוח מותקן במארז, מחובר לכבלים, נטען בקושחה, מתויג, ארוז באביזרים ומוכן למשלוח, המוצר אינו עוד רק PCBA.
זו יחידה מוגמרת.
זה משנה את השאלה.
השאלה היא כבר לא רק "האם הדירקטוריון עובד?"
השאלה הטובה יותר היא, "האם היחידה המוגמרת עובדת במצב שהלקוח מצפה לקבל אותה?"
בדיקות פונקציונליות ותמיכת בדיקה סופית בונה משלוח מכלול על ידי אישור שני דברים שונים: בדיקה פונקציונלית מוודאת אם היחידה המורכבת פועלת כהלכה, בעוד שבדיקה סופית מאשרת אם היחידה שלמה, מזוהה כהלכה, ארוזה כהלכה ומוכנה למשלוח.
עבור קוני OEM, ההבחנה הזו חשובה.
מוצר יכול לעבור בדיקות פונקציונליות ועדיין להיות שגוי למשלוח. מוצר יכול גם להיראות שלם ועדיין להיכשל כאשר הוא מופעל, מחובר או מוגדר במצבו הסופי. משלוח תיבה מצריך את שני ההמחאות.
בדיקת PCBA מוכיחה את הלוח. בדיקת בניית קופסאות מוכיחה את היחידה.
ענייני בדיקות ברמת המועצה-.
בדיקות פונקציונליות ברמת AOI, ICT, בדיקה מעופפת ו-PCBA עוזרות לאשר שהמעגל המאוכלס הורכב כהלכה ויכול לבצע את הפונקציות המיועדות לו-ברמת הלוח.
אבל הרכבת בניית קופסאות מציגה מצב חדש.
ה-PCBA כבר לא יושב על ספסל בדיקה או מתקן ברמת לוח-. זה בתוך מתחם. זה עשוי להיות מחובר לרתמות תיל, כניסת חשמל, צגים, לחצנים, אנטנות, אחסון, חיישנים, יציאות, סוגרים, חומרים תרמיים, תוויות ואביזרים.
כלומר, נקודות כשל חדשות מופיעות לאחר שה-PCBA כבר עבר.
- כבל עלול להתנתב בצורה נכונה על הספסל אך להיתקע כאשר המכסה סגור.
- מחבר עשוי להתאים לטביעת הרגל של ה-PCB אך יושב מעט מאחורי לוח הקלט/פלט.
- תמונת קושחה עשויה להיטען בהצלחה אך לא להתאים למהדורת הייצור המאושרת.
- יחידה עשויה להידלק לפני ההרכבה אך להיכשל לאחר ניתוב מחדש של רתמה.
- תווית עשויה להיות נכונה בגרפיקה אך ממוקמת במקום שבו לא ניתן לסרוק אותה מאוחר יותר.
- ייתכן שחסר בערכת אביזרים כבל, מתאם, תושבת או מסמך אחד.
אלו אינם פגמי SMT קלאסיים.
הם גמורים-סיכוני מסירה ליחידה.
לכן אין להתייחס לבדיקות בניית קופסאות כאל כפיל של בדיקות PCBA. יש לזה עבודה אחרת. זה מאשר אם המוצר עדיין עובד לאחר שהלוח הופך לחלק מההרכבה הסופית.

תשובות לבדיקות פונקציונליות: האם היחידה המוגמרת עובדת?
בהרכבת קופסה, בדיקות פונקציונליות צריכות לעקוב אחר מצב האספקה האמיתי של המוצר.
זה בדרך כלל אומר בדיקה לאחר שה-PCBA הותקן, מחובר, תכנת והורכב לתצורה הצפויה.
ההיקף המדויק תלוי במוצר. ייתכן שמכשיר פשוט יזדקק להפעלה רק-באישור, התנהגות LED ובדיקות פלט בסיסיות. מוצר אלקטרוניקה תעשייתי מורכב יותר עשוי לדרוש אימות ממשק, אימות קושחה, אישור תוכנת הלקוח, הפעלת הפעלה, פלט תצוגה, בדיקות תקשורת, אתחול אחסון או בדיקות פונקציונליות מבוססות-מתקן.
מבחן פונקציונלי מעשי של-יחידה עשוי לכלול:
- כוח-על התנהגות
- אישור מתח כניסה
- רצף אתחול או התנהגות אתחול
- כפתור, מתג ותגובת LED
- פלט תצוגה
- בדיקות Ethernet, USB, COM או יציאות אחרות
- תגובת המודול האלחוטי היכן שניתן
- אתחול אחסון או זיהוי זיכרון
- אישור גרסת קושחה
- הפעלה של אפליקציה ללקוח
- תגובת ממסר, חיישן, מנוע או מודול במידת האפשר
- רכיבה על אופניים חשמליים במידת הצורך
- הקלטה עוברת / נכשלת
הנקודה היא לא להפוך כל מבחן לכבד.
העניין הוא להפוך את המבחן לרלוונטי.
שער תעשייתי, מודול בקרה, התקן תצוגה ומחשב מוטבע ללא מאוורר אינם זקוקים לאותה תוכנית אימות. אבל לכל יחידה מוגמרת צריכה להיות דרך מוגדרת להוכיח שהיא פועלת במצב שהקונה מצפה לקבל אותה.
הוראה מעורפלת כמו "בדיקה לפני משלוח" אינה מספיקה.
שותף EMS צריך לדעת מה צריך להיבדק, באיזו הגדרה יש להשתמש, איזו תוצאה נחשבת למעבר, איזו תוצאה נחשבת לכישלון, ומה צריך לקרות אם היחידה זקוקה לעיבוד מחדש.

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

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

עבודה חוזרת לא הסתיימה עד שהוגדרה בדיקה חוזרת
כל תהליך ייצור אמיתי צריך כלל עבור יחידות שנכשלו.
הרכבת בניית התיבה אינה שונה.
יחידה שנכשלה עשויה לדרוש השבת כבל מחדש, החלפת מחברים, טעינת קושחה מחדש, תיקון תווית, התאמת דיור, הלחמה מחדש, תיקון אביזרים או בנייה מחדש מלאה.
השאלה החשובה היא לא רק איך לתקן את הבעיה.
השאלה החשובה היא מה יש לבדוק שוב לאחר מכן.
אם כבל הוכנס מחדש, האם יש לבדוק מחדש את היציאה הקשורה?
אם הקושחה נטענה מחדש, האם יש לעדכן את רשומת התצורה?
אם המתחם נפתח מחדש, האם יש לחזור על הבדיקה החזותית?
אם הוחלפה תווית, האם יש לבדוק שוב את רשומת המספר הסידורי?
אם ה-PCBA עובד מחדש, האם יש לבדוק גם בדיקות ברמת-הלוח וגם{1}}בדיקות יחידות גמורות?
כאן מוגנת עקביות המסירה.
ללא כללי בדיקה חוזרת, מפעיל אחד רשאי לתקן יחידה ולשלוח אותה קדימה לאחר בדיקה מהירה, בעוד שאחר עשוי להפעיל שוב את הבדיקה המלאה. חוסר העקביות הזה יוצר סיכון.
תהליך בניית קופסא טוב אינו מתייחס לעיבוד מחדש כאל פעילות צדדית.
הוא מתייחס לעבודה מחדש ולבדיקה חוזרת כחלק מזרימת האספקה המבוקרת.
התקליטים חשובים כשהמוצר עוזב את המפעל
רשומת בדיקה היא לא רק קובץ מפעל.
זה יכול לעזור לקונה מאוחר יותר.
אם לקוח מדווח על בעיה בשטח, ייתכן שהקונה יצטרך לדעת איזו גרסת קושחה נטענה, באיזו גרסת PCBA נעשה שימוש, מאיזו אצווה היחידה הגיעה, האם היחידה עברה בדיקות תפקודיות-שלימות של היחידה, או אם בוצעה עבודה מחדש כלשהי לפני המשלוח.
לא כל פרויקט זקוק לעקיבות עמוקה.
אבל יש להסכים על רמת השיא הנדרשת לפני הייצור, לא לאחר שמופיעה בעיה.
עבור מוצרים מסוימים, מספיקה רישום ברמת אצווה-. עבור אחרים, ייתכן שרשומות ברמת-יחידה יהיו מתאימות יותר. מוצרי אלקטרוניקה תעשייתיים, מודולי בקרה, שערים, מערכות משובצות ומכלולי ציוד נהנים לעתים קרובות מרישומים ברורים יותר מכיוון שהם עשויים להיות מותקנים, מטופלים או מוחלפים זמן רב לאחר המשלוח.
הרשומה לא צריכה להיות מסובכת.
זה צריך להיות שימושי.
רשומה פשוטה המקשרת בבירור את היחידה, תוצאת הבדיקה, גרסת הקושחה, התווית ואצוות המשלוח עשויה להיות בעלת ערך רב יותר מדוח גדול שאיש לא יוכל להשתמש בו מאוחר יותר.
התאם את היקף האימות לסיכון המוצר
אין לכפות חבילת בדיקה ובדיקה סטנדרטית על כל פרויקט בניית קופסאות.
זה יכול ליצור שתי בעיות.
אימות קטן מדי יוצר סיכון מסירה. יותר מדי אימות יוצר עלות, זמן אספקה ועומס תהליכים שאולי לא תואמים למוצר.
גישה מעשית היא להתאים את היקף האימות למורכבות המוצר וליישומה.
|
מצב המוצר |
מיקוד אימות מעשי |
|
מארז פשוט עם אלקטרוניקה מוגבלת |
בדיקת-הפעלה, בדיקה חזותית, תווית ואישור אביזרים |
|
מודול בקרה תעשייתי |
קלט מתח, תגובת קלט/פלט, בדיקת חיווט, גרסת קושחה, סקירת תווית ורשומה |
|
שער משובץ או מחשב תעשייתי |
רצף אתחול, בדיקות Ethernet / USB / COM, אחסון, תמונת קושחה או מערכת הפעלה, רשומות טוריות / MAC |
|
מוצר עם תוכנה ספציפית-ללקוח |
הפעלת יישומים, בדיקת תצורה, סקריפט בדיקה, קישור רשומות |
|
מוצר עם אביזרים רבים |
רשימת אריזה, ערכת אביזרים, תווית קרטון, סקירת מוכנות למשלוח |
זה לא כלל אוניברסלי.
יש מוצרים שצריכים פחות. חלקם צריכים יותר.
המפתח הוא להימנע ממשלוח של מוצר שהורכב אך לא מאומת במצבו המוגמר.
רשימת אימות{0}}מעשית של יחידה
עבור קוני OEM, רשימת אימות{0}}של יחידה לא צריכה להיות ארוכה, אבל היא צריכה להיות ספציפית מספיק כדי להנחות את הייצור.
|
אזור אימות |
מה לאשר |
|
מבחן פונקציונלי |
הפעלה-, קלט/פלט, תצוגה, תקשורת, אחסון, קושחה, פונקציית הלקוח במידת הצורך |
|
חיווט ומתחם |
ישיבה בכבלים, ניתוב, סכנת מתח, התאמת המתחם, חשיפת מחברים, מגע תרמי במידת הצורך |
|
תְצוּרָה |
גרסת קושחה, תמונת BIOS / OS, כתובת MAC, מספר סידורי, הגדרות הלקוח |
|
בדיקה סופית |
מראה, ברגים, תוויות, יציאות, אביזרים, מצב האריזה |
|
שיאים |
תוצאת בדיקה, עדכון, מספר סידורי, אצווה, עיבוד מחדש וסטטוס בדיקה חוזרת |
|
אריזה |
ESD-אריזה בטוחה, קצף או הגנה, רשימת בדיקה לאביזרים, תווית קרטון, מוכנות למשלוח |
רשימת הבדיקה היא לא המטרה.
המטרה היא לוודא שהיחידה המוגמרת תיבדק כיחידה מוגמרת, לא כלוח עם בית מסביבו.
איפה STHL משתלב בדיון הזה
עבור קוני OEM שעובדים בפרויקטים של הרכבת קופסאות, Shenzhen STHL Technology Co., Ltd יכולה לסקור את צרכי הבדיקות והבדיקה הסופית מנקודת מבט מעשית של ייצור EMS.
בהתאם לפרויקט, זה עשוי לכלולבדיקה ובדיקהתכנון, דיון בבדיקה תפקודית של-יחידה, אישור תכנות או תצורה, סקירת תווית ורשומות,מכלול בניית קופסאותתמיכה ומעלהמכלול PCBתֵאוּם.
המטרה היא לא להפוך כל פרויקט בניית קופסאות למסובך.
למוצר פשוט צריכה להיות תוכנית אימות פשוטה. אך כאשר המסירה הסופית תלויה בחיווט, הרכבת המתחם, קושחה, בדיקות פונקציונליות, תוויות, אביזרים, אריזה ועקיבות, יש לאשר את הפריטים הללו לפני המשלוח.
מַסְקָנָה
משלוח הרכבה של בניית קופסאות אינו מסתיים עם הרכבת המוצר.
זה מסתיים כאשר היחידה המוגמרת נבדקה, נבדקה, זוהתה, נארזה ונרשמה באופן התואם את דרישת האספקה של הקונה.
בדיקה פונקציונלית מאשרת אם המוצר המורכב עובד במצבו הסופי. בדיקה סופית מאשרת אם המוצר שלם, מסומן, ארוז ומוכן למשלוח. כללי עבודה מחדש ובדיקה חוזרת מגנים על עקביות כאשר משהו נכשל. רישומים עוזרים הן למפעל והן ל-OEM להבין מה נבנה ונמסר.
עבור קוני OEM, הלקח המעשי הוא פשוט: אל תתייחס לבדיקת בניית תיבה כאל תיבת סימון-של הרגע האחרון. התייחסו אליו כאל האישור הסופי שהמוצר מוכן לצאת מהמפעל.
זקוק לתמיכה בבדיקות פונקציונליות או בדיקה סופית עבור פרויקט הרכבה של ארגז? שלח את הקבצים שלך דרךבקש הצעת מחיראו צור קשר ישירות עם STHL בכתובתinfo@pcba-china.com.

