उपहार इंजीनियरिंग

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

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

मुख्य विषय से एक छोटा विषयांतर

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

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

स्वाभाविक रूप से, उपहार की कल्पना पूरी तरह से बेकार, बेवकूफ, लेकिन अजीब बात के रूप में की गई थी, इसलिए योजना इस प्रकार थी:

1. एक बॉक्स है जो तंत्र को अपने आप में छिपाता है।
2. तंत्र एक शाफ्ट है, घूमता है जो घोड़ा घूम रहा है।
3. घोड़े की चाल का अधिकतम "तप" स्वागत योग्य है। प्रारंभ में, यह भी सोचा गया था कि घोड़े को मछली की तरह चलना चाहिए, न कि घोड़े की तरह (आखिरकार, रोच), लेकिन परिणाम "बीच में कुछ" था।
4. यह सब प्लाईवुड से किया जाएगा, जो ड्राइंग के अनुसार लेजर के साथ ऑर्डर करने के लिए ठीक से काटा जा सकता है।

सामग्री की पसंद का मुख्य नुकसान और इस तथ्य को काटने के लिए किया जाएगा कि तथ्य यह है कि मैंने एक प्रोटोटाइप बनाने का अवसर खो दिया था, जिसका मतलब है कि कुटिल हाथों की सभी समस्याओं और "सात बार माप" नियम के साथ गैर-अनुपालन ने काफी जल्दी महसूस किया:



हालांकि अंत में, तथ्य यह है कि बहुत बड़े अंतराल के कारण बैकलैश तंत्र के कई विवरणों ने इस तथ्य की भरपाई करने में मदद की कि मैं भागों और शाफ्ट को बहुत कुटिलता से जोड़ता हूं। यहाँ, जैसा कि वे कहते हैं, "माइनस माइनस प्लस देता है" और तंत्र पूरी तरह से काम करता है, जैसा कि यह इरादा था:



वहाँ केवल एक छोटी सी पेंटिंग थी और परिणाम एक ऐसा बॉक्स था:



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

यह केवल इसे पैक करने के लिए रहता है, एक बॉक्स पर एक धनुष टाई और उपहार तैयार है:



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

आज मैं ...

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

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


(मेरे पास प्रदर्शन को जोड़ने की शुरुआती तस्वीरें नहीं हैं, इसलिए यहां डिवाइस में पहले से ही अधिक सार्थक नज़र है)

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


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

इलेक्ट्रॉनिक पेपर मॉड्यूल ने तीन रंगों (काले, लाल और सफेद) को प्रदर्शित करने की अनुमति दी, जिसे मॉड्यूल को प्रेषित किया जाना चाहिए, जैसे दो चित्र - काले और सफेद और लाल और सफेद। वास्तव में, यह कहना अधिक सही होगा कि स्क्रीन केवल एक मोनोक्रोम बिटमैप की अपेक्षा करती है, जहां प्रत्येक बिट एक पिक्सेल का रंग निर्धारित करता है (मुझे यकीन नहीं है कि यह शब्द इलेक्ट्रॉनिक पेपर पर लागू होता है, लेकिन मुझे उम्मीद है कि विचार स्पष्ट है)। ब्लैक या रेड चैनल के लिए एक अलग बिटमैप सेट किया जा सकता है। इस प्रकार, बाइट्स का एक सेट है जहां प्रत्येक बिट जो 1 पर सेट होता है, एक रंग पिक्सेल के अनुरूप होगा, और सभी बिट जो 0 बने रहेंगे, स्क्रीन पर सफेद पिक्सेल होंगे। स्क्रीन रिज़ॉल्यूशन 400 x 300 पिक्सेल है, अर्थात एक काले और सफेद चित्र के लिए, 15,000 बाइट्स की आवश्यकता होगी (एक बाइट में 8 पिक्सेल एन्कोडेड हैं)। तीन रंगों के लिए, यह 30,000 बाइट्स लेगा, यदि आप चित्र को अधिक कॉम्पैक्ट रूप से पैक करने का प्रयास नहीं करते हैं। कार्यान्वयन के दृष्टिकोण से, प्रदर्शन के निर्माता केवल दो बिट प्रति पिक्सेल का चयन कर सकते हैं और चीजों की वास्तविक स्थिति को संग्रहीत कर सकते हैं (जहां लाल है, जहां काला है, और जहां सफेद है), लेकिन इसके लिए समान 30,000 बाइट्स की आवश्यकता होगी, लेकिन मोनोक्रोम छवियों तक भी 30,000 बाइट्स के हस्तांतरण की आवश्यकता होगी।

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

यह स्पष्ट करना महत्वपूर्ण है कि मैं खुद चीजों को लिखने की आदत में हूं (आपको यह नहीं बताना चाहिए कि पुस्तकालयों का एक समुद्र है, मुझे इसके बारे में और Google के साथ पता है) जब मैं ऐसी चीजें करता हूं, लेकिन तब से इससे पहले मुझे FAT32 के साथ निचले स्तर पर काम करने का आनंद नहीं था, यह एक मनोरंजक प्रक्रिया थी।

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

मेमोरी कार्ड के सभी डेटा को क्लस्टर (FAT32 फाइल सिस्टम में मुख्य पता योग्य इकाई) में विभाजित किया गया है, और क्लस्टर पहले से ही सेक्टरों में विभाजित हैं। FAT32 में SD कार्ड से फ़ाइल "habr.txt" पढ़ने के लिए, आपको चाहिए:

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

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

मैंने सभी संभावित परिदृश्यों को लागू नहीं किया और कुछ चीजों को सरल बनाया:

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

संक्षेप में, उपरोक्त सभी एक तैयार किए गए पुस्तकालय को लेने के लिए एक ठोस कारण है और प्रलेखन, विकास और डिबगिंग पढ़ने में बहुत समय खर्च नहीं करता है। मैं खुद को सलाह दूंगा कि ऐसी चीजों को केवल शैक्षिक उद्देश्यों या "मनोरंजन के लिए" लागू करें।

डिस्प्ले ने कुछ सीमाएं भी लगाईं, जैसे कि इस पर कोई भी चित्र इस प्रकार प्रदर्शित होता है:

1. हम प्रदर्शन को जागृत करते हैं और अपने जीवन का विस्तार करने और ऊर्जा बचाने के लिए, प्रदर्शन मूल रूप से सोते हैं)।
2. हम आवश्यक चैनल को उजागर करते हैं (उदाहरण के लिए, काला)।
3. हम छवि के 15000 बाइट्स को अग्रेषित करते हैं।
4. हम आवश्यक चैनल को उजागर करते हैं (उदाहरण के लिए, लाल)।
5. हम छवि के 15000 बाइट्स को अग्रेषित करते हैं।
6. हम बफ़र से डेटा खींचने के लिए डिस्प्ले को बताते हैं।
7. हम तब तक इंतजार करते हैं जब तक कि प्रदर्शन ड्राइंग खत्म नहीं कर देता।
8. हम सोने का प्रदर्शन बताते हैं।

मोनोक्रोम छवियों के लिए, आप चरण 4 और 5 को छोड़ सकते हैं। तीन-रंग की छवि के लिए, काले-और-सफेद और लाल-सफेद चित्रों का संचरण क्रम महत्वपूर्ण नहीं है, क्योंकि लाल हमेशा काले रंग में चित्रित किया जाता है, काला केवल सफेद पर होता है, और केवल पिक्सेल सफेद रहते हैं, जो सफेद और काले और सफेद और लाल और सफेद होते हैं।

सादगी के लिए (ताकि फ़ाइलों की कुल संख्या में वृद्धि न हो), मैंने काले और सफेद और लाल-सफेद चित्रों को एक एकल फ़ाइल के रूप में संग्रहीत करने का निर्णय लिया, जहां काले और सफेद छवि को तुरंत लाल-सफेद द्वारा पीछा किया जाता है:



इन छवियों की तुलना करने का परिणाम कुछ इस तरह था (यह मुझे लगता है कि हम में से प्रत्येक ने अपने जीवन में कम से कम एक बार सींग के साथ हिरण की तरह महसूस किया - एक पैर):



वास्तव में, दो छवियों को एक और छवि द्वारा पीछा किया गया था जिसमें राज्य का विवरण था (बटन पर क्लिक करके, आप एक विवरण प्राप्त कर सकते हैं जो आज प्रदर्शित की गई तस्वीर से मेल खाता है)।

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

तो, निम्न तर्क मेमोरी कार्ड से छवियों को पढ़ने के कॉलबैक फ़ंक्शन पर गिर गया:

1. प्रदर्शन पर डेटा भेजने से पहले आवश्यक चैनल (चैनल को यादृच्छिक रूप से निर्धारित किया जाता है) सेट करें।
2. पिछले चैनल के लिए डेटा भेजने के पूरा होने पर चैनल को स्विच करने के लिए प्रेषित डेटा का ट्रैक रखें।
3. कार्ड से प्राप्त डेटा भेजें।
4. निर्धारित करें कि आवश्यक डेटा प्रेषित किया गया है और बाकी डेटा (विवरण के साथ छवि) को अनदेखा किया जा सकता है।

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

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

नेत्रहीन, इस स्थिति को इस तरह दिखाया जा सकता है:



एक निश्चित बफर है जिसमें आवश्यक आकार (ग्रीन सेक्शन) की "विंडो" है और आपको केवल इस विंडो से डेटा को पढ़ना होगा, एन बाइट्स के टुकड़ों में बफर से डेटा पढ़ना होगा। इस तरह की पढ़ने की प्रक्रिया की कल्पना करना संभव होगा:



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

यह समझने के लिए कि यहां क्या कठिनाई है, मैं एक और एनीमेशन यहां जोड़ूंगा, केवल "क्लस्टर की सामग्री" के संदर्भ में, न कि पूरी फ़ाइल (अन्य सभी जानकारी को अलग से संग्रहीत करने की आवश्यकता है):



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

• चालू होने पर, चीनी आरटीसी से समय प्राप्त करें।
• आंतरिक आरटीसी में समय निर्धारित करें।
• समय को गिनने और अगले शटडाउन तक चीनी के बारे में भूलने के लिए आंतरिक आरटीसी का उपयोग करें।

लेकिन यहां, सब कुछ इतना सरल नहीं निकला, क्योंकि नियंत्रक का आंतरिक आरटीसी सामान्य प्रारूप (यूनिक्स टाइमस्टैम्प) में समय के साथ काम करता है, और इसका चीनी दोस्त बाइनरी कोडेड डेसीमल (बीसीडी) का उपयोग करता है। इससे पहले, मैं इस प्रारूप में नहीं आया था और बहुत आश्चर्यचकित था कि Arduino के लिए आधुनिक मॉड्यूल भी इसका उपयोग करते हैं। प्रारूप का सार काफी सरल है - एक बाइट है, जो उदाहरण के लिए, सेकंड की संख्या को संग्रहीत करता है। चार उच्च-क्रम बिट्स दसियों को स्टोर करते हैं, और चार कम-ऑर्डर बिट्स स्टोर इकाइयां। यह पता चलता है कि इस बाइट के हेक्साडेसिमल प्रतिनिधित्व में एक पठनीय समय होता है - बाइट 0x49 49 सेकंड के मूल्य से मेल खाती है (हालांकि दशमलव प्रणाली में, यह बाइट 72 से मेल खाती है)।

जैसा कि मैं इसे समझता हूं, यह सिर्फ इतना ऐतिहासिक रूप से हुआ है कि घड़ी बनाने के लिए स्क्रीन एनकोडर के साथ सीधे आरटीसी का उपयोग करना आसान था, लेकिन मुझे बीडीसी को UNIX टाइमस्टैम्प को पेन से बदलना पड़ा।

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


(मैंने बड़े पैमाने पर उत्पादन की योजना नहीं बनाई थी, आसपास के सभी विवरण गलत माप या खराब सोचा समाधान का परिणाम हैं)

नतीजतन, मामला और आवश्यक विवरण खींचा गया (छवि में कोई फ्रंट कवर नहीं है):



(, - - ):



( ) :



. , .

( ):



, — :



, , :

!

-, : “ ?! 100500 , !”. , , — ( - ), , , , .

, , , .

3 . , , .

, , - . , , , , , - .

, , . “--”, “MP3 Music Player Module for Arduino”, Arduino Nano, , mp3 .

, , , , , , / , . “” , .

3 , . :

1. , .
2. “” (, , , ).

( ):



, , .. , ( : playSound(rand() & 3);).

. “” ( , ), USB , “ ”:

?

, , . 3 :



— . , :

!

, :

1. .
2. 3 2 , ~0.4.
3. — .
4. 3 ( ).
5. .

… :



:



“”:

?

“ - , - .” , , -. “”, , , FAT32, BCD , RTC.

, - ( ) : “ , , !” - .

, . , . , , __!