مقدمه
بسیاری از تیمهای OEM تصور میکنند که به محض رسیدن تابلوهای نمونه اولیه، تأیید به سرعت انجام میشود.
منطقی به نظر می رسد. در پروژه های واقعی، اغلب اینطور نیست.
نمونه اولیه مونتاژ PCB میتواند طبق برنامه برگردد و همچنان روزها یا حتی یک هفته را در راستیآزمایی از دست بدهد، اگر تیم هنوز در مورد آنچه که ساخت باید ثابت کند، چه چیزی در BOM تغییر کرده است، یا اینکه آیا مسیر آزمایش برای تولید پاسخ قابل استفاده آماده است یا خیر، بحث میکند. در آن مرحله، کاهش سرعت دیگر فقط مربوط به زمان مونتاژ نیست. این یک مشکل انتشار، تست و انتقال می شود.
این سوال واقعی پشت این مقاله است. مسئله تنها این نیست که یک نمونه اولیه با چه سرعتی می تواند ساخته شود. مسئله این است که چرا بعد از اینکه تخته ها روی نیمکت هستند، تأیید هنوز متوقف می شود.
اگر تیم شما قبلاً{0}}زمان بندی هیئت مدیره را پشت سر گذاشته است و اکنون در تلاش است تا بفهمد چرا پیشرفت نمونه اولیه هنوز کند به نظر می رسد، این نکته ای است که به تنهایی فراتر از مونتاژ نگاه کنید و مسیر کامل را مرور کنید.مونتاژ PCB.
تحویل نمونه اولیه و تأیید نمونه اولیه نقطه عطف یکسانی نیستند
اینجاست که بسیاری از برنامه ها اشتباه خوانده می شوند.
تحویل نمونه اولیه به این معنی است که تخته ها ساخته، مونتاژ و دریافت شده اند. راستیآزمایی نمونه اولیه به این معنی است که تیم واقعاً از آن تختهها برای پاسخ به سؤال فنی مورد نظر و تصمیمگیری در مورد آنچه در آینده رخ میدهد استفاده کرده است.
اینها همان نقطه عطف نیستند.
هیئت مدیره ممکن است به موقع برسد و همچنان در پیشبرد پروژه شکست بخورد. ممکن است روشن شود، اما هنوز از مسیر آزمایشی که مهم است پشتیبانی نمیکند. ممکن است به درستی مونتاژ شود، اما همچنان در مورد جایگزینها، مفروضات برنامهنویسی، رفتار رابط، یا اینکه کدام تجدیدنظر واقعاً روی نیمکت است، شک و تردید ایجاد میکند. گاهی اوقات مشکل از سخت افزار نیست. تیم به سادگی در مورد اینکه چه چیزی به عنوان پاس به حساب می آید، چه چیزی به عنوان یک انحراف قابل قبول به حساب می آید و چه چیزی باید یک چرخش دیگر را ایجاد کند، توافق ندارند.
به همین دلیل است که تأیید نمونه اولیه اغلب پس از تحویل به جای قبل از آن لغزش می یابد.
یک تابلو قبل از اینکه واقعاً قابل تأیید باشد، قابل ساخت است.
آنچه معمولاً تأیید را کند می کند
زمانی که تیم با "تبلیه های دریافت شده" به گونه ای برخورد می کند که گویی از قبل به معنای "سخت افزار آماده تصمیم گیری" است، تأیید نمونه اولیه کاهش می یابد.
معمولاً اینطور نیست.
انتقال داده ضعیف
برخی از نمونههای اولیه با اطلاعات کافی برای ساخت برد منتشر میشوند، اما اطلاعات کافی برای تأیید صحت آن وجود ندارد.
Gerbers و BOM ممکن است وجود داشته باشد. آنچه اغلب ضعیفتر است، همه چیز اطراف آنهاست: یادداشتهای برنامهنویسی، هدف اسمبلی، جایگزینهای تایید شده، مفروضات میانافزار، فراخوانهای قطبیت، معیارهای قبولی، و منطق اعتبارسنجی که به تیم میگوید این چرخش واقعاً برای حل کردن چیست.
که بلافاصله اصطکاک ایجاد می کند.
تابلوها می رسند، اما افرادی که سعی می کنند اعتبار آنها را تأیید کنند هنوز نیاز به توضیح دارند. سپس هر رفتار غیرمنتظره ای به دور دیگری از تفسیر تبدیل می شود. پروژه مسدود نمی شود زیرا خانه مونتاژ کند بود. مسدود شده است زیرا بسته ساخت به اندازه کافی برای انتشار کامل بود، اما به اندازه کافی برای پشتیبانی از یادگیری سریع کامل نبود.
یافته های دیرهنگام DFM
برخی از تأخیرهای تأیید نمونه اولیه ناشی از خرابی الکتریکی نیست. آنها به دلیل مسائل مربوط به ساخت ایجاد می شوند که تنها پس از اینکه طرح بیش از حد پیش رفت آشکار می شود.
عدم تطابق ردپایی، تست ضعیف-دسترسی به نقطه، یک مشکل حرارتی قابل اجتناب، یا انتخاب چیدمان مونتاژی{1}} ممکن است مانع از ساخت برد نشود. زمانی که رفتار متناوب، ناهماهنگی لحیم کاری، یا مشکل کاوش شروع به پنهان کردن سؤال واقعی طراحی کند، باز هم می تواند تأیید را به شدت کند کند.
به همین دلیل است که مسائل دیرهنگام DFM در کارهای نمونه اولیه گران است. آنها فقط چرخش بعدی را به تاخیر نمی اندازند. آنها همچنین ارزش یادگیری چرخش فعلی را کاهش می دهند.
در دسترس بودن{0}}جایگزینیها
یک ساخت نمونه اولیه میتواند انعطافپذیری بیشتری در منبعیابی نسبت به یک لات آزمایشی تحمل کند. این طبیعی است.
مشکل زمانی شروع می شود که قطعات جایگزین سریع انتخاب می شوند، اما به وضوح وارد منطق اعتبار سنجی نمی شوند. در آن مرحله، تیم دیگر یک فرض پاک را آزمایش نمی کند. این در حال آزمایش طراحی و راه حل منبع یابی است.
این تمایز بیش از آن چیزی است که بسیاری از تیم ها انتظار دارند.
یک پین{0}}جایگزین سازگار همچنان ممکن است رفتار راهاندازی، پاسخ حرارتی، حاشیههای زمانبندی یا ویژگیهای سیگنال را به اندازهای تغییر دهد که-پیچیدگی را ایجاد کند. سپس تأیید کند می شود زیرا تیم در تلاش است به سؤالی متفاوت از آنچه که برای پاسخ دادن برنامه ریزی شده بود پاسخ دهد. این پروژه به بخشی از تمرین رفع اشکال، بخشی مجدد{4}}تعلیم صلاحیت تبدیل می شود.
آمادگی تست که از آمادگی ساخت عقب مانده بود
این یکی از رایج ترین گلوگاه های پنهان است.
یک برد ممکن است به موقع مونتاژ شود در حالی که مسیر راستی آزمایی واقعی اصلاً آماده نیست. ممکن است فایل های برنامه نویسی همچنان در حال حرکت باشند. نصب نیمکت ممکن است هنوز غیررسمی باشد. وسایل ممکن است هنوز وجود نداشته باشد. انتظارات عملکردی ممکن است هنوز مبهم باشد. حتی منطق پاس/شکست ممکن است برای حمایت از تصمیمهای سریع خیلی شل باشد.
در این موارد، مونتاژ PCB چیزی نیست که پروژه را کند کند. شکاف بین تکمیل ساخت و اجرای آزمایش قابل استفاده قرار دارد.
یک نمونه اولیه{0}}کامل AOI به طور خودکار یک نمونه اولیه آماده تأیید{1} نیست.
کاوش دستی شروع به تبدیل شدن به گلوگاه می کند
کاوش دستی برای برخی از تخته های خیلی اولیه خوب است.
خیلی سریعتر از آن چیزی که بسیاری از تیم ها انتظار دارند به یک درگ تبدیل می شود.
هنگامی که برد متراکم تر می شود، دسترسی بدتر می شود، یا تعداد واحدها از تعداد انگشت شماری نمونه بالاتر می رود، تأیید دستی شروع به تبدیل هر برد به بررسی کوچک خود می کند. تیم ممکن است هنوز پاسخها را دریافت کند، اما آنها را آهستهتر، با بررسیهای مکرر بیشتر، و با وابستگی بیشتر به کسی که کاوشگر را در دست دارد، دریافت میکند.
به همین دلیل است که وسایل توسعه ساده، دسترسی به کاوشگر بهتر، یا یک مسیر{0}ساختار یافتهتر به بالا میتواند حتی در مراحل نمونه اولیه مهم باشد. هدف این نیست که خیلی زود یک دستگاه کامل تولید بسازیم. هدف این است که از اتلاف زمان تأیید برای مشکلات دسترسی فیزیکی قابل اجتناب جلوگیری شود.
یک ساخت تلاش می کند به سوالات زیادی پاسخ دهد
برخی از نمونه های اولیه به کندی حرکت می کنند زیرا دامنه ساخت به سادگی بسیار گسترده است.
انتظار میرود که برد عملکرد سختافزار، رفتار نرمافزار، پایداری توان، یکپارچگی سیگنال، حرارت، قابلیت ساخت، رفتار میدانی و شاید حتی فرضیات انطباق اولیه را بهصورت همزمان تأیید کند. از نظر تئوری کارآمد به نظر می رسد. در عمل به این معنی است که هیچ یک از سوالات باز به طور کامل بسته نمی شود.
یک نمونه اولیه متمرکز معمولاً سریعتر از ساختنی که سعی دارد همه چیز را در یک پاس حل کند، تأیید می شود.
در کارهای نمونه اولیه، برنامه اغلب با کندترین سوال حل نشده حرکت می کند، نه فقط با کندترین مرحله فیزیکی.
جایی که تیم های OEM معمولا مشکل را اشتباه ارزیابی می کنند
رایج ترین اشتباه این است که فرض کنیم تاخیر هنوز به تولید تعلق دارد.
گاهی اوقات می شود. اغلب اینطور نیست.
هنگامی که تابلوها از قبل روی نیمکت قرار گرفتند، گلوگاه واقعی معمولاً به منطق اعتبارسنجی، کنترل تجدیدنظر، وضوح منبع و توالی تست تغییر میکند. پروژه هنوز کند به نظر می رسد، اما دیگر کند نیست به همان دلیلی که قبل از ارسال ساخت کند بود.
این تمایز اهمیت دارد زیرا تیم ها اغلب به مشکل اشتباه واکنش نشان می دهند. زمانی که آنچه واقعاً به آن نیاز دارند یک هدف اعتبارسنجی دقیق تر، یک خط پایه تجدیدنظر تمیزتر، یا یک مسیر آزمایشی است که در واقع می تواند به جای ایجاد بحث بیشتر، از تصمیمات پشتیبانی کند، برای ساختن نوبت بعدی سریعتر تلاش می کنند.
اگر تیم هنوز در مورد اینکه دقیقاً چه چیزی را باید ثابت کند بحث میکند، هیئت مدیره میتواند طبق برنامه بازگردد و همچنان یک هفته را در راستیآزمایی از دست بدهد.
یک مورد مفید مرزی
تعداد نمونه اولیه کوچک به طور خودکار به این معنی نیست که تأیید باید سریع باشد.
یک ساخت تخته ده-هنوز میتواند به آهستگی تأیید کند که آیا هر واحد دارای تغییرات منبعیابی حلنشده، هدف آزمایش نامشخص، و مفروضات تجدیدنظر مختلط است. اگر خط پایه سیستمافزار همزمان در حال حرکت باشد و طرح اعتبارسنجی هرگز به اندازه کافی محدود نشده باشد، یک چرخش پنج تخته نیز میتواند بکشد.
از سوی دیگر، اگر BOM پاکتر باشد، سؤال باریکتر باشد، و مسیر{0}}از قبل ساختاریافتهتر باشد، ممکن است یک لات نسبتاً بزرگتر سریعتر تأیید شود.
به همین دلیل است که تعداد تابلوها به تنهایی یک پیش بینی ضعیف برای سرعت تأیید است.
چه چیزی به تأیید سریعتر کمک می کند
اگر هدف کوتاه کردن تأیید نمونه اولیه باشد، معمولاً بزرگترین پیشرفت ها قبل از شروع ساخت بعدی انجام می شود.
سوال اعتبار سنجی را زودتر قفل کنید
زمانی که تیم میداند این چرخش قرار است چه چیزی را ثابت کند، یک نمونه اولیه سریعتر تأیید میشود، و به همان اندازه مهم، آنچه را که قرار نیست ثابت کند.
تغییرات منبع یابی را قابل مشاهده نگه دارید
اگر از جایگزینهای مبتنی بر دسترسی{0}}استفاده میشد، باید در سابقه ساخت واضح باشد و در طول اعتبارسنجی به راحتی قابل بحث باشد. تغییرات پنهان منبع یادگیری آهسته ایجاد می کند.
بسته داده را با مسیر تست تراز کنید
بازبینی BOM، خروجی اسمبلی، نسخه میانافزار، مفروضات برنامهنویسی، و چکلیست{0}up up همه باید به همان خط مبنا مورد نظر اشاره کنند.
مسیر تست را قبل از رسیدن تخته ها آماده کنید
برنامه نویسی، راه اندازی نیمکت، معیارهای قبولی، و هر کار ثابت ساده نباید منتظر بمانند تا مجموعه ها از قبل آماده شوند.
DFM و دسترسی آزمایشی را به عنوان مسائل مربوط به آمادگی تأیید تلقی کنید
اگر دسترسی آزمایشی ضعیف باشد یا خطرات ساخت هنوز حل نشده باشد، تأیید به ندرت تمیز می ماند، مهم نیست که بردها چقدر سریع ساخته شده اند.
این دقیقا همان جایی است که فکر کردن از نظرتست و بازرسیحتی در مرحله نمونه اولیه مفید می شود.
چرا این موضوع در محیط فعلی اهمیت بیشتری دارد؟
در محیط منبع فعلی، جایگزینهای مبتنی بر دسترسی{0}}متداولتر هستند، و کاهش زمان{1}}در بین دستهها نابرابر است. هنگامی که تغییرات مواد به وضوح در طرح اعتبار سنجی منعکس نمی شود، تأیید نمونه اولیه کندتر می شود. هیئت مدیره هنوز هم ممکن است به موقع برسد. مسیر یادگیری اغلب اینطور نیست.
این دلیل دیگری است که تأیید نمونه اولیه باید به عنوان مرحله مهندسی و هماهنگی خود تلقی شود، نه فقط به عنوان پایان زمان مونتاژ.
نتیجه گیری
تأیید نمونه اولیه در پروژههای مونتاژ PCB اغلب به دلیل اتفاقاتی که پس از رسیدن بردها اتفاق میافتد کند میشود، نه تنها با سرعت ساخت آنها.
شایعترین دلایل انتقال داده ضعیف، یافتههای دیرهنگام DFM، جایگزینهای مبتنی بر در دسترس بودن{0}}آمادگی ضعیف برای آزمایش، اصطکاک کاوش دستی، جابجایی بازنگری و اهداف اعتبارسنجی است که برای یک چرخش برای پاسخگویی واضح بسیار گسترده هستند.
اینها همه مشکلات تولید نیستند. بسیاری از آنها قبل از اینکه مشکلات تولیدی باشند، مشکلات آزادسازی، آزمایش و انتقال هستند.
به همین دلیل است که تیم ها باید از برخورد با «نمونه اولیه تحویل شده» به گونه ای که گویی به معنای «تأیید نمونه اولیه» است، دست بکشند.
تخته های روی نیمکت به تنهایی برنامه را کوتاه نمی کنند. یک مسیر تأیید قابل استفاده انجام می دهد.
اگر تیم شما در تلاش است تا تأیید نمونه اولیه را کوتاه کند، گام بعدی عملی این است که ساخت را در مقابل آن بررسی کنیدمونتاژ PCB،مسیر اعتبار سنجی را با سطح مناسب سفت کنیدتست و بازرسیفکر کنید، و سپس محدوده نمونه اولیه بعدی را از طریق تراز کنیددرخواست یک نقل قولیا مستقیماً با تیم تماس بگیریدinfo@pcba-china.com.
سوالات متداول
تفاوت بین تحویل نمونه اولیه و تأیید نمونه اولیه چیست؟
تحویل نمونه اولیه به این معنی است که تابلوها مونتاژ و دریافت شده اند. راستیآزمایی نمونه اولیه به این معنی است که تیم از آن تختهها برای پاسخ به سؤال فنی مورد نظر و تصمیمگیری در مورد آنچه در آینده رخ میدهد استفاده کرده است.
چرا می توان نمونه اولیه برد را به موقع تحویل داد و هنوز هم به آرامی تأیید می شود؟
زیرا کندی سرعت اغلب از تولید به منطق اعتبارسنجی، وضوح BOM، -عدم قطعیت بخشی جایگزین، آمادگی آزمون، کنترل تجدیدنظر، و همترازی متقابل{1}}عملکردی تغییر میکند.
آیا مونتاژ نمونه اولیه سریعتر به طور خودکار به معنای تأیید سریعتر است؟
خیر. مونتاژ سریعتر تنها در صورتی کمک میکند که مسیر اعتبارسنجی از قبل به اندازه کافی روشن باشد تا از سختافزار قبلی به طور مؤثر استفاده شود.
یکی از نادیده گرفتهشدهترین دلایل تأخیر تأیید چیست؟
یکی از دلایل رایج نادیده گرفته شده این است که بسته ساخت به اندازه کافی کامل بود تا منتشر شود، اما به اندازه کافی کامل نبود که پس از ورود بردها به طور تمیز اعتبارسنجی شود.
