एक कोरियाई स्कूली छात्र की कहानी जिसे कतार निगरानी प्रणाली के लिए मंत्रालय से पुरस्कार मिला

जब मैं हाई स्कूल के अपने जूनियर वर्ष (मार्च से दिसंबर 2016 तक) में था, तो हमारे स्कूल कैफेटेरिया में विकसित हुई स्थिति से मैं बहुत परेशान था।

समस्या एक: बहुत देर तक लाइन में इंतज़ार करना

मैंने कौन सी समस्या देखी? इस कदर:

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

समस्या दो: प्रतीक्षा करने वालों के लिए असमान स्थितियाँ

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

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

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

समस्या का सामान्य समाधान

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

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

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

यूरेका - कैंटीन मॉनिटरिंग सिस्टम बनाने का विचार

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

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

कैंटीन निगरानी प्रणाली का डिज़ाइन

सितंबर 2017 में, मुझे ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग कोर्स के लिए एक प्रोजेक्ट सबमिट करना था, और मैंने इस सिस्टम को अपने प्रोजेक्ट के रूप में सबमिट किया।

प्रारंभिक सिस्टम योजना (सितंबर 2017)

उपकरण चयन (अक्टूबर 2017)

पुल-अप अवरोधक के साथ एक सरल स्पर्श स्विच। तीन पंक्तियों में कतार को पहचानने के लिए तीन पंक्तियों में पाँच ढालों वाली योजना

मैंने केवल पचास झिल्ली स्विच, ईएसपी1 पर आधारित एक वेमोस डी8266 मिनी बोर्ड और कुछ रिंग क्लैंप का ऑर्डर दिया था, जिसमें मैंने इनेमल तारों को जोड़ने की योजना बनाई थी।

प्रोटोटाइपिंग और विकास (अक्टूबर 2017)

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

C++ में मेरे द्वारा लिखे गए सॉफ़्टवेयर के लिए, मैंने निम्नलिखित लक्ष्य निर्धारित किए हैं:

1. लगातार काम करें और केवल उस अवधि के दौरान डेटा भेजें जब भोजन परोसा जाता है (नाश्ता, दोपहर का भोजन, रात का खाना, दोपहर का नाश्ता)।
2. कैफेटेरिया में कतार/यातायात की स्थिति को ऐसी आवृत्तियों पर पहचानें कि डेटा का उपयोग मशीन लर्निंग मॉडल (जैसे, 10 हर्ट्ज) में किया जा सके।
3. सर्वर पर डेटा कुशल तरीके से (पैकेट का आकार छोटा होना चाहिए) और कम अंतराल पर भेजें।

उन्हें प्राप्त करने के लिए मुझे निम्नलिखित कार्य करने की आवश्यकता थी:

1. समय की लगातार निगरानी करने और कैफेटेरिया में भोजन कब परोसा जाएगा यह निर्धारित करने के लिए आरटीसी (रियल टाइम क्लॉक) मॉड्यूल का उपयोग करें।
2. शील्ड स्थिति को एक वर्ण में रिकॉर्ड करने के लिए डेटा संपीड़न विधि का उपयोग करें। डेटा को पांच-बिट बाइनरी कोड के रूप में मानते हुए, मैंने विभिन्न मानों को ASCII वर्णों में मैप किया ताकि वे डेटा तत्वों का प्रतिनिधित्व करें।
3. POST विधि का उपयोग करके HTTP अनुरोध भेजकर थिंगस्पीक (एनालिटिक्स और ऑनलाइन चार्टिंग के लिए एक IoT टूल) का उपयोग करें।

बेशक, कुछ बग थे। उदाहरण के लिए, मुझे नहीं पता था कि sizeof() ऑपरेटर char * ऑब्जेक्ट के लिए मान 4 लौटाता है, न कि स्ट्रिंग की लंबाई (क्योंकि यह एक सरणी नहीं है और इसलिए, कंपाइलर लंबाई की गणना नहीं करता है) और मुझे बहुत आश्चर्य हुआ कि मेरे HTTP अनुरोधों में सभी यूआरएल से केवल चार अक्षर क्यों थे!

मैंने #define चरण में कोष्ठक भी शामिल नहीं किया, जिसके कारण अप्रत्याशित परिणाम मिले। अच्छा चलिए बताते हैं:

#define _A    2 * 5 
int a = _A / 3;

यहां कोई उम्मीद करेगा कि ए 3 (10/3 = 3) के बराबर होगा, लेकिन वास्तव में इसकी गणना अलग तरीके से की गई: 2 (2 * 5/ 3 = 2)।

अंत में, एक और उल्लेखनीय बग जिसका मैंने सामना किया वह था वॉचडॉग टाइमर पर रीसेट। मैं बहुत लंबे समय तक इस समस्या से जूझता रहा। जैसा कि बाद में पता चला, मैं गलत तरीके से ESP8266 चिप पर निम्न-स्तरीय रजिस्ट्री तक पहुंचने का प्रयास कर रहा था (गलती से मैंने एक संरचना के लिए एक सूचक के लिए एक NULL मान दर्ज किया था)।

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

हार्डवेयर (फुट बोर्ड)

यह सुनिश्चित करने के लिए कि ढालें ​​कैंटीन की कठोर परिस्थितियों से बचने में सक्षम हों, मैंने उनके लिए निम्नलिखित आवश्यकताएँ निर्धारित की हैं:

• ढालें ​​इतनी मजबूत होनी चाहिए कि हर समय मानव वजन का समर्थन कर सकें।
• ढाल पतली होनी चाहिए ताकि लाइन में लगे लोगों को परेशानी न हो।
• ऑन करते ही स्विच सक्रिय हो जाना चाहिए।
• ढालें ​​जलरोधक होनी चाहिए। भोजन कक्ष सदैव नम रहता है।

इन आवश्यकताओं को पूरा करने के लिए, मैंने दो-परत डिज़ाइन पर फैसला किया - आधार और शीर्ष कवर के लिए लेजर-कट ऐक्रेलिक, और एक सुरक्षात्मक परत के रूप में कॉर्क।

मैंने ऑटोकैड में शील्ड लेआउट बनाया; आयाम - 400 गुणा 400 मिलीमीटर।

बाईं ओर वह डिज़ाइन है जो उत्पादन में चला गया। दाईं ओर लेगो-प्रकार कनेक्शन वाला एक विकल्प है

वैसे, मैंने अंततः दाहिने हाथ के डिज़ाइन को छोड़ दिया क्योंकि इस तरह की निर्धारण प्रणाली के साथ यह पता चला कि ढालों के बीच 40 सेंटीमीटर होना चाहिए, जिसका मतलब है कि मैं आवश्यक दूरी (दस मीटर से अधिक) को कवर नहीं कर सका।

सभी स्विचों को जोड़ने के लिए मैंने इनेमल तारों का उपयोग किया - कुल मिलाकर उन्होंने 70 मीटर से अधिक समय लिया! मैंने प्रत्येक ढाल के केंद्र में एक झिल्ली स्विच लगाया। साइड स्लॉट से दो क्लिप उभरी हुई हैं - स्विच के बाईं ओर और दाईं ओर।

खैर, वॉटरप्रूफिंग के लिए मैंने बिजली के टेप का इस्तेमाल किया। बहुत सारा बिजली का टेप.

और सब कुछ काम कर गया!

पाँच नवंबर से बारह दिसंबर तक की अवधि

सिस्टम का फोटो - सभी पाँच ढालें ​​यहाँ दिखाई दे रही हैं। बाईं ओर इलेक्ट्रॉनिक्स (D1-मिनी / ब्लूटूथ / RTC) है

XNUMX नवंबर को सुबह आठ बजे (नाश्ते के समय), सिस्टम ने भोजन कक्ष की स्थिति के बारे में वर्तमान डेटा एकत्र करना शुरू कर दिया। मुझे अपनी आँखों पर विश्वास नहीं हो रहा था. अभी दो महीने पहले मैं घर पर अपने पाजामे में बैठकर सामान्य योजना की रूपरेखा तैयार कर रहा था, और यहाँ हम हैं, पूरा सिस्टम बिना किसी रुकावट के काम कर रहा है... या नहीं।

परीक्षण के दौरान सॉफ़्टवेयर बग

बेशक, सिस्टम में बहुत सारे बग थे। यहाँ वे हैं जो मुझे याद हैं।

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

सेटअप फ़ंक्शन में, कनेक्शन दिखाई देने तक मैंने बार-बार "WiFi.begin" कॉल किया। बाद में मुझे पता चला कि कनेक्शन ESP8266 फर्मवेयर द्वारा स्थापित किया गया है, और शुरुआती फ़ंक्शन का उपयोग केवल वाई-फाई सेट करते समय किया जाता है। मैंने सेटअप के दौरान केवल एक बार फ़ंक्शन को कॉल करके स्थिति को ठीक किया।

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

प्रहरी को श्रद्धांजलि

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

मैंने डब्लूडीटी का पता कैसे लगाया

कोड स्निपेट से मैं जूझ रहा था

मुझे एक प्रोग्राम मिला, या Arduino के लिए एक एक्सटेंशन, जो Wdt-रीसेट होने पर सॉफ़्टवेयर की डेटा संरचना का विश्लेषण करता है, संकलित कोड की ELF फ़ाइल (फ़ंक्शन और पॉइंटर्स के बीच सहसंबंध) तक पहुंचता है। जब यह किया गया, तो यह पता चला कि त्रुटि को निम्नानुसार समाप्त किया जा सकता है:

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

परीक्षण के दौरान हार्डवेयर में समस्याएँ

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

XNUMX नवंबर को लंच के दौरान तीसरे पैनल का स्विच अटक गया

ऊपर मैंने थिंगस्पीक वेबसाइट से एक ऑनलाइन चार्ट का स्क्रीनशॉट प्रदान किया है। जैसा कि आप देख सकते हैं, 12:25 के आसपास कुछ हुआ, जिसके बाद शील्ड नंबर तीन विफल हो गया। परिणामस्वरूप, कतार की लंबाई 3 निर्धारित की गई (मान 3 * 100 है), तब भी जब वास्तव में यह तीसरी ढाल तक नहीं पहुंची थी। समाधान यह था कि स्विच को अधिक जगह देने के लिए मैंने अधिक पैडिंग (हाँ, डक्ट टेप) जोड़ा।

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

पूरे विद्यालय में प्रणाली के बारे में जानकारी का प्रसार

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

प्रतिक्रिया जंगली थी!

मैंने अपने प्रोजेक्ट में रुचि जगाने के लिए ये पोस्ट पोस्ट कीं। हालाँकि, सिर्फ उन्हें देखना भी अपने आप में काफी मनोरंजक है। मान लीजिए कि आप यहां स्पष्ट रूप से देख सकते हैं कि लोगों की संख्या 6:02 पर तेजी से बढ़ी और 6:10 तक व्यावहारिक रूप से शून्य हो गई।

ऊपर मैंने कुछ ग्राफ़ संलग्न किए हैं जो दोपहर के भोजन और दोपहर की चाय से संबंधित हैं। यह ध्यान रखना दिलचस्प है कि दोपहर के भोजन के समय कार्यभार का चरम लगभग हमेशा 12:25 बजे होता था (कतार पाँचवीं ढाल तक पहुँच जाती थी)। और दोपहर के नाश्ते के लिए आम तौर पर लोगों की बड़ी भीड़ होना अस्वाभाविक है (कतार अधिकतम एक बोर्ड लंबी होती है)।

तुम्हें पता है मज़ाकिया क्या है? यह प्रणाली अभी भी जीवित है (https://thingspeak.com/channels/346781)! मैंने उस खाते में लॉग इन किया जिसका उपयोग मैंने पहले किया था और यह देखा:

ऊपर दिए गए ग्राफ़ में मैंने देखा कि तीन दिसंबर को लोगों की आमद काफ़ी कम थी. और कोई आश्चर्य नहीं - वह रविवार था। इस दिन लगभग सभी लोग कहीं न कहीं जाते हैं, क्योंकि ज्यादातर मामलों में केवल रविवार को ही आप स्कूल के मैदान से बाहर निकल सकते हैं। यह स्पष्ट है कि सप्ताहांत में आपको कैफेटेरिया में कोई जीवित आत्मा नहीं दिखाई देगी।

मुझे अपने प्रोजेक्ट के लिए कोरियाई शिक्षा मंत्रालय से प्रथम पुरस्कार कैसे मिला

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

हालाँकि, हमारे स्कूल की पोषण विशेषज्ञ, मिस ओ, जिनके साथ मैं अपने प्रोजेक्ट की योजना बनाते और विकसित करते समय बहुत करीब आ गई थी, ने एक दिन मुझसे पूछा कि क्या मैं कैफेटेरिया विचारों के लिए एक प्रतियोगिता के बारे में जानती हूँ। फिर मैंने सोचा कि भोजन कक्ष के विचारों की तुलना करना एक अजीब विचार था। लेकिन मैंने सूचना पुस्तिका पढ़ी और पता चला कि परियोजना 24 नवंबर तक जमा की जानी चाहिए! अच्छा अच्छा। मैंने तुरंत अवधारणा, डेटा और ग्राफिक्स को अंतिम रूप दिया और आवेदन भेज दिया।

प्रतियोगिता के मूल विचार में परिवर्तन

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

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

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

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

संदेश कि मैंने प्रथम पुरस्कार जीता!

लंबी कहानी संक्षेप में, मुझे सरकारी अधिकारियों के सामने आकर अपना प्रोजेक्ट प्रस्तुत करने के लिए आमंत्रित किया गया था। इसलिए मैंने अपनी सभी पावर प्वाइंट प्रतिभाओं को काम में लगाया और आकर प्रस्तुत किया!

प्रस्तुतिकरण की शुरुआत (सबसे बाएं - मंत्री)

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

निष्कर्ष

यहां कुछ विडंबना है: चाहे मैंने सभी प्रकार की प्रतियोगिताओं और विज्ञान मेलों में कितना भी भाग लिया हो, जिनके लिए मैंने जानबूझकर साइन अप किया था, इससे कुछ भी अच्छा नहीं हुआ। और फिर अवसर मुझे मिल गया और मुझे अच्छे परिणाम मिले।

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

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

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

इस लेख से मुझे क्या हासिल होने की उम्मीद थी

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

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

यहां परियोजना से संबंधित कुछ लिंक दिए गए हैं:

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

स्रोत: www.habr.com