Zuordnung mehrerer gleicher USB->Audio Adapter

[Dergute W. (derguteweka)]

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

[Εrnst B. (ernst)]

ü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:

…
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 9: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 3: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 2: Dev 64, If 1, Class=Wireless, Driver=btusb, 12M
            |__ Port 2: Dev 64, If 0, Class=Wireless, Driver=btusb, 12M
…

[Clemens L. (c_l)]

http://alsa.opensrc.org/Udev "Identify two identical audio devices"

[Georg A. (georga)]

> 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. (derguteweka)]

Moin,

Das hilft schonmal weiter, merci!

Gruss
WK

[Frank K. (fchk)]

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

[guest (Gast)]

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

Serial number Not supported

[Hi-Tech-Progger S. (Gast)]

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?

[Clemens L. (c_l)]

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.