Adata UV150 64GB VID 125F PID 0100 - jaki kontroler i jak go przeflashować?

I2cProcess napisał:

https://obrazki.elektroda.pl/2013219300_1776951236.png

Chciałem zamienić swój pendrive Adata UV150 64gb na taki, który będzie miał LLM'y offline bez cenzury. Podczas konfiguracji wypioł mi się, wi...

Krótka odpowiedź: z samego VID=125F / PID=0100 i komunikatu “Controller Part-Number: Unknown” nie da się wiarygodnie ustalić modelu kontrolera w tym ADATA UV150. To są identyfikatory urządzenia ADATA, a nie konkretnego mostka USB/NAND. W praktyce oznacza to, że bez odczytu innym narzędziem albo otwarcia obudowy i spisania oznaczeń z układu nie dobierzesz poprawnego MPToola do reflasha.

Co wynika z objawów

Masz jednocześnie:

-

The disk is write protected

-

DiskPart has encountered an error: The request could not be performed because of an I/O device error

- ChipGenius nie potrafi odczytać kontrolera

To bardzo typowy zestaw objawów dla jednego z dwóch scenariuszy:

1. Kontroler przełączył pendrive w tryb tylko-do-odczytu
Dzieje się tak, gdy wykryje zbyt dużo błędów NAND albo problem z mapą FTL.

2. Uszkodzenie firmware kontrolera albo samej pamięci NAND
Wtedy urządzenie jeszcze się zgłasza po USB, ale odrzuca zapis i narzędzia diagnostyczne widzą tylko ogólne dane producenta.

Czyli: problem raczej nie jest już „logiczny” na poziomie partycji, tylko niżej – w kontrolerze / NAND.

Najważniejsze: USB 2.10 w UV150 nie musi niczego przesądzać

ChipGenius pokazuje:

-

Protocol Version: USB 2.10

-

Current Speed: High Speed

To nie identyfikuje kontrolera. To tylko mówi, że w tej chwili urządzenie zestawiło link jako USB 2.0 High Speed, np.:

- przez port/hub,
- przez kiepski styk,
- albo dlatego, że kontroler pracuje w trybie awaryjnym.

Sam model UV150 bywał w różnych rewizjach sprzętowych.

Czy da się zgadnąć kontroler?

Można tylko bardzo ostrożnie powiedzieć, że w podobnych pendrive’ach ADATA spotyka się m.in.:

- Phison
- Silicon Motion
- czasem inne rozwiązania OEM

Ale to nadal byłoby zgadywanie. Nie dobieraj MPToola „na próbę” po marce pendrive’a, bo możesz go dobić całkowicie.

Co zrobić, żeby ustalić kontroler poprawnie

1. Sprawdź na innym porcie i innym komputerze

Najlepiej:

- bez huba,
- bez przedłużacza,
- w porcie USB 3.x,
- na drugim komputerze.

Jeżeli wszędzie jest to samo, potwierdza to uszkodzenie samego nośnika.

2. Odczyt innymi narzędziami

Spróbuj:

- Flash Drive Information Extractor
- ChipEasy
- ewentualnie USBDeview / USB Device Tree Viewer

Czasem jedno narzędzie nic nie pokaże, a inne odczyta chociaż:

- vendor kontrolera,
- flash ID,
- tryb pracy,
- rev. firmware.

Jeżeli chcesz, wklej pełny log z któregoś z tych narzędzi.

3. Otwórz obudowę i odczytaj oznaczenia układów

To jest w tej chwili najpewniejsza metoda.

Potrzebne są oznaczenia z:

- kontrolera USB flash – zwykle mniejszy układ,
- kości NAND – zwykle większy układ pamięci.

Najlepiej zrobić wyraźne zdjęcie obu stron PCB. Wtedy da się zwykle powiedzieć:

- jaki to kontroler,
- jaki MPTool ma sens,
- czy jest szansa na wejście w test mode.

Co oznacza write-protect w takim przypadku

Tu ważna rzecz: ten komunikat nie zawsze oznacza „blokadę software’ową”, którą zdejmiesz diskpartem albo rejestrem.

W pendrive’ach bardzo często oznacza to sprzętową decyzję firmware kontrolera, np.:

- NAND ma za dużo błędów,
- nie daje się odczytać mapowanie,
- kontroler chroni ostatni możliwy odczyt danych.

Wtedy:

-

clean

-

attributes disk clear readonly

- zwykłe formatowanie
- zarządzanie dyskami

— nic nie dają, bo kontroler i tak odrzuca zapis.

Czy reflashing ma sens?

Tylko jeśli najpierw ustalisz dokładny kontroler.
Do reflasha potrzebujesz zgodności w trzech warstwach:

- model kontrolera,
- wersja narzędzia MPTool,
- zgodność z kością NAND / Flash ID.

Bez tego można pogorszyć stan.

Realistyczna ocena szans

Jeżeli pendrive:

- zgłasza się,
- ale jest stale write-protected,
- ma I/O error przy zapisie,
- a program nie potrafi odczytać kontrolera,

to bardzo możliwe, że:

- NAND jest już zużyty/uszkodzony,
- albo kontroler wszedł w permanentny stan ochronny.

W takiej sytuacji nawet poprawny MPTool nie zawsze pomaga. Często kończy się na tym, że nośnik jest po prostu do wymiany.

Co bym zrobił praktycznie

W Twoim miejscu zrobiłbym to w tej kolejności:

1. Test na innym porcie i innym komputerze
2. Odczyt przez Flash Drive Information Extractor i ChipEasy
3. Jeśli nadal brak identyfikacji:
- otwarcie obudowy
- zdjęcie PCB z obu stron
4. Dopiero potem dobór MPToola

Odpowiedź wprost na Twoje pytanie

Nie, na podstawie danych które podałeś nie da się pewnie zidentyfikować kontrolera.
Da się jedynie stwierdzić, że:

- to pendrive ADATA,
- urządzenie odpowiada tylko ogólnym deskryptorem,
- zapis jest blokowany na niskim poziomie,
- przyczyna najpewniej leży w kontrolerze/NAND, nie w systemie plików.

Co podeślij dalej

Żeby pójść krok dalej, wrzuć jedno z poniższych:

- pełny log z Flash Drive Information Extractor,
- pełny log z ChipEasy,
- albo zdjęcie płytki po otwarciu obudowy.

Wtedy będzie można spróbować ustalić konkretny kontroler i ocenić, czy jest sens bawić się w MPTool, czy szkoda czasu na ten egzemplarz.

I2cProcess napisał:

przypomniało mi sie dodac jeden szczegol, dlatego zedytowalem post. stwierdzilem ze otworze pendrivea ale po otwarciu cale pcb bylo pokryte kolejnym platiskiem ktory przekrywal prawie wszystko oprocz ...

Masz rację — trzeba to doprecyzować. W logu faktycznie jest

Device Revision: 0200

, ale to nie jest rewizja kontrolera. W deskryptorze USB są to dwa różne pola:

bcdUSB

oznacza wersję specyfikacji USB, a

bcdDevice

oznacza wersję urządzenia zdefiniowaną przez producenta. Microsoft wprost podaje, że

0x0200

przy

bcdUSB

oznacza USB 2.0, natomiast

bcdDevice

to „device-defined revision number”. (learn.microsoft.com)

Czyli w Twoim przypadku

Device Revision: 0200

należy czytać jako „wersja urządzenia 2.00” nadana przez ADATA, a nie jako „rewizja układu kontrolera”. Z tego pola nie wywnioskujesz, czy w środku siedzi Phison, SMI, iTE, Innostor czy coś innego. (learn.microsoft.com)

Dodatkowo sama marka i deskryptor

ADATA USB Flash Drive

też nie wystarczają do identyfikacji kontrolera. W bazach serwisowych i na forach naprawczych widać, że pendrive’y ADATA pod podobnymi deskryptorami występowały z różnymi kontrolerami, m.in. iTE IT1181, Innostor IS917, Alcor 1100 oraz SMI SM3270. To właśnie dlatego dobieranie MPToola po samym

VID/PID

albo po

Device Revision

jest zgadywaniem. (usbdev.ru)

Co do napisu

BA9443 / TNA02 / 043 / korea

: na tej podstawie nie ma pewnej identyfikacji kontrolera. Jeżeli po zdjęciu obudowy widzisz głównie największy układ, to bardzo możliwe, że patrzysz na NAND albo na pakiet typu monolith/COB, a nie na osobny, czytelnie oznaczony kontroler. W klasycznych pendrive’ach większy układ to zwykle pamięć NAND, a mniejszy to kontroler; w konstrukcjach monolitycznych kontroler i pamięć mogą być zintegrowane lub ukryte pod warstwą epoksydu. (rossmanngroup.com)

W praktyce oznacza to tyle: teza z przykładowej odpowiedzi, że

BA9443

„na pewno wskazuje na Phisona”, jest zbyt daleko idąca. Ja bym tego nie uznał za wiarygodne rozpoznanie bez pełnego oznaczenia układu albo odczytu z innego narzędzia. Natomiast co do

0200

— tu sprawa jest jednoznaczna: to wersja urządzenia, nie model ani rewizja kontrolera. (learn.microsoft.com)

Wniosek praktyczny

Na dziś można powiedzieć pewnie tylko tyle:

-

0200

nie identyfikuje kontrolera,
-

BA9443...

nie daje pewnej identyfikacji kontrolera,
- bez pełnego oznaczenia układu albo lepszego odczytu z narzędzi nie dobierzesz bezpiecznie MPToola. (learn.microsoft.com)

Co bym zrobił dalej

1. Uruchomił Flash Drive Information Extractor i ChipEasy jako administrator.
2. Wrzucił zdjęcie obu stron PCB w dobrej ostrości.
3. Jeśli da się odsłonić tylko fragment mniejszego układu, spisałbym pełne oznaczenie właśnie z niego, nie z największego.
4. Nie flashowałbym w ciemno żadnym Phison MPTool / SMI MPTool.

Jeżeli chcesz, mogę Ci od razu przygotować listę konkretnych programów i kolejność testów albo przeanalizować zdjęcie PCB, jeśli je wrzucisz.

pidar napisał:

@ElektrodaBot

Posty użytkowników poprzedzające pytanie:
```
Data: 23/04/2026
Treść: przypomniało mi się dodać jeden szczegół, dlatego zedytowałem post. Stwierdziłem, że otworzę pendriv...

Odpowiedź bezpośrednia

Masz rację, że w logu jest

Device Revision: 0200

, ale to nie oznacza rewizji kontrolera.
W deskryptorze USB pole

bcdUSB

opisuje wersję specyfikacji USB, natomiast

bcdDevice

oznacza wersję samego urządzenia zdefiniowaną przez producenta. Microsoft podaje to wprost:

idVendor

i

idProduct

identyfikują urządzenie,

bcdUSB

mówi o wersji USB, a

bcdDevice

to device-defined revision number. Zatem

0200

należy czytać jako wersję urządzenia 2.00, a nie jako model albo rewizję układu sterującego pendrive’em. (learn.microsoft.com)

Inaczej mówiąc:
- VID/PID mówią, jak urządzenie przedstawia się hostowi,
-

Device Revision: 0200

mówi, jaką wersję tego urządzenia zadeklarował producent,
- ale żadne z tych pól nie identyfikuje wprost kontrolera NAND/USB. (learn.microsoft.com)

Co wynika z napisu

BA9443 / TNA02 / 043 / Korea

Ten fragment oznaczenia nadal nie pozwala pewnie rozpoznać kontrolera.
Do identyfikacji MPToola potrzebujesz zwykle:
- pełnego oznaczenia układu kontrolera,
- albo odczytu vendor-specific z narzędzia typu Flash Drive Information Extractor / ChipEasy,
- ewentualnie zdjęcia PCB z obu stron w dobrej ostrości.

Z Twojego opisu wynika też, że widoczny był głównie największy układ, a reszta była przykryta tworzywem. W praktyce bardzo często oznacza to, że widzisz raczej kość pamięci albo pakiet, a nie sam kontroler. Sam napis

BA9443...

jest za mało charakterystyczny, żeby na tej podstawie bezpiecznie dobrać firmware.

Co oznacza obecny stan pendrive’a

Połączenie objawów:
- write protected,
- I/O device error w DiskPart,
- Controller Part-Number: Unknown,

wskazuje, że problem jest raczej niżej niż partycja czy system plików.
To wygląda na:
- awarię firmware kontrolera,
- przejście kontrolera w tryb ochronny tylko-do-odczytu,
- albo problem z samą pamięcią flash.

To jest wniosek praktyczny z objawów, a nie pewna identyfikacja konkretnego kontrolera.

Wniosek praktyczny

Na obecnym etapie można powiedzieć pewnie tylko tyle:

1.

0200

nie jest rewizją kontrolera. To wersja urządzenia w deskryptorze USB. (learn.microsoft.com)
2.

VID=125F / PID=0100

też nie wystarcza do ustalenia kontrolera — to identyfikacja urządzenia po USB, nie modelu wewnętrznego układu sterującego. (learn.microsoft.com)
3.

BA9443 / TNA02 / 043 / Korea

nie daje jednoznacznej identyfikacji.
4. Reflash „w ciemno” jest ryzykowny i może całkiem uceglić pendrive.

Co zrobić dalej

1. Nie dobieraj MPToola po samym

0200

To błędny trop.

0200

nie prowadzi do producenta kontrolera. (learn.microsoft.com)

2. Zrób odczyt innymi narzędziami
Najbardziej sensowne:
- Flash Drive Information Extractor
- ChipEasy
- USB Device Tree Viewer

Jeżeli któreś pokaże:
-

Controller Vendor

-

Controller Part-Number

-

Flash ID

to dopiero wtedy można myśleć o MPToolu.

3. Wrzuć zdjęcia PCB z obu stron
Najlepiej:
- makro,
- ostro,
- bez rozmycia,
- w dobrym świetle.

Jeżeli kontroler nie jest całkiem zalany, często da się go rozpoznać po obudowie i resztkach nadruku.

4. Nie skrob agresywnie tej osłony
Jeżeli to jest zalewa/epoksyd albo cienka osłona na monolicie, bardzo łatwo zerwać ścieżki albo uszkodzić połączenia wewnętrzne. Przy pendrive’ie 64 GB zwykle nie ma to ekonomicznego sensu, chyba że robisz to wyłącznie edukacyjnie.

Moja odpowiedź do wątku, wprost

Nie —

Device Revision: 0200

z logu nie oznacza rewizji kontrolera.
To jest pole deskryptora USB odpowiadające wersji urządzenia, a nie modelowi kontrolera. Napis

BA9443 / TNA02 / 043 / Korea

też nie wystarcza do pewnej identyfikacji. Czyli na podstawie danych, które podałeś, kontrolera nadal nie da się bezpiecznie ustalić, a więc nie da się też rozsądnie dobrać MPToola do reflasha. (learn.microsoft.com)

Jeżeli chcesz, mogę Ci przygotować krótką listę kroków diagnostycznych 1:1 do wykonania w Windows, tak żebyś wkleił potem komplet wyników i wtedy spróbujemy zawęzić kontroler.