PowerShell'de OpenHardwareMonitor API'si: Donanımınızı izlemek için eksiksiz bir kılavuz.

Eğer birlikte çalışırsan Windows ve PowerShell İşlemcinizin, ekran kartınızın, fanlarınızın sıcaklığını veya hatta sabit disklerinizin durumunu takip etmekle ilgileniyorsanız, Windows'un yerleşik araçlarının oldukça yetersiz kaldığını fark etmişsinizdir. Bu nedenle, Windows'un yerleşik araçlarının yetersiz kaldığını anlamak önemlidir. Windows'ta termal çerçeveWMI ve CIM bazı bilgiler sunar, ancak genellikle boş değerler döndürür veya anakartınızdaki veya ekran kartınızdaki sensörleri desteklemez.

Neyse ki, bu gibi projeler sayesinde OpenHardwareMonitor ve onun LibreHardwareMonitor türevi izleme olanağının önünü açtılar donanım Çok daha kapsamlı ve PowerShell üzerinden API, WMI veya hatta küçük bir gömülü web sunucusu aracılığıyla da kullanabiliyoruz. Bu makalede, bunlardan nasıl yararlanacağımızı ve Grafana ve InfluxDB ile kendi metrik, uyarı ve hatta gösterge paneli sisteminizi kurmak için sahip olduğunuz gerçek seçenekleri ayrıntılı olarak inceleyeceğiz.

OpenHardwareMonitor nedir ve PowerShell'e ne gibi katkılar sağlayabilir?

OpenHardwareMonitor Windows'ta çok çeşitli donanım sensörlerini okuyabilen ücretsiz ve açık kaynaklı bir uygulamadır: sıcaklıklar, fan hızları, voltajlar, yük, frekanslar ve daha fazlası. Bu projenin çeşitli türevleri ortaya çıkmıştır, örneğin... ÜcretsizDonanımMonitörüBu sürümler, geliştirilmeye devam ediyor ve yeni donanımlarla uyumluluk sağlıyor.

Bu araçların okuyabildiği cihazlar şunlardır: anakartlar, işlemciler Intel ve AMD, RAM modülleri, ekran kartları NVIDIA ve AMD, HDD/SSD/NVMe sürücüler, ağ kartları, güç kaynakları ve piller taşınabilirBu sayede basit bir masaüstü bilgisayardan iş istasyonlarına, ev sunucularına veya ultra hafif dizüstü bilgisayarlara kadar her şeyi kapsayabiliyoruz. HUAWEI MateBook XPro.

Masaüstü uygulamasına ek olarak, OpenHardwareMonitor ve LibreHardwareMonitor bilgilerini şu yollarla da sunmaktadır: .NET kütüphanesi, WMI/CIM ve uzaktan web sunucu moduİşte burada PowerShell devreye giriyor: Raporları, uyarıları otomatikleştirmek veya InfluxDB gibi bir zaman serisi veritabanına ölçümler göndermek ve bunları Grafana ile görselleştirmek için bu verileri doğrudan komut dosyalarından tüketebiliriz.

Bazı sensörler yalnızca uygulamayı şu şekilde çalıştırdığınızda görüntülenir: yönetici izniBu durum özellikle anakart sensörleri veya donanım erişimi gibi daha hassas okuma işlemlerini etkiler. sürücüler Bu durum, .NET kütüphanesini PowerShell'den kullanacaksanız da geçerlidir: tüm verilere erişmek için genellikle PowerShell konsolunu "Yönetici olarak" başlatmanız gerekecektir.

PowerShell üzerinden sensörlere erişim yöntemleri

İyi haber şu ki, OpenHardwareMonitor/LibreHardwareMonitor tarafından görüntülenen bilgiler PowerShell'den çeşitli farklı yollarla okunabiliyor. Her birinin performans, kullanım kolaylığı ve esneklik açısından avantajları ve dezavantajları var, ancak hepsinin ortak amacı şu: Sıcaklık, yük ve donanım durumu hakkında güvenilir ölçümler elde edin..

Bu projeler etrafında kurulan ekosistemde üç ana yol öne çıkmaktadır: REST API (web sunucu modu), WMI/CIM ve .NET kütüphanesiAyrıca, bu mantığın bir kısmını kapsayarak işi kolaylaştıran PowerShell modülleri de mevcuttur; örneğin, LibreHardwareMonitor/OpenHardwareMonitor ile InfluxDB veritabanı arasında "aracı" görevi gören modül gibi.

Bu tür modüller genellikle şunları ortaya çıkarır: komutlar Donanım monitörünü başlatmak veya CPU sıcaklığını ölçmek için özel olarak tasarlanmıştır.Örneğin, şu isimlere sahip işlevler: New-HardwareMonitor o Measure-CPUTemperatureArka planda yaptıkları şey, OpenHardwareMonitorLib veya LibreHardwareMonitor DLL'sini yüklemek, Computer sınıfının bir örneğini açmak, ilgilendiğiniz aygıtları (CPU, GPU, RAM, diskler vb.) etkinleştirmek ve sensör listesinde döngü oluşturmaktır.

Bazı daha gelişmiş uygulamalarda, modül yalnızca veri okumakla sınırlı değildir, aynı zamanda şunlara da hazırlanmıştır: Metriklerin InfluxDB v1.xy'ye periyodik olarak gönderilmesini yapılandırın; Grafana'da kullanıma hazır panolar oluşturun.Bu sayede, kodla fazla uğraşmadan oldukça profesyonel bir izleme sistemi kurabilirsiniz; bu da birden fazla cihazdan gelen verileri merkezileştirmek için idealdir.

OpenHardwareMonitor ile WMI/CIM Kullanımı

OpenHardwareMonitor'ın güçlü yönlerinden biri de şudur: WMI entegrasyonuWMI arayüzü seçeneğini etkinleştirdiğinizde, uygulama genellikle belirli bir ad alanını kullanıma sunar. root\OpenHardwareMonitorİki ana sınıfı vardır: Hardware y SensorPowerShell üzerinden bu bilgiye CIM veya klasik WMI kullanılarak kolayca sorgulama yapılabilir.

Bu bilgileri grafiksel olarak incelemek için, aşağıdaki gibi bir araç kullanmak çok faydalıdır. WMI GezginiAd alanına bağlandığınızda root\OpenHardwareMonitor Donanım ve Sensör sınıfları üzerinde sorgular çalıştırdığınızda, mevcut tüm alanları göreceksiniz: tanımlayıcılar, sensör adları, tipleri, birimleri ve mevcut değerler. Genellikle, bu alanlar İsim, Sensör Tipi ve Değer Bunlar, tam olarak ihtiyacınız olanı filtrelemek ve çıkarmak için en çok kullanacağınız araçlardır.

WMI ile aşağıdaki gibi genel sorgular başlatabilirsiniz: SELECT * FROM Sensor o SELECT * FROM Hardware Tam listeyi almak veya daha spesifik bir şeye ulaşmak için, örneğin, istekte bulunmak için... CPU çekirdek sıcaklığı Filtrelenmiş bir sorgu ile:
SELECT value FROM Sensor WHERE Name LIKE "%CPU Core%" AND SensorType = "Temperature"

PowerShell'de bu, aşağıdakilere dayalı komutlara dönüşür: Get-CimInstance veya Get-WmiObject Bu ad alanını hedefliyor. Performans açısından, birçok gerçek dünya testi, çalışan bir OpenHardwareMonitor'dan WMI/CIM aracılığıyla veri sorgulamanın oldukça hızlı olduğunu göstermiştir. Hatta, .NET kütüphanesine doğrudan erişime kıyasla 5 kata kadar farklar gözlemlenmiştir. yaklaşık 200 milisaniyeye karşılık yaklaşık 1 saniyeBunun nedeni kısmen, halihazırda minimum ve maksimum değerleri toplayıp depolayan uygulama örneğinin yeniden kullanılıyor olmasıdır.

REST API ve web sunucu modu aracılığıyla veri tüketimi

Bir diğer oldukça ilginç seçenek ise şunu kullanmaktır: uzak web sunucusu modu Bu projeler de dahil olmak üzere, etkinleştirildiğinde OpenHardwareMonitor veya LibreHardwareMonitor, isteğe bağlı kimlik doğrulama desteğiyle yapılandırılabilir bir portta küçük bir HTTP sunucusu başlatır ve sensör bilgilerini diğer programlar tarafından tüketilebilecek bir biçimde sunar.

PowerShell'den bu web sunucusuyla çalışmak, aşağıdaki komutu kullanmak kadar basittir. Invoke-WebRequest veya Invoke-RestMethod İzleme işlemini çalıştıran sunucunun URL'sine karşı komut çalıştırın. Bu, yerel makineniz veya ağınızdaki uzak bir sunucu olabilir. İzleme işleminde bir kullanıcı adı ve parola yapılandırdıysanız, bu kimlik bilgilerini PowerShell çağrısına eklemeniz yeterlidir.

Bu "ajan" modu, tek bir merkezi makinenin birden fazla sunucudan veri toplamasına olanak tanır. Örneğin, LibreHardwareMonitor'ü birkaç Windows bilgisayarında servis veya yerleşik uygulama olarak çalıştırabilir ve bir yönetim makinesinden, periyodik REST istekleri gönder Tüm verileri bir araya getirip ortak bir veritabanında saklamak.

Eğer ajanı birçok makineye uzaktan dağıtmanız gerekiyorsa, oldukça yaygın bir strateji şudur: WinRM protokolü PowerShell Uzaktan Erişimi ile birlikte. Etki alanında yönetici ayrıcalıklarına ve uygun grup politikalarına sahip olarak şunları oluşturabilirsiniz: senaryo GitHub'dan en son sürümü indirin, yapılandırma dosyasını uyarlayın ve izlemek istediğiniz her sunucuda işlemi otomatik olarak başlatın.

.NET kütüphanesini doğrudan PowerShell'den kullanma

Maksimum kontrole ihtiyaç duyduğunuzda veya izlemeyi doğrudan kendi komut dosyalarınıza veya araçlarınıza entegre etmek istediğinizde, en doğrudan yol şunu yüklemektir: DLL OpenHardwareMonitorLib (veya LibreHardwareMonitor) PowerShell'de Add-TypeBu, nesneyi oluşturmanıza olanak tanır. OpenHardwareMonitor.Hardware.Computer ve tıpkı C#'ta çalışıyormuş gibi onunla çalışın.

PowerShell'deki tipik iş akışı şunlardan oluşur: DLL dosyasını yükleyin, Bilgisayar nesnesini oluşturun, ilgilendiğiniz donanım türlerini (CPU, GPU, RAM, diskler, anakart, fan kontrolcüsü) etkinleştirin, bağlantıyı açın ve donanım ve sensör koleksiyonunda gezinin.Kavramsal düzeyde aşağıdakine benzer bir şey:

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()

Bu yaklaşımla mümkün Sadece mevcut okumaya değil, minimum ve maksimum değerlere de erişebilirsiniz. Bu veriler, kütüphane oluşturulduğundan beri sensör tarafından kaydedilmektedir. Bu, belirli bir maksimum eşiğe ulaşıldığında uyarılar oluşturmak veya harici bir sisteme ihtiyaç duymadan basit istatistikler oluşturmak için çok kullanışlıdır.

Şunu belirtmekte fayda var ki, bazı sistemlerde .NET kütüphanesi ve belirli donanımın birleşimi, beklenen tüm sensörleri ortaya çıkarmayabilir. Örneğin, bazı durumlarda şu sorunlar rapor edilmiştir: LibreHardwareMonitor, işlemcileri ve bazı diskleri sorunsuz bir şekilde okumaya olanak tanırken, OpenHardwareMonitor belirli sürücüler için veri döndürmüyor.Bu gibi durumlarda, her iki projeyi de denemek ve herhangi bir okuma hatası tespit ederseniz, uyumluluğu iyileştirmeye yardımcı olmak için ilgili GitHub deposunda bir sorun bildirimi veya çekme isteği açmak faydalı olacaktır.

PowerShell modülleri izleme aracı olarak

Tüm kodu sıfırdan yazmak yerine, LibreHardwareMonitor veya OpenHardwareMonitor'ı arka uç olarak entegre eden önceden oluşturulmuş PowerShell modüllerini de kullanabilirsiniz. Bu modüller genellikle gerekli DLL'yi paketler ve bir dizi komut içerir. Monitörü başlatın, sensör listelerini alın ve verileri gönderin. veritabanları InfluxDB gibi.

Bu modüllerin çoğu, aşağıdaki depolar aracılığıyla dağıtılmaktadır. NugetBu, PowerShell üzerinden kurulumu büyük ölçüde basitleştirir. Yazar genellikle bunları "tüm kullanıcılar için" (örneğin, Scoop gibi yöneticiler aracılığıyla veya modülü genel bir dizinde yapılandırarak) kurmayı önerir, böylece komut dosyaları bir hizmet olarak veya sistem hesapları altında çalıştırıldığında bile kullanılabilir olurlar.

Tipik bir modül bildirim dosyasında şu gibi alanlar bulunur: Kök Modül, Modül Sürümü, GUID, Yazar, İşlenecek Komut Dosyaları, Dışa Aktarılacak Fonksiyonlar, Dosya Listesi ve Özel Veriler. İçinde FileList OpenHardwareMonitorLib DLL dosyası, genel ve özel komut dosyası dosyaları ve modülün ana dosyası genellikle şu şekilde görünür: (.psm1Ayrıca, aşağıdaki gibi dışa aktarılan işlevler de mevcuttur: New-HardwareMonitor monitörü başlatmak için ve Measure-CPUTemperature Tüm sensörler arasında manuel olarak gezinmeye gerek kalmadan işlemci sıcaklığını doğrudan elde etmek.

Bazı modüller ayrıca şunları da içerir: Windows hizmetlerini oluşturmak, başlatmak, durdurmak ve silmek için yardımcı komut dosyaları. Bu komut dosyaları, metrikleri periyodik olarak InfluxDB'ye göndermekten sorumludur. Buradaki fikir, ana veri gönderme komut dosyanızı belirli bir yola kaydetmek, bunu hizmet oluşturma komut dosyasında belirtmek ve Windows'un bu hizmeti manuel müdahale olmadan arka planda çalıştırmasına izin vermektir.

Bu modüler yaklaşım, aşağıdaki durumlarda harika bir çözümdür: bir cihazı izleme "ajanı" haline getirmek Verileri yerel olarak toplar ve REST, WMI veya doğrudan .NET kütüphanesi aracılığıyla uzaktan erişime sunar. Ayrıca, farklı otomasyon veya gözlemlenebilirlik projelerinde kodun yeniden kullanımını kolaylaştırır.

Metrikleri görselleştirmek için InfluxDB ve Grafane'i yapılandırın.

OpenHardwareMonitor veya LibreHardwareMonitor ve PowerShell komut dosyalarınızla veri yakalamayı kontrol altına aldıktan sonra, bir sonraki mantıklı adım şudur: Bu ölçümleri bir zaman serisi veritabanında saklayın ve gösterge panolarında görselleştirin.Çok popüler bir kombinasyon ise InfluxDB v1.x'tir. depolama Görselleştirme için ise Grafana kullanılmıştır.

İlk adım karar vermektir. InfluxDB'yi hangi sunucuya kuracaksınız?Bu bir Windows makinesi veya bir Windows dağıtımı olabilir. Linux Ubuntu (yerel olarak, WSL altında veya sanal makinede) veya hatta bir Docker konteyneri gibi. Önemli olan, ölçümleri gönderecek makinelerden erişilebilir olması ve mümkünse, üretimde kullanılacaksa belirli bir istikrara sahip olmasıdır.

Windows'ta InfluxDB'yi ilgili yükleyiciyi kullanarak veya Chocolatey gibi araçlar aracılığıyla kurabilirsiniz. Ubuntu'da kurulum genellikle InfluxData deposunu eklemeyi, paketi kurmayı ve hizmeti başlatmayı içerir. Her iki durumda da, yapılandırılmış portta (v1.x'te varsayılan olarak 8086) çalışan bir hizmete sahip olacaksınız ve buradan InfluxDB'yi çalıştırabilirsiniz. InfluxDB protokolünü kullanarak veri almak.

PowerShell'den, ana gönderim betiğiniz bunu halledecektir. CPU, GPU, diskler, fanlar vb. cihazlardan gelen okumaları toplayın, bunları InfluxDB satır protokolüne (ölçüm, etiketler, alanlar, zaman damgası) göre biçimlendirin ve yazma uç noktasına HTTP isteği gönderin.Öncelikle veritabanını oluşturmanız ve isterseniz verilerin ne kadar süreyle saklanacağını belirleyen saklama politikasını belirlemeniz gerekecektir.

InfluxDB konsolundan (veya InfluxDB Studio gibi araçlardan) verilerin geldiğini doğruladıktan sonra, Grafana'yı yapılandırmanın zamanı geldi. Grafana'da, InfluxDB'yi bir veri kaynağı olarak kaydedecek, oluşturduğunuz veritabanını seçecek ve kurulum işlemine başlayacaksınız. İşlemci sıcaklığını, GPU yükünü, fan devir sayısını, güç tüketimini veya kalan pil ömrünü gösteren paneller. SSD.

Grafana'da paneller tasarlama ve metrikleri filtreleme

İş akışının tamamını kurduktan sonra (OpenHardwareMonitor/LibreHardwareMonitor → PowerShell → InfluxDB → Grafana), eğlenceli kısım başlıyor: kullanışlı ve anlaşılır gösterge panelleri oluşturunBurada önemli olan nokta, daha sonraki filtreleme ve gruplandırmayı kolaylaştırmak için verilerin nasıl etiketleneceğidir; benzer teknikler şunlardır: Perfmon ile tanı panelleri oluşturma.

Basit ve etkili bir strateji, kullanmaktır. “ana bilgisayar” ve “donanım adı” gibi etiketlerBöylece makineye ve bileşene göre gruplandırma yapabilirsiniz (örneğin, "PC Odası – CPU Intel Core i5 10400"). Buradan itibaren, Grafana'daki sorgular sensör adlarına (OpenHardwareMonitor'daki Ad alanı) ve sensör türlerine (Sıcaklık, Yük, Güç, Fan vb.) göre filtrelenebilir.

Görselleştirmeyi daha kullanıcı dostu hale getirmek için şunlar önerilir: Sıcaklık değerleri için veri türünü santigrat derece olarak tanımlayın.Eşik değerlere göre renkleri yapılandırın (normal sıcaklıklar için yeşil, sınıra yakın sıcaklıklar için sarı ve tehlikeli değerler için kırmızı) ve seçilen zaman aralığı boyunca her serinin minimum, maksimum ve ortalama değerlerini göstergelerde görüntüleyin. Ayrıca şunları da dikkate almak önemlidir: Bilgisayarlar için ideal ortam sıcaklığı ve bağıl nem. Okunan metinleri yorumlarken.

Birden fazla sunucuyu izliyorsanız, aşağıdaki özelliklere sahip gösterge panoları oluşturmak çok faydalıdır. Birkaç bilgisayarın işlemci sıcaklıklarını yan yana koyun.Veya ana bilgisayarınızın GPU sıcaklığını ev sunucunuzun GPU sıcaklığıyla karşılaştırın. Bu şekilde, aşırı ısınan veya yetersiz hava akışına sahip ekipmanları hızlıca tespit edebilirsiniz.

Bazı pratik örneklerde, paneller şu amaçlarla oluşturulmuştur: İki makineyi paralel olarak izleyin, zaman içinde sıcaklıklarını ve yüklerini takip edin ve buna göre hareket edin. (Fanları temizleme, termal macunu değiştirme, fan eğrilerini ayarlama vb.). E-posta bildirimleri veya Grafana'nın yerleşik uyarılarıyla birleştirildiğinde, nispeten az çabayla oldukça ciddi bir izleme sistemi oluşturabilirsiniz.

PowerShell kullanarak CPU ve GPU sıcaklığını izleyin.

Çok sık sorulan bir soru da bunun mümkün olup olmadığıdır. Linux'ta lm_sensors gibi araçlarla yapıldığı gibi, yalnızca WMI/CIM kullanarak PowerShell üzerinden CPU ve GPU sıcaklıklarını elde edin.Kısaca özetlemek gerekirse, birçok sistemde yerleşik Windows WMI bu bilgiyi güvenilir bir şekilde sağlamaz veya hiç göstermez.

Birden fazla durumda, CPU sıcaklığı için standart WMI sınıflarını kullanmaya çalışırken, sistemin "desteklenmediği" veya boş değerler döndürdüğü yanıtı alınmıştır. Bu nedenle, doğru okumalar elde etmek için anakartın sensör çipleri ve diğer bileşenleriyle doğrudan iletişim kuran OpenHardwareMonitor ve LibreHardwareMonitor gibi çözümler kullanılmaktadır.

PowerShell'den bunu başarmanın en doğrudan yollarından biri şudur: OpenHardwareMonitorLib kütüphanesini veya LibreHardwareMonitor'dan eşdeğerini yükleyin ve daha önce gördüğümüz gibi sensörleri tek tek inceleyin.Bu sayede sensörleri "Sıcaklık" türüne ve "CPU Çekirdeği", "GPU Çekirdeği", "GPU Belleği" vb. adına göre filtreleyebilir ve yalnızca ilgilendiğiniz verileri döndüren özel işlevler oluşturabilirsiniz.

Bunun ek bir avantajı da, bu yaklaşımın size yalnızca sıcaklığa değil, aynı zamanda şunlara da erişim sağlamasıdır: Diğer parametreler arasında güç tüketimi, her bir çekirdeğe binen yük, frekans, fan devir sayısı ve SSD'nizin kalan kullanım ömrü yer almaktadır.Birkaç sensörü bir araya getirerek, ekipmanınızın termal ve performans durumu hakkında çok kapsamlı bir görünüm elde edebilirsiniz.

İzleme şablonları: CPU, fanlar, SSD ve daha fazlası

ile El tiempobirçok kullanıcı oluşturuyor OpenHardwareMonitor tabanlı izleme şablonları ve örnekleri En yaygın senaryoları kapsayan bu yapılandırmalardan biri, CPU sıcaklığını, işlemci güç tüketimini, çeşitli sistem fanlarının (Sistem Fanı 1-5) kontrolünü ve SSD sürücülerinin ömrünü izlemek üzere tasarlanmıştır.

Bu şablonlar genellikle bir referans sisteminden başlar, örneğin bir Intel i3 işlemcili, jenerik anakartlı ve SSD'li bilgisayar.Bu işlemler, söz konusu donanıma karşılık gelen belirli sensörleri bulmak için gerekli WMI/PowerShell sorgularını veya filtrelerini tanımlar. Bundan sonra, sensör adları ve donanım düzenleri üreticiye ve modele bağlı olarak değiştiği için, her cihazda küçük ayarlamalar yapmak neredeyse zorunludur.

Bu tür kılavuzlarda temel gereksinimler arasında şunlar yer alır: OpenHardwareMonitor kurulu ve çalışır durumda, ayrıca root\OpenHardwareMonitor ad alanını incelemek için WMI Explorer da kurulu.WMI Explorer aracılığıyla "CPU Çekirdeği 1", "CPU Paketi", "Sistem Fanı 3", "SSD Kalan Ömür" vb. sensörlerin tam adlarını bulabilir ve ardından bu adları PowerShell'den veya izleme sisteminizden yapacağınız sorgularda kullanabilirsiniz.

Ayrıca, OpenHardwareMonitor'a özgü belgeleri, örneğin açıklama içeren PDF'leri eklemek de yaygındır. WMI şeması, Donanım ve Sensör sınıfları ve örnek sorgularBu, şablonları ortamınıza uyarlama görevini büyük ölçüde basitleştirir ve sensör adlarıyla körü körüne veya deneme yanılma yoluyla ilerlemekten kaçınmanızı sağlar.

Klasik uygulamanın önemli bir sınırlaması şudur ki... OpenHardwareMonitor, Windows hizmeti olarak değil, bir uygulama olarak çalışır.Bu, kullanıcının uygulama menüsünde "Windows Başlangıcında Çalıştır" gibi seçenekleri etkinleştirmesini gerektirir, böylece uygulama sistem başlangıcında otomatik olarak başlatılır. Daha gelişmiş kullanımlar için, birçok yönetici donanım izleme aracını otomatik olarak başlatan zamanlanmış görevler veya özel hizmetler oluşturur; ancak yoğun kullanımın uzun süre devam etmesi durumunda kararsızlıklar rapor edilmiştir.

Güvenlik hususları, izinler ve antivirüs

Düşük seviyeli donanım sensörlerine erişen araçlardan bahsettiğimizde, bunun normal olduğunu söyleyebiliriz. Bazı antivirüs veya güvenlik sistemleri tedirgin olabiliyor.OpenHardwareMonitor ve LibreHardwareMonitor'ın resmi sürümleri açık kaynaklı ve genellikle güvenli olsa da, makine öğrenimine dayalı tespit sistemleri yeni sürümleri ilk birkaç gün içinde şüpheli olarak işaretleyebilir.

Özel durumda Windows Defenderİkili dosyayı resmi kaynaktan indirdiğinizden eminseniz, bir tane oluşturabilirsiniz. Uygulamayı içeren klasör için hariç tutmaÖrneğin, yönetici olarak çalıştırılan basit bir PowerShell komutuyla:
Add-MpPreference -ExclusionPath "C:\ruta\carpeta\OpenHardwareMonitor"

Ayrıca birçok sensör okumasının belirli koşullar gerektirdiğini de hatırlamak önemlidir. Yükseltilmiş ayrıcalıklarKütüphaneyi entegre eden kendi C# uygulamanızı geliştiriyorsanız, aşağıdaki adımları izlemeniz önerilir. app.manifest yürütme seviyesiyle requireAdministratorBöylece sistem gerektiğinde izin ister. PowerShell söz konusu olduğunda çözüm, konsolu veya betiği "Yönetici olarak çalıştır" seçeneğiyle çalıştırmaktır.

Son olarak, yasal açıdan bakıldığında, OpenHardwareMonitor gibi projeler şu koşullar altında dağıtılmaktadır: GNU GPL v3 lisansıBu, onları kullanabileceğiniz, değiştirebileceğiniz ve yeniden dağıtabileceğiniz anlamına gelir, ancak yayınladığınız tüm değişiklikler de GPL lisansı altında olmalı ve işlevsellik veya belirli bir amaca uygunluk garantisi olmaması da dahil olmak üzere belirlenmiş şartlara uymanız gerekecektir.

Kütüphaneler, WMI, REST, PowerShell modülleri, InfluxDB ve Grafana'dan oluşan bu ekosistemle, Windows üzerinde çok kapsamlı bir donanım izleme sistemi kurmak için gerekli tüm parçalara sahipsiniz. Tek yapmanız gereken araçları etkili bir şekilde birleştirmek. Güvenilir bir sensör kaynağı olarak OpenHardwareMonitor veya LibreHardwareMonitor kullanın, veri toplama ve filtrelemeyi otomatikleştirmek için PowerShell'e güvenin ve sıcaklıkları, yükleri ve ekipmanınızın sağlığını zaman içinde kontrol altında tutmak için veritabanlarından ve gösterge panellerinden yararlanın..