PCBA প্রোগ্রামিং এর জন্য কোন ফার্মওয়্যার ফাইল প্রয়োজন?

ওভারভিউ

একটি ফার্মওয়্যার ফাইল পুরোপুরি বৈধ হতে পারে এবং এখনও উত্পাদনের জন্য প্রস্তুত নয়।

PCB অ্যাসেম্বলিতে ফার্মওয়্যার প্রোগ্রামিংয়ের জন্য, EMS টিমের রিলিজ করা ইমেজ, সঠিক টার্গেট ডিভাইস, এটি যে বোর্ড রিভিশনে প্রযোজ্য, প্রোগ্রামিং ইন্টারফেস, প্রয়োজনীয় মেমরি অ্যাড্রেস বা ডিভাইস কনফিগারেশন এবং ফলাফল যাচাই করার একটি সংজ্ঞায়িত উপায় প্রয়োজন। যে পণ্যগুলির জন্য ক্রমিক নম্বর, MAC ঠিকানা, ক্রমাঙ্কন মান বা নিরাপত্তা শংসাপত্রের প্রয়োজন হয় সেগুলির অতিরিক্ত পরিচালনা নির্দেশাবলীর প্রয়োজন৷

একটি দরকারী উত্পাদন চেক সহজ:

একজন প্রযুক্তিবিদ যিনি ফার্মওয়্যার প্রোগ্রামটি বোর্ডে সঠিকভাবে প্রকাশ করা নির্দেশাবলী থেকে লিখতে পারেননি?

যদি না হয়, সফ্টওয়্যার একটি উন্নয়ন দৃষ্টিকোণ থেকে সমাপ্ত হতে পারে, কিন্তু উত্পাদন হ্যান্ডঅফ না.

এক পৃষ্ঠায় প্রোগ্রামিং রিলিজ রাখুন

ফার্মওয়্যার ইমেজ হ্যান্ডঅফের শুধুমাত্র একটি অংশ।

অনেক প্রকল্পের জন্য, সবচেয়ে উপযোগী সহচর নথি হল একটি সংক্ষিপ্ত প্রোগ্রামিং রিলিজ শীট যা উৎপাদনকে কী অনুমোদন করা হয়েছে এবং কীভাবে এটি ব্যবহার করা উচিত তা বলে।

গ্রাহক এটিকে একটি প্রোগ্রামিং নির্দেশ, রিলিজ নোট, উত্পাদন নির্দেশনা, বা নিয়ন্ত্রিত কাজের নির্দেশনা বলে কিনা তা বিবেচ্য নয়৷ গুরুত্বপূর্ণ অংশটি হল যে অপারেটরকে ইমেল থ্রেড, পুরানো বিকাশ নোট এবং ফাইলের নামগুলি থেকে সেটআপটি পুনর্গঠন করতে হবে না।

একটি ব্যবহারিক রিলিজ শীট অন্তর্ভুক্ত হতে পারে:

একটি সাধারণ MCU বোর্ডের জন্য এই আইটেমের কয়েকটির প্রয়োজন হতে পারে। একাধিক প্রোগ্রামেবল ডিভাইস, একাধিক ফার্মওয়্যার ভেরিয়েন্ট, অনন্য শনাক্তকারী বা নিরাপত্তা ফাংশন সহ একটি পণ্যের আরও বেশি প্রয়োজন হবে।

রিলিজ শীট ইঞ্জিনিয়ারিং সিদ্ধান্তগুলি অপারেটরের হাতের বাইরে রাখে। বোর্ড প্রোগ্রামিং-এ পৌঁছানোর সময়, অনুমোদিত চিত্র, সেটআপ এবং যাচাইকরণের নিয়ম ইতিমধ্যেই পরিষ্কার হওয়া উচিত।

ফাইল ফরম্যাট একটি পরিষ্কার প্রোগ্রামিং পদ্ধতির চেয়ে কম গুরুত্বপূর্ণ

HEX এবং BIN সাধারণ, কিন্তু প্রতিটি পণ্যের জন্য স্বয়ংক্রিয়ভাবে সঠিক উত্তর নয়।

উত্পাদন প্রোগ্রামিং কর্মপ্রবাহ এছাড়াও ব্যবহার করতে পারে:

• ELF বা সম্পর্কিত এক্সিকিউটেবল ফরম্যাট;
• মটোরোলা S-রেকর্ড;
• বিক্রেতা-নির্দিষ্ট প্রোগ্রামিং ফাইল;
• ডিভাইস-নির্দিষ্ট কনফিগারেশন প্যাকেজ।

একটি কাঁচা BIN সাধারণত একটি পৃথকভাবে সংজ্ঞায়িত গন্তব্য ঠিকানা প্রয়োজন. অ্যাড্রেস-বিয়ারিং ফরম্যাট ফাইলের মধ্যে সেই তথ্যের বেশি বহন করতে পারে। ELF, HEX, BIN, S-রেকর্ড বা অন্য ফর্ম্যাট ব্যবহার করা হবে কিনা তা নির্ভর করে টার্গেট ডিভাইস এবং অনুমোদিত প্রোগ্রামিং সেটআপের উপর।

উত্পাদন মেঝেতে, নিয়মটি সহজ:

অনুমোদিত প্রোগ্রামিং সেটআপ দ্বারা সমর্থিত একটি বিন্যাস ব্যবহার করুন এবং ফাইল নিজেই সংজ্ঞায়িত করে না এমন কিছু নথিভুক্ত করুন।

যদি EMS সুযোগ একটি অনুমোদিত প্রোডাকশন ইমেজ প্রোগ্রামিং এর মধ্যে সীমাবদ্ধ থাকে, সোর্স কোড সাধারণত অপ্রয়োজনীয়। কম্পাইলিং, ডিবাগিং, ফার্মওয়্যার পরিবর্তন, বা উৎপাদন{1}} ছবি তৈরি করা সম্মত সুযোগের অংশ হলে সোর্স কোড, IDE প্রকল্প এবং বিল্ড এনভায়রনমেন্ট প্রাসঙ্গিক হয়ে ওঠে।

পুরো সংগ্রহস্থল পাঠানো এখনও উৎপাদনকে বলে না কোন বিল্ড অনুমোদিত।

প্রোগ্রামিং অ্যাক্সেস একটি হার্ডওয়্যার সিদ্ধান্ত খুব

সিস্টেম প্রোগ্রামিংয়ের জন্য, সফ্টওয়্যার প্যাকেজ সেটআপের অর্ধেক।

উৎপাদন স্টেশনেরও লক্ষ্য ডিভাইসে শারীরিক এবং বৈদ্যুতিক অ্যাক্সেস প্রয়োজন।

পণ্যের উপর নির্ভর করে, এটি হতে পারে:

• SWD;
• JTAG;
• UART বা অন্য বুটলোডার ইন্টারফেস;
• ইউএসবি ডিএফইউ;
• SPI;
• একটি ডেডিকেটেড প্রোগ্রামিং সংযোগকারী;
• ফিক্সচার-অভিগম্য পরীক্ষার পয়েন্ট;
• অন্য একটি ডিভাইস-নির্দিষ্ট ইন্টারফেস।

প্রোগ্রামিং নির্দেশনায় বোর্ড পাওয়ার কন্ডিশন, সংযোগকারী বা পরীক্ষা-পয়েন্ট পিনআউট, প্রয়োজনীয় বুট স্টেট, প্রোগ্রামিং অ্যাডাপ্টার, রিসেট আচরণ এবং প্রত্যাশিত ইরেজ/প্রোগ্রাম/যাচাই ক্রম নির্ধারণ করতে হতে পারে।

একত্রিত বোর্ডগুলি প্রোগ্রামিং স্টেশনে পৌঁছানোর আগে এই বিবরণগুলি সর্বোত্তমভাবে সমাধান করা হয়।

একটি ভাল HEX ফাইল পাঠিয়ে একটি দুর্গম SWD সংকেত ঠিক করা যাবে না৷

ফিক্সচার অ্যাক্সেস বা প্রোগ্রামিং পরীক্ষার পয়েন্টের উপর নির্ভরশীল পণ্যগুলির জন্য, প্রোগ্রামিং প্রস্তুতি আংশিকভাবে একটি DFT সমস্যা, শুধুমাত্র একটি সফ্টওয়্যার হ্যান্ডঅফ নয়।

 

ফার্মওয়্যার রিভিশন এবং বোর্ড রিভিশন একসাথে রাখুন

latest.hex বা final_new_v2.bin নামের ফাইলগুলি যে ব্যক্তি তৈরি করেছেন তার কাছে পুরোপুরি বোধগম্য হতে পারে। তারা দুর্বল উত্পাদন নিয়ন্ত্রণ.

অনুমোদিত রিলিজকে এর থেকে আলাদা করার জন্য উত্পাদনের একটি নির্ভরযোগ্য উপায় প্রয়োজন:

• একটি অপ্রচলিত সংস্করণ;
• একটি প্রকৌশল নির্মাণ;
• একটি পরীক্ষা-শুধুমাত্র ছবি;
• আরেকটি পণ্য বৈকল্পিক।

গ্রাহকের নথি{0}}নিয়ন্ত্রণ ব্যবস্থার উপর নির্ভর করে, প্রকাশিত পরিচয়ে ফার্মওয়্যার সংশোধন, নিয়ন্ত্রিত ফাইলের নাম, প্রকাশের তারিখ, প্রযোজ্য বোর্ড সংশোধন, গ্রাহক অনুমোদনের রেফারেন্স, ফাইলের আকার বা একটি চেকসাম/হ্যাশ অন্তর্ভুক্ত থাকতে পারে।

উত্পাদনের জন্য একটি সর্বজনীন নামকরণ বা চেকসাম স্কিমের প্রয়োজন নেই। ফোল্ডারে থাকা সমস্ত কিছু থেকে মুক্তি পাওয়া বিল্ডটি বলার জন্য এটির একটি নির্ভরযোগ্য উপায় প্রয়োজন।

এটি আরও গুরুত্বপূর্ণ হয়ে ওঠে যখন একটি হার্ডওয়্যার প্ল্যাটফর্ম বিভিন্ন সফ্টওয়্যার বৈকল্পিক সমর্থন করে। বোর্ডগুলি অভিন্ন দেখাতে পারে যখন সমাপ্ত পণ্যগুলি না হয়।

 

যখন প্রোগ্রামিং ইউনিট-নির্দিষ্ট ডেটা অন্তর্ভুক্ত করে

অনেক পণ্যের জন্য, প্রতিটি বোর্ড একই ফার্মওয়্যার ইমেজ পায়।

অন্যান্য পণ্যগুলিরও ইউনিট-নির্দিষ্ট তথ্যের প্রয়োজন যেমন:

• সিরিয়াল নম্বর;
• MAC ঠিকানা;
• পণ্য আইডি;
• ক্রমাঙ্কন সহগ;
• আঞ্চলিক কনফিগারেশন;
• গ্রাহক-নির্দিষ্ট সেটিংস;
• ডিভাইস শংসাপত্র।

সেই সময়ে, সাধারণ ফার্মওয়্যার এবং প্রতি-ইউনিট ডেটা দুটি ভিন্ন ডেটা প্রবাহ।

প্রোডাকশনের জানা উচিত যে অনন্য মানগুলি কোথা থেকে এসেছে, সেগুলি কোথায় লেখা হয়েছে, প্রতিটি মান কীভাবে সঠিক ফিজিক্যাল বোর্ডের সাথে যুক্ত এবং কীভাবে ডুপ্লিকেট অ্যাসাইনমেন্টগুলি প্রতিরোধ করা হয়।

একটি বিশদ উপেক্ষা করা সহজ: একটি অনন্য মান কখন ব্যবহার করা হয়?

একটি ক্রমিক নম্বর বা MAC ঠিকানা ব্যবহার করা হতে পারে যখন এটি বরাদ্দ করা হয়, যখন প্রোগ্রামিং সফল হয়, বা ইউনিটটি প্রয়োজনীয় পরীক্ষায় উত্তীর্ণ হওয়ার পরে। প্রতিটি পণ্যের জন্য কোন একক নিয়ম নেই, তবে বিল্ড শুরু করার আগে একটি সম্মত নিয়ম থাকা উচিত।

একই ব্যর্থ ইউনিট প্রযোজ্য. দলটিকে জানতে হবে যে একটি নির্ধারিত মান পুনঃব্যবহার করা যেতে পারে, অবশ্যই অবসর নিতে হবে, অথবা ট্রেসেবিলিটির জন্য ব্যর্থ বোর্ডের সাথে সংযুক্ত থাকবে কিনা।

 

একটি প্রোগ্রামিং পাস একটি FCT পাস নয়

প্রোগ্রামিং যাচাইকরণ এবং কার্যকরী পরীক্ষা উত্পাদন প্রবাহে একসাথে ঘটতে পারে, তবে তারা বিভিন্ন প্রশ্নের উত্তর দেয়।

প্রোগ্রামিং যাচাইকরণ

প্রোগ্রামিং যাচাইকরণ জিজ্ঞাসা করে:

অনুমোদিত প্রোগ্রামিং পদ্ধতি অনুসারে উদ্দেশ্যযুক্ত ডেটা সঠিকভাবে লেখা হয়েছিল?

ডিভাইস এবং সেটআপের উপর নির্ভর করে, এতে একজন প্রোগ্রামারের যাচাইকরণ ফাংশন, যেখানে অনুমতি আছে সেখানে রিডব্যাক তুলনা, সিআরসি, কনফিগারেশন যাচাই বা অন্য অনুমোদিত পদ্ধতি জড়িত থাকতে পারে।

কার্যকরী পরীক্ষা

কার্যকরী পরীক্ষা জিজ্ঞাসা করে:

চালিত এবং প্রোগ্রাম করা PCB সমাবেশ কি পণ্যের জন্য প্রয়োজনীয় কার্য সম্পাদন করে?

প্রকল্পের উপর নির্ভর করে, এতে অন্তর্ভুক্ত থাকতে পারে:

• ক্ষমতা-উপরের আচরণ;
• যোগাযোগ
• ইনপুট/আউটপুট প্রতিক্রিয়া;
• সেন্সর ইনপুট;
• রিলে বা অ্যাকচুয়েটর আউটপুট;
• বর্তমান ড্র;
• গ্রাহক-সংজ্ঞায়িত অপারেটিং শর্ত।

PASS প্রদর্শনকারী একজন প্রোগ্রামারকে স্বয়ংক্রিয়ভাবে প্রমাণ হিসাবে গণ্য করা উচিত নয় যে PCB সমাবেশ FCT পাস করেছে।

যে প্রকল্পগুলির জন্য ফার্মওয়্যার লোডিং বোর্ড-স্তরের বৈধতার সাথে সমন্বয় করতে হবে, STHL-এরপরীক্ষা এবং পরিদর্শনক্ষমতাগুলি প্রাসঙ্গিক পরিষেবা পথ প্রদান করে।

 

দুটি পরিস্থিতি যা অতিরিক্ত নির্দেশাবলীর প্রয়োজন

বেশিরভাগ প্রোগ্রামিং কাজের জন্য একটি বিস্তৃত বিধান প্রক্রিয়ার প্রয়োজন হয় না। যখন তারা আবেদন করে তখন দুটি পরিস্থিতি অতিরিক্ত মনোযোগের দাবি রাখে।

পরীক্ষা ফার্মওয়্যার এবং উত্পাদন ফার্মওয়্যার

কিছু পণ্য উত্পাদনের সময় ডায়াগনস্টিক ফার্মওয়্যার এবং চালানের জন্য একটি ভিন্ন ফার্মওয়্যার রিলিজ ব্যবহার করে।

যদি তাই হয়, প্রতিটি পর্যায়ে কোন চিত্রটি প্রযোজ্য, কখন পরীক্ষার চিত্র প্রতিস্থাপন করা হয়, কীভাবে চূড়ান্ত প্রকাশ নিশ্চিত করা হয় এবং পরবর্তীতে অন্য কার্যকরী চেক প্রয়োজন কিনা তা উৎপাদন জানতে হবে।

অন্যথায়, একটি বোর্ড একটি উত্পাদন ডায়াগনস্টিক পাস করতে পারে এবং এখনও ভুল ফার্মওয়্যার ইনস্টল করে উত্পাদন ছেড়ে যেতে পারে।

প্রতিটি পণ্য পৃথক পরীক্ষা ফার্মওয়্যার প্রয়োজন হয় না. প্রক্রিয়া প্রকৃত পণ্য অনুসরণ করা উচিত.

সুরক্ষিত বিধান

কিছু নিরাপত্তা{0}}সক্ষম ডিভাইসের জন্য সাইন করা বা এনক্রিপ্ট করা ছবি, সুরক্ষিত-বুট সেটিংস, OTP/eFuse কনফিগারেশন, কী, সার্টিফিকেট বা অন্যান্য নিয়ন্ত্রিত প্রভিশনিং ডেটা প্রয়োজন।

যখন এই প্রয়োজনীয়তাগুলি প্রযোজ্য হয়, তখন OEM এবং EMS প্রদানকারীর সংবেদনশীল ডেটার মালিক কে সম্মত হওয়া উচিত, কোন অপারেশন উত্পাদন সম্পাদন করার জন্য অনুমোদিত এবং কীভাবে অপরিবর্তনীয় সেটিংস অনুমোদিত হয়।

এই আইটেমগুলি সাধারণ ফার্মওয়্যার সংযুক্তির মতো পরিচালনা করা উচিত নয়।

প্রোগ্রামিং শুরু হওয়ার পরে ফার্মওয়্যার পরিবর্তন হলে কী হবে?

একটি নতুন ফার্মওয়্যার ইমেজ প্রায় অবিলম্বে একটি ভাগ করা ফোল্ডারে স্থাপন করা যেতে পারে।

ইতিমধ্যে উত্পাদন ফ্লোরে থাকা বোর্ডগুলি এর সাথে পরিবর্তন হয় না।

প্রোগ্রামিং শুরু হওয়ার পরে যদি একটি নতুন রিলিজ আসে, দলের জন্য একটি স্পষ্ট স্বভাব প্রয়োজন:

• ইউনিটগুলি ইতিমধ্যে পূর্ববর্তী সংস্করণের সাথে প্রোগ্রাম করা হয়েছে;
• ইউনিট ইতিমধ্যে পরীক্ষিত;
• প্রোগ্রামিং জন্য অপেক্ষা ইউনিট;
• রিপ্রোগ্রামিং প্রয়োজন কিনা;
• কার্যকরী পরীক্ষা প্রভাবিত কিনা;
• পুনরায় পরীক্ষা করা প্রয়োজন কিনা;
• যেখানে রিভিশন বাউন্ডারি প্রোডাকশন লটের মধ্যে বসে।

পর্যালোচনা স্তর পরিবর্তন অনুসরণ করা উচিত.

একটি সংশোধন করা ডিসপ্লে স্ট্রিং এবং ক্ষমতার পরিবর্তন-নিয়ন্ত্রণ আচরণ একই উত্পাদন ঝুঁকি বহন করে না। কিন্তু কোনটিই কেবল একটি ফাইল প্রতিস্থাপন করে এবং লাইনটিকে চালিয়ে যেতে বলার মাধ্যমে চালু করা উচিত নয়।

এখানেই সংস্করণ নিয়ন্ত্রণ কাগজপত্র হওয়া বন্ধ করে এবং উত্পাদন নিয়ন্ত্রণে পরিণত হয়।

 

একটি সংক্ষিপ্ত প্রি-উৎপাদন পরীক্ষা

প্রথম উত্পাদন ইউনিট প্রোগ্রাম করার আগে, ক্রেতা এবং EMS দল উত্তর দিতে সক্ষম হওয়া উচিত:

• ঠিক কি ছবি বা ছবি প্রকাশ করা হয়?
• কোন প্রোগ্রামেবল ডিভাইস প্রতিটি ছবি গ্রহণ করে?
• ফার্মওয়্যারটি কোন বোর্ডের সংশোধনের জন্য অনুমোদিত?
• একটি লোড ঠিকানা বা মেমরি মানচিত্র প্রয়োজন?
• বিকল্প বাইট, ফিউজ, বা কনফিগারেশন ডেটা এমবেডেড বা আলাদা?
• কোন প্রোগ্রামিং ইন্টারফেস ব্যবহার করা হয়?
• প্রয়োজনীয় প্রোগ্রামিং অ্যাক্সেস কি বোর্ডে উপলব্ধ?
• কিভাবে বোর্ড প্রোগ্রামিং সময় চালিত হয়?
• কোন প্রোগ্রামার, প্রকল্প, বা অনুমোদিত সেটআপ প্রযোজ্য?
• ইউনিট-নির্দিষ্ট ডেটার কি প্রয়োজন?
• কি প্রমাণ করে যে প্রোগ্রামিং অপারেশন পাস?
• কার্যকরী পরীক্ষা বা অন্য চেক পরে প্রয়োজন?
• প্রজেক্ট কি টেস্ট ফার্মওয়্যার, সুরক্ষিত বিধান, বা অন্য বিশেষ ওয়ার্কফ্লো ব্যবহার করে?

যদি এই উত্তরগুলি পরিষ্কার হয় তবে প্রোগ্রামিং প্যাকেজটিতে শুধুমাত্র কয়েকটি ফাইল থাকতে পারে।

সেগুলি না থাকলে, আরও ফাইল যোগ করা খুব কমই হ্যান্ডঅফের সমাধান করে।

 

পিসিবিএ ম্যানুফ্যাকচারিংয়ের মধ্যে কীভাবে STHL ফার্মওয়্যার প্রোগ্রামিংকে সমর্থন করে

Shenzhen STHL Technology Co., Ltd. (STHL) প্রযোজ্য PCB সমাবেশ প্রকল্পের অংশ হিসাবে MCU, FPGA, এবং EEPROM প্রোগ্রামিং সমর্থন করে। প্রোগ্রামিংকে কার্যকরী পরীক্ষা এবং প্রকল্পের সাথে সমন্বয় করা যেতে পারে-নির্দিষ্ট ট্রেসেবিলিটি প্রয়োজনীয়তা যেখানে প্রয়োজন।

একটি স্বতন্ত্র বিল্ডের জন্য, প্রোগ্রামিং রিভিউ প্রকাশ করা ছবি, টার্গেট ডিভাইস, বোর্ড রিভিশন, প্রোগ্রামিং অ্যাক্সেস, প্রয়োজনীয় ডিভাইস কনফিগারেশন, যাচাইকরণ পদ্ধতি, এবং গ্রাহকের দ্বারা সরবরাহ করা কোনো ইউনিট{0}}নির্দিষ্ট ডেটা কভার করতে পারে।

সঠিক প্রোগ্রামার, ফিক্সচার বা তার, নিরাপত্তা প্রয়োজনীয়তা, ফার্মওয়্যার মালিকানা, এবং প্রয়োজনীয় উত্পাদন রেকর্ডগুলি একটি সাধারণ ক্ষমতা বিবৃতি থেকে অনুমান না করে নির্দিষ্ট প্রকল্পের জন্য সম্মত হওয়া উচিত।

উপসংহার

সবচেয়ে গুরুত্বপূর্ণ PCBA ফার্মওয়্যার প্রোগ্রামিং প্রয়োজনীয়তা গ্রাহক একটি HEX, BIN, ELF, বা অন্য সমর্থিত ফাইল পাঠান কিনা তা দ্বারা সংজ্ঞায়িত করা হয় না।

একটি প্রোডাকশন{0}}তৈরি হ্যান্ডঅফের জন্য ম্যানুফ্যাকচারিং টিমকে চারটি মৌলিক প্রশ্নের উত্তর দেওয়া উচিত:

• কি তথ্য প্রোগ্রাম করা উচিত?
• এটি কোন ডিভাইস এবং বোর্ড সংশোধনের অন্তর্গত?
• কিভাবে উত্পাদন প্রোগ্রাম এবং এটি যাচাই করা উচিত?
• পিসিবি সমাবেশ পরবর্তী উত্পাদন ধাপে যাওয়ার আগে কী ঘটতে হবে?

একটি সাধারণ MCU বোর্ডের জন্য, সেই উত্তরগুলি এক পৃষ্ঠায় ফিট হতে পারে। একাধিক প্রোগ্রামেবল ডিভাইস, অনন্য ডেটা, একাধিক ফার্মওয়্যার ভেরিয়েন্ট, বা সুরক্ষা প্রয়োজনীয়তা সহ একটি পণ্যের স্বাভাবিকভাবেই আরও বিশদ প্রয়োজন।

ফার্মওয়্যার উত্পাদনের জন্য প্রস্তুত যখন একটি যোগ্য উত্পাদন দল শুধুমাত্র বিকাশকারীর মাথায় বিদ্যমান জ্ঞানের উপর নির্ভর না করে প্রকাশিত তথ্য থেকে অনুমোদিত প্রোগ্রামিং প্রক্রিয়া পুনরাবৃত্তি করতে পারে।

ফার্মওয়্যার প্রোগ্রামিং প্রয়োজন এমন একটি বিল্ডের জন্য, উপলব্ধ প্রোগ্রামিং ফাইল এবং BOM, Gerber ফাইল, সমাবেশ তথ্য, পরিমাণ এবং পরীক্ষার প্রয়োজনীয়তার সাথে নির্দেশাবলী অন্তর্ভুক্ত করুন যখন আপনিআপনার PCBA প্রকল্পের বিবরণ জমা দিন.

প্রোগ্রামিং{0}}নির্দিষ্ট প্রশ্নগুলির জন্য, STHL-এ যোগাযোগ করুনinfo@pcba-china.com.