एक प्रोजेक्ट पूरा होने के बाद इलेक्ट्रिकल इंजीनियर को एक अनुबंध क्या देना चाहिए?

Question

मैं एक छोटे अनुबंध की नौकरी के लिए एक इलेक्ट्रिकल इंजीनियर को किराए पर लेने के लिए तैयार हो रहा हूं - एक प्रोटोटाइप बना रहा हूं। मैं जानना चाहता हूं कि परियोजना पूरी होने पर मुझे क्या करना चाहिए?

मुझे लगता है कि योजनाबद्ध, प्रोटोटाइप, भागों की सूची मानक होगी, लेकिन मुझे क्या याद आ रही है? क्या मुझे एक ऑटो-कैड फ़ाइल के लिए पूछना चाहिए - यह सुनिश्चित नहीं करना चाहिए कि यह अभी तक क्या है ... क्या अन्य चीजें हैं जो मुझे भविष्य में परियोजना को संभालने के लिए एक अलग इंजीनियर की आवश्यकता होगी?

बस, मुझे क्या माँगना चाहिए?

Answer 1

डिजाइन इंजीनियर विचार पसंद नहीं करेंगे, लेकिन एक डिजाइन इंजीनियर के रूप में एक परियोजना के लिए मेरा आउटपुट कागज का ढेर है । एक सख्त अर्थ में काम करने वाले प्रोटोटाइप की भी आवश्यकता नहीं है, हालांकि यह निश्चित रूप से ग्राहक के दिमाग को आसानी से डाल देगा। :-)
हम देखेंगे कि आपको बहुत सारे दस्तावेज़ों की आवश्यकता है, और डिज़ाइन इंजीनियर कार्य के लिए प्रेरित नहीं हैं; पढ़ें: वे इसके बारे में एक गरीब काम करते हैं। वे अन्य चीजों में बेहतर हैं। इसलिए कुछ कंपनियों को एक है documentalist प्रलेखन चरण का पालन करने के लिए एक टीम में,।

आपको उत्पाद के जीवनकाल में हर चरण के लिए दस्तावेजों की आवश्यकता है :

• उत्पादन
• रखरखाव
• मरम्मत
• निपटान

उत्पादन
यह सबसे व्यापक है, और सबसे अधिक ध्यान केंद्रित किया जाएगा (और दुर्भाग्य से यह अक्सर वहीं रुक जाता है)।

• schematics
• पीसीबी लेआउट (Gerber फ़ाइलें, ड्रिल सहित)
• सामग्री के बिल
• सभी के लिए डेटाशीट (!)
• यांत्रिक चित्र
• सॉफ्टवेयर स्रोत (प्रोजेक्ट फ़ाइल सम्मिलित करें)
• सॉफ्टवेयर ऑब्जेक्ट फ़ाइलें
• टेस्ट जिग डिजाइन और ऑपरेशन निर्देश (इसमें उपरोक्त सभी फाइलें शामिल हो सकती हैं!)
• ICP (इन-सर्किट प्रोग्रामिंग) प्रक्रिया

रखरखाव

• दस्तावेज़ और उत्पाद के रखरखाव के लिए प्रक्रिया और उपकरण का वर्णन, और उपभोग्य सामग्रियों को कैसे बदलें

मरम्मत

• दस्तावेज़ (एस) यह वर्णन करते हुए कि दोषपूर्ण भागों को बदलने के लिए उत्पाद को कैसे अलग रखना है। उत्पाद के जीवनकाल के दौरान विफल रहने वाले भागों को कैसे बदलें (एफएमईए के आधार पर। आपने FMEA किया, क्या आपने नहीं?

निपटान

• खतरनाक उत्पादों और घटकों के बारे में विवरण के साथ, यह वर्णन करते हुए कि उत्पाद को जीवन के अंत में कैसे निपटाया जाना है, इसका वर्णन किया गया है।

जब भी संभव दस्तावेजों में एक संस्करण संख्या और / या मुद्दा तिथि होनी चाहिए (आप हमेशा इस पर नियंत्रण नहीं रखते हैं, खासकर बाहरी दस्तावेजों के साथ, हालांकि अधिकांश डेटाशीट्स में कम से कम या तो संस्करण संख्या या प्रकाशन तिथि होगी)। आप सभी दस्तावेज़ों को मूल स्वरूप और एक मानक इलेक्ट्रॉनिक, मुद्रण योग्य प्रारूप, जैसे पीडीएफ में चाहते हैं । निर्दिष्ट करें कि इलेक्ट्रॉनिक फ़ाइलों को कैसे वितरित किया जाना है: क्लाउड (मेरा पसंदीदा नहीं, गोपनीयता-वार), सीडी, डीवीडी , ...

एक नोट के रूप में मैं कहना चाहता हूं कि विशेष रूप से छोटी परियोजनाओं में भी परियोजना प्रबंधन अक्सर योजनाबद्ध और पीसीबी लेआउट के अलावा किसी और चीज में दिलचस्पी नहीं रखता है। बिना किसी अपवाद के इन परियोजनाओं में से प्रत्येक , बाद में मुसीबत में चलती है।

Answer 2

यह मानते हुए कि इंजीनियर एक मुद्रित सर्किट बोर्ड (पीसीबी) का निर्माण करेंगे, वे कुछ प्रकार के योजनाबद्ध कैप्चर और पीसीबी लेआउट प्रोग्राम का उपयोग करेंगे। आप उसकी डिज़ाइन फ़ाइलों की प्रतिलिपि प्राप्त करना चाहते हैं (न केवल अंतिम आउटपुट, जैसे कि योजनाबद्ध का एक पीडीएफ), ताकि भविष्य में ज़रूरत पड़ने पर उन्हें दूसरे इंजीनियर के रूप में बदल दिया जा सके। अन्यथा दूसरे इंजीनियर को ड्राइंग से डिज़ाइन फ़ाइलों को फिर से बनाना होगा।

उदाहरण के लिए, मैं ईगल पीसीबी का उपयोग करता हूं , इसलिए संबंधित फाइलें योजनाबद्ध (.sch) और लेआउट (.brd) फाइलें होंगी, साथ ही किसी भी कस्टम भागों के साथ जो मैंने एक पुस्तकालय (.lbr फाइलों) में जोड़ा है। इसके अलावा किसी भी अद्वितीय डिजाइन नियम की जाँच (.dru) और टूलींग फ़ाइलें (.cam)।

हालांकि Gerber फाइलें, जो पीसीबी बनाने के लिए एक बोर्ड हाउस में भेजी जाती हैं, उन्हें डिजाइन फाइलों से फिर से बनाया जा सकता है, उन लोगों की एक प्रति प्राप्त करना भी एक अच्छा विचार होगा।

अंश-सूची (उर्फ बिल ऑफ मटेरियल या बीओएम) के लिए कोई मानक नहीं है, लेकिन वे आमतौर पर एक्सेल (.xls फ़ाइल) जैसी स्प्रेडशीट का उपयोग करके बनाए जाते हैं। सुनिश्चित करें कि इंजीनियर प्रत्येक भाग के लिए एक स्रोत प्रदान करता है, जैसे कि Digi-Key भाग संख्या।

यदि एक प्रोटोटाइप केस बनाया जा रहा है, उदाहरण के लिए सॉलिडवर्क्स या अन्य सीएडी सॉफ्टवेयर के साथ तो आप उसके लिए भी संबंधित फाइलें प्राप्त करना चाहेंगे।

Comments

यह सुनिश्चित करने के लिए कि इंजीनियर प्रत्येक भाग के लिए एक स्रोत प्रदान करता है।

— सेज

उपकरण का निर्माण करने वाले व्यक्ति / कंपनी के रूप में यह आपकी ज़िम्मेदारी है कि आप ऐसे किसी भी हिस्से पर साइन अप करें जिसे ढूंढना मुश्किल हो। मेरी ज़िम्मेदारी का एक हिस्सा आपको किसी भी संभावित अजीब भागों से अवगत कराना है और उनका उपयोग करने के लिए आपसे प्राप्त करना है। आप से कोई ठीक नहीं है इसका मतलब यह है कि असामान्य भाग के कार्य को प्राप्त करने का एक और तरीका खोजना मेरे लिए है।

— अकोहेलस्मिथ

मैं डिस्टिब्यूटर के पार्ट नंबरों का उपयोग करने का शौकीन नहीं हूं, क्योंकि वे बहुत सीमित हैं। यदि आप निर्माता का भाग संख्या देते हैं, तो आप जहाँ चाहें खरीदारी कर सकते हैं; अगर वह भाग लेगा तो डिस्ट्रीरी उसे हमेशा पहचान सकेगा।

— स्टीवनवह

@stevenvh, वास्तव में BOM I की तैयारी में, निर्माता, निर्माता के भाग संख्या और Digi-Key भाग संख्या के लिए कॉलम हैं। मेरे द्वारा उत्तरार्द्ध को शामिल करने का कारण यह दिखाना है कि वास्तव में हिस्सा उपलब्ध है। यदि यह डिजी-की में स्टॉक में नहीं है, तो मैं एक अन्य स्रोत का शिकार करता हूं।

— 12

Answer 3

अन्य विवरणों में जोड़ने के लिए, यदि आपका इंजीनियर Altium डिजाइनर का उपयोग करता है, तो फ़ाइल प्रकार इस प्रकार हैं:

*.PcbDoc- पीसीबी फ़ाइल
*.SchDoc- योजनाबद्ध फ़ाइल
*.PrjPcb- तार्किक परियोजना समूह फ़ाइल। बिल्कुल जरूरी नहीं है, लेकिन अच्छा है।
*.PcbLib, *.SchLib, *.IntLib- पीसीबी लाइब्रेरी, योजनाबद्ध पुस्तकालय, और दोनों पीसीबी और योजनाबद्ध पुरातन के साथ एक बेक्ड-साथ पुस्तकालय (ध्यान दें: आप या तो एक मिलता है *.PcbLibऔर *.SchLibहै, या बस एक *.IntLib, तुम ठीक हो वे आगे और पीछे मुद्दे के बिना परिवर्तित किया जा सकता है।) ।

सभी DFM और DRC नियमों को *.PcbDocफ़ाइल में पैक किया जाता है , जो अच्छा है।

अपने इंजीनियर से डिजाइन फ़ाइलें प्राप्त करना महत्वपूर्ण है । मैं हाल ही में एक ऐसी परियोजना पर काम कर रहा हूं, जहां विद्युत डिजाइन तैयार किया गया था, और किसी को नहीं पता था कि डिजाइन हाउस से प्राप्त करने के लिए उन्हें किन फाइलों की आवश्यकता है। कुछ वर्षों में तेजी से आगे बढ़ा और डिजाइन-हाउस व्यवसाय से बाहर हो गया। और मैं बोर्ड को जेरर्स से फिर से बनाने के लिए फंस गया हूं।

रखरखाव उचित फ़ाइलों के बिना एक बुरा सपना है।

Answer 4

यहाँ मैं आमतौर पर दिया है -

प्रारंभिक प्रोटोटाइप

दो कार्यात्मक प्रोटोटाइप। इन बोर्डों में मामूली इंजीनियरिंग परिवर्तन हो सकते हैं लेकिन कार्यक्षमता को सत्यापित करने के लिए पर्याप्त होगा। यह उम्मीद है कि डिजाइन के एक संशोधन की आवश्यकता होगी।

अंतिम रिपोर्ट

एक डिजाइन सारांश रिपोर्ट जिसमें योजनाबद्ध, बीओएम और घटक डेटाशीट शामिल हैं। सभी प्रमुख डिजाइन निर्णय प्रलेखित हैं। भविष्य में सुधार के लिए सिफारिशें शामिल हैं। जब मैं रिपोर्ट बनाता हूं तो मैं बीओएम संरचना करता हूं ताकि बीओएम में प्रत्येक पंक्ति वस्तु घटक के लिए एम्बेडेड डेटाशीट के लिए हाइपरलिंक हो।

सॉफ्टवेयर फ़ाइलें

सभी एप्लिकेशन और लाइब्रेरी फ़ाइलें।

EDA फ़ाइलें

सभी ईडीए डिजाइन के पहले संशोधन के लिए फाइल करते हैं।

उत्पादन पीसीबी फ़ाइलें

यदि आवश्यक हो, तो पीसीबी पैनलों का उत्पादन करने के लिए सीएडी फाइलें और विनिर्माण चित्र प्रदान किए जाएंगे।

लागत का अनुमान

कई इकाइयों के निर्माण के लिए लागत अनुमान प्रदान करें।

Comments

यह कुछ ऐसा है जिसे मैं सिर्फ योजनाबद्ध, पीसीबी और बीओएम जानकारी की तुलना में अधिक खुशी से कहूंगा। वर्किंग प्रोटोटाइप + प्रलेखित डिज़ाइन निर्णय = जो भी मैं वितरित कर रहा हूं उसमें बहुत अधिक आराम। ईई काम सिर्फ कनेक्ट-ए-डॉट्स नहीं है।

— केविन वर्मेयर

Answer 5

यदि वे आपके भाड़े में हैं, तो आपको उनके लिए काम करते समय बनाए गए किसी भी डिजाइन की उम्मीद करनी चाहिए, उनके डिजाइनों के बारे में नोट्स, प्रक्रिया के दौरान की गई कोई भी रिपोर्ट (अंतिम एक को शामिल करना), और बहुत कुछ और जो अनुबंध से संबंधित है।

Comments

एक ठेकेदार के रूप में अपने स्वयं के अनुभवों से, मैं अंतिम भुगतान की प्राप्ति की पुष्टि पर योजनाबद्ध, लेआउट फाइलें, घटक पुस्तकालय, प्रोटोटाइप, gerbers, सामग्री के बिल और "और किसी भी अन्य डिजाइन नोट्स" वितरित करता हूं। दूसरे शब्दों में, एक बार अंतिम भुगतान बैंक को मंजूरी देता है। यदि यह कोई ऐसा व्यक्ति है जिसने पहले काम किया है और हमारे बीच एक संबंध है, तो यह इतना सख्त नहीं है। अगर मैं आप थे तो मैं यह सुनिश्चित करूँगा कि आपको योजनाबद्ध और लेआउट फ़ाइलों की "ऑटोकैड" प्रतियां नहीं मिलेंगी - वे केवल प्रलेखन के लिए उपयोगी हैं। यदि आप परिवर्तन करना चाहते हैं, तो आपको वास्तविक कार्यशील फ़ाइलों की आवश्यकता होगी।

— akohlsmith

एंड्रयू, यह एक अच्छा जवाब है। इसे एक वास्तविक उत्तर के रूप में बनाया जाना चाहिए था, न कि केवल एक टिप्पणी के रूप में।

— कालेनजब

वास्तव में; मैं pfyon के उत्तर को टाल रहा था, लेकिन बाद में महसूस किया कि मेरी टिप्पणी टिप्पणी के बजाय अपने आप ही बेहतर होती।

— अकोहेलस्मिथ

यह एक अच्छी बात है। निष्पक्ष होने के लिए, मेरे पास एकमात्र अनुभव है जो अनुबंध के साथ है, जिसे हम स्कूल से उम्मीद करते हैं।

— 18 मई को pfyon

Answer 6

डिलिवरेबल्स को अनुबंध में स्पष्ट रूप से निर्धारित किया जाना चाहिए, या ऐसा करने के लिए कम से कम एक बहुत अच्छा प्रयास किया जाना चाहिए। यदि दोनों पक्ष सहमत नहीं होते हैं, तो अनुबंध को फिर से लिखना, जब तक वे करते हैं, या आगे नहीं बढ़ते हैं। अस्पष्ट शब्दों से बचें, जिसका अर्थ है कि कोई भी उन्हें "प्रलेखन" की तरह चाहता है। एक वास्तविक विनिर्देश दस्तावेज़ और परीक्षण योजना पर समीक्षा और साइन-ऑफ की तरह मील के पत्थर शामिल करें। बड़ा और अधिक शामिल, डिलिवरेबल्स की सूची सही पाने के लिए अधिक महत्वपूर्ण है। यदि आप किसी प्रोजेक्ट के अंत के करीब हैं, और आप या आपका क्लाइंट इस बात को लेकर निश्चित नहीं हैं कि क्या सौंपा जाएगा, तो आपके क्लाइंट के साथ आपका संचार कुछ सुधार का उपयोग कर सकता है। अच्छी इंजीनियरिंग + अच्छा संचार = संतुष्ट ग्राहक।

Answer 7

परीक्षण और समस्या निवारण के बारे में भी पूछें: उदाहरण के लिए। TP3 3.3V, 5V पर TP4, 1Mhz घड़ी में TP5 होना चाहिए। JTAG स्कैन चेन पर अपेक्षित उपकरणों की सूची। किसी भी फर्मवेयर के लिए सॉफ्टवेयर बायनेरिज़ और सोर्स कोड।