OpenHardwareMonitor API in PowerShell: Ein vollständiger Leitfaden zur Überwachung Ihrer Hardware

Wenn Sie mit Windows und PowerShell arbeiten und die Temperatur Ihrer CPU, GPU, Lüfter oder sogar den Zustand Ihrer Festplatten überwachen möchten, ist Ihnen wahrscheinlich aufgefallen, dass die Windows-eigenen Tools hier nicht ausreichen. Ein Verständnis des thermischen Systems von Windows ist daher unerlässlich . WMI und CIM liefern zwar einige Informationen, geben aber oft leere Werte zurück oder unterstützen die Sensoren auf Ihrem Mainboard oder Ihrer Grafikkarte schlichtweg nicht.

Glücklicherweise haben Projekte wie OpenHardwareMonitor und dessen Abspaltung LibreHardwareMonitor den Weg für eine deutlich umfassendere Hardwareüberwachung geebnet . Diese lässt sich auch über die PowerShell-API, WMI oder sogar einen kleinen eingebetteten Webserver nutzen. In diesem Artikel erfahren Sie detailliert, wie Sie diese Tools einsetzen und welche Möglichkeiten Ihnen zur Verfügung stehen, um mit Grafana und InfluxDB ein eigenes System mit Metriken, Warnmeldungen und Dashboards zu erstellen.

Was ist OpenHardwareMonitor und welchen Beitrag kann es zu PowerShell leisten?

OpenHardwareMonitor ist eine kostenlose Open-Source-Anwendung, die unter Windows eine Vielzahl von Hardware-Sensoren auslesen kann: Temperaturen, Lüfterdrehzahlen, Spannungen, Auslastung, Frequenzen und mehr. Es sind Abspaltungen dieses Projekts entstanden, wie beispielsweise LibreHardwareMonitor , die die Entwicklung fortsetzen und die Kompatibilität mit neuerer Hardware erweitern.

Zu den Geräten, die diese Tools auslesen können, gehören Motherboards, Intel- und AMD-Prozessoren, RAM-Module, NVIDIA- und AMD-Grafikkarten, HDD-/SSD-/NVMe-Laufwerke, Netzwerkkarten, Netzteile und Laptop- Akkus . Dadurch decken sie alles ab, vom einfachen Desktop-PC bis hin zu Workstations, Heimservern oder ultraleichten Laptops wie dem HUAWEI MateBook X Pro.

Neben der Desktop-Anwendung stellen OpenHardwareMonitor und LibreHardwareMonitor ihre Informationen über eine .NET-Bibliothek, WMI/CIM und einen Remote-Webserver-Modus bereit . Hier kommt PowerShell ins Spiel: Wir können diese Daten direkt in Skripten verwenden, um Berichte und Warnmeldungen zu automatisieren oder Metriken an eine Zeitreihendatenbank wie InfluxDB zu senden und sie mit Grafana zu visualisieren.

Einige Sensorwerte werden nur angezeigt, wenn die Anwendung mit Administratorrechten ausgeführt wird . Dies betrifft insbesondere sensible Messwerte, wie z. B. bestimmte Sensoren auf dem Motherboard oder Hardwarezugriffe, die spezielle Treiber erfordern . Dasselbe gilt für die Verwendung der .NET-Bibliothek über PowerShell: Sie müssen die PowerShell-Konsole häufig als Administrator starten, um alle Daten zu erhalten.

Methoden zum Zugriff auf Sensoren von PowerShell aus

Die gute Nachricht ist, dass die von OpenHardwareMonitor/LibreHardwareMonitor angezeigten Informationen auf verschiedene Arten über PowerShell ausgelesen werden können. Jede Methode hat ihre Vor- und Nachteile hinsichtlich Leistung, Benutzerfreundlichkeit und Flexibilität, aber alle verfolgen dasselbe Ziel: zuverlässige Messwerte zu Hardwaretemperatur, -auslastung und -zustand zu erhalten.

Im Ökosystem, das sich um diese Projekte entwickelt hat, stechen drei Hauptansätze hervor: REST-API (Webserver-Modus), WMI/CIM und die .NET-Bibliothek . Zusätzlich gibt es PowerShell-Module, die Teile dieser Logik kapseln, um Arbeitsabläufe zu vereinfachen, beispielsweise das Modul, das als „Agent“ zwischen LibreHardwareMonitor/OpenHardwareMonitor und einer InfluxDB-Datenbank fungiert.

Diese Modultypen legen üblicherweise offen Befehle speziell zum Initialisieren des Hardwaremonitors oder zum Messen der CPU-TemperaturZum Beispiel Funktionen mit Namen wie New-HardwareMonitor o Measure-CPUTemperatureIm Hintergrund laden sie die OpenHardwareMonitorLib- oder LibreHardwareMonitor-DLL, öffnen eine Instanz der Computer-Klasse, aktivieren die Geräte, die Sie interessieren (CPU, GPU, RAM, Festplatten usw.) und durchlaufen die Liste der Sensoren.

In einigen fortgeschritteneren Implementierungen beschränkt sich das Modul nicht nur auf das Lesen von Daten, sondern konfiguriert auch das regelmäßige Senden von Metriken an InfluxDB v1.x und generiert sofort einsatzbereite Dashboards in Grafana . So lässt sich ein professionelles Monitoring-System einrichten, ohne sich im Code zu verlieren – ideal für die zentrale Datenverwaltung mehrerer Teams.

Verwendung von WMI/CIM mit OpenHardwareMonitor

Eine der Stärken von OpenHardwareMonitor ist seine WMI-IntegrationWenn Sie die WMI-Schnittstellenoption aktivieren, stellt die Anwendung einen bestimmten Namespace bereit, typischerweise root\OpenHardwareMonitormit zwei Hauptklassen: Hardware y SensorDies kann bequem über PowerShell mit CIM oder dem klassischen WMI abgefragt werden.

Um diese Informationen grafisch darzustellen, ist die Verwendung eines Tools wie beispielsweise sehr hilfreich. WMI-ExplorerWenn Sie eine Verbindung zum Namensraum herstellen root\OpenHardwareMonitor Wenn Sie Abfragen für die Hardware- und Sensorklassen ausführen, werden Ihnen alle verfügbaren Felder angezeigt: Kennungen, Sensornamen, Typen, Einheiten und aktuelle Werte. Typischerweise sind die Felder Name, Sensortyp und Wert Dies sind die Filter, die Sie am häufigsten verwenden werden, um genau das zu filtern und zu extrahieren, was Sie benötigen.

Mit WMI können Sie allgemeine Abfragen ausführen, wie zum Beispiel SELECT * FROM Sensor o SELECT * FROM Hardware Um die vollständige Liste zu erhalten oder zu etwas Bestimmterem zu gelangen, beispielsweise um die folgende Anfrage zu stellen: CPU-Kerntemperatur mit einer gefilterten Abfrage:
SELECT value FROM Sensor WHERE Name LIKE "%CPU Core%" AND SensorType = "Temperature"

In PowerShell entspricht dies Befehlen, die auf `Get-CimInstance` oder `Get-WmiObject` basieren und den entsprechenden Namespace verwenden. Zahlreiche Praxistests haben gezeigt, dass die Datenabfrage über WMI/CIM von einem bereits laufenden OpenHardwareMonitor sehr schnell ist. Tatsächlich wurden Zeitunterschiede von bis zu fünf Mal im Vergleich zum direkten Zugriff auf die .NET-Bibliothek beobachtet: etwa 200 ms gegenüber etwa 1 Sekunde . Dies liegt unter anderem daran, dass die Anwendungsinstanz, die bereits Minimal- und Maximalwerte erfasst und speichert, wiederverwendet wird.

Datenabruf über REST-API und Webserver-Modus

Eine weitere sehr interessante Option ist die Nutzung des in diesen Projekten enthaltenen Remote-Webserver-Modus . Bei Aktivierung richtet OpenHardwareMonitor oder LibreHardwareMonitor einen kleinen HTTP-Server auf einem konfigurierbaren Port ein, optional mit Authentifizierungsunterstützung, der Sensordaten in einem für andere Programme geeigneten Format bereitstellt.

Die Arbeit mit diesem Webserver über PowerShell ist denkbar einfach: Verwenden Sie `Invoke-WebRequest` oder `Invoke-RestMethod` mit der URL des Hosts, auf dem der Monitor ausgeführt wird. Dies kann Ihr lokaler Rechner oder ein Remote-Server in Ihrem Netzwerk sein. Wenn Sie für den Monitor einen Benutzernamen und ein Passwort konfiguriert haben, fügen Sie diese Anmeldeinformationen einfach dem PowerShell-Aufruf hinzu.

Dieser „Agentenmodus“ ermöglicht es einem zentralen Rechner, Daten von mehreren Hosts zu erfassen. Beispielsweise kann LibreHardwareMonitor als Dienst oder residente Anwendung auf mehreren Windows-Computern ausgeführt werden. Von einem Administrationsrechner aus können dann regelmäßig REST-Anfragen gesendet werden , um alle Daten zusammenzuführen und in einer gemeinsamen Datenbank zu speichern.

Wenn Sie den Agenten remote auf mehreren Rechnern bereitstellen müssen, bietet sich die Verwendung des WinRM-Protokolls in Verbindung mit PowerShell Remoting an. Mit Administratorrechten in der Domäne und den entsprechenden Gruppenrichtlinien können Sie ein Skript erstellen , das die neueste Version von GitHub herunterlädt, die Konfigurationsdatei anpasst und den Prozess automatisch auf jedem zu überwachenden Host startet.

Die .NET-Bibliothek direkt aus PowerShell verwenden

Wenn Sie maximale Kontrolle benötigen oder die Überwachung direkt in Ihre eigenen Skripte oder Tools integrieren möchten, ist der direkteste Weg das Laden der DLL OpenHardwareMonitorLib (oder LibreHardwareMonitor) in PowerShell mit Add-TypeDadurch können Sie das Objekt instanziieren. OpenHardwareMonitor.Hardware.Computer und arbeiten Sie damit so, als ob Sie in C# wären.

Der typische PowerShell-Workflow umfasst das Laden der DLL, das Erstellen des Computer-Objekts, das Aktivieren der gewünschten Hardwaretypen (CPU, GPU, RAM, Festplatten, Motherboard, Lüftersteuerung), das Öffnen der Verbindung und das Durchlaufen der Hardware und Sensoren . Konzeptionell sieht das etwa so aus:

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

Dieser Ansatz ermöglicht den Zugriff nicht nur auf den aktuellen Messwert, sondern auch auf die Minimal- und Maximalwerte, die der Sensor seit Erstellung der Bibliothek aufgezeichnet hat. Dies ist sehr nützlich, um Warnmeldungen zu generieren, sobald ein bestimmter Maximalwert erreicht wird, oder um grundlegende Statistiken ohne externes System zu erstellen.

Es ist wichtig zu beachten, dass die Kombination einer .NET-Bibliothek mit bestimmter Hardware auf manchen Systemen möglicherweise nicht alle erwarteten Sensoren erkennt. Beispielsweise gibt es Berichte, dass LibreHardwareMonitor die CPU und einige Festplatten problemlos ausliest, OpenHardwareMonitor jedoch für bestimmte Laufwerke keine Daten liefert . In solchen Fällen empfiehlt es sich, beide Projekte zu testen und bei Lesefehlern ein Issue oder einen Pull Request im entsprechenden GitHub-Repository zu erstellen, um die Kompatibilität zu verbessern.

PowerShell-Module als Überwachungsagenten

Anstatt den gesamten Code von Grund auf neu zu schreiben, können Sie auch vorgefertigte PowerShell-Module verwenden, die LibreHardwareMonitor oder OpenHardwareMonitor als Backend integrieren. Diese Module enthalten in der Regel die benötigten DLLs und eine Reihe von Befehlen, um den Monitor zu initialisieren, Sensorlisten abzurufen und Daten an Datenbanken wie InfluxDB zu senden.

Viele dieser Module werden über NuGet -Repositories bereitgestellt , was ihre Installation über PowerShell erheblich vereinfacht. Häufig empfehlen die Autoren die Installation „für alle Benutzer“ (beispielsweise über Paketmanager wie Scoop oder durch Konfiguration des Moduls in einem globalen Verzeichnis), sodass sie auch dann verfügbar sind, wenn die Skripte als Dienst oder unter Systemkonten ausgeführt werden.

Ein typisches Beispiel für ein Modulmanifest enthält Felder wie beispielsweise RootModule, ModuleVersion, GUID, Author, ScriptsToProcess, FunctionsToExport, FileList und PrivateData. Innerhalb FileList Die OpenHardwareMonitorLib-DLL, öffentliche und private Skriptdateien sowie die Hauptdatei des Moduls erscheinen üblicherweise (.psm1Darüber hinaus gibt es exportierte Funktionen wie beispielsweise New-HardwareMonitor um den Monitor zu instanziieren und Measure-CPUTemperature um die CPU-Temperatur direkt zu erhalten, ohne manuell durch alle Sensoren navigieren zu müssen.

Einige Module enthalten außerdem Hilfsskripte zum Erstellen, Starten, Stoppen und Entfernen von Windows-Diensten , die regelmäßig Metriken an InfluxDB senden. Die Idee ist, das Hauptskript zum Senden der Daten in einem bestimmten Pfad zu speichern, diesen Pfad im Skript zum Erstellen des Dienstes anzugeben und Windows die Ausführung des Dienstes im Hintergrund ohne manuelles Eingreifen übernehmen zu lassen.

Dieser modulare Ansatz eignet sich ideal für Szenarien, in denen ein Gerät in einen Überwachungs-„Agenten“ verwandelt werden soll , der Daten lokal erfasst und diese zur Fernabfrage bereitstellt – sei es über REST, WMI oder direkt aus der .NET-Bibliothek. Darüber hinaus vereinfacht er die Wiederverwendung von Code in verschiedenen Automatisierungs- oder Überwachungsprojekten.

Konfigurieren Sie InfluxDB und Grafane zur Visualisierung von Metriken.

Sobald Sie die Datenerfassung mit OpenHardwareMonitor oder LibreHardwareMonitor und Ihren PowerShell-Skripten im Griff haben, ist der nächste logische Schritt, diese Metriken in einer Zeitreihendatenbank zu speichern und in Dashboards zu visualisieren . Eine sehr beliebte Kombination ist InfluxDB v1.x für die Speicherung und Grafana für die Visualisierung.

Im ersten Schritt entscheiden Sie, auf welchem ​​Server Sie InfluxDB installieren . Dies kann ein Windows-Rechner, eine Linux- Distribution wie Ubuntu (nativ, unter WSL oder in einer virtuellen Maschine) oder auch ein Docker-Container sein. Wichtig ist, dass der Server von den Rechnern aus erreichbar ist, die die Metriken senden, und idealerweise ausreichend stabil läuft, falls Sie ihn in einer Produktionsumgebung einsetzen möchten.

Unter Windows können Sie InfluxDB mit dem entsprechenden Installationsprogramm oder mithilfe von Tools wie Chocolatey installieren. Unter Ubuntu besteht die Installation üblicherweise darin, das InfluxData-Repository hinzuzufügen, das Paket zu installieren und den Dienst zu starten. In beiden Fällen steht Ihnen anschließend ein Dienst zur Verfügung, der auf dem konfigurierten Port (standardmäßig 8086 in Version 1.x) lauscht und über den Sie Daten mithilfe des InfluxDB-Protokolls empfangen können.

Ihr Hauptskript in PowerShell erfasst Messwerte von CPU, GPU, Festplatten, Lüftern usw., formatiert diese im InfluxDB-Line-Protokoll (Messwerte, Tags, Felder, Zeitstempel) und sendet die HTTP-Anfrage an den Schreibendpunkt . Die Datenbank und gegebenenfalls die Aufbewahrungsrichtlinie, die die Speicherdauer der Daten festlegt, müssen zuvor erstellt worden sein.

Sobald Sie in der InfluxDB-Konsole (oder mit Tools wie InfluxDB Studio) bestätigt haben, dass Daten empfangen werden, können Sie Grafana konfigurieren. In Grafana registrieren Sie InfluxDB als Datenquelle, wählen die erstellte Datenbank aus und richten Dashboards ein, um CPU-Temperatur, GPU-Auslastung, Lüfterdrehzahl, Stromverbrauch und die verbleibende Lebensdauer Ihrer SSDs zu visualisieren.

Panels in Grafana gestalten und Metriken filtern

Sobald der gesamte Workflow eingerichtet ist (OpenHardwareMonitor/LibreHardwareMonitor → PowerShell → InfluxDB → Grafana), beginnt der spannende Teil: die Erstellung aussagekräftiger und übersichtlicher Dashboards . Wichtig ist dabei die Datenkennzeichnung, um das spätere Filtern und Gruppieren zu erleichtern; ähnliche Techniken werden auch bei der Erstellung von Diagnose-Dashboards mit Perfmon angewendet.

Eine einfache und effektive Strategie ist die Verwendung von Tags wie „Host“ und „Hardwarename “, mit denen Sie nach Rechner und Komponente gruppieren können (z. B. „PC-Raum – Intel Core i5 10400 CPU“). Anschließend können Abfragen in Grafana nach Sensornamen (das Feld „Name“ stammt von OpenHardwareMonitor) und Sensortypen (Temperatur, Last, Stromversorgung, Lüfter usw.) filtern.

Um die Visualisierung benutzerfreundlicher zu gestalten, empfiehlt es sich, den Datentyp für Temperaturen auf Celsius festzulegen , die Farben entsprechend den Schwellenwerten zu konfigurieren (Grün für normale Temperaturen, Gelb für Temperaturen nahe dem Grenzwert und Rot für gefährliche Werte) und die Minimal-, Maximal- und Durchschnittswerte jeder Messreihe innerhalb des ausgewählten Zeitraums in den Legenden anzuzeigen. Zudem sollten bei der Interpretation der Messwerte die optimale Umgebungstemperatur und relative Luftfeuchtigkeit für Computer berücksichtigt werden.

Wenn Sie mehrere Hosts überwachen, ist es sehr hilfreich, Dashboards zu erstellen, die die CPU-Temperaturen mehrerer Maschinen nebeneinander anzeigen oder die GPU-Temperatur Ihres Haupt-PCs mit der Ihres Heimservers vergleichen. So können Sie schnell überhitzte Maschinen oder solche mit unzureichender Luftzirkulation identifizieren.

In einigen praktischen Beispielen wurden Panels entwickelt, um zwei Maschinen parallel zu überwachen, ihre Temperatur und Auslastung im Zeitverlauf zu erfassen und entsprechende Maßnahmen zu ergreifen (Lüfter reinigen, Wärmeleitpaste austauschen, Lüfterkurven anpassen usw.). In Kombination mit E-Mail-Benachrichtigungen oder den integrierten Warnmeldungen von Grafana lässt sich mit relativ geringem Aufwand ein recht robustes Überwachungssystem aufbauen.

Überwachen Sie die CPU- und GPU-Temperatur mit PowerShell.

Eine häufig gestellte Frage ist, ob es möglich ist, die CPU- und GPU-Temperaturen mit PowerShell ausschließlich über WMI/CIM abzurufen, wie es unter Linux mit Tools wie lm_sensors möglich ist . Kurz gesagt: Auf vielen Systemen liefert das native Windows-WMI diese Informationen nicht zuverlässig oder zeigt sie gar nicht an.

In mehreren Fällen führte die Verwendung standardmäßiger WMI-Klassen zur CPU-Temperaturmessung zu der Meldung, dass das System „nicht unterstützt“ werde oder lieferte lediglich leere Werte. Daher werden Lösungen wie OpenHardwareMonitor und LibreHardwareMonitor eingesetzt, die direkt mit den Sensorchips und anderen Komponenten des Motherboards kommunizieren, um präzise Messwerte zu erhalten.

Eine der direktesten Möglichkeiten, dies mit PowerShell zu erreichen, besteht darin, die OpenHardwareMonitorLib-Bibliothek oder deren Äquivalent aus LibreHardwareMonitor zu laden und deren Sensoren wie zuvor beschrieben zu durchlaufen . Dadurch können Sie Sensoren nach Typ (z. B. „Temperatur“) und nach Namen (z. B. „CPU-Kern“, „GPU-Kern“, „GPU-Speicher“) filtern und benutzerdefinierte Funktionen erstellen, die nur die benötigten Daten zurückgeben.

Ein weiterer Vorteil dieses Ansatzes besteht darin, dass Sie nicht nur die Temperatur, sondern auch weitere Parameter wie Stromverbrauch, Auslastung pro Kern, Frequenz, Lüfterdrehzahl und die verbleibende Lebensdauer Ihrer SSDs erfassen können. Durch die Kombination mehrerer Sensoren erhalten Sie einen sehr umfassenden Überblick über den thermischen Zustand und die Leistung Ihres Systems.

Überwachungsvorlagen: CPU, Lüfter, SSD und mehr

Im Laufe der Zeit haben viele Nutzer auf Basis von OpenHardwareMonitor Überwachungsvorlagen und -beispiele erstellt , die die gängigsten Anwendungsfälle abdecken. Eine der am weitesten verbreiteten Konfigurationen dient der Überwachung der CPU-Temperatur, des Stromverbrauchs des Prozessors, der Steuerung verschiedener Systemlüfter (Systemlüfter 1–5) und der Lebensdauer von SSD-Laufwerken.

Diese Vorlagen basieren typischerweise auf einem Referenzsystem, beispielsweise einem PC mit Intel i3-Prozessor, einem Standard-Mainboard und einer SSD , und definieren die notwendigen WMI-/PowerShell-Abfragen oder -Filter, um die spezifischen Sensoren dieser Hardware zu finden. Anschließend sind fast immer kleinere Anpassungen für jedes System erforderlich, da Sensornamen und Hardware-Layouts je nach Hersteller und Modell variieren.

Für diese Art von Anleitung ist es erforderlich, dass OpenHardwareMonitor installiert und ausgeführt wird und dass der WMI Explorer den Namespace root\OpenHardwareMonitor untersucht . Mit dem WMI Explorer können Sie die genauen Sensornamen wie „CPU Core 1“, „CPU Package“, „System Fan 3“, „SSD Life Remaining“ usw. ermitteln und diese Namen anschließend in Abfragen verwenden, die Sie über PowerShell oder Ihr Überwachungssystem durchführen.

Häufig ist auch eine spezifische OpenHardwareMonitor-Dokumentation enthalten, beispielsweise PDFs, die das WMI-Schema, die Hardware- und Sensorklassen sowie Beispielabfragen beschreiben . Dies vereinfacht die Anpassung der Vorlagen an Ihre Umgebung erheblich und erspart Ihnen das Rätselraten oder Ausprobieren bei Sensornamen.

Eine wesentliche Einschränkung der klassischen Implementierung besteht darin, dass OpenHardwareMonitor als Anwendung und nicht als Windows-Dienst ausgeführt wird . Daher muss der Benutzer in den Anwendungseinstellungen Optionen wie „Beim Windows-Start ausführen“ aktivieren, damit die Anwendung beim Systemstart automatisch gestartet wird. Für fortgeschrittenere Anwendungsfälle erstellen viele Administratoren geplante Aufgaben oder benutzerdefinierte Dienste, die den Hardwaremonitor automatisch starten. Allerdings wurde über Instabilitäten berichtet, wenn die Anwendung über mehrere Tage hinweg intensiv genutzt wird.

Sicherheitsaspekte, Berechtigungen und Virenschutz

Wenn es um Tools geht, die auf hardwarenahe Sensoren zugreifen, reagieren manche Antiviren- oder Sicherheitssysteme verständlicherweise besorgt . Obwohl die offiziellen Versionen von OpenHardwareMonitor und LibreHardwareMonitor Open Source und im Allgemeinen sicher sind, können maschinelle Lernsysteme neue Versionen in den ersten Tagen als verdächtig einstufen.

Im konkreten Fall von Windows DefenderWenn Sie sicher sind, dass Sie die Binärdatei von der offiziellen Quelle heruntergeladen haben, können Sie eine erstellen. Ausschluss für den Ordner, der die Anwendung enthältZum Beispiel mit einem einfachen PowerShell-Befehl, der als Administrator ausgeführt wird:
Add-MpPreference -ExclusionPath "C:\ruta\carpeta\OpenHardwareMonitor"

Es ist außerdem wichtig zu beachten, dass viele Sensormesswerte erforderlich sind. höhere PrivilegienWenn Sie eine eigene C#-Anwendung entwickeln, die die Bibliothek integriert, wird empfohlen, eine hinzuzufügen. app.manifest mit der Ausführungsebene requireAdministratorDamit das System bei Bedarf Berechtigungen anfordert. Im Fall von PowerShell besteht die Lösung darin, die Konsole oder das Skript mit „Als Administrator ausführen“ zu starten.

Abschließend sei aus rechtlicher Sicht erwähnt, dass Projekte wie OpenHardwareMonitor unter der GNU GPL v3-Lizenz veröffentlicht werden . Das bedeutet, dass Sie sie verwenden, modifizieren und weiterverbreiten dürfen. Allerdings müssen alle von Ihnen veröffentlichten Modifikationen ebenfalls unter der GPL lizenziert werden, und Sie müssen die darin festgelegten Bedingungen einhalten, einschließlich des Ausschlusses jeglicher Gewährleistung für Funktionalität oder Eignung für einen bestimmten Zweck.

Mit diesem gesamten Ökosystem aus Bibliotheken, WMI, REST, PowerShell-Modulen, InfluxDB und Grafana verfügen Sie über alle notwendigen Komponenten, um ein umfassendes Hardware-Überwachungssystem unter Windows aufzubauen. Sie müssen die Tools lediglich effektiv kombinieren: Nutzen Sie OpenHardwareMonitor oder LibreHardwareMonitor als zuverlässige Sensorquelle, setzen Sie PowerShell zur Automatisierung der Datenerfassung und -filterung ein und verwenden Sie Datenbanken und Dashboards, um Temperaturen, Auslastung und den allgemeinen Zustand Ihrer Geräte im Zeitverlauf zu überwachen.