मैं मॉम में इंजीनियर नहीं हूं

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

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

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

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

खेल में, डिवाइस इस तरह दिखता है (मैंने डिवाइस की उपस्थिति को सटीक रूप से पुन: पेश करने की कोशिश की, लेकिन यह मुख्य कार्य नहीं था, इसलिए अंतिम परिणाम मूल से थोड़ा अलग है):


खेल से स्क्रीनशॉट, डिवाइस चरित्र के हाथों में है।

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

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

डिज़ाइन

मैंने तुरंत अपने लिए फैसला किया कि इस विचार में "केक पर चेरी" सॉफ्टवेयर हिस्सा नहीं होगा, लेकिन इंजीनियरिंग हिस्सा। मैं डिवाइस बनाना और इकट्ठा करना चाहता था ताकि सब कुछ कॉम्पैक्ट, कार्यात्मक, तार्किक और सुविधाजनक (स्पॉइलर: सब कुछ सरल नहीं निकला)।

प्रोग्रामिंग वह है जो मैं एक से जीवित करता हूं, और मुझे समझ में आया कि कार्यक्रम का हिस्सा गंभीर "चुनौतियां" प्रदान नहीं कर सकता है। इसलिए, विचार को जीवन में लाने के लिए, मैंने उस चीज के साथ शुरुआत की जो मेरे सबसे करीब है - सॉफ्टवेयर भाग से।

बटन और एक रोटरी एनकोडर से घटनाओं का प्रसंस्करण पूरी तरह से सामान्य है और मुझे इसके बारे में कुछ भी बताने का कोई कारण नहीं दिखता है। हालांकि सॉफ्टवेयर कार्यान्वयन का एक दिलचस्प हिस्सा स्क्रीन पर ग्राफिक्स का प्रदर्शन था। अधिक सटीक रूप से, स्वयं निष्कर्ष भी नहीं, बल्कि उन कार्यों का समूह जो स्क्रीन पर दिखाई देना चाहते थे, उनके लिए आवश्यक थे। असल में, "समस्या" भागों थे:

1. डिवाइस की मेमोरी सीमित है और डिवाइस की मेमोरी में कई चित्र (स्प्राइट) नहीं जोड़े जा सकते हैं।
2. स्क्रीन 565 प्रारूप में रंगों के साथ काम करती है (प्रति रंग दो बाइट्स), अर्थात्। सभी ग्राफिक्स के लिए, आपको अंतिम प्रारूप में रूपांतरण करने की आवश्यकता है, लेकिन स्मृति सीमाओं के कारण, आप इस प्रारूप में सभी आवश्यक छवियों को डिवाइस की मेमोरी में संग्रहीत करने में सक्षम नहीं होंगे।
3. स्क्रीन प्रति सेकंड ~ 1 फ्रेम की एक चौंका देने वाली आवृत्ति के साथ ताज़ा होती है, अगर आपको पूरी स्क्रीन को फिर से तैयार करने की आवश्यकता है।

पहले दो समस्याओं को अपेक्षाकृत सरल रूप से हल किया गया था, क्योंकि जिन ग्राफिक्स को स्क्रीन पर प्रदर्शित करने की आवश्यकता है, वे बहुत आदिम हैं (जैसा कि यह खेल में है और मैंने स्रोत सामग्री से बहुत दूर नहीं जाने का फैसला किया है)। यही कारण है कि मैंने तुरंत दो-रंग की छवियों (स्प्राइट्स) का उपयोग करने का फैसला किया, जिसका मतलब था कि 8 पिक्सेल एक बाइट में फिट होते हैं और आउटपुट करते समय रंगों को बस बदला जा सकता है।

इन बहुत सारे स्प्राइट्स के आधार पर, सभी ग्राफिक्स (पाठ सहित) लागू किए गए थे, अपवादों के एक जोड़े को छोड़कर:

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

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

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

ताज़ा दर की समस्या को हल करने के लिए इंटरफ़ेस रेंडरिंग को तीन भागों में विभाजित किया गया था:

• प्रारंभिक ड्राइंग (यहां सब कुछ जो अपरिवर्तित रहता है - पृष्ठभूमि और स्थिर इंटरफ़ेस तत्व) तैयार किया गया है। यह चरण लगभग एक सेकंड लेता है, लेकिन केवल स्क्रीन बदलते समय होता है और यह दूसरा इतना ध्यान देने योग्य नहीं है।
• एनिमेशन जो उपयोगकर्ता क्रियाओं (उलटी गिनती की स्थिति, हस्तक्षेप, आदि) पर निर्भर नहीं हैं। आमतौर पर ये छोटे परिवर्तन होते हैं - स्क्रीन के 15% से अधिक नहीं, जो इस मामले में भी आपको स्क्रीन को प्रति सेकंड कम से कम 6 बार अपडेट करने की अनुमति देता है (वास्तव में, ताज़ा दर बहुत अधिक है और विलंब अथाह है)। एकमात्र अपवाद हस्तक्षेप के साथ स्क्रीन था - मैं इसके बारे में थोड़ा कम बात करूंगा।
• एनिमेशन जो उपयोगकर्ता के कार्यों (स्लाइडर्स की स्थिति या चयनित चरित्र के चारों ओर फ्रेम) पर निर्भर करते हैं। ये घटनाएँ इतनी बार नहीं होती हैं, क्योंकि सभी की इच्छा के साथ, उपयोगकर्ता राज्य की तुलना में तेजी से बटन पर क्लिक करने में सक्षम नहीं होगा, स्क्रीन को फिर से तैयार करने में सक्षम है।

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

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

स्क्रीन को दो भागों (बाएं और दाएं तरफ) में विभाजित किया गया है। शीर्ष पर ड्राइंग शुरू होती है।

1. बेतरतीब ढंग से स्क्रीन (बाएं या दाएं तरफ) के हिस्से का चयन करता है।
2. इस खंड के भीतर, यादृच्छिक काले और सफेद डॉट्स की एक पट्टी खींची जाती है। इस स्क्रीन में इसके साथ काम करने के लिए दो बुनियादी ऑपरेशन हैं (शुरुआती ऑपरेशन को छोड़कर) - स्क्रीन बफर को लिखने का संचालन और इस स्क्रीन बफर के भीतर ही पॉइंटर को स्थानांतरित करने का संचालन। इसके अलावा, मेरे लिए एक अतुलनीय कारण के लिए, पॉइंटर को हिलाने का कार्य लिखने के ऑपरेशन की तुलना में काफी धीमा काम करता है। इस प्रकार, इस स्क्रीन के लिए, स्क्रीन बफर के लिए अनुक्रमिक लेखन आपको लगभग 0.75 सेकंड में पूरी स्क्रीन को भरने की अनुमति देता है, और जब प्रत्येक पिक्सेल को अलग से चित्रित किया जाता है, तो लगभग दोगुना समय (1.4 सेकंड) लगेगा। यह इस विशेषता के कारण है कि काले और सफेद डॉट्स के स्ट्रिप्स खींचे जाते हैं, और न केवल यादृच्छिक पिक्सेल।
3. स्क्रीन पर अगली ऊर्ध्वाधर पट्टी पर जाएं और पैराग्राफ 1 में वर्णित चरणों को दोहराएं।

जब सभी ऊर्ध्वाधर रेखाएं खींची जाती हैं, तो ड्राइंग ऊपर से नए सिरे से जारी रहती है। दूसरों पर कुछ ब्लैक-एंड-व्हाइट डॉट्स को सुपरइम्पोज़ करने के परिणामस्वरूप, यह पूरी तरह से ध्यान देने योग्य नहीं है कि स्क्रीन अनिवार्य रूप से "पट्टियों के साथ चित्रित" है (पहले 20 यादृच्छिक रेंडरिंग):


दरअसल, हस्तक्षेप पूरे स्क्रीन पर चित्रित नहीं किया गया है, लेकिन केवल उन हिस्सों को जहां हस्तक्षेप स्वीकार्य है (यानी, स्क्रीन पर कई क्षेत्र हैं जहां हस्तक्षेप संभव है और ड्राइंग केवल इन क्षेत्रों के भीतर होती है), लेकिन यह दृष्टिकोण को नहीं बदलता है।

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


स्क्रीन की सीमाओं को चित्र पर ग्रे रंग में चिह्नित किया गया है।

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


केंद्र में ग्रे पारभासी आयत स्पष्टता के लिए छोड़ दिया जाता है, लेकिन ड्राइंग में शामिल नहीं है।

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



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


इस तत्व की चौड़ाई (या ऊंचाई) स्क्रीन के केंद्र के सापेक्ष ऑफसेट द्वारा निर्धारित की जाती है। इसलिए, जब संकेतक स्क्रीन के बहुत केंद्र में होता है, तो केवल एक आयत (2) खींचा जाता है, और जब सूचक स्क्रीन के किनारे के करीब ले जाया जाता है, तो तत्वों की चौड़ाई (1) बढ़ जाती है। जब सूचक स्क्रीन के किनारों पर होता है, तो ड्राइंग करते समय एक और आयत जोड़ा जाता है:


शायद यह वह जगह है जहां सॉफ्टवेयर भाग के सभी "रोचकता" समाप्त होती है, और मैं आगे बढ़ सकता हूं कि मुझे इंजीनियरों का कितना सम्मान किया गया है ...

इंजीनियर नहीं है

इस तथ्य के बावजूद कि मैंने विश्वविद्यालय के डिप्लोमा में लिखा है कि मैं एक "कंप्यूटर विज्ञान इंजीनियर" हूं, वास्तव में मुझे एहसास हुआ कि मैं "कुछ भी कंप्यूटर विज्ञान" था, लेकिन एक इंजीनियर नहीं। मैं समझता हूं कि "इंजीनियर" शब्द की व्यापक परिभाषा है और आजकल यह आम तौर पर बहुत बार यह पता चला है कि जो कोई प्रबंधक नहीं है वह इंजीनियर है।

"इंजीनियर" कहते हैं, मेरा मतलब उन लोगों से है जो योजना, डिजाइन, निर्माण और विकास कर सकते हैं। और मेरी समझ में, मैं काफी इंजीनियर नहीं हूं। मैं इस मामले में एक शौकिया हूँ - मुझे कुछ का आविष्कार और कार्यान्वयन करना पसंद है, लेकिन मैं यह नहीं कह सकता कि मैं हमेशा सफल रहा हूं। इंजीनियरिंग कार्य (हम डिवाइस और इसके मुख्य घटकों के मामले के बारे में बात कर रहे हैं), जिसे मैंने खुद के लिए काफी सरल माना, इतनी मात्रा में घंटे ले लिए जिसकी मैं कल्पना भी नहीं कर सकता था। मुझे सही समय का पता नहीं है, लेकिन मैंने यह मानने का फैसला किया कि लोग ऐसे नंबरों के साथ नहीं आए जिनके द्वारा इतनी बड़ी मात्रा का वर्णन किया जा सके।

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

तो, डिवाइस के बाईं ओर एक स्क्रॉल व्हील होना चाहिए जिसे स्क्रीन पर अगले वर्ण का चयन करने के लिए ऊपर (या आगे) घुमाया जा सकता है या पिछले चरित्र का चयन करने के लिए नीचे (पीछे) घुमाया जा सकता है। मैंने फैसला किया कि मैं एक पूर्ण स्क्रॉल व्हील नहीं करूंगा, क्योंकि एक रोटरी एनकोडर या इसी तरह के कुछ के लिए, इसे मामले में बहुत अधिक जगह की आवश्यकता होगी, और संक्रमण के लिए "आगे" / "पीछे", यह बटन था जो अधिक तार्किक लग रहा था।

मैंने एक अर्धवृत्त के रूप में एक लीवर डिजाइन करने का फैसला किया जिसे ऊपर या नीचे ले जाया जा सकता है। इसी लीवर को "अतिरिक्त बॉडी मूवमेंट" से बचने के लिए ऊपर के बटन या डाउन बटन को दबाना होगा और कुछ धुरी पर होना चाहिए:


यह विचार मुझे बहुत सरल लग रहा था, लेकिन इसके साथ-साथ बहुत सारे सवाल थे (जिनसे उपकरणों के डिजाइन में शामिल लोग सबसे अधिक संभावनाएं तैयार किए गए उत्तर होंगे) जिनके लिए मेरे पास कोई जवाब नहीं था। और प्रश्न इस प्रकार थे:

• बटन कैसे और कैसे लगाएं? ऊपर की तस्वीर में, वे बस "हवा में लटका" और अंतिम डिवाइस में ऐसा नहीं हो सकता।
• क्या मुझे केंद्र को लीवर वापस करने के लिए एक तंत्र के बारे में सोचने की आवश्यकता है? क्या आपको स्प्रिंग्स की आवश्यकता है या बटन के लिए पर्याप्त लोच है?
• आवास में एक लीवर कैसे डालें ताकि आवास में छेद यथासंभव अदृश्य हो? क्या लीवर एक भाग या कई होगा?
• अक्ष कैसे जुड़ा होगा? अक्ष आवास का हिस्सा होगा या एक अलग हिस्सा?
• यह सुनिश्चित करने के लिए कि 3 डी प्रिंटर पर प्रिंट करने के बाद "पेपर पर काम करता है" क्या काम करेगा?

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

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

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

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

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

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

लीवर ब्लॉक निम्नानुसार इकट्ठा किया गया था (नारंगी - लीवर, एक पारभासी दीवार और एक ग्रे भाग - एक बड़े मामले के हिस्से, और हरा - बटन और लीवर की धुरी को ठीक करने के लिए एक अतिरिक्त हिस्सा):


लीवर के लिए छेद वास्तव में इस तरह से निकला और अंतिम डिवाइस पर हड़ताली नहीं है:


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

मैं समझता हूं कि यह सब पढ़ते हुए, ऐसा लग सकता है कि यह बहुत लीवर डिवाइस का एक बहुत ही तुच्छ हिस्सा है, लेकिन वास्तव में, इस पूरी परियोजना पर मैंने जो भी खर्च किया, लगभग आधा समय मैंने इस लीवर पर बिताया।

प्रोटोटाइप

जब मैं किसी को इसी तरह की कहानियां सुनाता हूं, तो लोग मुझे गंभीरता से नहीं लेते हैं। मेरे "कम किए गए इंजीनियरिंग" के बारे में मेरे बयान की मुख्य प्रतिक्रिया थी: "ठीक है, आप क्या किस्से बता रहे हैं? "आखिरकार, सब कुछ काम करता है, और यह कारखाने के उत्पादन से भी बदतर नहीं दिखता है!"

इसलिए, मैंने पहले ही कहा कि मैंने केवल उन उपकरणों का उपयोग किया है जो हाथ में थे। 3 डी मॉडलिंग के लिए, मैंने ऑनलाइन संपादक का उपयोग किया, जिसे मैं जोर से नहीं कहूंगा (ताकि पोस्ट को विज्ञापन पोस्ट नहीं माना जाए)। यह संपादक स्वयं जटिल वस्तुओं के मॉडलिंग के लिए बहुत उपयुक्त नहीं है, लेकिन यह पूरी तरह से मेरे अनुकूल है, क्योंकि मैं उसे जानता था और तुरंत काम करना शुरू कर सकता था। अगर मुझे इसकी कार्यक्षमता का वर्णन करने की आवश्यकता है, तो मैं कहूंगा कि यह 3 डी मॉडलिंग की दुनिया से ऐसा एमएस पेंट है - केवल मूल संचालन, केवल कट्टर। इस संपादक में, सीधे काम या मानदंडों के साथ काम करने का कोई तरीका नहीं है - केवल पूरे ऑब्जेक्ट के साथ।

इस संपादक में मैंने जो मॉडल छपाई के लिए उपयोग किया है वह इस प्रकार है:


लेकिन शैतान विवरण में है, इसलिए, आइए उन सभी "निशान" पर एक नज़र डालें जो एक "गैर-इंजीनियरिंग हड्डी" वाले व्यक्ति को एक साधारण डिवाइस के मामले में छोड़ दिया गया है:


छवि उसी लीवर के स्थान को दिखाती है जिसके बारे में मैंने अभी ऊपर बात की थी।

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

बेशक, यह अंतिम डिवाइस को प्रभावित नहीं करता था, क्योंकि ये 0.1 मिमी से कम के पैमाने पर ऑफसेट / असंगतताएं हैं और 3 डी प्रिंटिंग की सटीकता इतनी अधिक नहीं है कि यह ध्यान देने योग्य है।

यहां एक और जगह है जहां स्क्रीन के नीचे "खांचे" को मामले में बनाया गया था:


जो कोई भी यह समझता है कि सामान्य रूप से मैं इस तस्वीर को दिखाना चाहता हूं उसे एक उपलब्धि मिल रही है। नाली मामले के अंदर है, इसलिए मॉडल की पारदर्शिता चालू होती है और अतिरिक्त लाइनें दिखाई देती हैं।

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

और अंत में, केस कवर ... चार एम 3 बोल्ट के साथ कवर केस से जुड़ा हुआ है। ऐसा करने के लिए, मामले में, मैंने नट्स के लिए एक जगह प्रदान की:


छवि शरीर के नीचे का दृश्य दिखाती है, एक आयताकार छेद - एक नट के लिए एक जगह।

इन बहुत सारे छेदों को जोड़ते हुए, मैं इस विचार से आगे बढ़ा कि "मॉडल में छेद बनाना सबसे सुविधाजनक होगा"। जानकार लोग तुरंत नोटिस करेंगे कि यह सोचना जरूरी था कि अखरोट को डालने के लिए किस तरफ अधिक सुविधाजनक होगा ... नतीजतन, मैंने सबसे अप्राकृतिक तरीके से बहुत समय बिताया (और यह मेरी अजीब प्राथमिकताओं में नहीं है, लेकिन छेदों की बेवकूफ व्यवस्था में), चिमटी के साथ छेद में पागल डालें।

और फिर एक कलाकार ने मुझे जगाया

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












अवकाशों में अप्रकाशित क्षेत्र हैं, लेकिन बाद में उन्हें चित्रित किया जाएगा।

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







बाकी हिस्सों के साथ चारों ओर झूठ बोलते हुए स्क्रीन ने खरोंच के एक जोड़े को अर्जित किया, इसलिए इसे बेहतर समय तक पॉलीथीन में "पैक" किया गया था।

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

अंतभाषण

सामान्य तौर पर, हमेशा की तरह, मैं इस कहानी के साथ यह कहना चाहूंगा कि आपको अपने हाथों से कुछ करने से डरना नहीं चाहिए, आपको कुछ नया करने के लिए आने से डरना नहीं चाहिए ("बैसाखी और साइकिल" के रूप में पढ़ें)। और यहां तक ​​कि अगर आपके पास "गैर-इंजीनियरिंग हड्डी" है, तो आप बहुत सी नई चीजें सीख सकते हैं और बस मज़े कर सकते हैं।

कभी-कभी मैं इलेक्ट्रॉनिक्स के प्रेमियों से सवाल पूछता हूं और वे हंसते हैं कि मैं इलेक्ट्रॉनिक्स में कितना कम समझता हूं। कभी-कभी मैं कोड लेखन के साथ किसी की मदद करता हूं और जब मैं प्रोग्रामिंग से दूर लोगों के स्रोत कोड देखता हूं तो मुस्कुराता हूं। शायद, यह सब पढ़कर, कहीं एक इंजीनियर मुस्कुराया।

अंत तक पढ़ने वाले सभी को धन्यवाद।