Windows Kod 43 USB Device Descriptor Request Failed – diagnostyka, sterowniki, Manta, Logitech

Pytanie

System Windows zatrzymał to urządzenie z powodu zaraportowanych problemów. (Kod 43)

A request for the USB device descriptor failed.

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Kod 43 z komunikatem „A request for the USB device descriptor failed” oznacza, że urządzenie nie przeszło podstawowej enumeracji USB (Windows nie zdołał odczytać deskryptora urządzenia). W 9/10 przypadków to problem fizyczny (kabel/gniazdo/zasilanie/układ w urządzeniu), rzadziej – sterowniki lub konfiguracja zasilania USB.
• Najpierw wyklucz sprzęt: inny port (tylny, USB 2.0), inny kabel (pełnodatkowy, nie „tylko ładowanie”), inny komputer, bez hubów. Jeśli błąd powtarza się wszędzie – usterka urządzenia. Jeśli działa na innym PC – porządkuj sterowniki/chipset i zasilanie USB w Windows.

Szczegółowa analiza problemu

• Co się dzieje technicznie:
  • Host po podaniu 5 V (VBUS) próbuje wykryć prędkość (FS/HS/SS), przypisać adres i odczytać deskryptor urządzenia (GET_DESCRIPTOR). Kod 43 w tej formie znaczy, że już na tym etapie odpowiedź była błędna/brak odpowiedzi. Sterowniki „wyższego poziomu” nie mają jeszcze znaczenia – system nie wie, czym jest urządzenie (brak VID/PID).
• Najczęstsze przyczyny:
  • Przerwana/zwarta linia D+ lub D− (uszkodzony kabel, wtyk, gniazdo w urządzeniu lub w PC).
  • Zbyt słabe/niespójne zasilanie z portu (szczególnie przedni panel, huby bez zasilania, cienkie przewody).
  • Błędny kabel USB-C (kabel „charge only”, zły adapter A↔C, problem z rezystorami CC).
  • Uszkodzenie transceivera USB w urządzeniu, zimne luty, uszkodzony rezonator/oscylator, przepięcia ESD.
  • Po stronie PC: zawieszone kontrolery USB, selektywne wstrzymanie zasilania, stare sterowniki chipsetu/BIOS.
• Procedura diagnostyczna (kolejność ma znaczenie):
  1. Szybkie testy sprzętowe
     • Zmień port na tylny na płycie głównej, preferuj USB 2.0 (czarny). Na laptopie – testuj wszystkie porty.
     • Użyj innego, krótkiego, pewnego kabla danych (nie „charge only”). Przy USB-C – użyj certyfikowanego kabla C–A/C–C.
     • Odłącz wszystkie huby/doki; jeśli urządzenie jest prądożerne – użyj zasilanego huba USB 2.0 wyłącznie jako „wzmacniacza zasilania”.
     • Sprawdź na innym komputerze/OS. Jeśli wszędzie Code 43/descriptor failed – to usterka urządzenia.
  2. Reset stanów i kontrolerów
     • „Power cycle” PC: wyłącz, odłącz zasilanie (w laptopie jeśli możliwe wyjmij baterię), przytrzymaj POWER 30–60 s, uruchom i podłącz urządzenie dopiero po pełnym starcie Windows.
     • Menedżer urządzeń → Kontrolery USB → odinstaluj „Główny koncentrator USB (USB Root Hub)” i „Kontroler hosta USB” (po kolei), zrestartuj – Windows odtworzy sterowniki.
  3. Zasilanie i oszczędzanie energii
     • W każdym „USB Root Hub” odznacz „Zezwalaj komputerowi na wyłączanie…”.
     • W planie zasilania wyłącz „Selekt. wstrzymywanie USB”.
     • Na czas testów wyłącz „Szybkie uruchamianie”.
  4. Sterowniki płyty głównej i system
     • Zaktualizuj: sterowniki chipsetu (Intel/AMD), sterowniki kontrolerów USB (jeśli producent OEM je publikuje), BIOS/UEFI, oraz Windows (aktualny build).
     • Pokaż urządzenia ukryte w Menedżerze urządzeń i usuń „duchy” starych urządzeń USB (ostrożnie – nie usuwaj kontrolerów, jeśli nie wiesz co robisz).
  5. Weryfikacja programowa i narzędzia
     • USBView (Microsoft, składnik SDK) – sprawdź, czy host widzi choć sygnały prędkości i cokolwiek odczytuje z urządzenia.
     • Event Viewer → Dzienniki systemu → Kernel-PnP – zobacz szczegóły błędu enumeracji.
  6. Gdy nadal nie działa – diagnoza sprzętowa urządzenia
     • Pomiary: sprawdź, czy na wtyku masz stabilne +5 V oraz ciągłość D+/D− od wtyku do PCB urządzenia; brak zwarć D+/D− do GND/5 V.
     • Obejrzyj i przelutuj gniazdo/kabel na PCB (typowo pęka mechanicznie), sprawdź ochronniki ESD, kwarc/rezonator mikrokontrolera (bez stabilnego zegara USB enumeracja nie ruszy).
     • W urządzeniach Full‑Speed D+ powinien mieć pull‑up ~1,5 kΩ do 3,3 V (czasem wewnątrz MCU) – jego uszkodzenie daje objaw jak u Ciebie.

Aktualne informacje i trendy

• Windows 10/11 nadal raportuje Code 43 dla nieudanej enumeracji. W praktyce rośnie liczba problemów z tanimi kablami USB‑C i adapterami A↔C (kable „ładowanie‑only”), co częściej niż dawniej powoduje błędy deskryptora.
• Narzędzia typu USBView oraz aktualne pakiety chipsetów od OEM rozwiązywały część problemów po aktualizacjach Windows 11, które zaostrzają polityki oszczędzania energii na USB.
• Uwaga na „sterowniki” z niezweryfikowanych stron – to obecnie najczęstszy wektor złośliwego oprogramowania podszywającego się pod drivery USB.

Wspierające wyjaśnienia i detale

• „Formatowanie pendrive’a” nie ma zastosowania, dopóki nie ma enumeracji. Błąd deskryptora powstaje zanim system zobaczy jakikolwiek nośnik czy klasę urządzenia.
• Jeśli urządzenie działa tylko na USB 2.0, a nie działa na 3.x – użyj prostego huba USB 2.0 między urządzeniem a portem 3.x; bywa to trwałe obejście różnic sygnałowych/EMI.

Aspekty etyczne i prawne

• Instaluj wyłącznie oryginalne sterowniki od producenta urządzenia lub OEM płyty głównej. Nie pobieraj „driverów” z forów/hostingów plików – ryzyko malware i naruszeń licencji.
• Przy serwisie własnym pamiętaj o ESD (opaska antystatyczna); uszkodzenie ESD może pogorszyć stan urządzenia.

Praktyczne wskazówki

• Checklista 10 minut:
  • Inny kabel danych, inny port (tył, USB 2.0), bez hubów.
  • Power cycle komputera.
  • Wyłączenie selektywnego wstrzymania + reinstalacja kontrolerów USB.
  • Test na innym komputerze.
• Jeśli po tej sekwencji nadal Code 43 wszędzie – naprawa: przelutowanie gniazda/kabla lub wymiana kabla; gdy to nie pomaga – uszkodzony kontroler/oscylator (serwis lub wymiana urządzenia).

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Niektóre bardzo stare urządzenia USB (np. sprzed ery Windows 10) nie spełniają pieczołowicie dzisiejszych wymagań sygnałowych/EMC i mogą działać tylko przez „wolniejszą ścieżkę” (USB 2.0/hub 2.0).
• Na laptopach z jednym kontrolerem współdzielonym z kamerą/BT – obciążenie zasilania portu może wymuszać Code 43 przy rozruchu; testuj po odłączeniu innych urządzeń.

Sugestie dalszych badań

• Jeśli masz dostęp: podgląd enumeracji prostym analizatorem USB 2.0 lub Linux dmesg (często daje bardziej opisowy log).
• Dokumentacja USB 2.0 (rozdz. 9) nt. enumeracji – pomocna przy analizie przyczyn „device descriptor read/64, error −71/−32” (analogiczne błędy w Linuksie).
• Narzędzia: Microsoft USBView; sprawdzanie aktualizacji chipsetu od Intel/AMD/OEM.

Krótkie podsumowanie

• Kod 43 + „device descriptor failed” to usterka na najniższym poziomie enumeracji USB – najczęściej kabel/gniazdo/zasilanie lub uszkodzone urządzenie, a nie „zły sterownik”.
• Zacznij od prostych testów (kabel/port/inna maszyna/power cycle), wyłącz oszczędzanie energii USB, zaktualizuj chipset/BIOS i zresetuj kontrolery USB.
• Jeśli błąd występuje na wielu komputerach – naprawa sprzętowa urządzenia (kabel/gniazdo/reflow) lub jego wymiana jest najbardziej racjonalna. Potrzebujesz pomocy w przejściu przez checklistę lub w pomiarach – podaj model urządzenia i wersję Windows (np. Windows 11 23H2), przeprowadzę Cię krok po kroku.