रास्पबेरी पाई सीपीयू लोड संकेतक: 13 कदम

2024 लेखक: John Day | [email protected]. अंतिम बार संशोधित: 2024-01-30 09:18

रास्पबेरी पाई (आरपीआई) को कंसोल मॉनिटर के बिना हेडलेस के रूप में चलाते समय, आरपीआई वास्तव में कुछ कर रहा है यह पहचानने के लिए कोई विशिष्ट दृश्य संकेत उपलब्ध नहीं हैं।

भले ही एसएसएच के साथ रिमोट टर्मिनल का उपयोग किया जाता है, समय-समय पर लिनक्स कमांड के निष्पादन को यह जांचने की आवश्यकता होती है कि अब कितना सिस्टम लोड सीपीयू पर बोझ है

तो यह सर्किट वर्तमान में लागू सिस्टम लोड को निष्पादित करने के लिए सीपीयू की वास्तविक गतिविधि (शायद अर्ध-वास्तविक या निकट वास्तविक तरीके से) को तुरंत पहचानने में मदद करने के लिए बनाया गया है।

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

इसके अलावा पाइथन कोड की विरोधाभासी रूप से बढ़ी हुई जटिलता सीपीयू को सिस्टम लोड में वृद्धि के साथ अधिक बोझ देगी।

इसलिए, बाहरी हार्डवेयर सर्किट के लिए जितना संभव हो सके किसी भी संकेत कार्यक्षमता को ऑफ-लोड करना उचित होगा क्योंकि यह सेवा हर समय और बार-बार चलनी चाहिए जैसे कि प्रत्येक 5 सेकंड में।

और यह सर्किट हेडलेस रनिंग RPI में थोड़ा फनी फीचर जोड़ देगा।

चरण 1: सीपीयू लोड चेकिंग लिनक्स कमांड

विभिन्न सीपीयू लोड चेकिंग लिनक्स कमांड उपलब्ध हैं जैसे टॉप, आईओस्टैट, सिसस्टैट और अपटाइम।

सूचना विविधता और डेटा सादगी प्रदर्शित करने के मामले में प्रत्येक कमांड में विशिष्ट लाभप्रद विशेषताएं हैं।

शीर्ष कमांड सबसे अधिक जानकारी से भरपूर है और सिस्टम लोड को तुरंत पहचानने के लिए बहुत विस्तृत डेटा उपलब्ध है।

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

iostat कमांड उपयोगकर्ता और सिस्टम रनिंग क्यू जॉब्स को अलग करके सिस्टम लोड की गहन जानकारी प्रदान करता है जो वर्तमान में सीपीयू पर बोझ डाल रहा है।

लेकिन वर्तमान सीपीयू लोड को त्वरित और सहज तरीके से प्राप्त करना अनावश्यक रूप से जटिल है।

अपटाइम के मामले में, बहुत ही सरल सिस्टम लोड डेटा 1 मिनट के औसत, 5 मिनट के औसत और 15 मिनट के संक्षिप्त औसत के रूप में उपलब्ध हैं।

जैसा कि ऊपर उल्लेख किया गया है, पायथन कोड को सरल बनाना आवश्यक है क्योंकि इसे बहुत बार निष्पादित किया जाना चाहिए जैसे कि प्रत्येक 5 सेकंड या 10 सेकंड में।

जब पायथन कोड जटिल हो जाता है, तो यह सीपीयू पर बहुत अधिक बोझ डालेगा।

यह एक तरह का विरोधाभास है कि आप इसके सिस्टम लोड की निगरानी के लिए आरपीआई पर बोझ डाल रहे हैं।

इसलिए, मैं सीपीयू लोड इकट्ठा करने और इंडिकेटर सर्किट के साथ इंटरऑपरेट करने के लिए अपटाइम कमांड चुन रहा हूं क्योंकि यह सबसे सरल है।

लेकिन जैसा कि अपटाइम सिस्टम लोड का 1 मिनट औसत दिखाता है, संकेतक सर्किट को सख्ती से वास्तविक समय मोड के रूप में संचालित नहीं किया जाएगा।

फिर भी यह सर्किट सहायक दृश्य संकेत प्रदान कर सकता है जो दिखाता है कि आरपीआई अब कैसे कर रहा है।

चरण 2: स्कीमैटिक्स

इस सर्किट को आरपीआई से दो ऑप्टो-कपलर इनपुट के माध्यम से वर्तमान सीपीयू लोड के 4 अलग-अलग स्तर (जैसे 00-> कम, 01-> लाइट, 10-> मीडियम, 11-> हाई) प्राप्त होंगे।

74LS139 (2 से 4 डिकोडर और डी-मल्टीप्लेक्सर) 00 (LOW) ->B0, 01(LIGHT)->B1, 10(MEDIUM)->B2 जैसे 4 संभावित तरीकों के बीच एकल आउटपुट में से एक में दो बिट इनपुट को डिकोड कर रहा है, 11 (उच्च) -> बी ३।

चूंकि 74LS139 आउटपुट रिवर्स लेवल है (00 इनपुट -> B0 लो हो जाता है और अन्य 3 आउटपुट हाई हो जाता है), 74HC04 इन्वर्टर का उपयोग आउटपुट को एक बार फिर रिवर्स करने के लिए किया जाता है।

जब 74LS139 का उत्पादन सामान्य उच्च होता है, तो 74HC04 आवश्यक नहीं होगा।

लेकिन किसी तरह 74LS139 को ऐसे ही बनाया जाता है। (कृपया 74LS139 की सत्य तालिका देखें)

जब 74LS139 आउटपुट में से कोई भी चुना जाता है, तो यह CD4066 IC में शामिल 4 स्विच के बीच एक निश्चित एनालॉग स्विच को सक्रिय करेगा।

CD4066 4 एनालॉग स्विच को सपोर्ट कर सकता है और प्रत्येक स्विच में 1 कंट्रोल इनपुट और 2 एनालॉग आउटपुट होते हैं।

जब नियंत्रण इनपुट उच्च हो जाता है, तो दो आउटपुट कनेक्शन कम प्रतिबाधा बन जाते हैं (प्रतिरोध 0 हो जाता है) और अन्य उच्च प्रतिबाधा बन जाते हैं (दो आउटपुट पथ के बीच प्रतिरोध कई सैकड़ों मेगा ओम बन जाता है)।

सीडी 4066 का बस नियंत्रण 1 (पिन 13) उच्च हो जाता है, आउटपुट 1 (पिन 1) और आउटपुट 2 (पिन 2) के बीच का पथ जुड़ा हुआ है, इस बीच अन्य आउटपुट जुड़े नहीं हैं (उच्च प्रतिबाधा स्थिति में)।

इसी तरह नियंत्रण 2 (पिन 5) का उच्च इनपुट आउटपुट 1 (पिन 4) और आउटपुट 2 (पिन 3) को कनेक्ट करता है जबकि अन्य आउटपुट डिस्कनेक्ट हो जाते हैं।

फिर LM555 दो एलईडी को अलग-अलग ब्लिंकिंग दर में ब्लिंक कर रहा है।

जैसा कि आप ऊपर की योजना में देख सकते हैं, NE555 4 (12k, 24k, 51k, 100k) संभावित प्रतिरोध स्तरों में से एक प्रतिरोध मान के साथ काम करेगा।

चरण 3: NE555 विभिन्न घड़ी पीढ़ी

जैसा कि योजनाबद्ध में दिखाया गया है, NE555 संभावित प्रतिरोध मान जैसे कि 12k, 24l, 51k और 100k में से एक को संचालित करेगा।

वास्तव में NE555 टाइमिंग सर्किट भाग सर्किट का प्रमुख दृश्य संकेत सहायक भाग है।

सर्किट ऑपरेशन योजना इस प्रकार है।

- जब कोई महत्वपूर्ण CPU लोड नहीं होता है, तो RPI में स्थापित पायथन प्रोग्राम 00 आउटपुट को इंडिकेटर सर्किट में भेजेगा। फिर CD4066 के दो आउटपुट पथ सक्रिय हो रहे हैं और NE555 12k रेसिस्टर वैल्यू के साथ काम कर रहा है। इसलिए, एल ई डी प्रति सेकंड 1.5 बार झपकाते हैं (काफी तेजी से झपकाते हैं)

- सीपीयू हल्के से लोड होता है (फिर अपटाइम कतार की लंबाई 0.1 ~ 0.9 स्तर हो जाती है), अजगर 01 को सर्किट में भेजेगा। फिर CD4066 24k रोकनेवाला से जुड़े आउटपुट के साथ सक्रिय हुआ। नतीजतन, एलईडी ब्लिंकिंग प्रति सेकंड 1.2 गुना कम हो गई (एलईडी ब्लिंकिंग थोड़ी कम हुई लेकिन फिर भी थोड़ी तेज)

- जब सीपीयू लोड काफी बढ़ जाता है (तब अपटाइम रन-क्यू की लंबाई 1.0 ~ 1.9 स्तर हो जाती है), तो पायथन 10 से सर्किट का उत्पादन करेगा। फिर 51k रोकनेवाला कनेक्शन पथ खोला जाता है और NE555 प्रति सेकंड 0.8 बार काम कर रहा है। अब पलक झपकने की दर काफी कम हो जाती है।

- भारी बोझ से सीपीयू और अपटाइम रन-क्यू की लंबाई लंबी हो जाती है (2 से अधिक कार्य सीपीयू द्वारा निष्पादित होने की प्रतीक्षा करेंगे और अपटाइम 2.0 से अधिक की रिपोर्ट करेगा)। जैसे ही 100k रोकनेवाला कनेक्शन चुना जाता है, NE555 प्रति सेकंड 0.5 बार एलईडी झपकाएगा (ब्लिंक गति बहुत धीमी हो जाती है)

***

सिस्टम लोड में वृद्धि के साथ, एलईडी ब्लिंकिंग गति तदनुसार कम हो जाएगी।

जब एलईडी काफी धीमी गति से झपकाती है, तो निश्चित रूप से आरपीआई काफी हद तक ओवरलोड हो जाता है।

इस तरह लोड इंडिकेशन सर्किट आपको आरपीआई के वर्तमान लोड स्तर की रिपोर्ट करता है।

चरण 4: भाग

इस सर्किट को बनाने के लिए विभिन्न आईसी चिप्स का उपयोग किया जाता है।

हालाँकि मैं 74LSxx, CD40xx प्रकार के पुराने IC चिप्स का उल्लेख कर रहा हूँ, आप हाल के प्रकार के TTL और CMOS चिप्स जैसे 74HC4066, और 74ASxx का उपयोग कर सकते हैं जब चयनित IC चिप DIP प्रकार है।

छोटे आईसी पैकेज के सरफेस माउंट प्रकार का भी उपयोग किया जा सकता है जब आप छोटे लोगों को यूनिवर्सल पीसीबी पर ठीक से मिलाप कर सकते हैं।

अन्य सामान्य भाग हैं जिन्हें आप इंटरनेट ई-स्टोर से आसानी से खरीद सकते हैं।

- 74LS139 (2 से 4 डिकोडर, डी-मल्टीप्लेक्सर) x 1

- 74HC04 (6 इन्वर्टर) x 1

- सीडी4066 (4 एनालॉग स्विच आईसी) x 1

- एनई५५५ टाइमर आईसी एक्स १

- कैपेसिटर: 10uF x 1, 0.1uF x 1

- PC817 ऑप्टो-कप्लर x 2 (किसी भी सामान्य 4 पिन ऑप्टो-कप्लर का उपयोग किया जा सकता है)

- प्रतिरोधी: 220ohm x 4 (एलईडी वर्तमान सीमित), 4.7K (ऑप्टो-कपलर इंटरफ़ेस) x 2, 12K, /24K/51K/100K (घड़ी समय नियंत्रण) x 1

- एलईडी x 2 (कोई भी अलग रंग जैसे पीला, हरा या लाल, हरा)

- यूनिवर्सल बोर्ड 30 (डब्ल्यू) 20 (एच) छेद आकार (आप इस सर्किट को फिट करने के लिए सार्वभौमिक बोर्ड के किसी भी आकार में कटौती कर सकते हैं)

- टिन के तार (यूनिवर्सल पीसीबी पर वायरिंग पैटर्न बनाने के लिए)

- पिन हेड (3 पिन) x 3

- आईसी पिन हेड (4 पिन) x 4

- लाल/नीले रंग की वायरिंग केबल

***

चरण 5: पीसीबी ड्राइंग बनाना

हालाँकि मैं प्रत्येक प्रोजेक्ट में PCB ड्राइंग दिखा रहा हूँ, वायरिंग डिज़ाइन केवल संदर्भ है जो आपको यूनिवर्सल PCB पर प्रत्येक भाग को सही ढंग से टांका लगाने में मार्गदर्शन करेगा।

लेकिन जरूरी नहीं कि आप इस वायरिंग स्कीम पर ही टिके रहें।

जैसा कि आप ऊपर वायरिंग आरेख देख सकते हैं, यह काफी जटिल है और इसके लिए काफी बड़े पीसीबी की आवश्यकता होती है।

सोल्डरिंग पूर्ण पीसीबी के आकार को कम करने के लिए आप टिन तार के बजाय भागों को जोड़ने के लिए सामान्य केबल का उपयोग कर सकते हैं।

भागों के बीच सही सोल्डरिंग की जाँच और पुष्टि के लिए केवल पीसीबी ड्राइंग का उपयोग करें।

जब टीटीएल या सीएमओएस आईसी की संख्या बढ़ जाती है, तो आमतौर पर पीसीबी ड्राइंग पीसीबी के एक तरफ उचित एकीकरण से परे काफी जटिल हो जाती है।

इसलिए, पीसीबी की बहु-परत आमतौर पर डिजिटल सर्किट के औद्योगिक ग्रेड के लिए उपयोग की जाती है जिसमें बहुत सारे टीटीएल, सीएमओएस और माइक्रो-प्रोसेसर शामिल हैं।

चरण 6: सोल्डरिंग

मैं जितना संभव हो पीसीबी आकार को कम करने के लिए टिन के तार और सामान्य तारों के केबल का एक साथ उपयोग कर रहा हूं।

पीसीबी ड्राइंग के साथ तुलना करते समय, प्रत्येक भाग का स्थान पूरी तरह से बदल जाता है।

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

आप देख सकते हैं कि 12k/24k/51k/100k रेसिस्टर्स बिना सोल्डरिंग के IC पिन हेड पर डाले गए हैं।

इसलिए, आप बाद में सर्किट परिचालन योजना को आसानी से बदलने के लिए प्रतिरोधों को अन्य मानों से बदल सकते हैं।

चरण 7: कोडांतरण

पूरा लोड इंडिकेटर सर्किट (इसके बाद इंडिकेटर के रूप में) म्यूजिक प्लेयर आरपीआई बॉक्स में स्थापित किया गया है जैसा कि ऊपर चित्र में दिखाया गया है।

यह म्यूजिक प्लेयर DAC के साथ स्थापित है और मैं इसका उपयोग हाल ही में म्यूजिक वीडियो चलाने के लिए कर रहा हूं।

इस आरपीआई बॉक्स के बारे में, मैं बाद में समझाऊंगा और अब इंडिकेटर पर ध्यान केंद्रित करते हैं क्योंकि सर्किट इस परियोजना का मुख्य विषय है।

मैंने हाल ही में वीडियो प्लेइंग एप्लिकेशन का समर्थन करने के लिए रास्पबेरी पाई 4 मॉडल बी 2 जीबी (इसके बाद आरपीआई 4 बी) खरीदा है।

चूंकि आरपीआई ४बी ने ४ कोर सीपीयू के प्रदर्शन में वृद्धि की है, सिस्टम लोड हैंडलिंग को आरपीआई ३बी+ से काफी हद तक बढ़ाया गया है।

इसलिए अपटाइम रन-क्यू लंबाई आउटपुट को RPI 3B+ से अलग तरीके से व्यवहार किया जाना चाहिए।

- वीडियो चलाने जैसे पारंपरिक सिस्टम लोड के लिए, रन-क्यू की लंबाई आमतौर पर 0.5 से कम होती है (इसलिए कम सिस्टम लोड 0.0 ~ 0.5 स्तर होगा)

- जब थोड़ा अतिरिक्त सिस्टम लोड जोड़ा जाता है जैसे कि वीडियो चलाना और फाइलों को स्थानीय निर्देशिका से कॉपी करना, तो सीपीयू पर थोड़ा बोझ पड़ता है। (तो लाइट लोड स्तर 0.5 ~ 1.0 होगा)

- जब यूट्यूब साइट पर ब्राउज़र पर वीडियो चलाने और किसी अन्य ब्राउज़र पर वेब सर्फिंग जैसे महत्वपूर्ण भार लागू होते हैं, तो आरपीआई 4 की चलने की गति थोड़ी धीमी हो जाती है (इसलिए मध्यम लोड स्तर 1.0 ~ 2.0 होगा)

- अंत में RPI 4 सिस्टम लोड अधिक हो जाता है जब कई वेब ब्राउज़र चलाते हैं और बड़ी मात्रा में फ़ाइलों को नेटवर्क के माध्यम से दूसरे RPI सर्वर पर कॉपी करते हैं (तब रन-क्यू की लंबाई 2.0 से अधिक हो जाती है)

***

इस लोड लेवल डेटा का उपयोग अगले चरण में विकसित पायथन कोड द्वारा किया जाएगा।

चरण 8: मूल सर्किट को संशोधित करना

मूल सर्किट डिजाइन के कई दोषों के कारण, मैं सर्किट को संशोधित कर रहा हूं जैसा कि ऊपर चित्र में दिखाया गया है।

परिवर्तन के कारण इस प्रकार हैं।

- NE555 क्लॉक पल्स में हाई और लो वेवफॉर्म होते हैं। लेकिन आमतौर पर उच्च और निम्न सिग्नल अवधि (टी = 1/एफ) समान नहीं होती है (उदाहरण के लिए उच्च 70% है और मूल सर्किट में कम 30% है)। इसलिए, दो एल ई डी (मूल डिजाइन में हरी / पीली एलईडी) की ब्लिंकिंग दर समान नहीं है (एक एलईडी दूसरे की तुलना में अधिक समय तक चालू रहती है)। इस कारण से, एलईडी ब्लिंकिंग द्वारा दृश्य संकेत बहुत आसानी से पहचानने योग्य नहीं है।`

- इसलिए, मैं अधिक एलईडी जोड़ रहा हूं और परिचालन स्थिति की आसान पहचान सुनिश्चित करने के लिए सीडी 4017 के साथ परिपत्र पुनरावृत्ति पैटर्न बना रहा हूं

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

***

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

चरण 9: मूल योजनाबद्ध परिवर्तन

CD4017 और 8 LED को जोड़ना प्रमुख संशोधन है।

इसके अलावा NE555 क्लॉकिंग फ़्रीक्वेंसी और रिवर्स एलईडी ब्लिंकिंग स्कीम को बदलने के लिए, प्रतिरोधों के मूल्यों को बदल दिया जाता है जैसा कि ऊपर दिए गए स्कीमैटिक्स में दिखाया गया है।

जैसा कि जोड़ा गया सर्किट भाग सरल सीडी 4017 आधारित चेज़र सर्किट है, मैं संशोधित सर्किट के अन्य विवरण स्पष्टीकरण छोड़ दूंगा।

सभी बदले हुए सर्किट हिस्से को बेटी पीसीबी बोर्ड के रूप में बनाया जा सकता है जिसमें सीडी 4017 और 8 एलईडी को मिलाया जाता है।

चरण 8 में दिखाए गए चित्र के अनुसार बेटी बोर्ड को मुख्य बोर्ड (मदर बोर्ड) से जोड़ा जा सकता है।

चरण 10: परीक्षण

सभी परिचालन चरणों (लो, लाइट, मीडियम और हाई लोड स्टेट) का परीक्षण वीडियो नीचे Google ड्राइव में संग्रहीत फ़ाइल द्वारा दिखाया गया है।

***

drive.google.com/file/d/1CNScV2nlqtuH_CYSW…

***

वर्तमान सिस्टम लोड के अनुसार, वीडियो में दिखाए गए 4 राज्यों में से एक में ब्लिंकिंग दर बदल जाएगी।

चरण 11: पायथन कोड

चूंकि अधिकांश कंट्रोलिंग लॉजिक्स बाहरी हार्डवेयर सर्किट में शामिल होते हैं, पायथन कोड का ऑपरेशनल लॉजिक निम्नलिखित चरणों सहित अपेक्षाकृत सरल है।

- सिस्टम लोड और तापमान बढ़ाने के बीच सापेक्षता की तुलना करने के लिए सीपीयू तापमान डेटा प्राप्त करना

- अपटाइम आउटपुट से 1 मिनट का औसत सिस्टम लोड इकट्ठा करना

- yy-mm-dd hh:mm:ss format जैसे टाइम स्टैम्प बनाना

- टाइम-स्टैम्प के साथ-साथ लेखन तापमान, सिस्टम लोड

- वर्तमान प्रणाली के अनुसार इंडिकेटर सर्किट में आउटपुट डेटा (00, 01, 10, 11) लोड करें

- ऊपर बताए गए चरणों को शुरू करने से पहले 5 सेकंड सोएं

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

***

drive.google.com/file/d/1BdaRVXyFmQrRHkxY8…

***

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

आमतौर पर मैं नए खरीदे गए RPI 4B 2GB के साथ म्यूजिक वीडियो, फाइल कॉपी / मूविंग या पायथन प्रोग्रामिंग चला रहा हूं।

इसलिए, मेरे मामले में औसत भार आमतौर पर 1.0 से कम होता है और तदनुसार मैं अपने कोड में निम्न/प्रकाश/मध्यम/उच्च स्तर बदल रहा हूं। (आप परीक्षण की स्थिति को अन्यथा बदल सकते हैं)

लेकिन जब आप आमतौर पर RPI के साथ Youtube वीडियो देख रहे होते हैं, तो आमतौर पर 2.0 से अधिक सिस्टम लोड होते हैं।

चरण 12: सिस्टम लोड और सीपीयू तापमान के बीच सापेक्षता

आमतौर पर मैं अनुमान लगा रहा हूं और निश्चित हूं कि सिस्टम लोड बढ़ने से सीपीयू का तापमान बढ़ेगा।

लेकिन अब तक मेरे पास उनके बीच परस्पर क्रिया की स्पष्ट छवि नहीं है।

जैसा कि आप ऊपर दिए गए ग्राफ में देख सकते हैं, वे निम्नानुसार बहुत मजबूत सह-संबंध हैं।

- आसान तुलना के लिए, मैं 10 को औसत सिस्टम लोड से गुणा करता हूं। अन्यथा सिस्टम लोड का पैमाना बहुत छोटा है (0.0 ~ 2.0), प्रत्यक्ष तुलना मुश्किल हो जाती है।

- चूंकि पीआई बॉक्स चलाने वाले संगीत में कूलिंग फैन सर्किट स्थापित किया गया है, सीपीयू तापमान कभी भी 50C. से अधिक नहीं होता है

- जब सिस्टम लोड 0.0 ~ 1.0 की सीमा के भीतर होता है, तो तापमान 45 ~ 48C की सीमा के भीतर होता है (CPU मेटल कवर थोड़ा गर्म होता है)

- लेकिन भारी भार लागू होता है (आमतौर पर वेब ब्राउज़र और Youtube वीडियो चला रहा है), लोड बढ़ रहा है और इसलिए तापमान

***

चूंकि आरपीआई 4बी 4 कोर सीपीयू के साथ स्थापित है, सैद्धांतिक रूप से प्रदर्शन लोड स्तर (अपटाइम रनिंग क्यू) तक ज्यादा खराब नहीं होगा।

लेकिन फिर भी औसत लोड स्तर 4 से कम, उपयुक्त तापमान नियंत्रण आवश्यक होगा।

चरण 13: अंतिम रूप देना

मैं उपरोक्त चित्र की तरह इंडिकेटर टू पाई बॉक्स स्थापित करके इस परियोजना को पूरा कर रहा हूं।

इस पाई बॉक्स के आकस्मिक उपयोग के दौरान, संकेतक शायद ही कभी उच्च स्तर और गतिशील एलईडी ब्लिंकिंग दिखाता है।

आमतौर पर यह धीमी गति से चमकती एलईडी अवस्थाओं (इसलिए LOW या LIGHT स्तर) में रहता है।

वैसे भी जोड़ा गया दृश्य संकेतक थोड़ा अजीब बनाता है कम से कम यह दिखाता है कि आरपीआई अभी कुछ कर रहा है।

इस कहानी को पढ़ने के लिए धन्यवाद…..