Kolejność włączania i odblokowywania kontrolera USB w urządzeniach zasilanych przez USB

Fri Oct 12, 2007 9:18 am   

co się dzieje z urządzeniem które jest zasilane z portu USB
a które dopiero co włożyliśmy w gniazdko USB? interesuje
mnie taka kwestia, procek ma kontroler USB, włączamy go do
gniazda USB więc procek dostaje zasilanie, ale jego
kontroler USB jest zablokwany... co się wtedy dzieje na
szynie?
intersuje mnie jaka jest kolejność odblokowywania kontrolera
USB w procku i endpoinów, co najpierw a co później i co
dzieje się na szynie...

w specyfikacji jest to pominięte...

Fri Oct 12, 2007 10:17 am   

Patrz spec, tam nic nie jest pominięte.
Po załączeniu zasilania na szynie usb nic się nie dzieje, dopiero procesor
jak zrobi "connect" zaczyna się akcja...
enumeracja itd. Nie wiem na jakim poziomie szczegółowości Cię to interesuje.

Mister


Użytkownik "identyfikator: 20040501" <NOSPAMhenku@onet.eu> napisał w
wiadomości news:fenavf$5j5$1@nemesis.news.tpi.pl...

Fri Oct 12, 2007 11:42 am   

Użytkownik "Mister" <noweprojekty@wp.pl> napisał w wiadomości
news:fene4s$h9u$1@atlantis.news.tpi.pl...

Witam
Zauważ, że gniazdo USB jest tak skonstruowane, że najpierw przy podłączaniu
dochodzi do podłączenia dwoch zewnetrznych wyprowadzen, póżniej dopiero 2
wewnetrzne. Tworcy USB przeprowadzili doswiadczenie, ze nie da sie wlozyc
wtyczki szybciej tak, zeby pomiedzy polaczeniem zewnetrznych, a wewnetrznych
nie bylo kilkudziesieciu ms czasu przerwy. Te zewnetrzne to masa i
zasilanie. W skrocie procesor ma kilkadziesiat ms na reset, a dla
mikroprocesora jest to dosc duzo. Dopiero po resecie dochodzi do podlaczenia
+D i -D, wtedy gdy procesor jest juz gotowy po resecie.
Pozdrawiam

Michał Słowik

Fri Oct 12, 2007 1:26 pm   

Fri, 12 Oct 2007 14:31:34 +0200 jednostka biologiczna o nazwie mk
<REVERSE_lp.pw@myzskm.REMOVE> wyslala do portu 119
jednego z serwerow news nastepujace dane:


IMVHO nie ma to znaczenia, chodzi raczej o to żeby połączyć najpierw
masę (no i zasilanie też), żeby w razie różnicy potencjałów między
urządzeniami nie doszło do uszkodzenia układów (do jakiego mogłby
dojść gdyby najpierw zostały połączone linie sygnałowe).



--
RUN"
Press PLAY then any key:

Fri Oct 12, 2007 1:31 pm   

Michał Słowik pisze:

Kilkadziesiąt ms???? Na moje oko , bez problemu da się szybciej.
Możesz podać źródło informacji?

pzdr
mk

Fri Oct 12, 2007 4:03 pm   

dzięki, a jeszcze jedno, ponoć w procesie enumeracji w
Windows występują dwa resety szyny USB tak? pomiędzy jakimi
etapami?

Fri Oct 12, 2007 5:31 pm   

Tak,

Po wykryciu "connect" (podłączenie pull upa do D+ dla FS lub D- dla LS),
windows wystawia usb_reset na magistrali usb, następnie wystawia request
GET_Device w wyniku tego dostaje odpowiedz w postaci DeviceDescriptora, ale
tak naprawdę interesuje go tylko 7 bajt w którym jest zakodowany
max_packet_size endpointa zerowego(kontrolnego). Po rozpoznaniu rozmiaru
Windows ustawia sobie już właściwą jego wartość, robi ponowny usb_reset i
już po tym leci normalna enumeracja.

Mister

Fri Oct 12, 2007 5:35 pm   

Ciekawa teoria:-) A jak to bedzie w przypadku złącz miniUSB? tam odległości
są minimalne?

Zauważ, że usb_reset a reset procesora to zupełnie dwie różne sprawy.
Mister

Fri Oct 12, 2007 5:53 pm   

Użytkownik "mk" <REVERSE_lp.pw@myzskm.REMOVE> napisał w wiadomości
news:fenpfa$pgj$1@news.wp.pl...

Witam
Zrodlo to wyklady z politechniki Wroclawskiej z przed 2 lat. Najlatwiej to
sprawdzic podlaczajac oscyloskop cyfrowy. Z tego co pamietam to byly czasy
rzedu 20-40ms, ale reki sobie nie dam uciac. Nie mam zadnego zrodla
pisanego, nawet te wyklady z dysku, gdzies mi wyparowaly.
Pozdrawiam

Michał Słowik

Fri Oct 12, 2007 7:41 pm   

On 12 Okt., 10:18, "identyfikator: 20040501" <NOSPAMhe...@onet.eu>
wrote:

Dopoki urzadzenie nie zostanie "zarejestrowane" i nie poda swojego
poboru pradu moze "lagalnie" pociagnac tylko niewielki prad z szyny
(patrz doku), po podlaczeniu zglasza swoja obecnosc przez
podciagniecie linie danych (ktora linia na jaki stan - zalezy od max.
szybkosci urzadznia, patrz http://www.usb.org/developers/docs/resistor_ecn..pdf
) i czeka na enumeracje ze strony hosta.


W specyfikacji jest wszystko co chcesz wiedziec - trzeba ja tylko
przejzec

Fri Oct 12, 2007 8:33 pm   

Dopoki urzadzenie nie zostanie "zarejestrowane" i nie poda swojego
poboru pradu moze "lagalnie" pociagnac tylko niewielki prad z szyny
(patrz doku), po podlaczeniu zglasza swoja obecnosc przez
podciagniecie linie danych (ktora linia na jaki stan - zalezy od max.
szybkosci urzadznia, patrz
http://www.usb.org/developers/docs/resistor_ecn.pdf
) i czeka na enumeracje ze strony hosta.

Nie myl pojęć. Co to znaczy "zarejestrowane"?
Co to znaczy, że moze "lagalnie" pociagnac tylko niewielki prad z szyny?
Aby host wiedział jaki prąd bedzie pobierało urządzenie z linii VBUS musi go
najpierw przeenumerować ;-)

Mister

Sat Oct 13, 2007 12:47 am   

Mister pisze:


100 mA max.


No właśnie. A do tego czasu może ciągnąć ile chce (o ile nie jest to
więcej niż 100 mA). Na tej zasadzie działają ciepłe kapcie USB,
wiatraczki itp. urządzenia, które z USB nie mają właściwie nic wspólnego
(poza wtyczką wydającą z siebie 4,5-5,5V 100 mA).

W dodatku gdy urządzenie nie ma pullupa na linii D+ ani D-, jest
praktycznie niewidoczne dla hosta (może inteligentny hub cośtam wyczai z
zużyciem prądu, ale raczej zareaguje dopiero na przekroczenie 100 mA).

--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Sat Oct 13, 2007 7:14 pm   

Z tego co pamiętam w procesorku którego używałem podciągnięcie linii
danych do zasilania, czyli pojawienie się urządzenia na szynie USB,
następowało dopiero po zakończeniu resetu procesora.
W dokumentacji było napisane by nie dawać rezystora podciągającego
bezpośrednio do zasilania jeśli planujemy zasilać procesor z szyny USB.


--
Pozdrawiam,
Andrzej

Sat Oct 13, 2007 8:58 pm   

Dokładnie,
dla urządzeń BUS_POWERED sygnalizacja dla hosta (connect) musi się
rozpoczynać po zakończeniu inicjalizacji komponentu usb i co więcej: po
rozłączeniu szyny usb, rezystor podciągający również powinien zostać
odłączony(ale to akurat bardziej odnosi się do urządzeń typu SELF_POWERED).

MiSter

Sun Oct 14, 2007 7:36 pm   

identyfikator: 20040501 napisał:


Podstawowym błędem przy tworzeniu urządzenia USB jest zakładanie, że
akcje w procesie enumeracji będą zachodzić w jakieś określonej
kolejności. Po prostu odpowiadaj na żądania i monitoruj stan linii
odpowiednio na to reagując. Polecam książkę 'USB Complete' pani
Axelson :)

--
Szymon K. Janc
szymon#janc.int.pl // GG: 1383435