- اعتبارسنجی PCB بهتر است بهعنوان یک توالی از گیتهای مرحلهای (EVT، DVT، PVT) در نظر گرفته شود، نه یک لحظه تکمرحلهای قبولی یا رد.
- عبارت «اعتبارسنجی نرمافزار PCB» بهتنهایی گمراهکننده است؛ موضوع واقعی، اعتبارسنجی سختافزار است و راهاندازی اولیه فریمور روی بردی انجام میشود که قبلاً بررسی و تأیید شده است.
- هر گیت یک پرسش متفاوت مطرح میکند و عبور از مرحله بعدی پیش از برآورده شدن الزامات مرحله فعلی، جایی است که بیشتر هزینههای اعتبارسنجی پنهان میشوند.
- راهاندازی اولیه فریمور و نرمافزار به تأیید رفتار توان، یکپارچگی سیگنال و حرارت وابسته است؛ در غیر این صورت تیم نرمافزار خطاهای سختافزاری را که به شکل باگ کد ظاهر شدهاند، عیبیابی میکند.
- ادعاهای اعتبارسنجی را در سطح مرحله نگه دارید. یک گیت، آمادگی برای ادامه مسیر را تأیید میکند؛ اما تضمینکننده تأییدیه، اختیار عرضه نهایی یا بازده ثابت تولید نیست.
پاسخ سریع اعتبارسنجی PCB تأیید مرحلهای این موضوع است که یک برد پیش از ورود به تولید انبوه، همان کاری را انجام میدهد که طراحی برای آن در نظر گرفته شده است. EVT، DVT و PVT گیتهای رایج هستند و هرکدام شرایط ورود و خروج مخصوص خود را دارند. وقتی افراد از
software validation PCBصحبت میکنند، برداشت کاربردی این است:بردی که سختافزار آن به اندازه کافی اعتبارسنجی شده است تا راهاندازی اولیه فریمور در حال آزمایش کد باشد، نه خود برد. پرسش عملی برای عرضه این نیست کهآیا برد یک بار بوت شد؟بلکه این است کهآیا هر گیت، رفتار توان، سیگنال، حرارت و مونتاژ را پیش از وابستگی مرحله بعدی و پشته نرمافزاری تأیید کرده است؟
فهرست مطالب
- اعتبارسنجی PCB واقعاً به چه معناست
- گیتهای مرحلهای EVT / DVT / PVT
- چرا اعتبارسنجی سختافزار باید پیش از راهاندازی اولیه فریمور انجام شود
- چکلیست اعتبارسنجی پیش از هر مرحله
- چه پکیجی از هر مرحله اعتبارسنجی پشتیبانی میکند
- پرسشهای متداول
- منابع عمومی
- اطلاعات نویسنده و بازبینی
اعتبارسنجی PCB واقعاً به چه معناست (و «اعتبارسنجی نرمافزار» در اینجا باید چه معنایی داشته باشد)
ابتدا باید دو مفهوم را که معمولاً در یک عبارت واحد با هم ترکیب میشوند، از یکدیگر جدا کنیم.
«اعتبارسنجی PCB» فرآیند تأیید این موضوع است که یک برد تولیدشده همانگونه رفتار میکند که طراحی انتظار داشته است: ریلهای تغذیه با ترتیب صحیح بالا میآیند، نتهای پرسرعت اهداف یکپارچگی سیگنال را برآورده میکنند، مسیر حرارتی گرما را دفع میکند و مونتاژ باعث ایجاد عیوبی نمیشود که بررسیهای استاتیک قادر به تشخیص آنها نیستند. این یک فعالیت سختافزاری است و بهصورت مرحلهای انجام میشود.
«اعتبارسنجی نرمافزار» یک فعالیت جداگانه است که روی سختافزار اعتبارسنجیشده اجرا میشود. یک برد بهخودیخود با عنوان «PCB اعتبارسنجی نرمافزار» دستهبندی نمیشود. منظور معمولاً بردی است که به اندازه کافی اعتبارسنجی شده تا راهاندازی اولیه فریمور و نرمافزار روی یک پلتفرم پایدار انجام شود. اگر سختافزار زیرین گیتهای خود را پشت سر نگذاشته باشد، بارگذاری نرمافزار روی آن اعتبارسنجی نرمافزار محسوب نمیشود؛ بلکه فقط دو مجهول را با یکدیگر ترکیب میکند.
بنابراین بازتعریف دقیقتر این است: هیچ دسته محصول ویژهای با نام PCB اعتبارسنجی نرمافزار وجود ندارد. یک برد در مسیر EVT، DVT و PVT حرکت میکند و نقطهای در این مسیر وجود دارد که سختافزار به اندازه کافی پایدار شده تا راهاندازی اولیه فریمور معنیدار باشد. وظیفه اعتبارسنجی این است که این نقطه را بهصورت هدفمند و گامبهگام به دست آورد، نه اینکه آن را فرض کند.
برای درک گستردهتر ساختار برد که به این گیتها مرتبط است، نزدیکترین صفحه پشتیبانی ساختار لایهای PCB است و برای زمینه ساخت اولیه نیز نمونه اولیه PCB را ببینید.
گیتهای مرحلهای EVT / DVT / PVT
EVT، DVT و PVT را بهعنوان نقاط کنترل در نظر بگیرید که هرکدام یک شرط ورود (آنچه باید برای شروع درست باشد) و یک شرط خروج (آنچه باید برای عبور به مرحله بعد تأیید شود) دارند. معیارهای خروج دقیق برای هر پروژه تعریف میشوند، اما هدف هر گیت ثابت است.
| گیت مرحلهای | چه چیزی را بررسی میکند | شرط ورود | شرط خروج |
|---|---|---|---|
| EVT (آزمون اعتبارسنجی مهندسی) | آیا طراحی در اصل کار میکند؟ توالی روشن شدن توان، بلوکهای عملکردی پایه و راهاندازی اولیه رابطهای اصلی | اولین ساخت نمونه اولیه موجود است؛ شماتیک و هدف ساختار لایهای به اندازه کافی تثبیت شده تا آزمایش انجام شود | عملکردهای اصلی نمایش داده شدهاند؛ ریسکهای اصلی سختافزاری شناسایی یا حذف شدهاند؛ فریمور میتواند به یک وضعیت مشخص بوت شود |
| DVT (آزمون اعتبارسنجی طراحی) | آیا طراحی با هدف تولید، اهداف خود را در محدوده کاری برآورده میکند؟ یکپارچگی سیگنال، رفتار حرارتی، حاشیه عملکرد و مجموعه کامل قابلیتها | مشکلات EVT رفع شدهاند؛ طراحی منعکسکننده هدف تولید است؛ بازبینی DFM و DFT تکمیل شده است | عملکرد در شرایط تعریفشده پروژه تأیید شده است؛ تغییرات طراحی در حال همگرا شدن هستند، نه گسترش |
| PVT (آزمون اعتبارسنجی تولید) | آیا این طراحی میتواند بهصورت تکرارپذیر در فرآیند موردنظر ساخته شود؟ رفتار بازده، پایداری مونتاژ و آمادگی خط آزمون | خروجی DVT تأیید شده است؛ فرآیند و فیکسچرها تعریف شدهاند؛ بازرسی اولیه تولید برنامهریزی شده است | فرآیند ساخت طبق معیارهای پروژه تکرارپذیری خود را نشان داده است؛ آماده تصمیم عرضه است |
چند نکته باعث میشود این گیتها معتبر باقی بمانند. EVT مجاز است ظاهری نهایی نداشته باشد. هدف آن آشکار کردن مجهولات است، نه شبیه بودن به محصول نهایی. DVT مرحلهای است که طراحی حرکت را متوقف میکند و شروع به اندازهگیری میشود؛ به همین دلیل ورود به DVT با شماتیک ناپایدار باعث هدر رفتن این مرحله میشود. PVT بیشتر درباره فرآیند است تا خود برد، بنابراین به بازرسی قطعه اول و مونتاژ NPI تکیه میکند تا تأیید کند چیزی که در DVT قبول شده، دوباره قابل ساخت است.
هیچکدام از این گیتها گواهی یا مجوز نهایی عرضه نیستند. عبور موفق از یک گیت فقط آمادگی برای ورود به مرحله بعد را تأیید میکند. قابلیت اطمینان، انطباق و صلاحیتسنجی برنامههای جداگانهای هستند که در کنار این مراحل انجام میشوند و طبق نیاز هر پروژه تأیید میشوند، نه اینکه یک مرحله آنها را تضمین کند.
چرا اعتبارسنجی سختافزار باید پیش از راهاندازی اولیه فریمور انجام شود
این بخش بیشترین ارتباط را با مفهوم «اعتبارسنجی نرمافزار» دارد و باید بهصورت واضح بیان شود.
وقتی راهاندازی اولیه فریمور یا نرمافزار روی بردی شروع میشود که سختافزار آن EVT را پشت سر نگذاشته است، تیم نرمافزار هر خطای حلنشده سختافزاری را به شکل یک نشانه نرمافزاری دریافت میکند. افت یک ریل تغذیه زیر بار شبیه ریست watchdog دیده میشود. مشکل یکپارچگی سیگنال در باس حافظه مانند خرابی داده ظاهر میشود. مسیر حرارتی ضعیف مانند کرشهای متناوب هنگام فعالیت طولانی دیده میشود. مهندسان این موارد را در کد دنبال میکنند، چون چیزی که با آن درگیر هستند کد است.
زنجیره خطا اینگونه پیش میرود. راهاندازی اولیه فریمور روی بردی آغاز میشود که توان، یکپارچگی سیگنال و رفتار حرارتی آن هنوز EVT را پشت سر نگذاشتهاند. تیم نرمافزار شروع به رفع اشکالاتی میکند که در واقع خطاهای سختافزاری هستند. چرخههای کاری صرف بازنویسی درایورها و افزودن تلاشهای مجدد میشوند که علت واقعی را پنهان میکنند. این کار حس پیشرفت کاذب ایجاد میکند، زیرا برخی نشانهها واقعاً ناپدید میشوند. سپس پروژه به DVT یا PVT میرسد، خطای اصلی سختافزار سرانجام جدا میشود و تأخیر زمانی دیرهنگام آشکار میشود؛ پس از آنکه هفتهها تلاش نرمافزاری صرف یک مشکل سختافزاری شده است. هزینه فقط یک باگ نیست؛ بلکه نسبت دادن اشتباه علت، پنهان شدن مشکل و زمانی است که برای باز کردن این گره صرف میشود.
روشی که از این وضعیت جلوگیری میکند، ترتیب صحیح کار است، نه تلاش قهرمانانه. در EVT تأیید کنید که برد به یک وضعیت سختافزاری مشخص و پایدار بوت میشود، پیش از آنکه پشته نرمافزاری به آن وابسته شود. این همان چیزی است که برد را برای راهاندازی معنادار فریمور آماده میکند. مراحل اعتبارسنجی مانند آزمون ICT و آزمون FCT بخشی از این مرزبندی هستند: آنها تأیید میکنند که برد از نظر الکتریکی و عملکردی سالم است تا خطاهای بعدی به نرمافزار نسبت داده شوند، نه سختافزار زیر آن.
چکلیست اعتبارسنجی پیش از هر مرحله
پیش از ورود به یک مرحله یا عبور بین مراحل، مجموعه کوچکی از شرایط را بررسی کنید، نه اینکه فرض کنید ساخت قبلی همه موارد را حل کرده است. آستانهها برای هر پروژه تعیین میشوند؛ موارد زیر عمومی هستند.
| نقطه بررسی | چه چیزی باید تأیید شود | چرا برای مرحله حیاتی است |
|---|---|---|
| سطح تثبیت طراحی | شماتیک و ساختار لایهای به اندازه کافی پایدار هستند تا مرحله جدید آغاز شود | اندازهگیری طراحی در حال تغییر، نتایجی تولید میکند که پیش از استفاده منقضی میشوند |
| رفتار روشن شدن توان | ریلها طبق ترتیب مشخص بالا میآیند و در محدوده تعریفشده باقی میمانند | بردی که نمیتواند بهدرستی روشن شود، میزبان قابل اعتمادی برای راهاندازی فریمور نیست |
| اهداف یکپارچگی سیگنال | نتهای پرسرعت الزامات یکپارچگی طراحی را برآورده میکنند | سیگنالهای مرزی بعداً به شکل خطای داده که با مشکل نرمافزاری اشتباه گرفته میشود ظاهر میشوند |
| پیوستگی مسیر حرارتی | گرما از قطعات داغ طبق مسیر طراحیشده و زیر بار خارج میشود | ضعف حرارتی دقیقاً در مرحلهای که نباید، به رفتارهای متناوب تبدیل میشود |
| دسترسی آزمون (DFT) | نقاط آزمون و دسترسی ICT/FCT وجود دارند و قابل استفاده هستند | حذف دسترسی در مراحل اولیه، گیتهای بعدی و تیم نرمافزار را دچار محدودیت میکند |
| برنامه بازرسی | AOI، تصویربرداری X-ray برای BGA و بررسیهای قطعه اول پیش از ساخت تعریف شدهاند | عیوب مونتاژی که بررسیهای استاتیک نمیبینند باید با بازرسی کشف شوند، نه حدس |
| زبان اعتبارسنجی | ادعاها در سطح مرحله باقی بمانند، نه «آماده تولید» یا «تأیید صلاحیتشده» | گیت فقط آمادگی ادامه مسیر را تأیید میکند، نه مجوز نهایی عرضه |
اگر پکیج هنوز به هماهنگی یادداشتهای تولید یا اصلاح ساختار لایهای پیش از یک مرحله نیاز دارد، میتوانید این موضوع را از طریق راهنمای DFM مطرح کنید. برای زبان اعتبارسنجی و بازرسی در بخش PCBA، نزدیکترین صفحه پشتیبانی آزمون و کیفیت است.
چه پکیجی از هر مرحله اعتبارسنجی پشتیبانی میکند
ورودیهایی که یک گیت مرحلهای را مفید میکنند، با بلوغ برد تغییر میکنند.
- برای EVT، پکیج مفید باید روی دادههای ساخت با هدف ساختار لایهای، جانمایی که بلوکهای اصلی را قابل خواندن میکند و اطلاعات BOM برای قطعات پرریسک تمرکز داشته باشد. هدف، راهاندازی عملکرد و آشکار کردن مجهولات است.
- برای DVT، پکیج باید هدف تولید را منعکس کند: ساختار لایهای پایدار، تعریف امپدانس کنترلشده در نقاط مهم، پوشش DFT برای اجرای ICT و FCT، و مراجع حرارتی و مکانیکی که اجازه میدهند طراحی در کل محدوده کاری اندازهگیری شود، نه فقط روشن شود.
- برای PVT، پکیج بیشتر به فرآیند نزدیک میشود: انتظارهای قطعه اول، معیارهای بازرسی و تعریف مونتاژ و خط آزمون که ثابت میکند طراحی میتواند بهصورت تکرارپذیر ساخته شود.
تفاوت بین یک درخواست ساخت عمومی و یک بازبینی اعتبارسنجی مفید، این است که آیا این ورودیها هم هدف الکتریکی و هم رابطهای فیزیکی را در مرحله مناسب آشکار میکنند یا خیر. بدون این موارد، تیم ساخت میتواند درباره قابلیت تولید کلی نظر دهد، اما نمیتواند به پرسش اصلی اعتبارسنجی پاسخ دهد: آیا برد برای گیت بعدی و نرمافزاری که به آن وابسته خواهد بود، به اندازه کافی پایدار است؟ وقتی پروژه آماده عبور از بازبینی به ساخت باشد، این فرآیند از طریق صفحه دریافت قیمت انجام میشود.
پرسشهای متداول
آیا واقعاً چیزی به نام «PCB اعتبارسنجی نرمافزار» وجود دارد؟
بهعنوان یک دسته محصول، خیر. برداشت درست این است که بردی تا حد کافی از گیتهای سختافزاری خود عبور کرده است و راهاندازی اولیه فریمور در حال آزمایش نرمافزار است، نه برد زیر آن.
تفاوت EVT، DVT و PVT چیست؟
EVT بررسی میکند که آیا طراحی در اصل کار میکند یا خیر. DVT بررسی میکند که آیا طراحی با هدف تولید، اهداف خود را در محدوده کاری برآورده میکند یا خیر. PVT بررسی میکند که آیا طراحی میتواند در فرآیند موردنظر بهصورت تکرارپذیر ساخته شود یا خیر. هر گیت شرایط ورود و خروج مخصوص خود را دارد که برای هر پروژه تعریف میشود.
چرا اعتبارسنجی سختافزار باید قبل از راهاندازی اولیه فریمور انجام شود؟
زیرا فریموری که روی سختافزار اعتبارسنجینشده اجرا میشود، خطاهای سختافزاری را به شکل علائم نرمافزاری منتقل میکند. تیم ممکن است چرخههای کاری زیادی را صرف اصلاح کدی کند که نمیتواند مشکل توان، سیگنال یا حرارت را حل کند.
آیا عبور از یک گیت مرحلهای به معنی تأییدیه یا آماده تولید بودن برد است؟
خیر. عبور موفق از یک گیت فقط آمادگی ورود به مرحله بعد را تأیید میکند. قابلیت اطمینان، انطباق و صلاحیتسنجی برنامههای جداگانهای هستند که طبق نیاز پروژه تأیید میشوند، نه با یک گیت واحد.
آیا یک برد میتواند بررسیهای الکتریکی اولیه را قبول کند و بعداً در یک گیت شکست بخورد؟
بله. بررسیهای الکتریکی در دمای محیط ممکن است موفق باشند، در حالی که یک مسیر حرارتی مرزی، مشکل یکپارچگی سیگنال یا نقص مونتاژ هنوز وجود دارد. این مشکلات معمولاً زیر بار یا در کل محدوده کاری در DVT یا PVT ظاهر میشوند.
پیش از ورود به DVT چه مواردی باید تأیید شوند؟
باید مشکلات EVT برطرف شده باشند، طراحی هدف تولید را منعکس کند و به اندازه کافی تثبیت شده باشد، بازبینی DFM و DFT تکمیل شده باشد و دسترسی آزمون برای اجرای معنادار ICT و FCT وجود داشته باشد.
منابع عمومی
ساختار لایهای PCB
زمینه پشتیبانی برای تعریف ساختار لایهای و برنامهریزی ساخت کنترلشده.نمونه اولیه PCB
زمینه پشتیبانی برای سختافزارهای ساخت اولیه مورد استفاده در اعتبارسنجی مهندسی.آزمون و کیفیت
زمینه پشتیبانی برای زبان بازرسی، اعتبارسنجی و برنامهریزی آزمون در سطح برد.راهنمای DFM
زمینه پشتیبانی برای بازبینی تولید و شفافسازی پیش از مرحله.بازرسی قطعه اول
زمینه پشتیبانی برای تأیید تکرارپذیری ساخت پیش از تصمیم عرضه.
اطلاعات نویسنده و بازبینی
- نویسنده: تیم تحریریه APTPCB
- بازبینی فنی: تیم بازبینی مهندسی NPI / اعتبارسنجی PCB
- دامنه بازبینی: منطق اعتبارسنجی گیتهای مرحلهای (EVT، DVT، PVT)، ترتیب اعتبارسنجی سختافزار پیش از فریمور، قابلیت تولید و مرزهای ادعاهای اعتبارسنجی
