Moin, Wenn man mal auf die vermessene Idee kommt, an einen USB-Host einen Hub anzuschliessen und an diesen Hub mehrere gleiche USB->Audio Converter (z.B. von TI sowas wie die PCM270[4567] ) - (wie) wird sichergestellt, dass sich die selbe Hardware immer als das selbe Audiodevice "meldet" - dass also nicht der Converter, der gerade noch als "Soundkarte 1" lief, nach einem Neustart als "Soundkarte 2" laeuft? Von den udv-rules her kenn' ich das, dass man dann irgendwelche unique-ids hat, die man dann verwenden kann, um die Zuordnung sicherzustellen. Ich find' aber im TI Datenblatt keinen Hinweis auf sowas, d.h. wenn ich da 100 Chips bestelle, dann scheinen die mir voellig gleich zu sein. Externes EEPROM mit ID drinnen scheint man auch nicht anschliessen zu koennen. Also wuesst' ich nicht, wie man z.B. udev die Unterscheidung beibringen soll. Von Windows ganz zu schweigen. Hat das schonmal wer gemacht? Gruss WK
über den "Pfad" zu dem Device, also wo er im USB-Baum hängt. z.B. ATTR{devpath}=="9.3.2" ist am Root-Hub Port#9, daran ist ein (4-Port)-USB-HUB, an dessen drittem Port hängt ein weiterer Hub, und an dessen zweitem Port steckt das Device. (Hier ein Bluetooth-Stöpsel mit zwei Interfaces) lsusb -t:
1 | … |
2 | /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M |
3 | |__ Port 9: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |
4 | |__ Port 3: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M |
5 | |__ Port 2: Dev 64, If 1, Class=Wireless, Driver=btusb, 12M |
6 | |__ Port 2: Dev 64, If 0, Class=Wireless, Driver=btusb, 12M |
7 | … |
:
Bearbeitet durch User
> Von Windows ganz zu schweigen.
Windows merkt sich jedes einmal eingesteckte Device auch anhand der
Position im Hub-Baum. Typischerweise bekommen identisch benannte Geräte
dann ein (1) etc. hinter dem Namen. So manche SW merkt sich genau den
und kommt dann nicht mehr damit zurecht, wenn der Adapter an einem
anderen Port hängt...
Dergute W. schrieb: > Ich find' aber im TI Datenblatt keinen Hinweis auf sowas, d.h. wenn ich > da 100 Chips bestelle, dann scheinen die mir voellig gleich zu sein. > Externes EEPROM mit ID drinnen scheint man auch nicht anschliessen zu > koennen. http://www.ti.com/lit/ds/symlink/pcm2706.pdf Seite 21. fchk
Frank K. schrieb: > Dergute W. schrieb: > >> Ich find' aber im TI Datenblatt keinen Hinweis auf sowas, d.h. wenn ich >> da 100 Chips bestelle, dann scheinen die mir voellig gleich zu sein. >> Externes EEPROM mit ID drinnen scheint man auch nicht anschliessen zu >> koennen. > > http://www.ti.com/lit/ds/symlink/pcm2706.pdf > > Seite 21. > > fchk Was aber nur teilweise hilft, denn Seite 16 (Table 3. Device Descriptor):
1 | Serial number Not supported |
Ich glaube es geht nicht um die Chip-ID sondern um den Kanal, an dem das device dran ist. Ich habe aber gerade vor einigen Tagen einen Beitrag in einem Forum erspäht, wo es exakt darum geht: Zwei USB-Soundkarten angesteckt, und die zweite übernimmt die ID der ersten, spielt ab und die erste ist wech! Ist USB-Audio überhaupt für Mehrkanaligkeit gemacht?
Reinhard S. schrieb: > Ich glaube es geht nicht um die Chip-ID sondern um den Kanal, an dem das > device dran ist. Dieser Kanal heißt "Port", und wurde oben schon beschrieben. > Ist USB-Audio überhaupt für Mehrkanaligkeit gemacht? Das funktioniert genauso gut oder schlecht wie mehrere PCI-Soundkarten.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.