یک محصول ساخته شده در جعبه{0}}تنها به دلیل سفت شدن پیچ ها و بسته بودن محفظه آماده ارسال نیست.
اینجاست که بسیاری از پروژههای EMS جالبتر - و گاهی دردناکتر میشوند.
ممکن است PCBA قبلاً بررسیهای سطح{0}} هیئت مدیره را گذرانده باشد. سیم کشی ممکن است مرتب به نظر برسد. محفظه ممکن است بدون آسیب آشکار مونتاژ شود. اما هنگامی که برد در محفظه نصب می شود، به کابل ها متصل می شود، با سیستم عامل بارگذاری می شود، برچسب گذاری می شود، با لوازم جانبی بسته بندی می شود و برای ارسال آماده می شود، محصول دیگر فقط یک PCBA نیست.
یک واحد تمام شده است.
این سوال را تغییر می دهد.
سوال دیگر فقط این نیست که "آیا تابلو کار می کند؟"
سوال بهتر این است که "آیا واحد تمام شده در شرایطی کار می کند که مشتری انتظار دریافت آن را دارد؟"
تست عملکرد و تحویل مونتاژ ساخت جعبه پشتیبانی بازرسی نهایی با تأیید دو چیز متفاوت است: آزمایش عملکرد تأیید می کند که آیا واحد مونتاژ شده به درستی عمل می کند یا خیر، در حالی که بازرسی نهایی تأیید می کند که آیا واحد کامل است، به درستی شناسایی شده است، به درستی بسته بندی شده است و آماده ارسال است.
برای خریداران OEM، این تمایز مهم است.
یک محصول می تواند تست عملکردی را پشت سر بگذارد و همچنان برای تحویل اشتباه باشد. یک محصول همچنین میتواند کامل به نظر برسد و در صورت روشن شدن، اتصال یا پیکربندی در حالت نهایی خود همچنان از کار بیفتد. تحویل ساخت جعبه به هر دو بررسی نیاز دارد.
تست PCBA هیئت مدیره را ثابت می کند. تست ساخت جعبه واحد را ثابت می کند.
مسائل مربوط به تست سطح هیئت{0}}.
تست عملکرد سطح AOI، ICT، پروب پرواز و PCBA{0}}به تأیید اینکه برد مدار جمعشده به درستی مونتاژ شده است و میتواند عملکردهای سطح برد مورد نظر خود را انجام دهد کمک میکند.
اما مونتاژ ساخت جعبه شرایط جدیدی را معرفی می کند.
PCBA دیگر روی نیمکت آزمایشی یا تخته{0}}سطح ثابت نمینشیند. داخل یک محفظه است. ممکن است به دسته سیم، ورودی برق، نمایشگرها، دکمهها، آنتنها، ذخیرهسازی، حسگرها، پورتها، براکتها، مواد حرارتی، برچسبها و لوازم جانبی متصل شود.
این بدان معناست که نقاط خرابی جدید پس از گذشتن PCBA ظاهر می شوند.
- یک کابل ممکن است به درستی روی نیمکت حرکت کند، اما وقتی درب بسته می شود، گیر می کند.
- یک کانکتور ممکن است جای پای PCB را داشته باشد اما کمی در پشت پانل I/O قرار گیرد.
- یک تصویر میانافزار ممکن است با موفقیت بارگیری شود اما با نسخه تولید تایید شده مطابقت نداشته باشد.
- ممکن است یک واحد قبل از مونتاژ روشن شود، اما پس از تغییر مسیر یک مهار، از کار بیفتد.
- یک برچسب ممکن است در آثار هنری درست باشد اما در جایی قرار گیرد که بعداً قابل اسکن نباشد.
- ممکن است یک کیت لوازم جانبی یک کابل، آداپتور، براکت یا سند نداشته باشد.
اینها نقص SMT کلاسیک نیستند.
خطرات تحویل واحد{0}}تکمیل شده است.
به همین دلیل است که آزمایش ساخت جعبه نباید به عنوان آزمایش PCBA تکراری در نظر گرفته شود. کار متفاوتی دارد. تأیید می کند که آیا محصول پس از تبدیل شدن برد به مونتاژ نهایی همچنان کار می کند یا خیر.

پاسخ های تست عملکردی: آیا واحد تمام شده کار می کند؟
در مونتاژ ساخت جعبه، تست عملکرد باید از وضعیت تحویل واقعی محصول پیروی کند.
این معمولاً به این معنی است که پس از نصب، اتصال، برنامه ریزی و مونتاژ PCBA در پیکربندی مورد انتظار، آزمایش می شود.
دامنه دقیق به محصول بستگی دارد. یک دستگاه ساده ممکن است فقط به برق{1} در تأیید، رفتار LED و بررسی های اولیه خروجی نیاز داشته باشد. یک محصول الکترونیکی صنعتی پیچیدهتر ممکن است به اعتبارسنجی رابط، تأیید میانافزار، تأیید نرمافزار مشتری، چرخه برق، خروجی نمایشگر، بررسیهای ارتباطی، راهاندازی ذخیرهسازی، یا آزمایش عملکردی{3}}بر اساس تجهیزات نیاز داشته باشد.
یک آزمون عملی تکمیل شده{0}}واحد ممکن است شامل موارد زیر باشد:
- قدرت-روی رفتار
- تایید ولتاژ ورودی
- دنباله بوت یا رفتار راه اندازی
- دکمه، سوئیچ و پاسخ LED
- خروجی نمایش
- اترنت، USB، COM یا پورت های دیگر را بررسی می کند
- پاسخ ماژول بی سیم در صورت لزوم
- بوت ذخیره سازی یا تشخیص حافظه
- تایید نسخه سیستم عامل
- راه اندازی اپلیکیشن مشتری
- پاسخ رله، سنسور، موتور یا ماژول در صورت لزوم
- چرخه قدرت در صورت لزوم
- ضبط عبور / شکست
نکته این نیست که هر آزمونی را سنگین کنید.
نکته این است که آزمون مرتبط باشد.
یک دروازه صنعتی، یک ماژول کنترل، یک دستگاه نمایشگر، و یک کامپیوتر تعبیه شده بدون فن به برنامه اعتبارسنجی یکسانی نیاز ندارند. اما هر واحد تمام شده باید راه تعریف شده ای داشته باشد تا ثابت کند در شرایطی که خریدار انتظار دریافت آن را دارد کار می کند.
یک دستورالعمل مبهم مانند "آزمایش قبل از ارسال" کافی نیست.
شریک EMS باید بداند چه چیزی باید آزمایش شود، از چه تنظیماتی باید استفاده شود، چه نتیجهای بهعنوان قبولی محسوب میشود، چه نتیجهای بهعنوان شکست به حساب میآید، و اگر واحد نیاز به کار مجدد داشته باشد، چه اتفاقی باید بیفتد.

پاسخ های بازرسی نهایی: آیا واحد صحیح و کامل است؟
تست عملکردی پاسخ می دهد که آیا واحد کار می کند یا خیر.
بازرسی نهایی به یک سوال متفاوت پاسخ می دهد: آیا واحد کامل، صحیح و آماده خروج از کارخانه است؟
این بیشتر از یک بار-بصری است.
یک جعبه{0}}واحد ساخته شده میتواند تمام بررسیهای الکتریکی و عملکردی را انجام دهد و به دلیل گم شدن برچسب، شماره سریال اشتباه، مجموعه لوازم جانبی ناقص، برچسب کارتن اشتباه، سند مفقود، روش بستهبندی نادرست، یا سابقه بازکاری بسته نشده، همچنان قابل حمل نیست.
یک بازرسی نهایی عملی ممکن است بررسی کند:
- ظاهر محوطه
- پورت ها و کانکتورهای در معرض دید
- پیچ ها، براکت ها و بست ها
- در صورت لزوم روکش های اتصال یا درپوش های گرد و غبار
- مسیریابی کابل قابل مشاهده در صورت لزوم
- برچسب محتوا و موقعیت
- شماره سریال و برچسب آدرس MAC
- برچسب پیکربندی در صورت نیاز
- مجموعه لوازم جانبی
- لیست بسته بندی
- برچسب کارتن
- ESD{0}}بسته بندی ایمن
- فوم محافظ یا بسته بندی داخلی
- رکورد تست
- وضعیت دوباره کار و تست مجدد
- بازبینی محصول و دسته ارسال
اینجاست که جزئیات کوچک به مسائل تحویل واقعی تبدیل می شوند.
اگر برچسب با سابقه مطابقت نداشته باشد، یک محصول میتواند به خوبی کار کند و همچنان ارسال را به تاخیر بیاندازد. یک واحد را می توان به درستی مونتاژ کرد اما به دلیل ناقص بودن کیت لوازم جانبی رد شد. یک کارتن میتواند حاوی محصول مناسب باشد، اما اگر برچسب خارجی با الزامات لجستیکی خریدار مطابقت نداشته باشد، همچنان مشکلات دریافتی را ایجاد میکند.
بازرسی نهایی پر زرق و برق نیست.
اما اغلب آخرین فرصت برای تشخیص نوع خطایی است که دریافت، نصب، پیگیری یا پشتیبانی محصول نهایی را دشوار می کند.

شرایط سیم کشی و محفظه می تواند نتیجه آزمایش را تغییر دهد
یک اشتباه رایج این است که فرض کنیم نتیجه آزمایش PCBA به طور خودکار به محصول نهایی منتقل می شود.
گاهی اوقات می شود.
اغلب، اینطور نیست.
مونتاژ ساخت جعبه شرایط فیزیکی اطراف برد را تغییر می دهد. کابل ها وصل شده اند. محوطه بسته است. پیچها، براکتها، مواد حرارتی، نمایشگرها، پانلها، آنتنها، ماژولهای قدرت یا سایر مجموعههای فرعی ممکن است اضافه شوند.
که می تواند نقاط شکست جدیدی را معرفی کند.
- یک مهار ممکن است کاملاً قرار نگیرد.
- یک کانکتور ممکن است تحت فشار مکانیکی باشد.
- یک کابل ممکن است خیلی نزدیک به منبع گرما عبور کند.
- یک سیم ممکن است از یک اپراتور به اپراتور دیگر متفاوت باشد.
- یک پد حرارتی ممکن است در حین مونتاژ جابجا شود.
- یک پیچ ممکن است با یک جزء مجاور تداخل ایجاد کند.
- یک پورت I/O ممکن است به دلیل مشکل تحمل پانل مسدود شده باشد.
اینها انواع مشکلاتی هستند که{0}}آزمایش عملکردی واحد به پایان رسیده است.
هر مشکلی ناشی از مونتاژ ضعیف نیست. برخی از نقشههای نامشخص، تلرانسهای شل، تغییرات طراحی دیرهنگام، یا طرح آزمایشی که برای تخته نوشته شده است اما برای واحد تمام شده نوشته شده است.
به همین دلیل است که وقتی آزمایش از شرایط مونتاژ واقعی پیروی می کند، تحویل ساخت جعبه بهتر عمل می کند.
اگر مشتری محصول را به طور کامل مونتاژ شده دریافت کند، آزمایش عملکرد نهایی باید بر اساس شرایط کاملاً مونتاژ شده هر زمان که عملی باشد انجام شود.
سیستم عامل و پیکربندی نیاز به بررسی خود دارند
برای بسیاری از محصولات الکترونیک صنعتی، سخت افزار تنها بخشی از تحویل است.
سفتافزار، تنظیمات BIOS، تصویر سیستمعامل، بسته درایور، برنامه مشتری، شماره سریال، آدرس MAC، تنظیمات ارتباطی یا دادههای کالیبراسیون نیز ممکن است بر قابل استفاده بودن دستگاه در زمان ورود تأثیر بگذارد.
یک محصول نهایی می تواند درست به نظر برسد و همچنان با پیکربندی اشتباه ارسال شود.
به همین دلیل است که بررسیهای پیکربندی باید بخشی از اعتبارسنجی واحد{0}}در زمانی که پروژه به آنها نیاز دارد، باشد.
بسته به محصول، این ممکن است شامل موارد زیر باشد:
- نسخه سیستم عامل
- تنظیمات بایوس یا سیستم
- سیستم عامل یا تصویر ذخیره سازی
- دنباله بوت
- رکورد مک آدرس
- رکورد شماره سریال
- حالت پورت ارتباطی
- نسخه برنامه مشتری
- نتیجه نرم افزار تست
- برچسب پیکربندی
این بدان معنا نیست که هر پروژه به یک فرآیند نرم افزاری پیچیده نیاز دارد.
برخی از محصولات ساده هستند. برخی بدون بارگیری سیستم عامل ارسال می شوند. برخی از آنها فقط نیاز به برق اولیه{2}}در تأیید دارند.
اما اگر محصول به پیکربندی خاصی بستگی دارد، آن پیکربندی نباید به حافظه، اسکرین شات ها یا پیام های غیررسمی متکی باشد.
یک نمونه مهندسی کار کافی نیست.
واحد تمام شده نیاز به روش تولید تکرارپذیر و رکوردی مطابق با نیاز خریدار دارد.

تا زمانی که تست مجدد تعریف نشود، دوباره کاری تمام نمی شود
هر فرآیند تولید واقعی نیاز به یک قانون برای واحدهای شکست خورده دارد.
مونتاژ ساخت جعبه تفاوتی ندارد.
یک واحد خراب ممکن است نیاز به جابجایی کابل، تعویض کانکتور، بارگذاری مجدد سیستم عامل، اصلاح برچسب، تنظیم محفظه، کار مجدد لحیم کاری، اصلاح لوازم جانبی یا بازسازی کامل داشته باشد.
سوال مهم فقط این نیست که چگونه مشکل را تعمیر کنیم.
سوال مهم این است که چه چیزی باید بعد از آن دوباره آزمایش شود.
اگر کابلی دوباره وصل شد، آیا پورت مربوطه باید دوباره تست شود؟
اگر سیستم عامل مجدداً بارگذاری شد، آیا رکورد پیکربندی باید به روز شود؟
در صورت بازگشایی محفظه، آیا بازرسی چشمی باید تکرار شود؟
اگر برچسبی جایگزین شد، آیا باید دوباره رکورد شماره سریال بررسی شود؟
اگر PCBA مجدداً کار شده باشد، آیا باید هر دو چک-سطح و تمام شده{1}}واحد بازبینی شوند؟
اینجاست که از ثبات تحویل محافظت می شود.
بدون قوانین تست مجدد، یک اپراتور ممکن است یک واحد را تعمیر کرده و پس از بررسی سریع آن را به جلو ارسال کند، در حالی که دیگری ممکن است آزمایش کامل را دوباره انجام دهد. این ناهماهنگی خطر ایجاد می کند.
یک فرآیند ساخت جعبه خوب، دوباره کاری را به عنوان یک فعالیت جانبی در نظر نمی گیرد.
این کار مجدد و آزمایش مجدد را به عنوان بخشی از جریان تحویل کنترل شده در نظر می گیرد.
هنگام خروج محصول از کارخانه، سوابق مهم هستند
یک رکورد آزمایشی فقط یک فایل کارخانه نیست.
بعداً می تواند به خریدار کمک کند.
اگر مشتری مشکل میدانی را گزارش کند، خریدار ممکن است نیاز داشته باشد که بداند کدام نسخه میانافزار بارگیری شده است، کدام نسخه PCBA استفاده شده است، واحد از کدام دسته است، آیا واحد آزمایش عملکردی واحد را به پایان رسانده است، یا اینکه آیا کار مجدد قبل از ارسال انجام شده است.
هر پروژه ای نیاز به ردیابی عمیق ندارد.
اما سطح رکورد مورد نیاز باید قبل از تولید توافق شود، نه پس از بروز مشکل.
برای برخی از محصولات، یک رکورد سطح{0} دسته ای کافی است. برای دیگران، رکوردهای سطح{2}}واحد ممکن است مناسب تر باشد. محصولات الکترونیکی صنعتی، ماژولهای کنترل، دروازهها، سیستمهای تعبیهشده و مجموعههای فرعی تجهیزات اغلب از سوابق واضحتری بهره میبرند، زیرا ممکن است مدتها پس از ارسال نصب، سرویس یا تعویض شوند.
رکورد نیازی به پیچیده شدن ندارد.
باید مفید باشد.
یک رکورد ساده که به وضوح واحد، نتیجه آزمایش، نسخه سیستمافزار، برچسب و دسته ارسال را به هم پیوند میدهد، ممکن است از یک گزارش بزرگ که بعداً هیچکس نتواند از آن استفاده کند، ارزشمندتر باشد.
محدوده اعتبارسنجی را با ریسک محصول مطابقت دهید
یک بسته تست و بازرسی استاندارد نباید به هر پروژه ساخت جعبه تحمیل شود.
که می تواند دو مشکل ایجاد کند.
اعتبار سنجی بسیار کم خطر تحویل ایجاد می کند. اعتبار سنجی بیش از حد باعث ایجاد هزینه، زمان و بار فرآیند می شود که ممکن است با محصول مطابقت نداشته باشد.
یک رویکرد عملی تطبیق دامنه اعتبارسنجی با پیچیدگی و کاربرد محصول است.
|
وضعیت محصول |
تمرکز اعتبار سنجی عملی |
|
محفظه ساده با وسایل الکترونیکی محدود |
بررسی{0}روشن، بازرسی بصری، تأیید برچسب و لوازم جانبی |
|
ماژول کنترل صنعتی |
ورودی برق، پاسخ I/O، بررسی سیم کشی، نسخه سیستم عامل، برچسب و بررسی رکورد |
|
دروازه تعبیه شده یا کامپیوتر صنعتی |
دنباله بوت، بررسی های اترنت / USB / COM، ذخیره سازی، تصویر سیستم عامل یا سیستم عامل، رکوردهای سریال / MAC |
|
محصول با نرم افزار خاص مشتری- |
راه اندازی برنامه، بررسی پیکربندی، اسکریپت تست، پیوند رکورد |
|
محصولی با لوازم جانبی فراوان |
لیست بسته بندی، کیت لوازم جانبی، برچسب کارتن، بررسی آمادگی حمل و نقل |
این یک قانون جهانی نیست.
برخی از محصولات نیاز کمتری دارند. برخی نیاز بیشتری دارند.
نکته کلیدی این است که از ارسال محصولی که مونتاژ شده است اما در حالت نهایی آن تأیید نشده است، خودداری کنید.
چک لیست{0}واحد اعتبار سنجی تکمیل شده عملی
برای خریداران OEM، چکلیست اعتبار سنجی تکمیل شده-واحد لازم نیست طولانی باشد، اما باید به اندازه کافی مشخص باشد تا تولید را هدایت کند.
|
منطقه اعتبارسنجی |
چه چیزی را تایید کنیم |
|
تست عملکردی |
روشن-روشن، ورودی/خروجی، نمایشگر، ارتباطات، ذخیره سازی، سیستم عامل، عملکرد مشتری در صورت لزوم |
|
سیم کشی و محفظه |
نشستن کابل، مسیریابی، خطر کرنش، تناسب محفظه، قرار گرفتن در معرض کانکتور، تماس حرارتی در صورت لزوم |
|
پیکربندی |
نسخه سیستم عامل، تصویر بایوس / سیستم عامل، آدرس MAC، شماره سریال، تنظیمات مشتری |
|
بازرسی نهایی |
ظاهر، پیچ ها، برچسب ها، پورت ها، لوازم جانبی، وضعیت بسته بندی |
|
سوابق |
نتیجه آزمایش، بازبینی، شماره سریال، دسته، دوباره کاری و وضعیت آزمایش مجدد |
|
بسته بندی |
ESD{0}}بسته بندی ایمن، فوم یا محافظ، چک لیست لوازم جانبی، برچسب کارتن، آمادگی حمل و نقل |
چک لیست هدف نیست.
هدف این است که مطمئن شوید واحد تمام شده به عنوان یک واحد تمام شده بررسی می شود، نه به عنوان یک تخته با یک محفظه در اطراف آن.
جایی که STHL در این بحث قرار می گیرد
برای خریداران OEM که روی پروژههای مونتاژ جعبهسازی کار میکنند، Shenzhen STHL Technology Co., Ltd. میتواند آزمایشها و نیازهای بازرسی نهایی را از دیدگاه تولید عملی EMS بررسی کند.
بسته به پروژه، این ممکن است شامل شودتست و بازرسیبرنامهریزی،{0}}بحث تست عملکردی واحد، تأیید برنامهنویسی یا پیکربندی، بررسی برچسب و سوابق،مونتاژ ساخت جعبهپشتیبانی و بالادستیمونتاژ PCBهماهنگی
هدف این نیست که هر پروژه ساخت جعبه پیچیده شود.
یک محصول ساده باید یک طرح اعتبارسنجی ساده داشته باشد. اما زمانی که تحویل نهایی به سیم کشی، مونتاژ محفظه، سیستم عامل، تست عملکرد، برچسب ها، لوازم جانبی، بسته بندی و قابلیت ردیابی بستگی دارد، آن موارد باید قبل از ارسال تایید شوند.
نتیجه گیری
تحویل مونتاژ ساخت جعبه با مونتاژ محصول به پایان نمی رسد.
زمانی پایان مییابد که واحد تمامشده آزمایش، بازرسی، شناسایی، بستهبندی و ثبت شود به نحوی که با الزامات تحویل خریدار مطابقت داشته باشد.
تست عملکرد تایید می کند که آیا محصول مونتاژ شده در شرایط نهایی خود کار می کند یا خیر. بازرسی نهایی تایید می کند که آیا محصول کامل، برچسب گذاری شده، بسته بندی شده و آماده ارسال است یا خیر. قواعد دوباره کاری و آزمایش مجدد از ثبات زمانی که چیزی شکست می خورد محافظت می کند. سوابق به کارخانه و OEM کمک می کند تا بفهمند چه چیزی ساخته و تحویل شده است.
برای خریداران OEM، درس عملی ساده است: آزمایش ساخت جعبه را به عنوان یک چک باکس-دقیقه آخر تلقی نکنید. آن را به عنوان تایید نهایی آماده بودن محصول برای خروج از کارخانه در نظر بگیرید.
برای پروژه مونتاژ ساخت جعبه به پشتیبانی با تست عملکرد یا بازرسی نهایی نیاز دارید؟ فایل های خود را از طریق ارسال کنیددرخواست یک نقل قولیا مستقیماً با STHL تماس بگیریدinfo@pcba-china.com.

