31
Device Descriptor auslesen vom Device
Ist es möglich mit Powershell den DeviceDescriptor eines angeschlossenen Gerätes z.B. USB-Tastatur auszulesen?
Und zwar direkt vom Device und nicht die in der Registry eingetragenen Werte.
D.h. ich suche nach einer Möglichkeit wie per Linux: lsusb -v -d <Device>
den original Device Descriptor auszulesen.
Z.B. benötige ich die Werte von idVendor, iProduct u.a. siehe Bild (Beispielbild stammt von einer Website).
wenn ich via Powershell mit "Get-vmiObject-Class w32_keyboard" arbeite, bekomme ich diese Werte nicht,
siehe Bild.
Hat jemand eine Idee oder kann weiterführende Infos geben?
Für mich ist es wünschenswert diese Angaben nicht als Windows nativ names aufgelöst zu bekommen.
Danke im voraus.
Und zwar direkt vom Device und nicht die in der Registry eingetragenen Werte.
D.h. ich suche nach einer Möglichkeit wie per Linux: lsusb -v -d <Device>
den original Device Descriptor auszulesen.
Z.B. benötige ich die Werte von idVendor, iProduct u.a. siehe Bild (Beispielbild stammt von einer Website).
wenn ich via Powershell mit "Get-vmiObject-Class w32_keyboard" arbeite, bekomme ich diese Werte nicht,
siehe Bild.
Hat jemand eine Idee oder kann weiterführende Infos geben?
Für mich ist es wünschenswert diese Angaben nicht als Windows nativ names aufgelöst zu bekommen.
Danke im voraus.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 8177925381
Url: https://administrator.de/contentid/8177925381
Ausgedruckt am: 25.11.2024 um 06:11 Uhr
31 Kommentare
Neuester Kommentar
Moin,
kann die nicht folgen (deine Tippfehler machen es einem auch nicht leicht).
Welche Werte genau vermisst du?
Gruß
kann die nicht folgen (deine Tippfehler machen es einem auch nicht leicht).
Welche Werte genau vermisst du?
Gruß
Ich vermisse die Werte idVendor und iProduct.
Vor allem möchte ich diese Werte direkt vom Gerät ausgelesen bekommen und nicht die Werte, welche die Registry liefert.
Sorry, wegen der Tippfehler
Gruß
Vor allem möchte ich diese Werte direkt vom Gerät ausgelesen bekommen und nicht die Werte, welche die Registry liefert.
Sorry, wegen der Tippfehler
Gruß
Die findest du in der DeviceID
DeviceID : USB\VID_046D&PID_C52B&MI_00\8&31F70423&1&0000
Bin ich jetzt dumm? Wo steht da eine Information wie "Wired Keyboard 4" ?????
Oder der Aufgelöste Name des Herstellers?
Oder der Aufgelöste Name des Herstellers?
Ich weiss nicht ob du es direkt in der Powershell benötigst, jedoch zeigt dir diese VID auch der Gerätemanager an.
Im Geräte Manager (Windows) wird mir meine Tastatur (abweichend vom Linux Screenshot) als HID-Tastatur angezeigt,
auch wenn ich sämtliche Einträge unter Eigenschaften / Details durchsehe, finde ich z.B. nicht den Klartext Herstellernamen.
Wenn ich per USBview schaue, bekomme ich aber den Hersteller. Siehe Bild.
Außerdem nutzen mir die Infos aus einer GUI nichts, da ich das ganze für ein Powershell-Script brauche.
auch wenn ich sämtliche Einträge unter Eigenschaften / Details durchsehe, finde ich z.B. nicht den Klartext Herstellernamen.
Wenn ich per USBview schaue, bekomme ich aber den Hersteller. Siehe Bild.
Außerdem nutzen mir die Infos aus einer GUI nichts, da ich das ganze für ein Powershell-Script brauche.
Zusätzliche Frage:
Spiegelt der Wert
den Hardware Ländercode wieder oder das im Windows System eingestellte Layout?
Spiegelt der Wert
den Hardware Ländercode wieder oder das im Windows System eingestellte Layout?
keine Ahnung. Was genau verstehst du an dem Wort "genau" nicht?
Keine Lust hier noch eine Sekunde zu investieren...
Dann noch mal zur Erklärung:
Unter Linux folgende Ausgabe (Ist nur ein Beispiel, nicht von mir):
Wobei die "4" hierbei den Ländercode (Hardwareseitig) der Tastatur wiedergibt.
Dieses wird benötigt um das Tastaturlayout zu bestimmen, falls der Wert von bCountryCode nicht gesetzt ist.
Im Powershell sehe ich aber nur iProduct 0x02.
Wie also bekomme ich via Powershell, meinetwegen auch via wmi, die beötigten Informationen?
Unter Linux folgende Ausgabe (Ist nur ein Beispiel, nicht von mir):
Wobei die "4" hierbei den Ländercode (Hardwareseitig) der Tastatur wiedergibt.
Dieses wird benötigt um das Tastaturlayout zu bestimmen, falls der Wert von bCountryCode nicht gesetzt ist.
Im Powershell sehe ich aber nur iProduct 0x02.
Wie also bekomme ich via Powershell, meinetwegen auch via wmi, die beötigten Informationen?
Genauso, wie idVendor nur als 0x wie auch immer angegeben ist aber die Auflösung des Herstellernamens fehlt.
Moin.
Guckst du einfach mal in die USB-Device-Descriptor Specifications:
https://www.beyondlogic.org/usbnutshell/usb5.shtml#DeviceDescriptors
Das was Linux da oben in deiner Grafik hin schreibt ist der Linux-Treibername den es zugewiesen hat, das steht also niemals im Gerät sondern in der Driver-Description(inf) bzw. unter Linux in der USB Device List!!
Es zählen einzig und allein die USB/PCI PNP Device-IDs zur eindeutigen Identifizierung.
Gruß siddius
Im Powershell sehe ich aber nur iProduct 0x02.
Ist Normal denn das Feld ist immer nur ein Index Wert !Guckst du einfach mal in die USB-Device-Descriptor Specifications:
https://www.beyondlogic.org/usbnutshell/usb5.shtml#DeviceDescriptors
iProduct 1 Index Index of Product String Descriptor
The idVendor and idProduct are used by the operating system to find a driver for your device. The Vendor ID is assigned by the USB-IF.
The idVendor and idProduct are used by the operating system to find a driver for your device. The Vendor ID is assigned by the USB-IF.
Das was Linux da oben in deiner Grafik hin schreibt ist der Linux-Treibername den es zugewiesen hat, das steht also niemals im Gerät sondern in der Driver-Description(inf) bzw. unter Linux in der USB Device List!!
Es zählen einzig und allein die USB/PCI PNP Device-IDs zur eindeutigen Identifizierung.
Gruß siddius
Zitat von @PenKathi:
Genauso, wie idVendor nur als 0x wie auch immer angegeben ist aber die Auflösung des Herstellernamens fehlt.
Genauso, wie idVendor nur als 0x wie auch immer angegeben ist aber die Auflösung des Herstellernamens fehlt.
http://www.linux-usb.org/usb.ids
http://pci-ids.ucw.cz/
Und wie bekomme ich diese Informationen via Powershell, wmi oder ähnlichem von der Kommandozeile im Windows geliefert und zwar direkt als Klartext ohne erst mühselig ein Programm dafür zu schreiben?
Und zwar für jede im PC verbaute Hardware? Da sich das was ich realisieren möchte nicht nur auf Tastaturen oder USB bezieht?
Und zwar für jede im PC verbaute Hardware? Da sich das was ich realisieren möchte nicht nur auf Tastaturen oder USB bezieht?
Get-PnpDevice
Mehr bekommst du mit Bordmitteln nicht.
Ansonsten musst du dir selbst ne DB organisieren oder mit einer aus dem Web abgleichen (Webservice etc.).
Oder mal AIDA64 anschauen.
Get-PNPdevice | select * | Out-GridviewAnsonsten musst du dir selbst ne DB organisieren oder mit einer aus dem Web abgleichen (Webservice etc.).
Oder mal AIDA64 anschauen.
@7907292512, erst einmal Danke.
AIDA nutzt nichts, da die Werte in einem Script gebraucht werden welches sich automatisch aktualisiert wenn entweder ein neues Gerät angeschlossen wird, bzw. bzgl. Tastaturen sogar erkennen soll wenn Tastatur xyz von X gleichzeitig angeschlossenen Tastaturen benutzt wird.
Außerdem frage ich mich, wie z.B. die Namen in Systemsteuerung / Geräte und Drucker aufgelöst werden. Solch eine DB müsste doch eigentlich im System schon irgendwo vorhanden sein.
Schade auch das es im Powershell keinen wie auch immer gearteten Schalter bzw. Parameter gibt der es einem ermöglicht solch weiterführenden Informationen darzustellen.
Ich vergleiche dazu mal die Möglichkeit unter Linux per Parameter zusätzliche Informationen anzuzeigen.
In der Hinsicht kann ich Windows nur als Windumm bezeichnen.
@alle: Trotzdem, vielen Dank für die Hilfe oder den Versuch der Hilfe.
LG
AIDA nutzt nichts, da die Werte in einem Script gebraucht werden welches sich automatisch aktualisiert wenn entweder ein neues Gerät angeschlossen wird, bzw. bzgl. Tastaturen sogar erkennen soll wenn Tastatur xyz von X gleichzeitig angeschlossenen Tastaturen benutzt wird.
Außerdem frage ich mich, wie z.B. die Namen in Systemsteuerung / Geräte und Drucker aufgelöst werden. Solch eine DB müsste doch eigentlich im System schon irgendwo vorhanden sein.
Schade auch das es im Powershell keinen wie auch immer gearteten Schalter bzw. Parameter gibt der es einem ermöglicht solch weiterführenden Informationen darzustellen.
Ich vergleiche dazu mal die Möglichkeit unter Linux per Parameter zusätzliche Informationen anzuzeigen.
In der Hinsicht kann ich Windows nur als Windumm bezeichnen.
@alle: Trotzdem, vielen Dank für die Hilfe oder den Versuch der Hilfe.
LG
Ich kann dein gezetere nicht verstehen. Es steht dir frei, ein entsprechendes Modul zu bauen. Genau so, wie es mit lsusb schon andere vor dir getan haben. Die haben sogar schon mehr getan - die haben nämlich die Datenbank aufgebaut, die du brauchst, um so ein Vorhaben umzusetzen. Und das Beste ist: Du darfst diese benutzen...
Zitat von @PenKathi:
@7907292512, erst einmal Danke.
AIDA nutzt nichts, da die Werte in einem Script gebraucht werden welches sich automatisch aktualisiert wenn entweder ein neues Gerät angeschlossen wird, bzw. bzgl. Tastaturen sogar erkennen soll wenn Tastatur xyz von X gleichzeitig angeschlossenen Tastaturen benutzt wird.
Tja eben doch, AIDA hat auch einen commandline Modus!@7907292512, erst einmal Danke.
AIDA nutzt nichts, da die Werte in einem Script gebraucht werden welches sich automatisch aktualisiert wenn entweder ein neues Gerät angeschlossen wird, bzw. bzgl. Tastaturen sogar erkennen soll wenn Tastatur xyz von X gleichzeitig angeschlossenen Tastaturen benutzt wird.
Außerdem frage ich mich, wie z.B. die Namen in Systemsteuerung / Geräte und Drucker aufgelöst werden. Solch eine DB müsste doch eigentlich im System schon irgendwo vorhanden sein.
Die kommen wie schon oben gesagt aus den installierten Treiber-Dateien (*.inf).Die "Namen" und "Descriptions" der Geräte stehen aber auch schon in den WMI oder PNP Infos!
Was meinst du wohl warum es so Programme wie AIDA gibt, die Hersteller pflegen aufwendig eigene Datenbanken für die detaillierten Informationen rund um die Geräte.
Trotzdem ist AIDA leider nutzlos, da es ja separat gekauft werden muss.
Aufgabe ist aber eine Realisierung mit System eigenen Mitteln.
Trotzdem noch mal danke.
Aufgabe ist aber eine Realisierung mit System eigenen Mitteln.
Trotzdem noch mal danke.
Aufgabe ist aber eine Realisierung mit System eigenen Mitteln.
Dann mach, scheint ja deine Hausaufgabe zu sein, Infos was Sache ist haben wir dir ja zu Genüge geliefert 
.Trotzdem ist AIDA leider nutzlos, da es ja separat gekauft werden muss.
Dan musst du halt selbst Gehirnschmalz reinstecken, ummesöns kommt auch kein Hähnchen in die Kauleiste geflogen.
Ach ja, leider stehen die Namen nicht in WMI oder PNP Infos, bzw. ich habe keine Möglichkeit gefunden dieses Anzuzeigen.
WMI liefert auch nur Ausgaben wie Standard-Tastatur bzw. HID-Eingabegerät oder ähnliches.
LG
WMI liefert auch nur Ausgaben wie Standard-Tastatur bzw. HID-Eingabegerät oder ähnliches.
LG
Ach ja, leider stehen die Namen nicht in WMI oder PNP Infos,
Doch, nochmal genau hinschauen.
Ich möchte hier dann doch noch einmal auf den ERSTEN Post in diesem Thread verweisen:
Da der TO nicht in der Lage ist, diese einfache Frage zu beantworten, ist das alles hier raten im freien Fall...
Da der TO nicht in der Lage ist, diese einfache Frage zu beantworten, ist das alles hier raten im freien Fall...
Ansonsten liefert auch devcon (kostenlos) alles nötige, was aber die o.g. Befehle auch schon liefern, nur mit ein paar Zusatzfeatures
https://learn.microsoft.com/de-de/windows-hardware/drivers/devtest/devco ...
https://learn.microsoft.com/de-de/windows-hardware/drivers/devtest/devco ...
Da der TO nicht in der Lage ist, diese einfache Frage zu beantworten, ist das alles hier raten im freien Fall...
Schau mal in das Profil des TO.
@Kraemer
Es hat sich herausgestellt, das die Werte in Form von 0x... wie auch immer vorliegen, aber leider keine Auflösung von z.B. Herstellername usw. stattfindet (also in Klartext Namen).
Des weiteren gibt es anscheinend kein Windows eigenes Mittel mit dem ich diese Werte inkl. der Auflösung in Klartext von der Kommandozeile bekomme. Anscheinend weder per Powershell, WMI oder ähnlichem.
LG
Es hat sich herausgestellt, das die Werte in Form von 0x... wie auch immer vorliegen, aber leider keine Auflösung von z.B. Herstellername usw. stattfindet (also in Klartext Namen).
Des weiteren gibt es anscheinend kein Windows eigenes Mittel mit dem ich diese Werte inkl. der Auflösung in Klartext von der Kommandozeile bekomme. Anscheinend weder per Powershell, WMI oder ähnlichem.
LG
Des weiteren gibt es anscheinend kein Windows eigenes Mittel mit dem ich diese Werte inkl. der Auflösung in Klartext von der Kommandozeile bekomme. Anscheinend weder per Powershell, WMI oder ähnlichem.
Hatte ich doch oben schon gezeigt Get-PNPDevice zeigt das alles im Klartext
Habe dazu eine private Nachricht geschrieben, nur finde ich solche Kommentare bzgl. Arbeitslos unter aller Sau.
Get-PnpDevice zeigt leider unter Manufacturer nur
Wenn kein expliziter device spezifischer Hersteller-Treiber genutzt wird, normal.
Wie nun zum xten mal wiederholt, windows zieht evt. vorhandene Infos aus den Treiber-Dateien (C:\windows\inf\*.inf), genauso wie Linux aus dessen Listen und Treiber-Metadaten.
Sind das nunmal Standard-Treiber, dann steht da auch nicht mehr.
Wie nun zum xten mal wiederholt, windows zieht evt. vorhandene Infos aus den Treiber-Dateien (C:\windows\inf\*.inf), genauso wie Linux aus dessen Listen und Treiber-Metadaten.
Sind das nunmal Standard-Treiber, dann steht da auch nicht mehr.
Also, nutzlos.
Trotzdem danke, ich schließe diesen Thread!
Trotzdem danke, ich schließe diesen Thread!
Zitat von @PenKathi:
Habe dazu eine private Nachricht geschrieben, nur finde ich solche Kommentare bzgl. Arbeitslos unter aller Sau.
Habe dazu eine private Nachricht geschrieben, nur finde ich solche Kommentare bzgl. Arbeitslos unter aller Sau.
wer "Arbeitslos" als Beruf in ein Forenprofil schreibt, kann nur Masochist oder Realitätsfremd sein
Und dein Problem ließe sich relativ elegant lösen, wenn das keine völlig unbekannte Hardware ist.
Wer nicht will, der hat schon...
Nein, es ist nicht wirklich gelöst, nur anscheinend mit Windows internen Mitteln nicht lösbar.
Und so etwas wie "Arbeitslos" in Bezug auf mein Fachwissen zu schreiben finde ich daneben, da es sich so anhört als ob ich auf Grund fehlenden Wissens Arbeitslos bin, dieses hat in meinem Fall aber gesundheitliche Gründe.
Dementsprechend ...
Dazu kommt noch das ich die letzten Jahre Hauptsächlich auf Linux Ebene gearbeitet habe und bisher kaum etwas mit Powershell machen musste.
LG
Und so etwas wie "Arbeitslos" in Bezug auf mein Fachwissen zu schreiben finde ich daneben, da es sich so anhört als ob ich auf Grund fehlenden Wissens Arbeitslos bin, dieses hat in meinem Fall aber gesundheitliche Gründe.
Dementsprechend ...
Dazu kommt noch das ich die letzten Jahre Hauptsächlich auf Linux Ebene gearbeitet habe und bisher kaum etwas mit Powershell machen musste.
LG
