Jakie trudności wiążą się z budową urządzenia komunikującego się przez USB?

Tue May 23, 2006 9:16 pm   

witam

czy zbudowanie urządzenia i komunikowanie się z nim poprzez port usb jest
dużo trudniejsze niż wykorzystanie portu szeregowego?

chodzi mi o to, że na przykład mam zbudować urządzenie, które będzie wysyłać
do kompa jakieś dane i odbierać od kompa jakieś parametry. Czy jeżeli zechcę
zrobić to z wykorzystaniem portu usb (co byłoby mi na rękę) to bardzo
utrudnię sobie życie?

Dodam jeszcze, że aplikację musiałbym sam napisać - nie ma mowy o
wykorzystaniu gotowca.

pozdrawiam

Tue May 23, 2006 9:35 pm   

Użytkownik "Sirtap" <sirtap_nospam@poczta.onet.pl> napisał w wiadomości
news:e4vu3e$hbp$1@inews.gazeta.pl...


Najprostszym rozwiązaniem będzie wsadzenie do urządzenia układu konwertera
USB -> UART (np. FT232). Wówczas urządzenie podłączone przez USB do PC
będzie widziane jako wirtualny COM, tak więc od strony oprogramowania jednej
i drugiej strony masz doczynienia tylko z "RS-em" (USB cię wogóle nie
obchodzi).

Bardziej eleganckim rozwiązaniem (i dającym większe możliwości) będzie
wykorzystanie procka z wbudowanym kontrolerem USB-device. Wówczas nie
obędzie się chyba bez napisania dedykowanego sterownika na PC, no chyba że
Twoje urządzenie da się pociągnąć pod którąś z klas USB.

Pzdr,
Maciek Wywrocki

Tue May 23, 2006 10:06 pm   

Użytkownik "Maciej Wywrocki" napisał w wiadomości

Tia. Wlasnie wygalda na to, ze moj dyplom zaczyna przybierac niepokojace
rozmiary (sterownik dla USB nie byl wkalkulowany ).

Echhh, dobrze ze mam jeszcze rok czasu, ale jakos nie widze jak na razie
szans na zabranie sie za to :|

--
Pzdr,
mIrO

Tue May 23, 2006 10:27 pm   

a niema zadnych standadow ? napraewde trzeba pisac samemu sterownik ??
producenci procków nic nie dostarczaja ??

Tue May 23, 2006 10:57 pm   

Użytkownik "Konrad Rokicki" napisał w wiadomości

Szukalem - w sumie na razie niewiele.
Mysle, ze jest jakas szansa zakwalifikowac uklad do ktorejs z istniejacych
klas i sprobowac obsluzyc w ten sposob, ale czy cos z tego bedzie, to w
wakacje sprawdze ;)


--
pzdr,
mIrO

Tue May 23, 2006 10:58 pm   

Użytkownik "Konrad Rokicki" napisał w wiadomości

Szukalem - w sumie na razie niewiele - ale nic takiego nie znalazlem.
Co gorsza - nie widzialem nawet przykladow dla ARMa, procz tego jednego
jedynego.
Mysle, ze jest jakas szansa zakwalifikowac uklad do ktorejs z istniejacych
klas i sprobowac obsluzyc w ten sposob, ale czy cos z tego bedzie, to w
wakacje sprawdze ;)


--
pzdr,
mIrO

Wed May 24, 2006 8:01 am   

Maciej Wywrocki napisal:


Najprostszym (a calkiem mozliwe ze i najtanszym) rozwiazaniem bylby
zakup
kabla usb<->rs232 i podlaczenie urzadznia za jego posrednictwem.
Jwesli jednak autor zdecyduje sie na uzycie chipa FTDI (np. zeby to
ladnie w opisie projektu wygladalo AFAIR mozna przy pomocy eeproma
zmienic VID, PID i string z opisem tak ze aplikacja bedzie mogla
automatycznie
wyszukac urzadzenia odpowiedniego typu.
GRG

Wed May 24, 2006 8:51 am   

Polecam ci wykorzystanie FTDI232 lub pochodnych.
Ze strony procka komunikujesz sie z tym przez zwykly RS232, ze strony
kompa masz doskonale drivery (emulujace zarowno rs232 jak i mozliwosc
bezposredniej komunikacji bez tworzenia virtualnych portow COM).
Latwo to zintegrowac z wlasna aplikacja napisana w Windows lub pod
Linuksem. IMHO stopien zlozonosci porownywalny z wykorzystnaiem RS232. A
nowe chipy FTDI nie wymagaja zadnych dodatkowych elementow zewnetrznych.



--
Inteligentny dom - http://idom.wizzard.one.pl
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz sie do projektu.

Wed May 24, 2006 9:51 am   

"Sirtap" <sirtap_nospam@poczta.onet.pl> wrote in message
news:e4vu3e$hbp$1@inews.gazeta.pl...

mozesz posilkowac sie programowymi USB realizowanymi na bazie uC AVR, sa
co najmniej dwie implementacje z driverami dla windows.
Rozwiazanie znacznie tansze niz FTDI i do wielu zastosowan
wystarczajace.

Wed May 24, 2006 11:40 am   

Nie tak dawno temu robiliśmy z kolegą dyplom pt. "Implementacja sprzętowa
protokołu transmisji USB 2.0 w technologii układów programowalnych FPGA".
Stworzyliśmy nasze własne urządzenie i musieliśmy pokazać jak się komunikuje
z PC - ta część pracy była już tylko dodatkiem, ale koniecznym.
Skorzystaliśmy z 30-dniowej wesji oprogramowania Jungo WinDriver - dzięki
niemu wygenerowaliśmy sterownik do naszego urządzenia i plik .inf.
Oprogramowanie na komputer PC napisaliśmy w Borland C++ Builder.
Jungo daje dość łatwe gotowe do wykorzystania bardzo wysokopoziomowe API.
Polecam zainteresowanie się :-)

Pozdrawiam
Piotr Wysocki
email: piotr.wysocki@dgt.com.pl
There are only 10 types of people in the world:
Those who can uderstand binary, and those who don't.

Wed May 24, 2006 4:54 pm   

Konrad Rokicki napisał(a):

Mają wbudowane USB i jest to dość szeroko opisane w notach
aplikacyjnych.
Noty aplikacyjne mają gotowe przykłady firmware i sterowników,
tylko że firmware jest pod Keil C - ale udało mi się znaleźć
w sieci przeróbkę na SDCC.

Jeśli wystarczy prosta komunikacja, to najlepiej zaprogramować
procka jako urządzenie klasy HID - nie trzeba żadnych sterowników.
Wspomniany przeze mnie przykład na SDCC od pierwszego podejścia
się skompilował, zaprogramował i nawiązał komunikację z Windows.

Pozdrowienia,
MKi

Thu May 25, 2006 5:40 am   

Użytkownik "mIrO"

poszukaj na:
www.yampp.com
a dokładnie:
http://www.myplace.nu/mp3/yampp3u.htm

autor wykorzystuje FT8U245BM do USB, i Atmega161.
Masz soft, schematy, opis.
BTW ten projekt jest na tyle uniwersalny, że dużo się można nauczyć.
P.

Thu May 25, 2006 10:09 pm   

mIrO napisał(a):


Zastosuj np. AT91SAM7S256 albo AT91RM9200 - dla tych procesorów Atmel
daje kod źródłowy przykładowego sterownika klasy CDC (od strony uC). Do
tego na pececie jest wykorzystywany standardowy sterownik usbser.sys
wraz z przykładowym plikiem .inf i już widzimy nasz procesor jako
kolejny wirtualny port COM albo modem (spotkałem się z dwoma
rozwiązaniami - różne są tylko pliki .inf dla Windows). Z współpracą
tego uC przez USB z Linuxem też nie ma problemów - port widać jako
/dev/ttyUSB0 i można z nim zagadać dowolną aplikacją, np. minicom'em.

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

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

Thu May 25, 2006 10:23 pm   

Użytkownik "Adam Dybkowski" napisał w wiadomości

dzieki za uwagi, mam ten pierwszy kontroler, ale jeszcze nie mialem czasu
nawet poszukac, co atmel dla niego proponuje.

--
Pzdr,
mIrO

Thu May 25, 2006 10:31 pm   

Maciej Wywrocki wrote:

Nadmienie tylko, ze rodzaj IO konwertera nie determinuje rodzaju
sterownika. Np. FT245BM ma 8-bit IO (nie UART), a tez moze byc widziany
przez PC jako VCOM.