On 25/08/2019 00:21, Atlantis wrote:
> Zresztą... Wyskakujący błąd wskazuje na problem w komunikacji pomiędzy
> komputerem i programatorem, a nie programatorem i układem.

Dwa hinty:
a) wepnij przez HUB usb
b) sprawdź pod Linuxem

Teraz wyjaśnienie: Windows w *niektórych* implementacjach sterowników i
hardware nie potrafił się dogadać z conajmniej kilkoma programatorami.
Miałem swego czasu kilkadziesiąt róznych sprzetów pod ręką i kilka nie
było w stanie obsługiwać wprost urządzeń takich jak programatory (i nie
tylko, ale głównie takich). Przykładem by PICkit bodaj 2, fabryczny,
oryginalny z microchipa. Nie działał na niewielkim procencie hardware z
windowsami 7. Aplikacja microchipa albo go nie widziała albo zgłaszała
różne błędy podczas zabawy. Nie spodziewam się że to jest jakiś problem
z uszkodzonym systemem bo to pracownie komputerowe zaraz po instalacji.

*Zawsze* udawało się to naprawić wpinając takie urządzenie przez
najtańszy HUB usb.

Co do b) to chodzi głównie o to że dostaniesz większą diagnostykę co się
stało. Kiedyś okazało się że urządzenie w trakcie pracy samodzielnie się
wypina bo przekraczałem dopuszczalny prąd zasilania zasilając układ
przez programator... i w dmesg było to widać.

PS. Istnieje problem z urządzeniami implementującymi stack USB
softwareowo, np. na zwykłych AVR, przykładem jest programator USBASP.
Tam wpięcie HUBa tez pomaga ale z innych przyczyn, chodzi o
bulk-transfer który jest niedopuszczalny dla low-speed ale jednocześnie
*czasami* obsługiwany w OSach i bardzo często w HUBach. Ale przypuszczam
że tutaj nie chodzi o ten problem.