Raspberry Pi պրոցեսորի բեռի ցուցիչ ՝ 13 քայլ

2024 Հեղինակ: John Day | [email protected]. Վերջին փոփոխված: 2024-01-30 09:45

Երբ Raspberry Pi (RPI) - ն աշխատում է առանց գլխի առանց մխիթարիչի մոնիտորի, հատուկ տեսողական ցուցումներ չկան, որոնք կարող են ճանաչել, որ RPI- ն իրականում ինչ -որ բան է անում:

Թեև հեռավոր տերմինալը օգտագործվում է SSH- ի հետ, Linux- ի հրամանի ժամանակ առ ժամանակ կատարումը պահանջվում է ՝ ստուգելու, թե որքան համակարգի բեռը է բեռնում պրոցեսորը հիմա

Այսպիսով, այս սխեման ստեղծված է օգնելու անմիջապես ճանաչել պրոցեսորի իրական գործունեությունը (գուցե կիսաիրական կամ գրեթե իրական եղանակով) `ներկայումս կիրառվող համակարգի բեռները կատարելու համար:

Թեև միայն պիթոնի ծրագրավորումը և շատ ավելի պարզ սխեմաները կարող են ապահովել նույն ֆունկցիոնալությունը, մի փոքր բարդ պիտոնի կոդեր կպահանջվեն ՝ այս շղթայի պահանջած բարդ կառավարման LED տրամաբանությունը մոդելավորելու համար:

Նաև պարադոքսալ կերպով բարձրացված Python կոդի բարդությունը ավելի շատ կծանրաբեռնի պրոցեսորը համակարգի ավելացած բեռով:

Հետևաբար, ցանկացած սարքավորման հնարավորինս բեռնաթափումը արտաքին ապարատային սխեմաներին կլինի խելամիտ, քանի որ այս ծառայությունը պետք է գործի ամբողջ ժամանակ և հաճախ, ինչպես յուրաքանչյուր 5 վայրկյանի համար:

Եվ այս սխեման մի փոքր զվարճալի հատկություն կավելացնի անգլուխ ընթացող RPI- ին:

Քայլ 1: Պրոցեսորի բեռի ստուգում Linux հրաման

Գոյություն ունեն պրոցեսորի բեռնվածքի բազմազան ստուգում, որտեղ առկա են Linux հրամաններ, ինչպիսիք են ՝ top, iostat, sysstat և uptime:

Յուրաքանչյուր հրաման ունի որոշակի առավելություններ `տեղեկատվության բազմազանության և տվյալների պարզության ցուցադրման առումով:

Վերևի հրամանատարությունը տեղեկատվությամբ առավել հարուստ է, և շատ մանրամասն տվյալները հասանելի են համակարգի բեռը անմիջապես ճանաչելու համար:

Բայց այն գործում է որպես կրկնության ռեժիմ (տվյալները էկրանին անընդհատ ցուցադրելը) և տեղեկատվական ձևաչափը բավականին բարդ է `պահանջվող պրոցեսորի բեռի միայն տվյալները պարզապես հանելու համար:

Iostat հրամանը տալիս է համակարգի բեռնվածության մասին մանրամասն տեղեկություններ ՝ տարանջատելով ներկայիս պրոցեսորը ծանրաբեռնող օգտվողի և համակարգի հերթերի աշխատանքը:

Բայց նաև անհարկի բարդ է ստանալ պրոցեսորի ընթացիկ բեռը որպես արագ և ինտուիտիվ եղանակ:

Գործարկման ժամանակ համակարգի բեռնման շատ պարզ տվյալները հասանելի են 1 րոպե միջին, 5 րոպե միջին և 15 րոպե միջինացված տերմիններով:

Ինչպես նշվեց վերևում, պիթոնի ծածկագրի պարզեցումը անհրաժեշտ է, քանի որ այն պետք է կատարվի բավականին հաճախ, ինչպես յուրաքանչյուր 5 վայրկյան կամ 10 վայրկյան:

Երբ python կոդը կդառնա բարդ, այն շատ կծանրաբեռնի պրոցեսորը:

Մի տեսակ պարադոքս է, որ դու ծանրաբեռնում ես RPI- ին `վերահսկելու նրա համակարգի բեռը:

Հետևաբար, ես ընտրում եմ ժամանակի հրամանը ՝ հավաքելու պրոցեսորի բեռը և համագործակցելով ցուցիչի հետ, քանի որ այն ամենապարզն է:

Բայց քանի որ ժամանակի ռեժիմը ցույց է տալիս համակարգի բեռնվածության միջին 1 րոպեն, ցուցիչային սխեման պետք է գործի ոչ այնքան իրական ժամանակի ռեժիմում:

Այնուամենայնիվ, այս շրջանը կարող է օգտակար տեսողական ակնարկ տալ, որը ցույց է տալիս, թե ինչպես է RPI- ն այժմ աշխատում:

Քայլ 2: Սխեմաներ

Այս սխեման կստանա 4 տարբեր մակարդակներ (օրինակ ՝ 00-> OWԱOWՐ, 01-> ԼՈՅՍ, 10-> ՄԻEDԻՆ, 11-> ԲԱՐՁՐ) ընթացիկ պրոցեսորի բեռնվածությունը RPI- ից երկու օպտո-միակցիչի միջոցով:

74LS139 (2-ից 4 ապակոդավորիչ և դե-մուլտիպլեքսերատոր) երկու բիթ մուտքերն է վերծանում մեկ ելքի մեջ ՝ 4 հնարավոր եղանակների միջև, ինչպիսիք են 00 (OWԱOWՐ)-> B0, 01 (ԼՈTՅՍ)-> B1, 10 (ՄԵEDԻ)-> B2, 11 (ԲԱՐՁՐ)-> B3:

Քանի որ 74LS139 թողարկումը հակառակ մակարդակի է (00 մուտքագրում -> B0 դառնում է OWԱOWՐ, իսկ մյուս 3 ելքը ՝ Բարձր), 74HC04 ինվերտորը օգտագործվում է ևս մեկ անգամ ելքը հակառակ դարձնելու համար:

Երբ 74LS139- ի ելքը նորմալ ԲԱՐԻ է, 74HC04- ը անհրաժեշտ չի լինի:

Բայց ինչ -որ կերպ 74LS139- ն այդպես է պատրաստված: (Խնդրում ենք ստուգել 74LS139- ի ճշմարտության աղյուսակը)

Երբ 74LS139 ելքերից որևէ մեկն ընտրվի, այն կակտիվացնի մեկ որոշակի անալոգային անջատիչ CD4066 IC- ում ներառված 4 անջատիչների միջև:

CD4066- ը կարող է ապահովել 4 անալոգային անջատիչ, և յուրաքանչյուր անջատիչ բաղկացած է 1 կառավարման մուտքից և 2 անալոգային ելքից:

Երբ վերահսկման մուտքը դառնում է ԲԱՐՁՐ, երկու ելքային կապը դառնում է ցածր դիմադրություն (Դիմադրությունը դառնում է 0), իսկ մյուսները դառնում են Բարձր դիմադրություն (Երկու ելքային ուղու միջև դիմադրությունը դառնում է մի քանի հարյուր մեգաօմ):

Ուղղակի վերահսկեք CD4066- ի 1 -ը (փին 13) դառնա ԲԱՐՁՐ, ուղին ելքի 1 -ի (փին 1) և ելքի 2 (քորոց 2) միջև, մինչդեռ մյուս ելքերը միացված չեն (բարձր դիմադրողականության վիճակում):

Նմանապես կառավարման բարձր (2) (մուտքի 5) մուտքը դարձնում է ելքը 1 (պին 4) և ելքը 2 (փին 3) միացված, իսկ մյուս ելքերն անջատված են:

Այնուհետև LM555- ը թարթում է երկու LED տարբեր թարթման արագությամբ:

Ինչպես տեսնում եք վերը նշված սխեմատիկայում, NE555- ը գործելու է դիմադրության 4 -րդ (12k, 24k, 51k, 100k) հնարավոր դիմադրությունների միջև:

Քայլ 3. NE555 Differentամացույցի տարբեր սերունդ

Ինչպես ցույց է տրված սխեմատիկայում, NE555- ը գործարկելու է հնարավոր դիմադրության արժեքներից մեկը `12k, 24l, 51k և 100k:

Իրականում NE555 ժամանակացույցի միացման հատվածը հիմնական տեսողական ցուցումն է, որն ապահովում է շրջանի մի մասը:

Շղթայի շահագործման սխեման հետևյալն է.

- Երբ պրոցեսորի զգալի բեռ չկա, RPI- ում տեղադրված python ծրագիրը 00 ելք կուղարկի ցուցիչին: Այնուհետև ակտիվանում է CD4066- ի երկու ելքի ուղին, և NE555- ը գործում է 12k դիմադրության արժեքով: Հետևաբար, LED- ները թարթում են վայրկյանում 1,5 անգամ (բավականին արագ են թարթում)

- Պրոցեսորը թույլ է բեռնված (Այնուհետև հերթի երկարությունը դառնում է 0.1 ~ 0.9 մակարդակ), պիթոնը 01 -ին կուղարկի միացում: Այնուհետև CD4066- ն ակտիվացավ 24k դիմադրիչի հետ միացված ելքերով: Արդյունքում, լուսադիոդի թարթումը նվազում է վայրկյանում 1,2 անգամ (լուսադիոդի թարթումը թեթևակի նվազում է, բայց դեռ մի փոքր արագ է)

- Երբ պրոցեսորի բեռը զգալիորեն ավելանում է (Հետո աշխատանքի ժամանակի հերթի երկարությունը դառնում է 1.0 ~ 1.9 մակարդակ), պիթոնը միացումից դուրս կբերի 10: Այնուհետև բացվում է 51k դիմադրության միացման ուղին, և NE555- ը գործում է վայրկյանում 0,8 անգամ: Այժմ թարթման արագությունը զգալիորեն նվազում է:

- loadանր բեռներ, որոնք ծանրաբեռնում են պրոցեսորին և աշխատաժամանակի հերթի երկարությունը դառնում են ավելի երկար (ավելի քան 2 աշխատանք կսպասեն պրոցեսորի կատարմանը, իսկ աշխատաժամանակը կներկայացնի ավելի քան 2.0): Քանի որ ընտրված է 100k դիմադրության միացում, NE555- ը կթարթի LED- ը 0.5 վայրկյանում (թարթման արագությունը դառնում է շատ դանդաղ)

***

Համակարգի ավելացված բեռների հետ մեկտեղ, LED թարթման արագությունը համապատասխանաբար կնվազի:

Երբ LED- ը թարթում է բավականին դանդաղ, ապա RPI- ն, անշուշտ, զգալիորեն ծանրաբեռնված է:

Այս կերպ է բեռի նշման սխեմայի հաշվետվությունը ձեզ ընթացիկ բեռնվածության RPI:

Քայլ 4: Մասեր

Այս սխեման պատրաստելու համար օգտագործվում են տարբեր IC չիպեր:

Չնայած ես նշում եմ հին IC չիպերի 74LSxx, CD40xx տիպը, դուք կարող եք օգտագործել TTL և CMOS չիպերի վերջին տեսակները, ինչպիսիք են 74HC4066 և 74ASxx, երբ ընտրված IC չիպը DIP տիպ է:

Մակերևութային լեռան փոքր IC փաթեթի տեսակը կարող է օգտագործվել նաև այն դեպքում, երբ կարող եք փոքրերը պատշաճ կերպով զոդել ունիվերսալ PCB- ի վրա:

Մյուսները սովորական մասեր են, որոնք հեշտությամբ կարող եք գնել ինտերնետային էլեկտրոնային խանութներից:

- 74LS139 (2-ից 4 ապակոդավորիչ, դե-մուլտիպլեքսեր) x 1

- 74HC04 (6 inverter) x 1

- CD4066 (4 անալոգային անջատիչ IC) x 1

- NE555 Timամաչափ IC x 1

- կոնդենսատորներ ՝ 10uF x 1, 0.1uF x 1

-PC817 օպտո-միակցիչ x 2 (commonանկացած սովորական 4 փին օպտո-միակցիչ կարող է օգտագործվել)

- Ռեզիստորներ ՝ 220ohm x 4 (LED ընթացիկ սահմանափակում), 4.7K (Opto-coupler interface) x 2, 12K,/24K/51K/100K (ockամացույցի ժամանակի կառավարում) x 1

- LED x 2 (ցանկացած տարբեր գույներ, ինչպիսիք են դեղին, կանաչ կամ կարմիր, կանաչ)

- Ունիվերսալ տախտակ 30 (Վտ) 20 (H) անցքերի չափերով (կարող եք կտրել ունիվերսալ տախտակի ցանկացած չափ ՝ այս շղթային համապատասխանելու համար)

- Թիթեղյա մետաղալար (ունիվերսալ PCB- ի վրա էլեկտրագծերի նախշեր պատրաստելու համար)

- կապի գլուխ (3 կապում) x 3

- IC քորոցի գլուխ (4 կապում) x 4

- կարմիր/կապույտ գույնի մալուխներ

***

Քայլ 5. PCB նկարչություն պատրաստելը

Չնայած յուրաքանչյուր նախագծում ես ցույց եմ տալիս PCB գծանկար, էլեկտրագծերի դիզայնը պարզապես տեղեկանք է, որը ձեզ կառաջնորդի յուրաքանչյուր մասի ճիշտ զոդում ունիվերսալ PCB- ի վրա:

Բայց դուք պարտադիր չէ, որ կառչեք այս էլեկտրագծերի սխեմայից:

Ինչպես տեսնում եք վերևում էլեկտրագծերի դիագրամը, այն բավականին բարդ է և պահանջում է զգալիորեն մեծ PCB:

Դուք կարող եք օգտագործել սովորական մալուխ ՝ մասերը թիթեղյա մետաղալարերի փոխարեն միացնելու համար ՝ ավարտված PCB- ի եռակցման չափը նվազեցնելու համար:

Օգտագործեք PCB նկարը միայն մասերի միջև ճիշտ զոդումը ստուգելու և հաստատելու համար:

Երբ ավելանում են TTL կամ CMOS IC- ների քանակը, սովորաբար PCB- ի նկարչությունը բավականին բարդ է դառնում PCB- ի մեկ կողմում պատշաճ ինտեգրումից դուրս:

Հետևաբար, PCB- ի բազմաշերտը սովորաբար օգտագործվում է թվային սխեմաների արդյունաբերական դասի համար, որոնք ներառում են շատ TTL, CMOS և միկրոպրոցեսորներ:

Քայլ 6: Sոդում

Ես միասին օգտագործում եմ թիթեղյա մետաղալար և ընդհանուր լարերի մալուխ ՝ PCB- ի չափը հնարավորինս նվազեցնելու համար:

PCB գծապատկերին համեմատելիս յուրաքանչյուր մասի տեղն ամբողջությամբ փոխվում է:

Այնուամենայնիվ, PCB նկարը օգտագործվում է մասերի միջև զոդման ընթացքում ճիշտ կապը ստուգելու համար:

Դուք կարող եք տեսնել, որ 12k/24k/51k/100k դիմադրիչները տեղադրված են IC պին գլխի վրա ՝ առանց զոդման:

Հետևաբար, դուք կարող եք ռեզիստորները փոխարինել այլ արժեքներով `հետագայում սխեմայի գործառնական սխեման հարմար փոփոխելու համար:

Քայլ 7: Հավաքում

Ավարտված բեռի ցուցիչի սխեման (այսուհետ `NDՈNDՈՎԱԴՐՈԹՅՈՆ) տեղադրվում է երաժշտական նվագարկիչի RPI վանդակում, ինչպես ցույց է տրված վերևում նկարում:

Այս երաժշտական նվագարկիչը տեղադրված է DAC- ով, և ես վերջերս այն օգտագործում եմ երաժշտական տեսահոլովակ նվագելու համար:

Այս RPI տուփի մասին, ես ավելի ուշ կբացատրեմ և այժմ եկեք կենտրոնանանք ԻՆԴԻԿԱՏՈՐԻ վրա, քանի որ միացումն այս նախագծի հիմնական թեման է:

Ես վերջերս գնել եմ Raspberry Pi 4 Model B 2GB (այսուհետ `RPI 4B) տեսախաղերի կիրառմանն աջակցելու համար:

Քանի որ RPI 4B- ն բարձրացրել է 4 միջուկի պրոցեսորի կատարողականությունը, համակարգի բեռների բեռնաթափումը զգալիորեն բարելավվում է RPI 3B+ - ից:

Հետևաբար, անընդմեջ աշխատանքի հերթի երկարությունը պետք է տարբեր կերպ վերաբերվի RPI 3B+-ից:

- Շատ սովորական համակարգի բեռի համար, ինչպիսին է տեսանյութը նվագարկելը, հերթի տևողությունը սովորաբար 0.5-ից պակաս է (Այսպիսով, OWԱOWՐ համակարգի բեռը կլինի 0.0 ~ 0.5 մակարդակ)

- Երբ համակարգին մի փոքր լրացուցիչ բեռ է ավելացվում, օրինակ ՝ տեսանյութերի նվագարկումը և ֆայլերի պատճենումը տեղական գրացուցակից և աշխատանքների տեսակը, փոքր բեռ են բերում պրոցեսորի վրա: (Այսպիսով, LIGHT բեռի մակարդակը կլինի 0.5 ~ 1.0)

- Երբ զգալի բեռներ են կիրառվում, ինչպիսիք են ՝ Youtube- ի կայքում դիտարկիչում տեսանյութ դիտելը և մեկ այլ դիտարկիչում վեբ -սերֆինգը, RPI 4 -ի գործարկման արագությունը փոքր -ինչ դանդաղ է դառնում (Այսպիսով, ՄԻEDԻՆ բեռի մակարդակը պետք է լինի 1.0 ~ 2.0)

- Վերջապես RPI 4 համակարգի բեռը դառնում է ԲԱՐՁՐ, երբ մի քանի վեբ բրաուզեր վարելիս և ֆայլերի մեծ ծավալը մեկ այլ RPI սերվեր պատճենել ցանցի միջոցով (Հետո հերթի երկարությունը դառնում է ավելի քան 2.0)

***

Այս բեռի մակարդակի տվյալները կօգտագործվեն հաջորդ քայլում մշակված պիթոնի ծածկագրով:

Քայլ 8. Սկզբնական շրջանի վերանայում

Շրջանակի սկզբնական նախագծման մի քանի արատների պատճառով ես փոխում եմ սխեման, ինչպես ցույց է տրված վերևում նկարում:

Փոփոխության պատճառները հետևյալն են.

- NE555 ժամացույցի զարկերակը բաղկացած է HIGH և LOW ալիքի ձևից: Բայց սովորաբար HIGH և LOW ազդանշանի տևողությունը (t = 1/f) նույնը չէ (օրինակ, HIGH- ը 70% է, իսկ LOW- ը ՝ 30% սկզբնական շղթայում): Հետևաբար, երկու լուսադիոդների (սկզբնական դիզայնով կանաչ/դեղին LED) թարթման արագությունը նույնը չէ (մեկ LED- ը մյուսից երկար է միանում): Այդ իսկ պատճառով, լուսադիոդի թարթումներով տեսողական նշումը շատ հեշտությամբ ճանաչելի չէ »

- Հետևաբար, ես ավելացնում եմ ավելի շատ լուսադիոդային լուսարձակներ և CD4017- ով շրջանաձև կրկնում եմ ՝ գործառնական վիճակի հեշտ ճանաչումն ապահովելու համար:

- Նաև հակառակ կերպով թարթող LED սխեմայի փոփոխություն, ինչպիսին է դանդաղ թարթելը OWԱOWՐ բեռի վրա և ավելի արագ թարթելը Բարձր բեռով: (Օրիգինալ միացումն ավելի արագ է թարթում OWԱOWՐ բեռի մեջ և դանդաղ թարթում Բարձր բեռի դեպքում): Բարձր բեռի իրավիճակում ցանկացած RPI գործողություն դառնում է դանդաղ: Եվ դանդաղ լուսադիոդի թարթումը ցույց տալը ձեզ երջանիկ չի դարձնի: (Հոգեբանական առումով ես ընտրում եմ ավելի դրական ցուցադրման սխեմա)

***

Թեև LED ցուցադրման մասը զգալիորեն փոփոխված է, բայց սկզբնական սխեմայի ընդհանուր փոփոխության մակարդակն այնքան էլ շատ չէ, ինչպես կարող եք տեսնել հաջորդ քայլին:

Քայլ 9. Սկզբնական սխեմատիկ փոփոխություն

CD4017- ի և 8 LED- ների հավելումը հիմնական փոփոխությունն է:

Նաև NE555 ժամաչափի հաճախականությունը և հակառակ LED թարթման սխեման փոխելու համար դիմադրողների արժեքները փոխվում են, ինչպես ցույց է տրված վերևի սխեմաներում:

Քանի որ ավելացված միացման հատվածը պարզ CD4017- ի վրա հիմնված հետապնդող միացում է, ես բաց կթողնեմ փոփոխված սխեմայի այլ մանրամասն բացատրությունները:

Շղթայի բոլոր փոփոխված հատվածները կարող են պատրաստվել որպես դուստր PCB տախտակ, որին կպցված են CD4017 և 8 LED- ները:

Դուստր տախտակը կարող է կցվել մայր տախտակին (մայր տախտակին), ինչպես ցույց է տրված նկար 8-րդ քայլում:

Քայլ 10: Փորձարկում

Բոլոր գործառնական փուլերի (OWԱOWՐ, ԼՈTՅՍ, ՄԻEDԻՆ և ԲԱՐՁՐ ծանրաբեռնվածության) փորձարկման տեսանյութերը ցուցադրվում են ստորև ներկայացված Google Drive- ում պահված ֆայլով:

***

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

***

Համաձայն ընթացիկ համակարգի բեռնվածության, թարթման արագությունը կփոխվի տեսանյութում ցուցադրված 4 վիճակներից մեկի միջև:

Քայլ 11: Python կոդ

Քանի որ վերահսկիչ տրամաբանությունների մեծ մասը ներառված է արտաքին ապարատային շղթայի մեջ, python կոդի գործառական տրամաբանությունը համեմատաբար պարզ է ՝ ներառյալ հետևյալ քայլերը:

- Ստանալ պրոցեսորի ջերմաստիճանի տվյալներ `համակարգի բեռի և ջերմաստիճանի բարձրացման հարաբերականությունը համեմատելու համար

- 1 րոպե տևողությամբ համակարգի միջին բեռնվածության հավաքում անընդհատ թողարկումից

-yy-mm-dh hh: mm: ss ձևաչափի նման ժամանակի կնիք պատրաստելը

- Գրելու ջերմաստիճանը, համակարգի ծանրաբեռնվածությունը `ժամանակի կնիքով

- Համաձայն ընթացիկ համակարգի բեռնման ելքային տվյալների (00, 01, 10, 11) դեպի ԻՆԴԻԿԱՏՈՐ միացում

- Քնել 5 վայրկյան ՝ վերը նշված քայլերը սկսելուց առաջ

Քանի որ python ծրագրին անհրաժեշտ է կոշտ ներդիր աղբյուրի կոդի մեջ, խնդրում ենք ներբեռնեք սկզբնական ֆայլը google drive- ից ՝ հետևելով ստորև բերված հղմանը:

***

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

***

Քանի որ ես RPI չեմ օգտագործում որպես աշխատասեղան, Libre գրասենյակային ծրագրեր կամ վեբ դիտարկիչ գործարկելը շատ հազվադեպ է:

Սովորաբար ես նվագում եմ երաժշտական տեսահոլովակ, ֆայլի պատճեն/տեղափոխում կամ python ծրագրավորում ՝ նոր գնված RPI 4B 2 ԳԲ -ով:

Հետևաբար, իմ դեպքում միջին բեռը սովորաբար 1.0 -ից պակաս է, և համապատասխանաբար ես փոխում եմ LOW/LIGHT/MEDIUM/HIGH մակարդակները իմ ծածկագրում: (Այլապես կարող եք փոխել փորձարկման պայմանները)

Բայց երբ սովորաբար դիտում եք Youtube- ի տեսանյութերը RPI- ով, սովորաբար տեղի կունենա ավելի քան 2.0 համակարգի բեռնում:

Քայլ 12: Համեմատություն համակարգի բեռի և պրոցեսորի ջերմաստիճանի միջև

Սովորաբար ես կռահում եմ և վստահ եմ, որ համակարգի բեռի ավելացումը կբարձրացնի պրոցեսորի ջերմաստիճանը:

Բայց մինչ այժմ ես հստակ պատկերացում չունեմ նրանց միջև փոխգործակցության մասին:

Ինչպես տեսնում եք վերևի գրաֆիկում, դրանք շատ ամուր փոխհարաբերություններ են հետևյալ կերպ.

- Հեշտ համեմատության համար ես բազմապատկում եմ 10 -ը ՝ համակարգի միջին բեռնվածության վրա: Հակառակ դեպքում համակարգի բեռի սանդղակը շատ փոքր է (0.0 ~ 2.0), ուղղակի համեմատությունը դժվարանում է:

- Քանի որ սառեցման օդափոխիչի միացումը տեղադրված է երաժշտության նվագարկիչ Pi տուփի վրա, պրոցեսորի ջերմաստիճանը երբեք չի գերազանցում 50C- ից բարձր

- Երբ համակարգի բեռը գտնվում է 0.0 ~ 1.0 միջակայքում, ջերմաստիճանը `45 ~ 48C միջակայքում (պրոցեսորի մետաղական ծածկույթը փոքր -ինչ տաքանում է)

- Բայց կիրառվում է ծանրաբեռնվածություն (սովորաբար վեբ դիտարկիչ և Youtube- ի տեսանյութերի նվագարկում), բեռների բարձրացում և այլն ջերմաստիճան

***

Քանի որ RPI 4B- ն տեղադրված է 4 միջուկային պրոցեսորով, տեսականորեն կատարողականը շատ չի վատթարանա մինչև բեռնման մակարդակը (ժամանակի անընդմեջ հերթը) 4:

Բայց դեռ միջինից ցածր բեռնվածության մակարդակից 4 -ը, անհրաժեշտ կլինի համապատասխան ջերմաստիճանի վերահսկում:

Քայլ 13: Վերջնականացում

Ես ավարտում եմ այս նախագիծը ՝ տեղադրելով INDICATOR to Pi տուփը, ինչպես վերը նկարը:

Այս Pi տուփի պատահական օգտագործման ընթացքում INDICATOR- ը հազվադեպ է ցույց տալիս Բարձր մակարդակի և դինամիկ LED թարթում:

Սովորաբար այն մնում էր դանդաղ թարթող LED- ների վիճակում (այսպես ՝ OWԱOWՐ կամ ԼՈIGHՅՍ մակարդակ):

Ինչևէ, ավելացված տեսողական ցուցիչը մի փոքր ծիծաղելի է դարձնում, գոնե ցույց է տալիս, որ RPI- ն ինչ -որ բան անում է հենց հիմա:

Շնորհակալություն այս պատմվածքը կարդալու համար…..