🥇 एका कोरियन शाळकरी मुलाची कहाणी ज्याला मंत्रालयाकडून रांगेत देखरेख प्रणालीसाठी बक्षीस मिळाले आहे

जेव्हा मी माझ्या हायस्कूलच्या कनिष्ठ वर्षात होतो (मार्च ते डिसेंबर 2016), तेव्हा आमच्या शाळेच्या कॅफेटेरियामध्ये निर्माण झालेल्या परिस्थितीमुळे मला खूप त्रास झाला.

समस्या एक: खूप वेळ रांगेत थांबणे

मी कोणत्या समस्येचे निरीक्षण केले? याप्रमाणे:

वितरणाच्या ठिकाणी बरेच विद्यार्थी जमले आणि त्यांना बराच वेळ (पाच ते दहा मिनिटे) उभे राहावे लागले. अर्थात, ही एक सामान्य समस्या आणि वाजवी सेवा योजना आहे: तुम्ही जितक्या उशिरा पोहोचाल तितक्या उशीरा तुम्हाला सेवा दिली जाईल. त्यामुळे तुम्हाला वाट का पाहावी लागेल हे समजू शकेल.

समस्या दोन: वाट पाहणाऱ्यांसाठी असमान परिस्थिती

पण, अर्थातच, इतकेच नाही; मला आणखी एक गंभीर समस्या देखील पाहावी लागली. इतके गंभीर की मी शेवटी परिस्थितीतून मार्ग काढण्याचा प्रयत्न करण्याचा निर्णय घेतला. हायस्कूलचे विद्यार्थी (म्हणजे, प्रत्येकजण जो किमान उच्च श्रेणीचा अभ्यास करतो) आणि शिक्षक रांगेत वाट न पाहता वितरणाकडे गेले. होय, होय, आणि आपण, एक प्राथमिक शाळेचे विद्यार्थी म्हणून, त्यांना काहीही सांगू शकत नाही. आमच्या शाळेचे वर्गांमधील नातेसंबंधांबाबत खूपच कठोर धोरण होते.

म्हणून, माझे मित्र आणि मी, आम्ही नवशिक्या असताना, प्रथमच कॅफेटेरियामध्ये आलो होतो, जेवण घेणार होतो - आणि नंतर हायस्कूलचे विद्यार्थी किंवा शिक्षक दिसले आणि आम्हाला फक्त बाजूला ढकलले (काही, जे दयाळू होते, त्यांनी आम्हाला तिथे राहण्याची परवानगी दिली. आमचे स्थान ओळीत). आम्‍हाला आणखी पंधरा ते वीस मिनिटे थांबावे लागले, जरी आम्‍ही इतरांपेक्षा लवकर पोहोचलो.

दुपारच्या जेवणाच्या वेळी आमची वेळ विशेषतः वाईट होती. दिवसा, सर्वजण कॅफेटेरियाकडे (शिक्षक, विद्यार्थी, कर्मचारी) धावत आले, म्हणून आमच्यासाठी, प्राथमिक शाळेतील मुले म्हणून, दुपारचे जेवण कधीही आनंदी नव्हते.

समस्येचे सामान्य उपाय

पण नवोदितांना पर्याय नसल्यामुळे, आम्ही ओळीच्या मागे फेकले जाण्याचा धोका कमी करण्यासाठी दोन मार्ग शोधून काढले. पहिली गोष्ट म्हणजे जेवणाच्या खोलीत खूप लवकर येणे (म्हणजेच, जेवण सुरू होण्यापूर्वीच). दुसरे म्हणजे मुद्दाम पिंग-पाँग किंवा बास्केटबॉल खेळण्यात वेळ घालवणे आणि खूप उशिरा पोहोचणे (दुपारचे जेवण सुरू झाल्यानंतर सुमारे वीस मिनिटे).

काही प्रमाणात काम झाले. पण, खरे सांगायचे तर, जेवणाच्या खोलीत जेवढ्या वेगाने जायला तितक्या वेगाने जायला कोणीही उत्सुक नव्हते, किंवा इतरांनंतर उरलेले थंड पदार्थ संपवायला, कारण ते शेवटचे होते. आम्हाला एक उपाय हवा होता जो आम्हाला कॅफेटेरियामध्ये गर्दी नसताना कळेल.

एखाद्या भविष्यवेत्ताने आमच्यासाठी भविष्याचा अंदाज लावला आणि जेवणाच्या खोलीत कधी जायचे हे आम्हाला सांगितले तर खूप चांगले होईल, जेणेकरून आम्हाला जास्त वेळ थांबावे लागणार नाही. समस्या अशी होती की दररोज सर्वकाही वेगळ्या प्रकारे चालू होते. आम्ही फक्त पॅटर्नचे विश्लेषण करू शकत नाही आणि गोड जागा ओळखू शकलो नाही. जेवणाच्या खोलीत गोष्टी कशा आहेत हे शोधण्याचा आमच्याकडे फक्त एकच मार्ग होता - पायी जाण्यासाठी आणि तुम्ही कुठे आहात त्यानुसार मार्ग कित्येकशे मीटरचा असू शकतो. त्यामुळे तुम्ही आलात, ओळ बघा, परत या आणि त्याच भावनेने पुढे चालू ठेवा, जोपर्यंत तो लहान होत नाही, तुमचा बराच वेळ वाया जाईल. सर्वसाधारणपणे, प्राथमिक वर्गासाठी जीवन घृणास्पद होते आणि त्याबद्दल काहीही केले जाऊ शकत नाही.

युरेका - कॅन्टीन मॉनिटरिंग सिस्टम तयार करण्याची कल्पना

आणि अचानक, आधीच पुढच्या शैक्षणिक वर्षात (2017), मी स्वतःला म्हणालो: "जर आपण अशी प्रणाली बनवली जी रिअल टाइममध्ये रांगेची लांबी दर्शवेल (म्हणजेच, ट्रॅफिक जाम शोधू शकेल)?" जर मी यशस्वी झालो असतो, तर चित्र असे असते: प्राथमिक शाळेतील विद्यार्थी सध्याच्या वर्कलोडच्या पातळीवरील अद्ययावत डेटा मिळविण्यासाठी फक्त त्यांच्या फोनकडे पाहतील आणि त्यांना आता जाणे योग्य आहे की नाही याबद्दल निष्कर्ष काढतील. .

मूलत:, या योजनेने माहितीच्या प्रवेशाद्वारे असमानता दूर केली. त्याच्या मदतीने, प्राथमिक शालेय मुले त्यांच्यासाठी सर्वोत्तम काय आहे ते स्वतः निवडू शकतात - जा आणि रांगेत उभे राहा (जर ते खूप लांब नसेल) किंवा अधिक उपयुक्त वेळ घालवा आणि नंतर अधिक योग्य क्षण निवडा. या विचाराने मी खूप उत्तेजित झालो.

कॅन्टीन मॉनिटरिंग सिस्टमची रचना

सप्टेंबर 2017 मध्ये, मला ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग कोर्ससाठी एक प्रकल्प सबमिट करायचा होता आणि मी ही प्रणाली माझा प्रकल्प म्हणून सबमिट केली.

प्रारंभिक प्रणाली योजना (सप्टेंबर 2017)

उपकरणे निवड (ऑक्टोबर 2017)

पुल-अप रेझिस्टरसह एक साधा स्पर्शक्षम स्विच. तीन ओळींमध्ये रांग ओळखण्यासाठी तीन ओळींमध्ये पाच ढाल असलेली योजना

मी फक्त पन्नास मेम्ब्रेन स्विचेस, ESP1 वर आधारित Wemos D8266 मिनी बोर्ड आणि काही रिंग क्लॅम्प्सची ऑर्डर दिली आहे ज्यात मी इनॅमल वायर जोडण्याची योजना आखली होती.

प्रोटोटाइपिंग आणि विकास (ऑक्टोबर 2017)

मी ब्रेडबोर्डने सुरुवात केली - त्यावर एक सर्किट एकत्र केले आणि त्याची चाचणी केली. मी सामग्रीच्या संख्येत मर्यादित होतो, म्हणून मी स्वतःला पाच फूटबोर्ड असलेल्या प्रणालीपुरते मर्यादित केले.

मी C++ मध्ये लिहिलेल्या सॉफ्टवेअरसाठी, मी खालील उद्दिष्टे सेट केली आहेत:

सतत काम करा आणि फक्त त्या कालावधीत डेटा पाठवा जेव्हा अन्न दिले जाते (नाश्ता, दुपारचे जेवण, रात्रीचे जेवण, दुपारचा नाश्ता).
कॅफेटेरियामधील रांग/वाहतूक परिस्थिती अशा फ्रिक्वेन्सीवर ओळखा की डेटा नंतर मशीन लर्निंग मॉडेलमध्ये वापरला जाऊ शकतो (म्हणा, 10 Hz).
सर्व्हरला कार्यक्षम पद्धतीने डेटा पाठवा (पॅकेटचा आकार लहान असावा) आणि कमी अंतराने.

ते साध्य करण्यासाठी मला पुढील गोष्टी करण्याची आवश्यकता आहे:

वेळेचे सतत निरीक्षण करण्यासाठी आणि कॅफेटेरियामध्ये अन्न कधी दिले जाते हे निर्धारित करण्यासाठी RTC (रिअल टाइम क्लॉक) मॉड्यूल वापरा.
शील्ड स्थिती एका वर्णात रेकॉर्ड करण्यासाठी डेटा कॉम्प्रेशन पद्धत वापरा. डेटाला पाच-बिट बायनरी कोड म्हणून हाताळताना, मी विविध मूल्ये ASCII वर्णांमध्ये मॅप केली जेणेकरून ते डेटा घटकांचे प्रतिनिधित्व करतात.
POST पद्धत वापरून HTTP विनंत्या पाठवून ThingSpeak (विश्लेषण आणि ऑनलाइन चार्टिंगसाठी एक IoT साधन) वापरा.

अर्थात, काही बग होते. उदाहरणार्थ, मला माहित नव्हते की sizeof( ) ऑपरेटर चार * ऑब्जेक्टसाठी 4 व्हॅल्यू देतो आणि स्ट्रिंगची लांबी नाही (कारण ती अॅरे नाही आणि त्यामुळे कंपाइलर लांबीची गणना करत नाही) आणि माझ्या HTTP विनंत्यांमध्ये सर्व URL मधून फक्त चार वर्ण का आहेत हे मला आश्चर्य वाटले!

मी #define पायरीमध्ये कंस देखील समाविष्ट केला नाही, ज्यामुळे अनपेक्षित परिणाम मिळाले. बरं म्हणूया:

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

येथे एक अपेक्षा करेल की A 3 (10/3 = 3) च्या समान असेल, परंतु प्रत्यक्षात त्याची गणना वेगळ्या पद्धतीने केली गेली: 2 (2 * 5/ 3 = 2).

शेवटी, आणखी एक लक्षणीय बग ज्याचा मी सामना केला तो म्हणजे वॉचडॉग टाइमरवर रीसेट करणे. मी बराच काळ या समस्येचा सामना केला. हे नंतर दिसून आले की, मी ESP8266 चिपवरील निम्न-स्तरीय रेजिस्ट्रीमध्ये चुकीच्या पद्धतीने प्रवेश करण्याचा प्रयत्न करत होतो (चुकून मी संरचनेच्या पॉइंटरसाठी NULL मूल्य प्रविष्ट केले).

मी डिझाइन केलेले आणि तयार केलेले एक पाऊल ढाल. फोटो काढला तेव्हा तो पाच आठवडे तुडवण्यापासून वाचला होता

हार्डवेअर (फूट बोर्ड)

शिल्ड कॅन्टीनच्या कठोर परिस्थितीत टिकून राहण्यास सक्षम आहेत याची खात्री करण्यासाठी, मी त्यांच्यासाठी खालील आवश्यकता सेट केल्या आहेत:

मानवी वजनाला नेहमीच आधार देण्यासाठी ढाल पुरेसे मजबूत असले पाहिजेत.
ढाल पातळ असाव्यात जेणेकरून लोकांना रांगेत त्रास होणार नाही.
स्टेप ऑन केल्यावर स्विच सक्रिय करणे आवश्यक आहे.
ढाल जलरोधक असणे आवश्यक आहे. जेवणाची खोली नेहमी ओलसर असते.

या गरजा पूर्ण करण्यासाठी, मी दोन-लेयर डिझाइनवर सेटल झालो - बेस आणि टॉप कव्हरसाठी लेसर-कट ऍक्रेलिक आणि संरक्षक स्तर म्हणून कॉर्क.

मी AutoCAD मध्ये ढाल लेआउट बनवले; परिमाणे - 400 बाय 400 मिलीमीटर.

डाव्या बाजूला उत्पादनात गेलेली रचना आहे. उजवीकडे लेगो-प्रकार कनेक्शनसह पर्याय आहे

तसे, मी शेवटी उजव्या हाताच्या डिझाइनचा त्याग केला कारण अशा फिक्सेशन सिस्टमसह असे दिसून आले की ढाल दरम्यान 40 सेंटीमीटर असावे, याचा अर्थ मी आवश्यक अंतर (दहा मीटरपेक्षा जास्त) कव्हर करू शकत नाही.

सर्व स्विच कनेक्ट करण्यासाठी मी इनॅमल वायर्स वापरल्या - एकूण त्यांनी 70 मीटरपेक्षा जास्त वेळ घेतला! मी प्रत्येक ढालच्या मध्यभागी एक पडदा स्विच ठेवला. बाजूच्या स्लॉटमधून दोन क्लिप बाहेर पडल्या - स्विचच्या डावीकडे आणि उजवीकडे.

बरं, वॉटरप्रूफिंगसाठी मी इलेक्ट्रिकल टेप वापरला. भरपूर इलेक्ट्रिकल टेप.

आणि सर्वकाही कार्य केले!

नोव्हेंबरच्या पाचव्या ते डिसेंबरच्या बाराव्यापर्यंतचा कालावधी

प्रणालीचा फोटो - सर्व पाच ढाल येथे दृश्यमान आहेत. डावीकडे इलेक्ट्रॉनिक्स आहे (D1-mini / Bluetooth / RTC)

XNUMX नोव्हेंबर रोजी सकाळी आठ वाजता (नाश्त्याची वेळ), सिस्टीमने डायनिंग रूममधील परिस्थितीबद्दल वर्तमान डेटा गोळा करण्यास सुरुवात केली. माझा माझ्या डोळ्यांवर विश्वास बसत नव्हता. फक्त दोन महिन्यांपूर्वी मी माझ्या पायजमात घरी बसून सर्वसाधारण योजना रेखाटत होतो, आणि आम्ही येथे आहोत, संपूर्ण यंत्रणा कोणत्याही अडथळ्याशिवाय काम करत आहे... किंवा नाही.

चाचणी दरम्यान सॉफ्टवेअर बग

अर्थात, सिस्टममध्ये भरपूर बग होते. मला आठवणारे येथे आहेत.

क्लायंटला ThingSpeak API शी कनेक्ट करण्याचा प्रयत्न करताना प्रोग्रामने उपलब्ध वाय-फाय पॉइंट तपासले नाहीत. त्रुटीचे निराकरण करण्यासाठी, मी Wi-Fi उपलब्धता तपासण्यासाठी एक अतिरिक्त पायरी जोडली आहे.

सेटअप फंक्शनमध्ये, कनेक्शन दिसेपर्यंत मी वारंवार “WiFi.begin” कॉल केला. नंतर मला कळले की कनेक्शन ESP8266 फर्मवेअरद्वारे स्थापित केले गेले आहे आणि प्रारंभ फंक्शन केवळ Wi-Fi सेट करताना वापरले जाते. मी सेटअप दरम्यान फंक्शनला एकदाच कॉल करून परिस्थिती सुधारली.

मला आढळले की मी तयार केलेला कमांड लाइन इंटरफेस (वेळ सेट करण्याचा, नेटवर्क सेटिंग्ज बदलण्याचा हेतू होता) विश्रांतीच्या वेळी काम करत नाही (म्हणजे नाश्ता, दुपारचे जेवण, रात्रीचे जेवण आणि दुपारच्या चहाच्या बाहेर). मी हे देखील पाहिले की जेव्हा लॉगिंग होत नाही, तेव्हा अंतर्गत लूप जास्त वेगाने वाढतो आणि सीरियल डेटा खूप लवकर वाचला जातो. म्हणून, मी विलंब सेट केला आहे जेणेकरून सिस्टम अपेक्षित असताना अतिरिक्त कमांड येण्याची वाट पाहत आहे.

वॉचडॉगला ओडे

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

मी WDT कसे शोधले

कोड स्निपेट ज्यासाठी मी संघर्ष करत होतो

मला एक प्रोग्राम सापडला, किंवा त्याऐवजी Arduino साठी एक विस्तार, जो Wdt-रीसेट झाल्यावर सॉफ्टवेअरच्या डेटा स्ट्रक्चरचे विश्लेषण करतो, संकलित कोडच्या ELF फाइलमध्ये प्रवेश करतो (फंक्शन्स आणि पॉइंटर्समधील परस्परसंबंध). जेव्हा हे केले गेले तेव्हा असे दिसून आले की त्रुटी खालीलप्रमाणे दूर केली जाऊ शकते:

धिक्कार! बरं, रिअल-टाइम सिस्टममध्ये बग फिक्स करणे इतके अवघड होते हे कोणाला माहीत होते! तथापि, मी बग काढला आणि तो एक मूर्ख बग असल्याचे निष्पन्न झाले. माझ्या अननुभवीपणामुळे, मी एक while लूप लिहिला ज्यामध्ये अॅरे मर्यादेच्या पलीकडे गेले. अगं! (निर्देशांक++ आणि ++ निर्देशांक हे दोन मोठे फरक आहेत).

चाचणी दरम्यान हार्डवेअरसह समस्या

अर्थात, उपकरणे, म्हणजे पायाची ढाल, आदर्शापासून दूर होती. जसे आपण अपेक्षा करू शकता, स्विचपैकी एक अडकला आहे.

XNUMX नोव्हेंबर रोजी दुपारच्या जेवणाच्या वेळी तिसऱ्या पॅनलवरील स्विच अडकला

वर मी ThingSpeak वेबसाइटवरून ऑनलाइन चार्टचा स्क्रीनशॉट प्रदान केला आहे. जसे आपण पाहू शकता, 12:25 च्या सुमारास काहीतरी घडले, त्यानंतर शिल्ड क्रमांक तीन अयशस्वी झाले. परिणामी, रांगेची लांबी 3 (मूल्य 3 * 100 आहे) असल्याचे निर्धारित केले गेले, जरी प्रत्यक्षात ती तिसऱ्या शील्डपर्यंत पोहोचली नाही. निराकरण हे होते की स्विचला अधिक जागा देण्यासाठी मी अधिक पॅडिंग (होय, डक्ट टेप) जोडले.

कधी कधी दारात वायर अडकली की माझी यंत्रणा अक्षरश: उखडली. गाड्या आणि पॅकेजेस या दरवाजातून डायनिंग रूममध्ये नेल्या जात होत्या, जेणेकरून ते वायर सोबत घेऊन, बंद करून, सॉकेटमधून बाहेर काढत होते. अशा प्रकरणांमध्ये, मला डेटाच्या प्रवाहात एक अनपेक्षित बिघाड दिसला आणि मला अंदाज आला की सिस्टम उर्जा स्त्रोतापासून डिस्कनेक्ट झाली आहे.

संपूर्ण शाळेत प्रणालीबद्दल माहिती प्रसारित करणे

आधीच नमूद केल्याप्रमाणे, मी ThingSpeak API वापरले, जे ग्राफच्या रूपात साइटवरील डेटाचे दृश्यमान करते, जे अतिशय सोयीचे आहे. सर्वसाधारणपणे, मी मुळात शाळेच्या फेसबुक ग्रुपमध्ये माझ्या शेड्यूलची लिंक पोस्ट केली आहे (मी अर्ध्या तासासाठी ही पोस्ट शोधली आणि ती सापडली नाही - खूप विचित्र). पण मला माझ्या बँडवर, एक शालेय समुदाय, दिनांक 2017 नोव्हेंबर XNUMX रोजी एक पोस्ट सापडली:

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

मी माझ्या प्रकल्पात रस निर्माण करण्यासाठी या पोस्ट पोस्ट केल्या आहेत. तथापि, त्यांच्याकडे पाहणे देखील स्वतःच मनोरंजक आहे. समजा तुम्ही येथे स्पष्टपणे पाहू शकता की लोकांची संख्या 6:02 वाजता झपाट्याने उडी मारली आणि व्यावहारिकरित्या 6:10 पर्यंत शून्यावर आली.

वर मी दुपारचे जेवण आणि दुपारच्या चहाशी संबंधित दोन आलेख जोडले आहेत. हे लक्षात घेणे मनोरंजक आहे की दुपारच्या जेवणाच्या वेळी वर्कलोडचे शिखर जवळजवळ नेहमीच 12:25 वाजता होते (रांग पाचव्या ढालवर पोहोचली). आणि दुपारच्या स्नॅकसाठी लोकांची मोठी गर्दी असणे हे सामान्यतः अनैच्छिक असते (रांग जास्तीत जास्त एक बोर्ड लांब असते).

काय गंमत आहे माहीत आहे? ही प्रणाली अजूनही जिवंत आहे (https://thingspeak.com/channels/346781)! मी आधी वापरलेल्या खात्यात लॉग इन केले आणि हे पाहिले:

वरील आलेखात, मी पाहिले की डिसेंबरच्या तिसऱ्या दिवशी लोकांचा ओघ लक्षणीयरीत्या कमी होता. आणि आश्चर्य नाही - तो रविवार होता. या दिवशी, जवळजवळ प्रत्येकजण कुठेतरी जातो, कारण बहुतेक प्रकरणांमध्ये फक्त रविवारीच आपण शाळेचे मैदान सोडू शकता. हे स्पष्ट आहे की शनिवार व रविवार रोजी तुम्हाला कॅफेटेरियामध्ये जिवंत आत्मा दिसणार नाही.

माझ्या प्रकल्पासाठी मला कोरियन शिक्षण मंत्रालयाकडून प्रथम पारितोषिक कसे मिळाले

जसे तुम्ही स्वतः पाहू शकता, मी या प्रकल्पावर काम केले नाही कारण मी काही प्रकारचे पुरस्कार किंवा मान्यता मिळविण्याचा प्रयत्न करत होतो. मला शाळेत भेडसावत असलेली एक जुनी समस्या सोडवण्यासाठी माझी कौशल्ये वापरायची होती.

तथापि, आमच्या शालेय पोषणतज्ञ, मिस ओ, ज्यांच्याशी मी माझ्या प्रकल्पाचे नियोजन आणि विकास करताना खूप जवळ आले, एके दिवशी मला कॅफेटेरिया कल्पनांच्या स्पर्धेबद्दल माहिती आहे का, असे विचारले. मग मला वाटले की जेवणाच्या खोलीसाठी कल्पनांची तुलना करणे ही एक प्रकारची विचित्र कल्पना आहे. पण मी माहिती पुस्तिका वाचली आणि समजले की प्रकल्प 24 नोव्हेंबरपर्यंत सबमिट करणे आवश्यक आहे! बंर बंर. मी पटकन संकल्पना, डेटा आणि ग्राफिक्स फायनल केले आणि अर्ज पाठवला.

स्पर्धेसाठी मूळ कल्पनेत बदल

तसे, मी शेवटी प्रस्तावित केलेली प्रणाली आधीपासून लागू केलेल्या प्रणालीपेक्षा थोडी वेगळी होती. मूलत:, मी माझी मूळ पद्धत (रिअल टाइममध्ये रांगेची लांबी मोजणे) मोठ्या कोरियन शाळांसाठी स्वीकारली. तुलनेसाठी: आमच्या शाळेत तीनशे विद्यार्थी आहेत, आणि इतर काहींमध्ये फक्त एका वर्गात इतके लोक आहेत! मला सिस्टीम कशी स्केल करायची हे शोधणे आवश्यक आहे.

म्हणून, मी एक संकल्पना प्रस्तावित केली जी "मॅन्युअल" नियंत्रणावर आधारित होती. आजकाल, कोरियन शाळांनी आधीच सर्व वर्गांसाठी जेवणाची योजना आणली आहे, ज्याचे काटेकोरपणे पालन केले जाते, म्हणून मी एक वेगळी “सिग्नल-प्रतिसाद” प्रकारची फ्रेमवर्क तयार केली आहे. येथे कल्पना अशी होती की जेव्हा तुमच्या पुढे असलेल्या कॅफेटेरियाला भेट देणारा गट रेषेच्या लांबीच्या एका विशिष्ट मर्यादेपर्यंत पोहोचतो (म्हणजेच, रेषा लहान झाली), तेव्हा ते बटण वापरून किंवा भिंतीवर स्विच करून तुम्हाला मॅन्युअली सिग्नल पाठवतील. . सिग्नल टीव्ही स्क्रीनवर किंवा एलईडी बल्बद्वारे प्रसारित केला जाईल.

मला फक्त देशातील सर्व शाळांमध्ये उद्भवलेली समस्या सोडवायची होती. जेव्हा मी मिस ओ कडून एक कथा ऐकली तेव्हा माझा हेतू आणखी दृढ झाला - मी आता तुम्हाला सांगेन. असे दिसून आले की काही मोठ्या शाळांमध्ये ही रेषा कॅफेटेरियाच्या पलीकडे, रस्त्यावर वीस ते तीस मीटरपर्यंत पसरते, अगदी हिवाळ्यातही, कारण कोणीही प्रक्रिया योग्यरित्या आयोजित करू शकत नाही. आणि कधीकधी असे घडते की काही मिनिटांसाठी जेवणाच्या खोलीत कोणीही दिसत नाही - आणि हे देखील वाईट आहे. मोठ्या संख्येने विद्यार्थी असलेल्या शाळांमध्ये जेवणाचा एक मिनिटही वाया जात नसला तरीही कर्मचाऱ्यांना सर्वांना सेवा देण्यासाठी वेळ मिळत नाही. म्हणून, जे वितरणात सर्वात शेवटी पोहोचतात (सामान्यत: प्राथमिक शाळेतील विद्यार्थी) त्यांना जेवायला पुरेसा वेळ मिळत नाही.

त्यामुळे, जरी मला माझा अर्ज घाईघाईने सबमिट करायचा होता, तरीही मी त्याचा व्यापक वापरासाठी कसा जुळवून घेऊ शकतो याचा विचार केला.

मी प्रथम पारितोषिक जिंकल्याचा संदेश!

लांबलचक गोष्ट, मला येऊन माझा प्रकल्प सरकारी अधिकार्‍यांसमोर मांडण्यासाठी आमंत्रित केले होते. म्हणून मी माझ्या सर्व पॉवर पॉईंट प्रतिभांना कामाला लावले आणि आले आणि सादर केले!

सादरीकरणाची सुरुवात (अति डावीकडे - मंत्री)

हा एक मनोरंजक अनुभव होता - मी नुकतेच कॅफेटेरियाच्या समस्येसाठी काहीतरी घेऊन आलो आणि कसा तरी स्पर्धेच्या विजेत्यांमध्ये संपलो. स्टेजवर उभे राहूनही मी विचार करत राहिलो: "हम्म, मी इथे काय करतोय?" परंतु सर्वसाधारणपणे, या प्रकल्पामुळे मला खूप फायदा झाला - मी एम्बेडेड सिस्टमच्या विकासाबद्दल आणि वास्तविक जीवनात प्रकल्पांच्या अंमलबजावणीबद्दल बरेच काही शिकलो. बरं, मला नक्कीच बक्षीस मिळाले.

निष्कर्ष

येथे काही विडंबन आहे: मी हेतुपुरस्सर साइन अप केलेल्या सर्व प्रकारच्या स्पर्धा आणि विज्ञान मेळ्यांमध्ये मी कितीही भाग घेतला असला तरीही, त्यातून काहीही चांगले झाले नाही. आणि मग संधी मला सापडली आणि चांगले परिणाम दिले.

यामुळे मला प्रकल्प हाती घेण्यास प्रवृत्त करणाऱ्या कारणांचा विचार करायला लावला. मी काम का सुरू करू - "जिंकण्यासाठी" किंवा माझ्या सभोवतालच्या जगात वास्तविक समस्या सोडवण्यासाठी? जर तुमच्या बाबतीत दुसरा हेतू कार्यरत असेल, तर मी तुम्हाला प्रकल्प सोडू नका असे जोरदारपणे प्रोत्साहित करतो. व्यवसायाकडे या दृष्टिकोनामुळे, तुम्ही वाटेत अनपेक्षित संधींना भेटू शकता आणि जिंकण्याच्या गरजेचा दबाव जाणवणार नाही - तुमचा मुख्य प्रेरक तुमच्या व्यवसायाची आवड असेल.

आणि सर्वात महत्त्वाचे म्हणजे: आपण एक सभ्य उपाय अंमलात आणण्यासाठी व्यवस्थापित केल्यास, आपण ताबडतोब वास्तविक जगात प्रयत्न करू शकता. माझ्या बाबतीत, प्लॅटफॉर्म एक शाळा होती, परंतु कालांतराने, अनुभव जमा होतो आणि कोणास ठाऊक आहे - कदाचित तुमचा अनुप्रयोग संपूर्ण देशाद्वारे किंवा संपूर्ण जगाद्वारे वापरला जाईल.

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

मला या लेखाद्वारे काय साध्य करण्याची आशा होती

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

हे तुम्हाला अपेक्षित नसलेले मार्ग देखील उघडू शकते - माझ्या बाबतीत असेच घडले. तर कृपया, तुम्हाला जे आवडते ते करा आणि जगावर तुमचा ठसा उमटवा! एकाच आवाजाची प्रतिध्वनी संपूर्ण जगाला हादरवून टाकू शकते, म्हणून स्वतःवर विश्वास ठेवा.

प्रकल्पाशी संबंधित काही दुवे येथे आहेत:

स्त्रोत: www.habr.com

एका कोरियन शाळकरी मुलाची कथा ज्याला मंत्रालयाकडून रांगेत देखरेख प्रणालीसाठी बक्षीस मिळाले

कॅन्टीन मॉनिटरिंग सिस्टमची रचना

आणि सर्वकाही कार्य केले!

माझ्या प्रकल्पासाठी मला कोरियन शिक्षण मंत्रालयाकडून प्रथम पारितोषिक कसे मिळाले

निष्कर्ष

एक टिप्पणी जोडा Отменить ответ