Klawiatura bezprzewodowa K800 UKB-500-RF 2,4 Ghz

Witam, mam problem z klawiaturą bezprzewodową.
Zakupiłem ją w lipcu bieżącego roku.

Główne cechy

  • Model: K800
  • Typ: bezprzewodowa
  • Interfejs: USB - odbiornik w zestawie
  • Zasięg: do 10 m
  • Łączność bezprzewodowa 2,4 Ghz
  • Układ klawiatury: QWERTY - 92 klawisze + touchpad
  • Touchpad wraz z przyciskami do obsługi myszki
  • Ładowanie: przez port USB (przewód w zestawie)
  • Czas czuwania: 500 - 700 godzin
  • Automatyczna funkcja oszczędzania akumulatora
  • Kompatybilne z: Windows XP/Vista/7/Android (host)/Linux/MAC oraz Raspbian - Raspberry Pi
  • Wymiary: 146,8 x 97,5 x 19 mm
  • Zasilanie: akumulator Li-On

W zestawie:

  • Klawiatura UKB-500-RF
  • Odbiornik USB (pod pokrywą baterii)
  • Instrukcja obsługi
  • Akumulator Li-On
  • Przewód USB do ładowania
  • Gwarancja 24 miesiące

Problem jest następujący. Po podłączeniu do USB, system nie widzi odbiornika (transmitera), zaś gdy podłącze go poprzez HUB USB wszystko działa poprawnie. W momencie zakupu nie było takiego problemu, podejrzewam kernel o taki stan rzeczy.

W dmesg otrzymuję taki błąd:

[ 9002.733729] usb 2-2: new full-speed USB device number 2 using xhci_hcd
[ 9002.857126] usb 2-2: device descriptor read/64, error -71
[ 9003.087133] usb 2-2: device descriptor read/64, error -71
[ 9003.317093] usb 2-2: new full-speed USB device number 3 using xhci_hcd
[ 9003.440455] usb 2-2: device descriptor read/64, error -71
[ 9003.670460] usb 2-2: device descriptor read/64, error -71
[ 9003.777191] usb usb2-port2: attempt power cycle
[ 9004.420374] usb 2-2: new full-speed USB device number 4 using xhci_hcd
[ 9004.420534] usb 2-2: Device not responding to setup address.
[ 9004.627137] usb 2-2: Device not responding to setup address.
[ 9004.833700] usb 2-2: device not accepting address 4, error -71
[ 9004.957037] usb 2-2: new full-speed USB device number 5 using xhci_hcd
[ 9004.957203] usb 2-2: Device not responding to setup address.
[ 9005.163882] usb 2-2: Device not responding to setup address.
[ 9005.370381] usb 2-2: device not accepting address 5, error -71
[ 9005.370502] usb usb2-port2: unable to enumerate USB device

Po przez podłączenie przez HUB USB po ponownym uruchomieniu zmuszony jestem do wyciągnięcia transmitera i ponownego jego włożenia.

Znalazłem dwa możliwe rozwiązania, pierwsze, krótsze z forum Ubuntu, ogranicza się do tego polecenia:

echo Y | sudo tee /sys/module/usbcore/parameters/old_scheme_first

Drugie, z forum Manjaro jest znacznie dłuższe i znajduje się tutaj.

Bardzo dziękuję ci za twoją odpowiedź.
Przeczytałem wątek, jednak obie metody nic nie zmieniają. Postaram się przeskoczyć na starszy kernel i zobaczyć jak to wygląda, jednak na raspberry pi ten problem także występuje i zmiana kernela nie za bardzo go rozwiąże a być może jedynie nakieruje na jakieś słuszne rozwiązanie. Dodam że podpinany transmiter pod usb nie identyfikuje się vendor oraz device id, są one po prostu puste, widzę go jedynie gdy jest podpięty po przez dodatkowy HUB USB, a podpięcie go bezpośrednio daje mi oto takie informacje w dmesg ponownie:
Podłączam transmiter po USB:

[ 1051.225317] usb 2-2: new full-speed USB device number 22 using xhci_hcd
[ 1051.348676] usb 2-2: device descriptor read/64, error -71
[ 1051.578696] usb 2-2: device descriptor read/64, error -71
[ 1051.685475] debugfs: Directory ‘06’ with parent ‘devices’ already present!
[ 1051.808735] usb 2-2: new full-speed USB device number 23 using xhci_hcd
[ 1051.932073] usb 2-2: device descriptor read/64, error -71
[ 1052.162098] usb 2-2: device descriptor read/64, error -71
[ 1052.268792] usb usb2-port2: attempt power cycle

Odłączam od usb i podpinam HUB USB:

[ 1116.235905] usb 2-2: new full-speed USB device number 26 using xhci_hcd
[ 1116.376881] usb 2-2: string descriptor 0 read error: -32
[ 1116.376889] usb 2-2: New USB device found, idVendor=03eb, idProduct=0902, bcdDevice= 1.00
[ 1116.376892] usb 2-2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 1116.377638] hub 2-2:1.0: USB hub found
[ 1116.377738] hub 2-2:1.0: 4 ports detected

Podpinam do HUB USB transmiter:

[ 1167.159621] debugfs: Directory ‘14’ with parent ‘devices’ already present!
[ 1167.232827] usb 2-2.1: new full-speed USB device number 27 using xhci_hcd
[ 1167.325935] usb 2-2.1: New USB device found, idVendor=2412, idProduct=2800, bcdDevice= 2.00
[ 1167.325941] usb 2-2.1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 1167.325944] usb 2-2.1: Product: 2.4G Composite Devic
[ 1167.330432] input: 2.4G Composite Devic as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.1/2-2.1:1.0/0003:2412:2800.0005/input/input23
[ 1167.387122] hid-generic 0003:2412:2800.0005: input,hidraw0: USB HID v1.10 Keyboard [2.4G Composite Devic] on usb-0000:00:14.0-2.1/input0
[ 1167.391514] input: 2.4G Composite Devic Mouse as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.1/2-2.1:1.1/0003:2412:2800.0006/input/input24
[ 1167.392004] input: 2.4G Composite Devic Consumer Control as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.1/2-2.1:1.1/0003:2412:2800.0006/input/input25
[ 1167.446576] input: 2.4G Composite Devic System Control as /devices/pci0000:00/0000:00:14.0/usb2/2-2/2-2.1/2-2.1:1.1/0003:2412:2800.0006/input/input26
[ 1167.447001] hid-generic 0003:2412:2800.0006: input,hidraw1: USB HID v1.10 Mouse [2.4G Composite Devic] on usb-0000:00:14.0-2.1/input1

LSUSB:

Bus 004 Device 003: ID 04ca:3006 Lite-On Technology Corp.
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1bcf:2c18 Sunplus Innovation Technology Inc.
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 027: ID 2412:2800
Bus 002 Device 026: ID 03eb:0902 Atmel Corp. 4-Port Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Dziwi mnie fakt iż wcześniej nie było z tą klawiaturą problemu, co sugeruje iż coś jest skopane po stronie kernela, w przeszłości z USB miałem już wiele problemów które z czasem naprawiły się same za sprawą zmian w kernelu linuksa.

Być może bardziej nakieruje mnie szukanie informacji o pojawiającym się błędzie “error -71”

# modprope xhci_hcd

Moduł jak widać jest załadowany. Przeładowanie nic nie zmienia.

Jako elektronik na wszelki wielki przeczyściłbym styki bo może hub ma ciaśniejsze gniazda.
Zwłaszcza jakby to nie działało na innych systemach.

Pomocne jest też porysowanie grafitem (ołówkiem) styków. Jak coś nie łączy - to zawsze tak robię i w wielu przypadkach pomaga.

Nie sądzę aby to było przyczyną, jednak nie szkodzi sprawdzić czy przypadkiem szyna danych nie ma problemu ze stykiem lub w jakiś sposób jest on nie pełny. Próbowałem już kilka hub usb i na nich działa transmiter tylko wtedy gdy go odłączę i podłączę znów, podczas bootowania (Uruchamiania systemu) taka czynność jest wymagana. Chciałem trochę wykluczyć i sprawdziłem też kable USB, no i niestety, wygląda na ewidentny problem z linuxem.

Jutro w powiększeniu zobaczę dla pewności jak wyglądają styki transmitera aby to wykluczyć.


Byłem dziś u znajomego w celu przetestowania klawiatury u niego na laptopie. Sprzęt to HP DV6000 z systemem Windows 8.1, na początku podłączając transmiter jest on wykrywany przez system, jednak instalacja w systemie jak i inicjacja nie dochodzi do skutku. Zauważyłem że laptop ten posiada jedno gniazdo USB obok wtyku zasilania, o dziwo po podłączeniu do niego, klawiatura działa bez problemu. Wywnioskowałem że jest to problem w którym urządzenie podpięte pod USB przechodzi od razu w stan uśpienia. Czyli jest automatycznie odłączane zasilanie USB. Dlatego też pod każdym HUB USB transmiter działa bez problemu. Pytanie tylko dlaczego urządzenie przechodzi na taki stan?

Oto zdjęcie elektroniki USB w laptopie HP.

hpusb

Nie powiem ci, dlaczego tak się dzieje, ale mogę zasugerować pewne rozwiązanie z tego samego wątku, do którego wcześniej linkowałem (w ogóle to kopalnia ciekawych i przydatnych skryptów, jak nie ten to może inny ci pomoże).

Ok, bardzo ci dziękuję za przydatne linki. Sam szukam ciągle rozwiązania. Może w końcu jakoś sam do tego dojdę to opiszę rozwiązanie problemu. Jak na razie mogę tylko opisywać to do czego doszedłem.

Jest to dosyć popularna klawiatura, i dziwi mnie jak mogła nagle przestać działać.

A kiedy przestała działać ta klawiatura? Przyszło mi na myśl, że to może być wina którejś aktualizacji. Chociaż w takim razie na głównym forum powinno coś się pokazać w temacie, a niczego takiego nie ma :thinking:

I znalazłem jeszcze jeden sposób na wybudzenie klawiatury (jeśli to rzeczywiście to).

Zakupiłem ją w Lipcu bieżącego roku, jakiś czas używałem na Raspberry Pi 3B+. Działała wtedy bez problemu, potem może gdzieś w okolicach sierpnia zrobiłem z Raspberry Pi router wifi i przestałem jej używać, więc leżała i czekała. Teraz właśnie chciałem zrobić z malinki centrum multimediów oparte o Kodi i zdziwiłem się że klawiatura nie działa tak jak wcześniej.

@eloaders
Najmniej pracy będziesz miał instalując starsze jajo, może problem sam się rozwiąże.
Ale to droga na skróty, mnie by to nie wystarczyło…
(ostatnio miałem problem z usb na nowym jaju ( wszystkich powyżej 4.14) niby działał a jednak musiałem wtyczkę wyciągać i wkładać wyciągać i wkładać, albo po prostu uruchomić tablet raz jeszcze)
Ręcznie to jest uciążliwe ale można napisać skrypt!

#!/bin/bash

port="1-8.3" # as shown by lsusb -t: {bus}-{port}(.{subport})

bind_usb() {
echo "$1" >/sys/bus/usb/drivers/usb/bind
}

unbind_usb() {
echo "$1" >/sys/bus/usb/drivers/usb/unbind
}

unbind_usb "$port"
sleep 1 # enable delay here
bind_usb "$port"

Nie jestem pewien @pud, czy starszy kernel, to rozwiązanie problemu z nową klawiaturą. No chyba, że nowa jest obudowa i nazwa, a nie elektronika.


Przy okazji, nie pisz kolejnego post’a pod swoim własnym, tylko edytuj.