API OpenHardwareMonitor në PowerShell: Një udhëzues i plotë për monitorimin e pajisjeve tuaja

Nëse punoni me Windows dhe PowerShell Nëse jeni të shqetësuar për monitorimin e temperaturës së CPU-së, GPU-së, ventilatorëve apo edhe të gjendjes së hard disqeve tuaja, ndoshta keni vënë re se mjetet vendase të Windows-it kanë mjaft mangësi. Ia vlen të kuptoni... Korniza termike në WindowsWMI dhe CIM ofrojnë disa informacione, por shpesh kthejnë vlera boshe ose thjesht nuk i mbështesin sensorët në motherboard ose kartën grafike.

Për fat të mirë, projekte të tilla si OpenHardwareMonitor dhe degëzimi i tij LibreHardwareMonitor kanë hapur derën për monitorimin e hardware Është shumë më gjithëpërfshirës dhe mund ta shfrytëzojmë edhe nga PowerShell nëpërmjet API-t të tij, WMI-t, apo edhe një serveri të vogël të integruar në internet. Në këtë artikull, do të shohim në detaje se si t'i shfrytëzojmë ato dhe çfarë mundësish reale keni për të konfiguruar sistemin tuaj të metrikave, alarmeve dhe madje edhe paneleve me Grafana dhe InfluxDB.

Çfarë është OpenHardwareMonitor dhe çfarë mund të kontribuojë në PowerShell?

OpenHardwareMonitor Është një aplikacion falas dhe me burim të hapur i aftë të lexojë një gamë të gjerë sensorësh harduerësh në Windows: temperaturat, shpejtësitë e ventilatorëve, tensionet, ngarkesën, frekuencat dhe më shumë. Janë shfaqur degë të këtij projekti, të tilla si FreeHardwareMonitor, të cilat vazhdojnë zhvillimin dhe shtojnë përputhshmërinë me harduerin më të ri.

Pajisjet që këto mjete mund të lexojnë përfshijnë: motherboard-e, procesorë Intel dhe AMD, module RAM, karta grafike NVIDIA dhe AMD, disqe HDD/SSD/NVMe, karta rrjeti, furnizime me energji dhe bateri portativKjo na lejon të mbulojmë gjithçka, nga një PC i thjeshtë desktop deri te stacionet e punës, serverat në shtëpi ose laptopët ultra të lehtë si një Huawei MateBook X Pro.

Përveç aplikacionit për desktop, OpenHardwareMonitor dhe LibreHardwareMonitor e ekspozojnë informacionin e tyre përmes një bibliotekë .NET, WMI/CIM dhe një modalitet serveri web në distancëDhe këtu hyn në lojë PowerShell: ne mund t’i konsumojmë ato të dhëna direkt nga skriptet për të automatizuar raportet, alarmet ose dërgimin e metrikave në një bazë të dhënash serish kohore si InfluxDB dhe t’i vizualizojmë ato me Grafana.

Disa sensorë shfaqen vetëm nëse e ekzekutoni aplikacionin me lejet e administratoritKjo ndikon veçanërisht në leximet më të ndjeshme, siç janë sensorë të caktuar të motherboard-it ose qasje në harduer që kërkon Shoferët specifike. E njëjta gjë vlen edhe nëse do të përdorni bibliotekën .NET nga PowerShell: shpesh do t'ju duhet të hapni konsolën PowerShell "Si administrator" për të marrë të gjitha të dhënat.

Metodat për të aksesuar sensorët nga PowerShell

Lajmi i mirë është se informacioni i shfaqur nga OpenHardwareMonitor/LibreHardwareMonitor mund të lexohet nga PowerShell në disa mënyra të ndryshme. Secila ka pro dhe kundrat e veta në aspektin e performancës, lehtësisë së përdorimit dhe fleksibilitetit, por të gjitha ndajnë të njëjtin qëllim: merrni metrika të besueshme mbi temperaturën, ngarkesën dhe statusin e pajisjeve.

Në ekosistemin që është ndërtuar rreth këtyre projekteve, dallohen tre rrugë kryesore: API REST (modaliteti i serverit web), WMI/CIM dhe biblioteka .NETPërveç kësaj, ekzistojnë module PowerShell që përfshijnë një pjesë të kësaj logjike për të lehtësuar punën, siç është moduli që vepron si një "agjent" midis LibreHardwareMonitor/OpenHardwareMonitor dhe një baze të dhënash InfluxDB.

Këto lloje modulesh zakonisht ekspozojnë komandat specifike për të inicializuar monitorin e harduerit ose për të matur temperaturën e CPU-sëPër shembull, funksionet me emra si New-HardwareMonitor o Measure-CPUTemperatureNë thelb, ajo që bëjnë është të ngarkojnë skedarin DLL OpenHardwareMonitorLib ose LibreHardwareMonitor, të hapin një instancë të klasës Computer, të aktivizojnë pajisjet që ju interesojnë (CPU, GPU, RAM, disqe, etj.) dhe të kalojnë nëpër listën e sensorëve.

Në disa implementime më të avancuara, moduli nuk kufizohet vetëm në leximin e të dhënave, por është gjithashtu i përgatitur për të Konfiguroni dërgimin periodik të metrikave në InfluxDB v1.xy; gjeneroni panele të gatshme për përdorim në GrafanaKjo ju lejon të krijoni një sistem monitorimi mjaft profesional pa u munduar shumë me kodin, ideal për centralizimin e të dhënave nga disa pajisje.

Përdorimi i WMI/CIM me OpenHardwareMonitor

Një nga pikat e forta të OpenHardwareMonitor është se Integrimi i WMI-sëKur aktivizoni opsionin e ndërfaqes WMI, aplikacioni ekspozon një hapësirë ​​specifike emrash, zakonisht root\OpenHardwareMonitor, me dy klasa kryesore: Hardware y SensorNga PowerShell, kjo mund të pyetet lehtësisht duke përdorur CIM ose WMI klasike.

Për të eksploruar këtë informacion grafikisht, është shumë e dobishme të përdorni një mjet si WMI ExplorerKur lidheni me hapësirën e emrave root\OpenHardwareMonitor Dhe kur ekzekutoni pyetje në klasat Hardware dhe Sensor, do të shihni të gjitha fushat e disponueshme: identifikuesit, emrat e sensorëve, llojet, njësitë dhe vlerat aktuale. Zakonisht, fushat Emri, Lloji i Sensorit dhe Vlera Këto janë ato që do t'i përdorni më shumë për të filtruar dhe nxjerrë saktësisht atë që ju nevojitet.

Me WMI mund të nisni pyetje të përgjithshme si p.sh. SELECT * FROM Sensor o SELECT * FROM Hardware Për të marrë listën e plotë, ose për të kaluar në diçka më specifike, për shembull, për të kërkuar Temperatura e bërthamës së CPU-së me një pyetje të filtruar:
SELECT value FROM Sensor WHERE Name LIKE "%CPU Core%" AND SensorType = "Temperature"

Në PowerShell, kjo përkthehet në komanda të bazuara në Get-CimInstance ose Get-WmiObject duke synuar atë hapësirë ​​emrash. Sa i përket performancës, shumë teste në botën reale kanë treguar se pyetja e të dhënave nëpërmjet WMI/CIM nga një OpenHardwareMonitor që funksionon është mjaft e shpejtë. Në fakt, janë vërejtur ndryshime deri në 5 herë krahasuar me aksesin direkt në bibliotekën .NET. rreth 200 ms kundrejt rreth 1 sekondeKjo ndodh pjesërisht sepse instanca e aplikacionit që tashmë po mbledh dhe ruan minimumet dhe maksimumet po ripërdoret.

Konsumi i të dhënave nëpërmjet REST API dhe modalitetit të serverit web

Një tjetër mundësi shumë interesante është përdorimi i modaliteti i serverit të largët të internetit të cilat përfshijnë këto projekte. Kur e aktivizoni, OpenHardwareMonitor ose LibreHardwareMonitor nis një server të vogël HTTP në një port të konfigurueshëm, me mbështetje opsionale për vërtetim, i cili ekspozon informacionin e sensorit në një format të përshtatshëm për konsum nga programe të tjera.

Nga PowerShell, puna me këtë server web është po aq e thjeshtë sa përdorimi i Invoke-WebRequest ose Invoke-RestMethod kundrejt URL-së së hostit që ekzekuton monitorin. Kjo mund të jetë makina juaj lokale ose një server i largët në rrjetin tuaj. Nëse keni konfiguruar një emër përdoruesi dhe fjalëkalim në monitor, thjesht përfshini ato kredenciale në thirrjen PowerShell.

Ky modalitet "agjent" lejon që një makinë e vetme qendrore të mbledhë të dhëna nga shumë hostë. Për shembull, mund ta keni LibreHardwareMonitor të ekzekutohet si një shërbim ose aplikacion rezident në disa kompjuterë Windows dhe, nga një makinë administrative, dërgoni kërkesa periodike REST për të konsoliduar të gjitha të dhënat dhe për t'i ruajtur ato në një bazë të dhënash të përbashkët.

Nëse keni nevojë ta vendosni agjentin nga distanca në shumë makina, një strategji mjaft e zakonshme është të përdorni Protokolli WinRM së bashku me PowerShell Remoting. Me privilegje administratori në domen dhe politikat e duhura të grupit, mund të krijoni një dorëshkrim Shkarkoni versionin më të fundit nga GitHub, përshtatni skedarin e konfigurimit dhe nisni procesin automatikisht në çdo host që dëshironi të monitoroni.

Përdorimi i bibliotekës .NET direkt nga PowerShell

Kur keni nevojë për kontroll maksimal ose dëshironi të integroni monitorimin direkt në skriptet ose mjetet tuaja, mënyra më e drejtpërdrejtë është të ngarkoni DLL OpenHardwareMonitorLib (ose LibreHardwareMonitor) në PowerShell me Add-TypeKjo ju lejon të krijoni një instancë të objektit OpenHardwareMonitor.Hardware.Computer dhe puno me të sikur të ishe në C#.

Fluksi tipik i punës në PowerShell përbëhet nga Ngarko DLL-në, krijo objektin Kompjuter, aktivizo llojet e pajisjeve që të interesojnë (CPU, GPU, RAM, disqe, motherboard, kontrollues ventilatori), hap lidhjen dhe shfleto koleksionin e pajisjeve dhe sensorëve.Diçka e ngjashme me sa vijon në një nivel konceptual:

Add-Type -Path "C:\Ruta\OpenHardwareMonitorLib.dll"
$comp = New-Object OpenHardwareMonitor.Hardware.Computer
$comp.CPUEnabled = $true
$comp.GPUEnabled = $true
$comp.RAMEnabled = $true
$comp.MainboardEnabled = $true
$comp.HDDEnabled = $true
$comp.FanControllerEnabled = $true
$comp.Open()
foreach ($hw in $comp.Hardware) {
$hw.Update()
if ($hw.HardwareType -eq "CPU") {
foreach ($sensor in $hw.Sensors) {
if ($sensor.SensorType -eq "Temperature") {
$sensor.Name, $sensor.Value, $sensor.Min, $sensor.Max
}
}
}
}
$comp.Close()

Me këtë qasje është e mundur qasje jo vetëm në leximin aktual, por edhe në vlerat minimale dhe maksimale Këto të dhëna janë regjistruar nga sensori që nga krijimi i bibliotekës. Kjo është shumë e dobishme për gjenerimin e alarmeve kur arrihet një prag maksimal i caktuar ose për ndërtimin e statistikave të thjeshta pa pasur nevojë për një sistem të jashtëm.

Është e rëndësishme të theksohet se, në disa sisteme, kombinimi i bibliotekës .NET dhe pajisjeve specifike mund të mos i ekspozojë të gjithë sensorët e pritur. Për shembull, janë raportuar raste ku LibreHardwareMonitor lejon leximin e CPU-ve dhe disa disqeve pa probleme, por OpenHardwareMonitor nuk kthen të dhëna për disqe të caktuara.Në situata të tilla, ia vlen të provoni të dy projektet dhe, nëse zbuloni ndonjë gabim leximi, të hapni një problem ose një kërkesë tërheqjeje në repozitorin përkatës të GitHub për të ndihmuar në përmirësimin e përputhshmërisë.

Modulet PowerShell si një agjent monitorimi

Në vend që ta shkruani të gjithë kodin nga e para, mund të përdorni edhe module të parapërgatitura PowerShell që integrojnë LibreHardwareMonitor ose OpenHardwareMonitor si një backend. Këto module zakonisht paketojnë DLL-në e nevojshme dhe përfshijnë një seri komandash për inicializoni monitorin, merrni listat e sensorëve dhe dërgoni të dhëna te Bazat e të dhënave si InfluxDB.

Shumë nga këto module shpërndahen përmes depove të NuGetKjo e thjeshton shumë instalimin nëpërmjet PowerShell. Autori zakonisht rekomandon instalimin e tyre "për të gjithë përdoruesit" (për shembull, nëpërmjet menaxherëve si Scoop ose duke konfiguruar modulin në një drejtori globale) në mënyrë që ato të jenë të disponueshme edhe kur skriptet ekzekutohen si një shërbim ose nën llogaritë e sistemit.

Një shembull tipik i një manifesti moduli përfshin fusha të tilla si RootModule, ModuleVersion, GUID, Author, ScriptsToProcess, FunctionsToExport, FileList dhe PrivateData. Brenda FileList DLL i OpenHardwareMonitorLib, skedarët e skripteve publike dhe private, si dhe skedari kryesor i modulit zakonisht shfaqen (.psm1Përveç kësaj, ka funksione të eksportuara si p.sh. New-HardwareMonitor për të krijuar një instancë të monitorit dhe Measure-CPUTemperature për të marrë drejtpërdrejt temperaturën e CPU-së pa pasur nevojë të lundroni manualisht nëpër të gjithë sensorët.

Disa module përfshijnë gjithashtu skripte ndihmëse për të krijuar, nisur, ndaluar dhe fshirë shërbimet e Windows Këto skripte janë përgjegjëse për dërgimin periodik të metrikave te InfluxDB. Ideja është që të ruani skriptin tuaj kryesor të dërgimit të të dhënave në një shteg specifik, ta specifikoni atë në skriptin e krijimit të shërbimit dhe të lejoni që Windows ta ekzekutojë atë shërbim në sfond pa ndërhyrje manuale.

Kjo qasje modulare është e shkëlqyer për skenarët ku dëshironi duke e shndërruar një pajisje në një “agjent” monitorimi Ai mbledh të dhëna në nivel lokal dhe i ekspozon ato për mbledhje në distancë, qoftë nëpërmjet REST, WMI ose direkt nga biblioteka .NET. Për më tepër, thjeshton ripërdorimin e kodit në projekte të ndryshme automatizimi ose vëzhgimi.

Konfiguroni InfluxDB dhe Grafane për të vizualizuar metrikat

Pasi të keni nën kontroll kapjen e të dhënave me OpenHardwareMonitor ose LibreHardwareMonitor dhe skriptet tuaja PowerShell, hapi tjetër logjik është ruajini ato metrika në një bazë të dhënash serish kohore dhe vizualizoni ato në paneleNjë kombinim shumë i popullarizuar është InfluxDB v1.x për ruajtje dhe Grafana për vizualizim.

Hapi i parë është të vendosësh Në cilin server do të instaloni InfluxDB?Mund të jetë një makinë me Windows, një shpërndarje Linux siç është Ubuntu (qoftë native, nën WSL, ose në një makinë virtuale) ose edhe një kontejner Docker. Gjëja e rëndësishme është që të jetë i arritshëm nga makinat që do të dërgojnë metrikat dhe, nëse është e mundur, të ketë një shkallë të caktuar stabiliteti nëse do ta përdorni në prodhim.

Në Windows, mund ta instaloni InfluxDB duke përdorur instaluesin përkatës ose përmes mjeteve si Chocolatey. Në Ubuntu, instalimi zakonisht përfshin shtimin e repozitorit InfluxData, instalimin e paketës dhe nisjen e shërbimit. Në të dyja rastet, do të përfundoni me një shërbim që dëgjon në portin e konfiguruar (8086 si parazgjedhje në v1.x) ku mundeni merrni të dhëna duke përdorur protokollin InfluxDB.

Nga PowerShell, skripti juaj kryesor i dorëzimit do të trajtojë Mblidhni leximet nga CPU, GPU, disqet, ventilatorët, etj., formatojini ato në protokollin e linjës InfluxDB (matja, etiketat, fushat, pulla kohore) dhe bëni kërkesën HTTP në pikën fundore të shkrimit.Së pari do t'ju duhet të keni krijuar bazën e të dhënave dhe, nëse doni ta përsosni atë, politikën e ruajtjes që përcakton se për sa kohë ruhen të dhënat.

Pasi të konfirmoni nga konsola e InfluxDB (ose nga mjete si InfluxDB Studio) se të dhënat po mbërrijnë, është koha për të konfiguruar Grafana. Në Grafana, do të regjistroni InfluxDB si burim të dhënash, do të zgjidhni bazën e të dhënave që keni krijuar dhe do të filloni procesin e konfigurimit. panele për të shfaqur temperaturën e CPU-së, ngarkesën e GPU-së, RPM-në e ventilatorit, konsumin e energjisë ose jetëgjatësinë e mbetur të baterisë SSD.

Dizajnimi i paneleve në Grafana dhe filtrimi i metrikave

Pasi të keni konfiguruar të gjithë rrjedhën e punës (OpenHardwareMonitor/LibreHardwareMonitor → PowerShell → InfluxDB → Grafana), fillon pjesa argëtuese: krijoni panele të dobishme dhe të qartaNjë pikë kyçe këtu është se si të etiketohen të dhënat për të lehtësuar filtrimin dhe grupimin pasues; teknika të ngjashme me Krijimi i paneleve diagnostikuese me Perfmon.

Një strategji e thjeshtë dhe efektive është të përdoret etiketa të tilla si "host" dhe "hardwareName"kështu që mund të gruponi sipas makinës dhe sipas komponentit (për shembull, "PC-Room – CPU Intel Core i5 10400"). Prej andej, pyetjet në Grafana mund të filtrohen sipas emrave të sensorëve (fusha e Emrit nga OpenHardwareMonitor) dhe llojeve të sensorëve (Temperatura, Ngarkesa, Fuqia, Ventilatori, etj.).

Për ta bërë vizualizimin më të lehtë për t’u përdorur, rekomandohet Përcaktoni llojin e të dhënave në gradë Celsius për temperaturatKonfiguroni ngjyrat sipas pragjeve (jeshile për temperaturat normale, të verdhë për temperaturat afër limitit dhe të kuqe për vlerat e rrezikshme) dhe shfaqni minimumin, maksimumin dhe mesataren e secilës seri në legjenda gjatë intervalit kohor të zgjedhur. Është gjithashtu e rëndësishme të merret në konsideratë temperatura perfekte e ambientit dhe RH për kompjuterët kur interpretohen leximet.

Nëse po monitoroni më shumë se një host, është shumë e dobishme të krijoni panele kontrolli që Vendosni temperaturat e CPU-së të disa kompjuterëve krah për krahOse krahasoni temperaturën e GPU-së së kompjuterit tuaj kryesor me atë të serverit tuaj në shtëpi. Në këtë mënyrë, mund të identifikoni shpejt pajisjet që po mbinxehen ose kanë rrjedhje të dobët të ajrit.

Në disa shembuj praktikë, panelet janë krijuar për Monitoroni dy makina paralelisht, ndiqni temperaturën dhe ngarkesën e tyre me kalimin e kohës dhe veproni në përputhje me rrethanat. (pastrimi i ventilatorëve, ndërrimi i pastës termike, rregullimi i kthesave të ventilatorëve, etj.). I kombinuar me njoftimet me email ose alarmet native të Grafanës, mund të ndërtoni një sistem monitorimi mjaft serioz me relativisht pak përpjekje.

Monitoroni temperaturën e CPU-së dhe GPU-së me PowerShell

Një pyetje shumë e zakonshme është nëse është e mundur Merrni temperaturat e CPU-së dhe GPU-së nga PowerShell duke përdorur vetëm WMI/CIM, siç bëhet në Linux me mjete si lm_sensorsPërgjigja e shkurtër është se, në shumë sisteme, WMI-ja native e Windows nuk e ofron këtë informacion në mënyrë të besueshme ose thjesht nuk e ekspozon atë.

Në më shumë se një rast, kur është përpjekur të përdorë klasat standarde WMI për temperaturën e CPU-së, përgjigja ka qenë se sistemi "nuk mbështetet" ose thjesht kthen vlera boshe. Prandaj, përdoren zgjidhje si OpenHardwareMonitor dhe LibreHardwareMonitor, të cilat komunikojnë drejtpërdrejt me çipat e sensorëve të motherboard-it dhe komponentët e tjerë për të marrë lexime të sakta.

Nga PowerShell, një nga mënyrat më të drejtpërdrejta për ta arritur këtë është Ngarko bibliotekën OpenHardwareMonitorLib ose ekuivalentin nga LibreHardwareMonitor dhe përsërit përmes sensorëve të saj siç e kemi parë më parë.Në këtë mënyrë, ju mund të filtroni sensorët sipas llojit "Temperatura" dhe sipas emrit "CPU Core", "GPU Core", "GPU Memory" etj., dhe të ndërtoni funksione të personalizuara që kthejnë vetëm të dhënat që ju interesojnë.

Një avantazh shtesë është se kjo qasje ju jep akses jo vetëm në temperaturë, por edhe në Parametra të tjerë përfshijnë konsumin e energjisë, ngarkesën në secilën bërthamë, frekuencën, RPM të ventilatorit dhe jetëgjatësinë e mbetur të SSD-së tuaj.Duke kombinuar disa sensorë, mund të merrni një pamje shumë të plotë të gjendjes termike dhe të performancës së pajisjeve tuaja.

Modelet e monitorimit: CPU, ventilatorët, SSD dhe më shumë

me el tiemposhumë përdorues kanë krijuar Shabllone dhe shembuj monitorimi të bazuara në OpenHardwareMonitor që mbulon skenarët më të zakonshëm. Një nga konfigurimet më të përhapura është projektuar për të monitoruar temperaturën e CPU-së, konsumin e energjisë së procesorit, kontrollin e ventilatorëve të ndryshëm të sistemit (System Fan 1-5) dhe jetëgjatësinë e disqeve SSD.

Këto shabllone zakonisht fillojnë nga një sistem referimi, për shembull një PC me procesor Intel i3, motherboard gjenerik dhe SSDAto përcaktojnë pyetjet ose filtrat e nevojshëm WMI/PowerShell për të gjetur sensorët specifikë që korrespondojnë me atë pajisje. Nga aty, rregullimet e vogla janë pothuajse të detyrueshme në secilën pajisje, sepse emrat e sensorëve dhe paraqitjet e pajisjeve ndryshojnë në varësi të prodhuesit dhe modelit.

Në këtë lloj udhëzuesi, kërkesat themelore përfshijnë të paturit OpenHardwareMonitor është instaluar dhe funksionon, së bashku me WMI Explorer për të inspektuar hapësirën e emrave root\OpenHardwareMonitor.Përmes WMI Explorer mund të gjeni emrin e saktë të sensorit "CPU Core 1", "CPU Package", "System Fan 3", "SSD Life Remaining" etj., dhe më pas të përdorni të njëjtat emra në pyetjet që do të bëni nga PowerShell ose nga sistemi juaj i monitorimit.

Është gjithashtu e zakonshme të përfshihet dokumentacion specifik i OpenHardwareMonitor, siç janë PDF-të që përshkruajnë skema WMI, klasat Hardware dhe Sensor, dhe pyetjet shembullKjo e thjeshton shumë detyrën e përshtatjes së shablloneve në mjedisin tuaj, duke shmangur nevojën për të përdorur verbërisht ose përmes provës dhe gabimit emrat e sensorëve.

Një kufizim i rëndësishëm i implementimit klasik është se OpenHardwareMonitor funksionon si një aplikacion dhe jo si një shërbim i Windows.Kjo kërkon që përdoruesi të aktivizojë opsione të tilla si "Ekzekuto në fillimin e Windows" në menunë e aplikacionit në mënyrë që të hapet në momentin e nisjes së sistemit. Për përdorime më të avancuara, shumë administratorë përfundojnë duke krijuar detyra të planifikuara ose shërbime të personalizuara që e nisin automatikisht monitorin e harduerit, megjithëse është raportuar paqëndrueshmëri nëse përdorimi intensiv detyrohet për shumë ditë rresht.

Konsideratat e sigurisë, lejet dhe antivirusi

Kur flasim për mjete që aksesojnë sensorë harduerikë të nivelit të ulët, është normale që Disa sisteme antivirus ose sigurie bëhen nervozeEdhe pse versionet zyrtare të OpenHardwareMonitor dhe LibreHardwareMonitor janë me burim të hapur dhe në përgjithësi të sigurta, sistemet e zbulimit të bazuara në të mësuarit automatik mund t'i sinjalizojnë versionet e reja si të dyshimta gjatë ditëve të para.

Në rastin specifik të Windows DefenderNëse jeni të sigurt që e keni shkarkuar skedarin binar nga burimi zyrtar, mund të krijoni një përjashtim për dosjen që përmban aplikacioninPër shembull, me një komandë të thjeshtë PowerShell, ekzekutoni si administrator:
Add-MpPreference -ExclusionPath "C:\ruta\carpeta\OpenHardwareMonitor"

Është gjithashtu e rëndësishme të mbani mend se shumë lexime të sensorëve kërkojnë privilegje të ngrituraNëse po zhvilloni aplikacionin tuaj C# që integron bibliotekën, rekomandohet të shtoni një app.manifest me nivelin e ekzekutimit requireAdministratornë mënyrë që sistemi të kërkojë leje kur është e nevojshme. Në rastin e PowerShell, zgjidhja është të ekzekutoni konsolën ose skriptin me "Run as administrator".

Së fundmi, nga pikëpamja ligjore, projekte si OpenHardwareMonitor shpërndahen sipas Licenca GNU GPL v3Kjo do të thotë që ju mund t'i përdorni, modifikoni dhe rishpërndani ato, por çdo modifikim që publikoni duhet të jetë gjithashtu nën licencën GPL, dhe do t'ju duhet të respektoni kushtet e përcaktuara, duke përfshirë mungesën e garancive të funksionalitetit ose përshtatshmërisë për një qëllim të caktuar.

Me të gjithë këtë ekosistem bibliotekash, moduleve WMI, REST, PowerShell, InfluxDB dhe Grafana, ju keni të gjitha pjesët e nevojshme për të ndërtuar një sistem monitorimi hardueri shumë të plotë në Windows. Thjesht duhet t'i kombinoni mjetet në mënyrë efektive. Përdorni OpenHardwareMonitor ose LibreHardwareMonitor si një burim të besueshëm sensorësh, mbështetuni te PowerShell për të automatizuar mbledhjen dhe filtrimin e të dhënave dhe shfrytëzoni bazat e të dhënave dhe panelet për të mbajtur nën kontroll temperaturat, ngarkesat dhe gjendjen e pajisjeve tuaja me kalimin e kohës..