Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Mikrofon wird nicht mehr erkannt

51 views
Skip to first unread message

Heinz-Mario Frühbeis

unread,
Dec 19, 2020, 11:01:21 AM12/19/20
to
Hallo!

Heute bekam ich ein neues USB-Mikrofon von DLock (30 EURO), so ein
"Schwanenhals-Mikro".
Das habe ich unter Windows 10 an einen USB-Port gesteckt, funktionierte,
habe ich z. Bsp. mit OBS ausprobiert, Sprache ok.

Dann habe ich ein bisschen mit der Mute-Taste "gespielt". also Mute/On,
Mute/Off..., dann habe ich nach Linux gebootet, und wieder nach Windows
10..., und nix mehr... Rein gar nix.
Es wird nicht mehr erkannt, weder unter Windows, noch unter Linux.
Ich habe verschiedene USB-Ports ausprobiert, hinten, vorne. Nix.
Selbst beim Booten wird nicht kurz von Status 'Blau' (aktiv), auf 'Rot'
und wieder auf 'Blau' gestellt. Was es aber, als ich anfangs Windows neu
gebootet habe, getan hat(te)...

Was ist denn da los? Kann ich das irnkwie wieder hinbekommen?

Mit Gruß
Heinz-Mario Frühbeis

Heinz-Mario Frühbeis

unread,
Dec 19, 2020, 12:34:56 PM12/19/20
to
Am 19.12.20 um 17:01 schrieb Heinz-Mario Frühbeis:
Hallo!

Ich habe das Mikro jetzt auch mal an mein Notebook (Linux Mint 17)
angeschlossen. Nichts. Wird auch da nicht erkannt.
Mute-Taste hat auch keine Wirkung. (Wobei ich nicht weiß, ob das Mikro
erst erkannt werden muss.)

Man<!>, so'n Mikro kann doch nicht einfach so zu Schrott werden! <man!>

Ich bin mir nicht sicher, woher sollte ich auch ahnen, das so was
passiert, aber es könnte sein, daß das Mikro per Taste auf/am Mikro
gemutet war, und das ich dann gebootet habe.
Aber trotzdem, ich meine, das kann doch wohl nicht angehen...

Christian Winther

unread,
Dec 19, 2020, 1:08:22 PM12/19/20
to

Am 19.12.2020 um 18:34 schrieb Heinz-Mario Frühbeis:
[...]
> Man<!>, so'n Mikro kann doch nicht einfach so zu Schrott werden! <man!>

Doch! Elektronik. Frühausfallphase ...

Derartige Dinge bekommen heute max. einen kurzen Einschalttest.

[...]

MfG Christian

Marcel Mueller

unread,
Dec 19, 2020, 3:27:05 PM12/19/20
to
Am 19.12.20 um 17:01 schrieb Heinz-Mario Frühbeis:
> Dann habe ich ein bisschen mit der Mute-Taste "gespielt". also Mute/On,
> Mute/Off..., dann habe ich nach Linux gebootet, und wieder nach Windows
> 10..., und nix mehr... Rein gar nix.
> Es wird nicht mehr erkannt, weder unter Windows, noch unter Linux.
> Ich habe verschiedene USB-Ports ausprobiert, hinten, vorne. Nix.

Checke mal unter Linux /var/log/syslog. Da wird ziemlich genau
protokolliert, was beim Anstecken einen USB Devices passiert. Da steht
dann auch mal Kabel kaputt oder dass es ein Problem mit Überstrom gibt,
was üblicherweise heißt, das das Gerät kaputt ist.


Marcel

Heinz-Mario Frühbeis

unread,
Dec 20, 2020, 8:26:56 AM12/20/20
to
Am 19.12.20 um 21:27 schrieb Marcel Mueller:
Heute morgen habe ich dann quasi noch mal mein Notebook "angeworfen"...,
und dann das USB-Mikrofon dran gesteckt..., und es funktionierte!
Wow, dachte ich, GF (große Freude)!
Dann, noch mal Spannung, am PC..., und da funktionierte es auch! Wohl
gemerkt 'te'... :(
Ich habe dann wieder ein paar Tests gemacht mit OSB und alles ok.
Dann habe ich dran gelassen, nichts weiter gemacht, als Video zu
schauen, und dann wollte ich so um 15:30 Uhr streamen..., mit Mikrofon.
Aber dann kamen zwischendurch ein, zwei "Jingles" von Windows..., und
beim zweiten Mal habe ich dann in den Einstellungen nach dem Mikrofon
geschaut... Wech! "Kein Eingabegerät gefunden.".
Und ich hatte es nicht ganz zu Ende gelesen, da war es plötzlich wieder
da! Aber, so schnell wie es wieder da war, war es auch schon wieder weg.

Dann noch mal ans Notebook (das hat übrigens 18.1 mit Kernel 4.x und das
Mikro braucht =>3.3)..., nope, kein USB-Mikrofon (mehr).

Jetzt mal unter Linux Mint 19.1:

Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.549538] usb 1-1: new
full-speed USB device number 7 using xhci_hcd
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.807360] usb 1-1: New USB
device found, idVendor=0d8c, idProduct=0061, bcdDevice= 1.00
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.807363] usb 1-1: New USB
device strings: Mfr=1, Product=2, SerialNumber=3
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.807366] usb 1-1: Product:
USB Microphone
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.807368] usb 1-1:
Manufacturer: Raysound
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.807370] usb 1-1:
SerialNumber: 201409
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.824268] hid-generic
0003:0D8C:0061.0009: No inputs registered, leaving
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.824488] hid-generic
0003:0D8C:0061.0009: hidraw6: USB HID v1.11 Device [Raysound USB
Microphone] on usb-0000:03:00.0-1/input2
Dec 20 14:20:55 earlybite-LM19 gvfsd-metadata[1749]: message repeated 7
times: [ g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE
(device)' failed]
Dec 20 14:22:15 earlybite-LM19 mtp-probe: checking bus 1, device 7:
"/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1"
Dec 20 14:22:15 earlybite-LM19 mtp-probe: bus: 1, device: 7 was not an
MTP device
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.848752] mc: Linux media
interface: v0.10
Dec 20 14:22:15 earlybite-LM19 kernel: [ 563.937306] usbcore:
registered new interface driver snd-usb-audio
Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.2/0003:0D8C:0061.0009
Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.2
Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1
Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.1
Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.0
Dec 20 14:22:15 earlybite-LM19 rtkit-daemon[1559]: Supervising 4 threads
of 1 processes of 1 users.
Dec 20 14:22:15 earlybite-LM19 rtkit-daemon[1559]: Successfully made
thread 2561 of process 1545 (n/a) owned by '1000' RT at priority 5.
Dec 20 14:22:15 earlybite-LM19 rtkit-daemon[1559]: Supervising 5 threads
of 1 processes of 1 users.
Dec 20 14:22:19 earlybite-LM19 colord-sane: io/hpmud/pp.c 627: unable to
read device-id ret=-1

'unable to read device-id ret=-1' liest sich nicht gut, oder...?

Detlef Wirsing

unread,
Dec 20, 2020, 12:01:39 PM12/20/20
to
Heinz-Mario Frühbeis schrieb:

...
>Jetzt mal unter Linux Mint 19.1:
...
>'unable to read device-id ret=-1' liest sich nicht gut, oder...?

Ich würde es mit einem Ausdruck der Linux-Meldung umtauschen. Die
Lebenserwartung fast aller elektronischen Geräte gleicht als Grafik
einer Badewanne. Die meisten Defekte gibt es am Anfang (DOA = Dead on
Arrival) und am Lebensende.

Kann sein, dass es nur ein Wackelkontakt an USB ist. Kann aber auch
alles mögliche andere sein. Sei froh, dass der Fehler gleich am Anfang
und so hartnäckig auftaucht.

Mit freundlichen Grüßen
Detlef Wirsing

Marcel Mueller

unread,
Dec 20, 2020, 12:03:01 PM12/20/20
to
Am 20.12.20 um 14:26 schrieb Heinz-Mario Frühbeis:
> Aber dann kamen zwischendurch ein, zwei "Jingles" von Windows..., und
> beim zweiten Mal habe ich dann in den Einstellungen nach dem Mikrofon
> geschaut... Wech! "Kein Eingabegerät gefunden.".
> Und ich hatte es nicht ganz zu Ende gelesen, da war es plötzlich wieder
> da! Aber, so schnell wie es wieder da war, war es auch schon wieder weg.

Kabelschaden.

[...]
> Dec 20 14:22:15 earlybite-LM19 kernel: [  563.807366] usb 1-1: Product:
> USB Microphone
> Dec 20 14:22:15 earlybite-LM19 kernel: [  563.807368] usb 1-1:
> Manufacturer: Raysound
> Dec 20 14:22:15 earlybite-LM19 kernel: [  563.807370] usb 1-1:
> SerialNumber: 201409
[...]
> Dec 20 14:22:15 earlybite-LM19 kernel: [  563.848752] mc: Linux media
> interface: v0.10
> Dec 20 14:22:15 earlybite-LM19 kernel: [  563.937306] usbcore:
> registered new interface driver snd-usb-audio

Das hat geklappt.

> Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
> /sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.2/0003:0D8C:0061.0009
> Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
> /sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.2
> Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
> /sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1
> Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
> /sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.1
> Dec 20 14:22:15 earlybite-LM19 upowerd[1182]: unhandled action 'bind' on
> /sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-1/1-1:1.0

Das sagt mir nichts. Sieht nach einer kaputten udev-Regel aus. Das
sollte aber egal sein.

> Dec 20 14:22:15 earlybite-LM19 rtkit-daemon[1559]: Supervising 4 threads
> of 1 processes of 1 users.
> Dec 20 14:22:15 earlybite-LM19 rtkit-daemon[1559]: Successfully made
> thread 2561 of process 1545 (n/a) owned by '1000' RT at priority 5.
> Dec 20 14:22:15 earlybite-LM19 rtkit-daemon[1559]: Supervising 5 threads
> of 1 processes of 1 users.

Das passt auch.

> Dec 20 14:22:19 earlybite-LM19 colord-sane: io/hpmud/pp.c 627: unable to
> read device-id ret=-1

> 'unable to read device-id ret=-1' liest sich nicht gut, oder...?

Die Meldung hat nicht mit USB zu tun. Das ist irgendwas mit einem Scanner.

Ich würde sagen, /zu diesem Zeitpunkt/ hat das Mikrofon funktioniert.


Marcel

Heinz-Mario Frühbeis

unread,
Dec 20, 2020, 2:09:58 PM12/20/20
to
Am 20.12.20 um 18:03 schrieb Marcel Mueller:
> Am 20.12.20 um 14:26 schrieb Heinz-Mario Frühbeis:
>> Aber dann kamen zwischendurch ein, zwei "Jingles" von Windows..., und
>> beim zweiten Mal habe ich dann in den Einstellungen nach dem Mikrofon
>> geschaut... Wech! "Kein Eingabegerät gefunden.".
>> Und ich hatte es nicht ganz zu Ende gelesen, da war es plötzlich
>> wieder da! Aber, so schnell wie es wieder da war, war es auch schon
>> wieder weg.
>
> Kabelschaden.
>

Morgens funktioniert es, nach zwei drei Stunden ist es wieder wech?
Ohne Bewegung?

> [...]
[...]
>> 'unable to read device-id ret=-1' liest sich nicht gut, oder...?
>
> Die Meldung hat nicht mit USB zu tun. Das ist irgendwas mit einem Scanner.
>
> Ich würde sagen, /zu diesem Zeitpunkt/ hat das Mikrofon funktioniert.
>
>

Scanner? welcher Scanner?! Ich habe keinen Scanner.

Es, das/dieses Mikro wird aber nicht (mehr) aufgeführt...


Marcel Mueller

unread,
Dec 20, 2020, 2:39:07 PM12/20/20
to
Am 20.12.20 um 20:09 schrieb Heinz-Mario Frühbeis:
> Am 20.12.20 um 18:03 schrieb Marcel Mueller:
>> Am 20.12.20 um 14:26 schrieb Heinz-Mario Frühbeis:
>>> Aber dann kamen zwischendurch ein, zwei "Jingles" von Windows..., und
>>> beim zweiten Mal habe ich dann in den Einstellungen nach dem Mikrofon
>>> geschaut... Wech! "Kein Eingabegerät gefunden.".
>>> Und ich hatte es nicht ganz zu Ende gelesen, da war es plötzlich
>>> wieder da! Aber, so schnell wie es wieder da war, war es auch schon
>>> wieder weg.
>>
>> Kabelschaden.
>>
>
> Morgens funktioniert es, nach zwei drei Stunden  ist es wieder wech?
> Ohne Bewegung?

OK, ich korrigiere auf Wackelkontakt. Kann thermisch induziert sein,
z.B. schlechte Verlötung.

DOA => Retuore.


>>> 'unable to read device-id ret=-1' liest sich nicht gut, oder...?
>>
>> Die Meldung hat nicht mit USB zu tun. Das ist irgendwas mit einem
>> Scanner.
>>
>> Ich würde sagen, /zu diesem Zeitpunkt/ hat das Mikrofon funktioniert.
>
> Scanner? welcher Scanner?! Ich habe keinen Scanner.

sane ist der Linux-Scanner-Treiber. Der läuft wohl immer, damit ein
angesteckter Scanner sofort funktioniert.


Marcel
0 new messages