Czytasz wypowiedzi znalezione dla zapytania: sterownik hosta
Temat: czytnik kart pamieci na USB
Cza cza cza wrote:
no i teraz gdy chce ponownie uzyc karty i wsadzam ja do czytnika to juz
komputer jej nie widzi, nie pojawiaja sie dodatkowe napedy, zeby ja zobczyc
moge oczywiscie zrestartowac kompa, bo na dzien dobry pojawia mi sie
dodatkowe napedy i bede mogl zkorzystac z karty, ale czy da sie to zrobic
bez restartu kompa?
musisz bezpiecznie usuwać urządzenie? z tego co wiem, każdy nowoczesny
system operacyjny nie powinien buforować operacji zapisu na nośnikach
,,wyjmowalnych'', więc karty pamięci powinno się traktować tak samo jak
dyskietki. chyba, że Twój czytnik nie wie, co to hotplugging.
poza tym, jeśli jest taka możliwość w menedżerze urządzeń, spróbuj
wyłączyć i włączyć sterownik hosta USB. nie wiem jak to jest z
Windowsami, ale pod Linuksem usunięcie sterownika *HCI powoduje
odłączenie zasilania od urządzeń, a włączenie ponowną enumerację.
(jeśli piszę bzdury, byłbym wdzięczny za zwrócenie uwagi.)
w.
Temat: usb host
we@namer.pl wrote:
Uscislijmy moze cos - zapomnialem tego dopisac w moim poscie sprzed
kilku minut:
Detekcja podlaczenia/odlaczenia device'a zajmuje sie sprzet, przy czym
tym sprzetem moze byc np. hub - ktory jest podlaczony poprzez innego
huba do hosta - czyli np. tak:
HOST ------ HUB1 --------- HUB2 -------- DEVICE
Piszesz ze:
kontroler potrafi wykry? pod??czenie nowego urz?dzenia (od??czenie
zreszt? te? :) i poinformowa? o tym zdarzeniu system operacyjny (przy
pomocy przerwania oczywi?cie)
W powyzszym przypadku, zeby host mogl wykryc podpiecie urzadzenia do HUB2
musialby dostac jakis sygnal od tego huba, a jak wiadomo hub sam z siebie
nie ma mozliwosci zasygnalizowac tego - zreszta musialby jeszcze
przedostac sie przez HUB1 do hosta.
Host USB regularnie sprawdza, czy nie zostało podłączone jakieś nowe
urządzenie. Pisząć "kontroler potrafi wykryć podłączenie nowego
urządzenia" miałem na myśli punkt widzenia systemu operacyjnego.
Fizycznie oczywiście odbywa się to przez polling.
W tym ISP1760 jest tylko jeden port i do niego jest podpiety wewnetrzny
hub 3-portowy i to wszystko jest po prostu *w jednym scalaku*.
Rejestr statusu tego portu hosta pokazuje mi caly czas ze podpiete jest
jakies urzadzenie - a to oznacza tylko to ze podpiety jest ten wewnetrzny
hub i nie ma szans zeby ten rejestr pokazywal ze nie ma podpietego
device'a.
W tym momencie zeby sprawdzic czy cokolwiek podpiete jest do
jakiegokolwiek portu (jednego z 3) musze wyslac requesta do tego
wewnetrznego huba - getportstatus.
Z tego, co zdążyłem przeczytać o tym ISP176x, to jest on zgodny z UHCI
i/lub EHCI. Sterownik UHCI (albo EHCI) w jądrze powinien sam znaleźć
tego huba, sam odpytać go czy coś jest do niego podłączone, nakazać
włączyć odpowiednie porty, a następnie odpytać podłączone do niego
urządzenia (być może kolejne huby w drzewie USB) kim one są i poprosić
o drivery do nich.
Jeżeli piszesz sterownik urządzenia USB, to takie szczegóły, jak
aktywowanie portów huba nie powinny Cię interesować - tym zajmuje się
sterownik hosta. Powinieneś zastać już skonfigurowane urządzenie
i zająć się komunikacją z nim w celu realizacji tych funkcji, do jakich
to urządzenie zostało opracowane. Nie może być tak, że każdy driver do
urządzenia USB grzebie w szczegółach typu konfiguracja poszczególnych
portów hubów USB.
Tomasz Łukaszewski
PS. Patrzyłeś w logi? Czy driver hosta w ogóle wykrył tego huba?
Temat: USB na COM ??
Użytkownik Adam Dybkowski napisał:
Mariusz Dybiec wrote:
| zwykłych COMów jeśli będą próbowały same pisać do rejestrów. Z kolei w
| czystym dosie nie widać USB.
Nie jest prawdą, że w czystym DOSie "nie widać USB". Większość nowych
BIOSów obsługuje klawiaturę USB po włączeniu odpowiedniej opcji (w DOSie
też działa), miałem też kiedyś do czynienia z dosowym sterownikiem
czopka USB. Swojego czasu sam próbowałem napisać sterownik dosowy myszki
USB - udało się zagadać z hubem USB na magistrali PCI ale dalej
odechciało mi się roboty (całe USB hosta do napisania), bo skończyły się
czasy DOSa. Urządzenia USB w każdym razie da się obsłużyć bez problemów
pod DOSem tylko chyba nikomu jeszcze się nie chciało napisać
odpowiedniego softu. Bo i po co?
Toż mi o to mniej więcej chodziło. Nie ma hosta w systemie więc nie
majak się podczepić z urządzeniami. Problem nie jest zapewne trywialny
bo dos można wprawdzie "olać" ale NT4 to często jeszcze maszyny
produkcyjne. Podczepienie drukarki usb albo pamięci zewnętrznej często
by się przydało. Gdyby to było proste to producenci sprzętu dołączali by
własny sterownik hosta do sterowników swoich urządzeń. Zdaje się, że
jakaś firma sprzdawała własne sterowniki OHCI/UHCI dla NT4.
Zrozumiałe, ze klawiatura i myszka są zrobione na poziomie biosa ale ten
czopek pracujący pod dosem to dla mnie nowina.
Przed chwilą zapytałem googla i okazuje się, że dla dosa też są
sterowniki np: USBASPI.SYS" ("Panasonic v2.06 ASPI Manager for USB mass
storage" .
Temat: usb host
Tomasz Michal Lukaszewski <lu@rebel.lupus.net.pl wrote:
we@namer.pl wrote:
Uscislijmy moze cos - zapomnialem tego dopisac w moim poscie sprzed
kilku minut:
Detekcja podlaczenia/odlaczenia device'a zajmuje sie sprzet, przy czym
tym sprzetem moze byc np. hub - ktory jest podlaczony poprzez innego
huba do hosta - czyli np. tak:
HOST ------ HUB1 --------- HUB2 -------- DEVICE
Piszesz ze:
kontroler potrafi wykry? pod??czenie nowego urz?dzenia (od??czenie
zreszt? te? :) i poinformowa? o tym zdarzeniu system operacyjny (przy
pomocy przerwania oczywi?cie)
W powyzszym przypadku, zeby host mogl wykryc podpiecie urzadzenia do HUB2
musialby dostac jakis sygnal od tego huba, a jak wiadomo hub sam z siebie
nie ma mozliwosci zasygnalizowac tego - zreszta musialby jeszcze
przedostac sie przez HUB1 do hosta.
Host USB regularnie sprawdza, czy nie zosta?o pod??czone jakie? nowe
urz?dzenie. Pisz?? "kontroler potrafi wykry? pod??czenie nowego
urz?dzenia" mia?em na my?li punkt widzenia systemu operacyjnego.
Fizycznie oczywi?cie odbywa si? to przez polling.
W tym ISP1760 jest tylko jeden port i do niego jest podpiety wewnetrzny
hub 3-portowy i to wszystko jest po prostu *w jednym scalaku*.
Rejestr statusu tego portu hosta pokazuje mi caly czas ze podpiete jest
jakies urzadzenie - a to oznacza tylko to ze podpiety jest ten wewnetrzny
hub i nie ma szans zeby ten rejestr pokazywal ze nie ma podpietego
device'a.
W tym momencie zeby sprawdzic czy cokolwiek podpiete jest do
jakiegokolwiek portu (jednego z 3) musze wyslac requesta do tego
wewnetrznego huba - getportstatus.
Z tego, co zd??y?em przeczyta? o tym ISP176x, to jest on zgodny z UHCI
i/lub EHCI. Sterownik UHCI (albo EHCI) w j?drze powinien sam znale??
tego huba, sam odpyta? go czy co? jest do niego pod??czone, nakaza?
w??czy? odpowiednie porty, a nast?pnie odpyta? pod??czone do niego
urz?dzenia (by? mo?e kolejne huby w drzewie USB) kim one s? i poprosi?
o drivery do nich.
Konkretnie uklad ISP1760 jest zgodny tylko z EHCI. Ok, czyli potwierdzilo
sie to ze moj driver hosta - musi sam odpytywac wszystkie huby w drzewku.
Je?eli piszesz sterownik urz?dzenia USB, to takie szczegó?y, jak
aktywowanie portów huba nie powinny Ci? interesowa? - tym zajmuje si?
sterownik hosta. Powiniene? zasta? ju? skonfigurowane urz?dzenie
i zaj?? si? komunikacj? z nim w celu realizacji tych funkcji, do jakich
to urz?dzenie zosta?o opracowane. Nie mo?e by? tak, ?e ka?dy driver do
urz?dzenia USB grzebie w szczegó?ach typu konfiguracja poszczególnych
portów hubów USB.
Nie - to nie sterownik urzadzenia. ISP1760 moze byc tylko hostem.
PS. Patrzy?e? w logi? Czy driver hosta w ogóle wykry? tego huba?
Nie ma narazie w co patrzec. Te logi to musze sam wygenerowac moim
driverem hosta :)
Ok, dzieki za wszystkie odpowiedzi. Teraz pozostaje chyba tylko
rozwiazanie problemu okresu czasu co jaki musze odpytywac huby.
wessy