پی سی بی اے پروگرامنگ کے لیے کن فرم ویئر فائلوں کی ضرورت ہے؟

جائزہ

ایک فرم ویئر فائل بالکل درست ہو سکتی ہے اور پھر بھی پیداوار کے لیے تیار نہیں ہے۔

پی سی بی اسمبلی پر فرم ویئر پروگرامنگ کے لیے، EMS ٹیم کو جاری کردہ تصویر، درست ہدف کا آلہ، بورڈ کی نظرثانی جس پر اس کا اطلاق ہوتا ہے، پروگرامنگ انٹرفیس، کوئی بھی مطلوبہ میموری ایڈریس یا ڈیوائس کنفیگریشن، اور نتیجہ کی تصدیق کے لیے ایک متعین طریقہ کی ضرورت ہوتی ہے۔ جن پروڈکٹس کو سیریل نمبرز، MAC ایڈریسز، کیلیبریشن ویلیوز، یا سیکیورٹی اسناد کی بھی ضرورت ہوتی ہے انہیں ہینڈلنگ کی اضافی ہدایات کی ضرورت ہوتی ہے۔

ایک مفید پروڈکشن چیک آسان ہے:

کیا ایک ٹیکنیشن جس نے فرم ویئر پروگرام بورڈ کو جاری کردہ ہدایات سے صحیح طریقے سے نہیں لکھا؟

اگر نہیں، تو سافٹ ویئر ترقیاتی نقطہ نظر سے ختم ہو سکتا ہے، لیکن مینوفیکچرنگ ہینڈ آف نہیں ہے۔

پروگرامنگ ریلیز کو ایک صفحے پر رکھیں

فرم ویئر امیج ہینڈ آف کا صرف ایک حصہ ہے۔

بہت سے پروجیکٹس کے لیے، سب سے زیادہ کارآمد ساتھی دستاویز ایک مختصر پروگرامنگ ریلیز شیٹ ہے جو پروڈکشن کو بتاتی ہے کہ کیا منظور کیا گیا ہے اور اسے کیسے استعمال کیا جانا چاہیے۔

اس سے کوئی فرق نہیں پڑتا کہ صارف اسے پروگرامنگ ہدایات، ریلیز نوٹ، مینوفیکچرنگ ہدایات، یا کنٹرول شدہ کام کی ہدایات کہے۔ اہم حصہ یہ ہے کہ آپریٹر کو ای میل تھریڈز، پرانے ڈویلپمنٹ نوٹس، اور فائل ناموں سے سیٹ اپ کو دوبارہ تشکیل دینے کی ضرورت نہیں ہے۔

ایک عملی ریلیز شیٹ میں شامل ہوسکتا ہے:

ایک سادہ MCU بورڈ کو ان میں سے صرف چند اشیاء کی ضرورت ہو سکتی ہے۔ متعدد پروگرامیبل ڈیوائسز، متعدد فرم ویئر ویریئنٹس، منفرد شناخت کنندگان، یا حفاظتی افعال کے ساتھ ایک پروڈکٹ کو مزید کی ضرورت ہوگی۔

ریلیز شیٹ انجینئرنگ کے فیصلوں کو آپریٹر کے ہاتھ سے باہر رکھتی ہے۔ جب تک بورڈ پروگرامنگ تک پہنچتا ہے، منظور شدہ تصویر، سیٹ اپ، اور تصدیق کا اصول پہلے سے ہی واضح ہونا چاہیے۔

فائل فارمیٹ ایک واضح پروگرامنگ طریقہ سے کم اہمیت رکھتا ہے۔

HEX اور BIN عام ہیں، لیکن ہر پروڈکٹ کے لیے خود بخود صحیح جواب نہیں ہے۔

پروڈکشن پروگرامنگ ورک فلو بھی استعمال کر سکتے ہیں:

• ELF یا متعلقہ قابل عمل فارمیٹس؛
• Motorola S-ریکارڈ؛
• وینڈر-مخصوص پروگرامنگ فائلیں؛
• آلہ-مخصوص کنفیگریشن پیکجز۔

ایک خام BIN کو عام طور پر الگ سے متعین منزل کے پتے کی ضرورت ہوتی ہے۔ ایڈریس-بیئرنگ فارمیٹس اس فائل میں زیادہ معلومات لے سکتے ہیں۔ آیا ELF، HEX، BIN، S-ریکارڈ، یا کوئی اور فارمیٹ استعمال کیا جائے اس کا انحصار ہدف کے آلے اور منظور شدہ پروگرامنگ سیٹ اپ پر ہے۔

پیداواری منزل پر، اصول آسان ہے:

منظور شدہ پروگرامنگ سیٹ اپ سے تعاون یافتہ فارمیٹ کا استعمال کریں، اور کسی بھی چیز کو دستاویز کریں جس کی فائل خود وضاحت نہیں کرتی ہے۔

اگر EMS دائرہ کار کسی منظور شدہ پروڈکشن امیج کو پروگرام کرنے تک محدود ہے تو سورس کوڈ عام طور پر غیر ضروری ہوتا ہے۔ ماخذ کوڈ، IDE پروجیکٹس، اور ماحول سازی اس وقت متعلقہ ہو جاتے ہیں جب مرتب کرنا، ڈیبگ کرنا، فرم ویئر میں ترمیم، یا پروڈکشن-تصویر کی تخلیق متفقہ دائرہ کار کا حصہ ہے۔

پورا ذخیرہ بھیجنا اب بھی پیداوار کو نہیں بتاتا ہے کہ کون سی تعمیر منظور ہے۔

پروگرامنگ تک رسائی ایک ہارڈ ویئر کا فیصلہ بھی ہے۔

سسٹم پروگرامنگ میں - کے لیے، سافٹ ویئر پیکج سیٹ اپ کا صرف نصف ہے۔

پروڈکشن اسٹیشن کو ٹارگٹ ڈیوائس تک جسمانی اور برقی رسائی کی بھی ضرورت ہے۔

پروڈکٹ پر منحصر ہے، یہ ہو سکتا ہے:

• SWD;
• JTAG;
• UART یا کوئی اور بوٹ لوڈر انٹرفیس؛
• USB DFU؛
• ایس پی آئی
• ایک وقف پروگرامنگ کنیکٹر؛
• فکسچر-قابل رسائی ٹیسٹ پوائنٹس؛
• ایک اور ڈیوائس-مخصوص انٹرفیس۔

پروگرامنگ انسٹرکشن کو بورڈ پاور کنڈیشن، کنیکٹر یا ٹیسٹ-پوائنٹ پن آؤٹ، مطلوبہ بوٹ سٹیٹ، پروگرامنگ اڈاپٹر، ری سیٹ برتاؤ، اور متوقع مٹانے/پروگرام/تصدیق کی ترتیب کی وضاحت کرنے کی بھی ضرورت ہو سکتی ہے۔

ان تفصیلات کو اسمبل شدہ بورڈز پروگرامنگ اسٹیشن تک پہنچنے سے پہلے ہی حل کیا جاتا ہے۔

ایک بہتر HEX فائل بھیج کر ناقابل رسائی SWD سگنل کو ٹھیک نہیں کیا جا سکتا۔

ان مصنوعات کے لیے جو فکسچر تک رسائی یا پروگرامنگ ٹیسٹ پوائنٹس پر منحصر ہیں، پروگرامنگ کی تیاری جزوی طور پر ایک DFT مسئلہ ہے، نہ کہ صرف سافٹ ویئر ہینڈ آف۔

 

فرم ویئر ریویژن اور بورڈ ریویژن کو ایک ساتھ رکھیں

latest.hex یا final_new_v2.bin نام کی فائلیں اس شخص کے لیے بالکل قابل فہم ہو سکتی ہیں جس نے انہیں بنایا ہے۔ وہ ناقص پیداواری کنٹرول ہیں۔

مینوفیکچرنگ کو منظور شدہ ریلیز میں فرق کرنے کے لیے ایک قابل اعتماد طریقہ کی ضرورت ہے:

• ایک متروک ورژن؛
• انجینئرنگ کی تعمیر؛
• ایک ٹیسٹ-صرف تصویر؛
• ایک اور مصنوعات کی مختلف قسم.

گاہک کے دستاویز-کنٹرول سسٹم پر منحصر ہے، جاری کردہ شناخت میں فرم ویئر کی نظرثانی، کنٹرول شدہ فائل کا نام، ریلیز کی تاریخ، قابل اطلاق بورڈ نظرثانی، کسٹمر کی منظوری کا حوالہ، فائل کا سائز، یا چیکسم/ہیش شامل ہوسکتا ہے۔

پیداوار کو ایک عالمگیر نام یا چیکسم اسکیم کی ضرورت نہیں ہے۔ اسے فولڈر میں موجود ہر چیز سے جاری کردہ تعمیر کو بتانے کے لئے ایک قابل اعتماد طریقہ کی ضرورت ہے۔

یہ اس وقت اور بھی اہم ہو جاتا ہے جب ایک ہارڈویئر پلیٹ فارم کئی سوفٹ ویئر کی مختلف حالتوں کو سپورٹ کرتا ہے۔ بورڈز ایک جیسے نظر آ سکتے ہیں جبکہ تیار شدہ مصنوعات نہیں ہیں۔

 

جب پروگرامنگ میں یونٹ-مخصوص ڈیٹا شامل ہوتا ہے۔

بہت سے پروڈکٹس کے لیے، ہر بورڈ کو وہی فرم ویئر امیج ملتا ہے۔

دیگر پروڈکٹس کو بھی یونٹ-مخصوص معلومات کی ضرورت ہوتی ہے جیسے:

• سیریل نمبرز؛
• میک ایڈریس؛
• مصنوعات کی شناخت
• انشانکن گتانک؛
• علاقائی ترتیب؛
• کسٹمر-مخصوص ترتیبات؛
• ڈیوائس کی اسناد

اس وقت، عام فرم ویئر اور فی- یونٹ ڈیٹا دو مختلف ڈیٹا فلو ہیں۔

پیداوار کو معلوم ہونا چاہیے کہ منفرد قدریں کہاں سے آتی ہیں، وہ کہاں لکھی جاتی ہیں، ہر قدر صحیح فزیکل بورڈ کے ساتھ کیسے منسلک ہوتی ہے، اور ڈپلیکیٹ اسائنمنٹس کو کیسے روکا جاتا ہے۔

ایک تفصیل کو نظر انداز کرنا آسان ہے: ایک منفرد قدر کب استعمال کی جاتی ہے؟

ایک سیریل نمبر یا MAC ایڈریس اس وقت استعمال کیا جا سکتا ہے جب اسے تفویض کیا جاتا ہے، جب پروگرامنگ کامیاب ہو جاتی ہے، یا یونٹ کے مطلوبہ ٹیسٹ پاس کرنے کے بعد ہی۔ ہر پروڈکٹ کے لیے کوئی ایک اصول نہیں ہے، لیکن تعمیر شروع ہونے سے پہلے ایک متفقہ اصول ہونا چاہیے۔

اسی طرح ناکام یونٹس پر لاگو ہوتا ہے. ٹیم کو یہ جاننے کی ضرورت ہے کہ آیا تفویض کردہ قیمت کو دوبارہ استعمال کیا جا سکتا ہے، ریٹائر ہونا ضروری ہے، یا ٹریس ایبلٹی کے لیے ناکام بورڈ سے منسلک رہتا ہے۔

 

پروگرامنگ پاس FCT پاس نہیں ہے۔

پروگرامنگ کی تصدیق اور فنکشنل ٹیسٹنگ مینوفیکچرنگ کے بہاؤ میں ایک دوسرے کے قریب ہوسکتی ہے، لیکن وہ مختلف سوالات کے جوابات دیتے ہیں۔

پروگرامنگ کی توثیق

پروگرامنگ کی توثیق پوچھتی ہے:

کیا مطلوبہ ڈیٹا منظور شدہ پروگرامنگ طریقہ کے مطابق صحیح لکھا گیا تھا؟

ڈیوائس اور سیٹ اپ پر منحصر ہے، اس میں پروگرامر کی تصدیق کا فنکشن، ریڈ بیک موازنہ جہاں اجازت ہو، CRC، کنفیگریشن کی تصدیق، یا کوئی اور منظور شدہ طریقہ شامل ہو سکتا ہے۔

فنکشنل ٹیسٹنگ

فنکشنل ٹیسٹنگ پوچھتی ہے:

کیا پاورڈ اور پروگرام شدہ پی سی بی اسمبلی پروڈکٹ کے لیے مطلوبہ افعال انجام دیتی ہے؟

منصوبے پر منحصر ہے، اس میں شامل ہوسکتا ہے:

• طاقت-رویہ
• مواصلات؛
• ان پٹ/آؤٹ پٹ جواب؛
• سینسر ان پٹ؛
• ریلے یا ایکچوایٹر آؤٹ پٹ؛
• موجودہ قرعہ اندازی؛
• کسٹمر-آپریٹنگ شرائط کی وضاحت کرتا ہے۔

PASS دکھانے والے پروگرامر کو خود بخود اس بات کا ثبوت نہیں سمجھا جانا چاہیے کہ پی سی بی اسمبلی نے ایف سی ٹی پاس کر لیا ہے۔

ایسے پروجیکٹس کے لیے جن کے لیے فرم ویئر لوڈنگ کو بورڈ-لیول کی توثیق کے ساتھ مربوط کرنے کی ضرورت ہوتی ہے، STHLجانچ اور معائنہصلاحیتیں متعلقہ سروس کا راستہ فراہم کرتی ہیں۔

 

دو حالات جن کے لیے اضافی ہدایات کی ضرورت ہے۔

زیادہ تر پروگرامنگ ملازمتوں کو وسیع تر فراہمی کے عمل کی ضرورت نہیں ہوتی ہے۔ جب وہ درخواست دیتے ہیں تو دو حالات اضافی توجہ کے مستحق ہیں۔

ٹیسٹ فرم ویئر اور پروڈکشن فرم ویئر

کچھ مصنوعات مینوفیکچرنگ کے دوران تشخیصی فرم ویئر اور شپمنٹ کے لیے ایک مختلف فرم ویئر ریلیز کا استعمال کرتی ہیں۔

اگر ایسا ہے تو، پیداوار کو یہ جاننے کی ضرورت ہے کہ ہر مرحلے پر کون سی تصویر لاگو ہوتی ہے، جب ٹیسٹ امیج کو تبدیل کیا جاتا ہے، حتمی ریلیز کی تصدیق کیسے ہوتی ہے، اور کیا اس کے بعد ایک اور فنکشنل چیک کی ضرورت ہے۔

بصورت دیگر، ایک بورڈ مینوفیکچرنگ ڈائیگنوسٹک پاس کر سکتا ہے اور پھر بھی غلط فرم ویئر انسٹال ہونے کے ساتھ پیداوار چھوڑ سکتا ہے۔

ہر پروڈکٹ کو علیحدہ ٹیسٹ فرم ویئر کی ضرورت نہیں ہوتی۔ عمل کو اصل مصنوعات کی پیروی کرنا چاہئے.

محفوظ فراہمی

کچھ حفاظتی-فعال آلات کو دستخط شدہ یا خفیہ کردہ تصاویر، محفوظ-بوٹ کی ترتیبات، OTP/eFuse کنفیگریشن، کلیدیں، سرٹیفکیٹس، یا دیگر کنٹرول شدہ پروویژننگ ڈیٹا کی ضرورت ہوتی ہے۔

جب یہ تقاضے لاگو ہوتے ہیں، تو OEM اور EMS فراہم کنندہ کو اس بات سے اتفاق کرنا چاہیے کہ حساس ڈیٹا کا مالک کون ہے، کون سے آپریشن پروڈکشن کو انجام دینے کا اختیار ہے، اور کس طرح ناقابل واپسی ترتیبات کی منظوری دی جاتی ہے۔

ان اشیاء کو عام فرم ویئر اٹیچمنٹ کی طرح ہینڈل نہیں کیا جانا چاہئے۔

اگر پروگرامنگ شروع ہونے کے بعد فرم ویئر میں تبدیلی آتی ہے تو کیا ہوگا؟

ایک نئی فرم ویئر تصویر کو تقریباً فوراً ہی مشترکہ فولڈر میں رکھا جا سکتا ہے۔

پروڈکشن فلور پر پہلے سے موجود بورڈ اس کے ساتھ تبدیل نہیں ہوتے ہیں۔

اگر پروگرامنگ شروع ہونے کے بعد کوئی نئی ریلیز آتی ہے، تو ٹیم کو اس کے لیے واضح مزاج کی ضرورت ہے:

• پہلے سے پہلے ورژن کے ساتھ پروگرام شدہ یونٹس؛
• یونٹس جو پہلے ہی تجربہ کر چکے ہیں؛
• پروگرامنگ کے منتظر یونٹس؛
• کیا ری پروگرامنگ کی ضرورت ہے؛
• چاہے فنکشنل ٹیسٹنگ متاثر ہوئی ہے؛
• آیا دوبارہ جانچ کی ضرورت ہے؛
• جہاں پروڈکشن لاٹ کے اندر نظر ثانی کی حد بیٹھتی ہے۔

جائزہ کی سطح کو تبدیلی کی پیروی کرنی چاہیے۔

درست ڈسپلے سٹرنگ اور پاور-کنٹرول رویے میں تبدیلی ایک جیسا مینوفیکچرنگ خطرہ نہیں رکھتی۔ لیکن نہ ہی صرف فائل کو تبدیل کرکے اور لائن کو جاری رکھنے کے لئے کہہ کر متعارف کرایا جانا چاہئے۔

یہ وہ جگہ ہے جہاں ورژن کنٹرول کاغذی کارروائی کو روکتا ہے اور پروڈکشن کنٹرول بن جاتا ہے۔

 

ایک مختصر پری-پروڈکشن چیک

پہلے پروڈکشن یونٹ کو پروگرام کرنے سے پہلے، خریدار اور EMS ٹیم کو جواب دینے کے قابل ہونا چاہیے:

• کون سی صحیح تصویر یا تصاویر جاری کی جاتی ہیں؟
• کون سا پروگرام قابل آلہ ہر تصویر وصول کرتا ہے؟
• کس بورڈ کی نظرثانی کے لیے فرم ویئر کی منظوری دی گئی ہے؟
• کیا لوڈ ایڈریس یا میموری میپ درکار ہے؟
• کیا آپشن بائٹس، فیوز، یا کنفیگریشن ڈیٹا ایمبیڈڈ یا الگ ہیں؟
• کون سا پروگرامنگ انٹرفیس استعمال کیا جاتا ہے؟
• کیا بورڈ پر پروگرامنگ کی مطلوبہ رسائی دستیاب ہے؟
• پروگرامنگ کے دوران بورڈ کیسے چلتا ہے؟
• کون سا پروگرامر، پروجیکٹ، یا منظور شدہ سیٹ اپ لاگو ہوتا ہے؟
• کیا یونٹ-مخصوص ڈیٹا درکار ہے؟
• کیا ثابت کرتا ہے کہ پروگرامنگ آپریشن گزر گیا؟
• کیا بعد میں فنکشنل ٹیسٹنگ یا کسی اور چیک کی ضرورت ہے؟
• کیا پروجیکٹ ٹیسٹ فرم ویئر، محفوظ پروویژننگ، یا کوئی اور خاص ورک فلو استعمال کرتا ہے؟

اگر وہ جوابات واضح ہیں تو، پروگرامنگ پیکج میں صرف چند فائلیں ہوسکتی ہیں۔

اگر وہ نہیں ہیں تو، مزید فائلیں شامل کرنے سے ہینڈ آف کو شاذ و نادر ہی حل ہوتا ہے۔

 

ایس ٹی ایچ ایل پی سی بی اے مینوفیکچرنگ کے اندر فرم ویئر پروگرامنگ کو کس طرح سپورٹ کرتا ہے۔

Shenzhen STHL Technology Co., Ltd. (STHL) قابل اطلاق PCB اسمبلی پروجیکٹس کے حصے کے طور پر MCU، FPGA، اور EEPROM پروگرامنگ کو سپورٹ کرتا ہے۔ پروگرامنگ کو فنکشنل ٹیسٹنگ اور پروجیکٹ کے ساتھ مربوط کیا جا سکتا ہے-جہاں ضرورت ہو مخصوص ٹریس ایبلٹی ضروریات۔

انفرادی تعمیر کے لیے، پروگرامنگ کا جائزہ جاری کردہ امیج، ٹارگٹ ڈیوائس، بورڈ پر نظرثانی، پروگرامنگ تک رسائی، مطلوبہ ڈیوائس کنفیگریشن، تصدیق کا طریقہ، اور گاہک کی طرف سے فراہم کردہ کسی بھی یونٹ-مخصوص ڈیٹا کا احاطہ کر سکتا ہے۔

درست پروگرامر، فکسچر یا کیبل، حفاظتی تقاضے، فرم ویئر کی ملکیت، اور مطلوبہ پروڈکشن ریکارڈ کو مخصوص پروجیکٹ کے لیے متفق ہونا چاہیے بجائے اس کے کہ کسی عمومی صلاحیت کے بیان سے فرض کیا جائے۔

نتیجہ

سب سے اہم PCBA فرم ویئر پروگرامنگ کے تقاضوں کی وضاحت اس بات سے نہیں کی جاتی ہے کہ آیا صارف HEX، BIN، ELF، یا کوئی اور معاون فائل بھیجتا ہے۔

ایک پروڈکشن-تیار ہینڈ آف کو مینوفیکچرنگ ٹیم کو چار بنیادی سوالات کے جوابات دینے چاہئیں:

• کون سا ڈیٹا پروگرام کیا جانا چاہئے؟
• اس کا تعلق کس ڈیوائس اور بورڈ ریویژن سے ہے؟
• کس طرح پروڈکشن پروگرام اور اس کی تصدیق کرنی چاہئے؟
• پی سی بی اسمبلی کے اگلے پروڈکشن مرحلے پر جانے سے پہلے کیا ہونا چاہیے؟

ایک سادہ MCU بورڈ کے لیے، وہ جوابات ایک صفحے پر فٹ ہو سکتے ہیں۔ متعدد قابل پروگرام آلات، منفرد ڈیٹا، ایک سے زیادہ فرم ویئر کی مختلف حالتوں، یا حفاظتی تقاضوں کے ساتھ ایک پروڈکٹ کو قدرتی طور پر مزید تفصیل کی ضرورت ہوگی۔

فرم ویئر مینوفیکچرنگ کے لیے اس وقت تیار ہوتا ہے جب ایک قابل پروڈکشن ٹیم جاری کردہ معلومات سے منظور شدہ پروگرامنگ کے عمل کو دہرا سکتی ہے، بجائے اس کے کہ اس علم پر انحصار کیا جائے جو صرف ڈویلپر کے سر میں موجود ہے۔

ایسی تعمیر کے لیے جس میں فرم ویئر پروگرامنگ کی ضرورت ہو، دستیاب پروگرامنگ فائلوں اور ہدایات کو BOM، Gerber فائلوں، اسمبلی کی معلومات، مقدار، اور جانچ کے تقاضوں کے ساتھ شامل کریں جب آپاپنے PCBA پروجیکٹ کی تفصیلات جمع کروائیں۔.

پروگرامنگ کے لیے مخصوص سوالات{0}}، STHL سے رابطہ کریں۔info@pcba-china.com.