TUSB 3410 - przykładowy program

In news: snipped-for-privacy@wp.pl, Robert Dudzik snipped-for-privacy@wp.pl typed: <ciach>

Jesli nie programowałeś mikrokontrolerów - to po pierwsze musisz zrozumiec ich wnętrze - architekturę... potem proste świecenie ledą - a na końcu komunikacja. Porywanie sie od razu na komunikację USB bez znajomości praktycznej assemblera jest - delikatnie mówiąc - przedsięwzięciem karkołomnym... Specjalnie obciąłem Twój list do tej ostatniej części - do niej się odnoszę - choć pisałem USB na mikrokontrolery i mam wiedzę praktyczną z tego zakresu. Proponuję zdobyc trochę doświadczenia z maluszkami a potem dopiero planować rzeczy trudniejsze. Jesli jednak się upierasz -

Czesc

Użytkownik "Robert Dudzik" snipped-for-privacy@wp.pl napisał w wiadomości news: snipped-for-privacy@wp.pl...

Tam jest kontroler usb wiec nic dziwnego ze ciezko przebrnac. Mozna to z powodzeniem zostawic na pozniej i puszczac wszelkie 'kursowe' przykladziki z migajacym ledem itp. dopasowujac tylko kod do wyposazenia sprzetowego. Jedyny dodatkowy problem to zgrabne ladowanie programu - firmware jest przez sterownik bootloadera oczekiwane w konkretnym miejscu na dysku i w konkretnym formacie. Najlepiej wiec dopisac kawalek softu, ktory to zalatwia automatycznie po kompilacji, wtedy robi sie bardzo fajne i szybkie ministanowisko uruchomieniowe.

Witaj GeePee,

W Twoim liście datowanym 12 października 2003 (11:29:52) można przeczytać:

G> In news: snipped-for-privacy@wp.pl, G> Robert Dudzik snipped-for-privacy@wp.pl typed: G> <ciach>

G> Jesli nie programowałe¶ mikrokontrolerów - to po pierwsze musisz zrozumiec G> ich wnętrze - architekturę... potem proste ¶wiecenie led± - a na końcu G> komunikacja. Porywanie sie od razu na komunikację USB bez znajomo¶ci G> praktycznej assemblera jest - delikatnie mówi±c - przedsięwzięciem G> karkołomnym... G> Specjalnie obci±łem Twój list do tej ostatniej czę¶ci - do niej się G> odnoszę - choć pisałem USB na mikrokontrolery i mam wiedzę praktyczn± z tego G> zakresu. Proponuję zdobyc trochę do¶wiadczenia z maluszkami a potem dopiero G> planować rzeczy trudniejsze. G> Jesli jednak się upierasz - G>

G> -- G> Pozdrowienia

G> Paweł Go¶ G> snipped-for-privacy@02.pl; GG: 2314079

G> "Lepsze jest wrogiem dobrego. Przychodzi moment, G> kiedy trzeba projekt zabrać konstruktorowi. G> Dla dobra projektu." G> Nauczyciel elektroniki.

Oczywiście ze wiedze o kontrolerach mam ale programisci TI mają jeszcze oprocz tego wiedze jak sie programuje w c na 51 i tu jest problem. Popatrze co jest na tych stronach a jesli nic nie wymysle to bede niepokoił dalej :)

Bardzo pomógł by mi dowolny programik na ter mikrokontroler, najprostrzy jaki mozna napisa, tylko inicjacja transmisji USB i np. miganie ledem .... masz moze cos takiego ?

Witaj JeSzcz,

W Twoim liście datowanym 12 października 2003 (12:46:47) można przeczytać:

J> Tam jest kontroler usb wiec nic dziwnego ze ciezko przebrnac. J> Mozna to z powodzeniem zostawic na pozniej i puszczac J> wszelkie 'kursowe' przykladziki z migajacym ledem itp.

Ja do tego podchodze inaczej, musze uruchomic najpierw kominikacje przez USB i jak bede mogl zapalic np. leda poprzez program na PC to juz bede happy i pozniej sobie juz reszte dorobie bo to umiem, najwieksze problemy jak na razie mam z samym skonfigurowaniem tego magicznego ukladu, chlopaki z TI stworzyli sobie dziesiątki struktór i jakiś tablic do których wpisują różne rzeczy a całościowo ten program mi jakoś umyka :)

Takze jak mowilem wczesniej, moze ktos napissal sobie taki najprostrzy programik z konfiguracją USB na TUSB3410 ? to by mi najbardziej pomogło a jeśli nie to choć troszkę wyjaśnień tego rpogramu przykłądowego ? help

Użytkownik "Robert Dudzik" snipped-for-privacy@wp.pl napisał w wiadomości news: snipped-for-privacy@wp.pl...

kominikacje

tego

struktór i

najprostrzy

A to nie do konca zalapalem, sorry. Najgorzej, ze wlasnie taki najprostszy usb z zalozenia musi byc kobylasty:

- opisac i zaladowac deskryptory

- rozpisac obsluge przerwan ( masz tylko jedno z wektorem stanu )

- rozpisac odpowiedz na wszystkie stany transmisji i komendy wystepujace w przyjetym trybie. I nic nie da sie pominac bo protokol nie ruszy albo sie zatnie. Musze sie przyznac, ze zlozony i wstepnie uruchomiony tusb 3210 lezy i czeka u mnie na takie przedsiewziecie juz dobrych kilka miesiecy. Najgorzej ze cala motywacja zdechla w momencie pojawienia sie FTDI ;-))

Witaj JeSzcz,

właśnie właśnie... a ponieważ ja układ też mam złożony (tylko że na tusb3410) to chciałbym coś napisać, ale widze że niestety nie pójdzie tak łatwo...

A przeglądałeś choć przykładowy program napisany w keilu ?

U mnie on działa ale jest o tyle dla mnie nieprzydatny że emuluje klawiature (HID) a ja zdaje sie bede musial wymyslec sobie wlasną klase uzadzeń.

Użytkownik "Robert Dudzik" snipped-for-privacy@wp.pl napisał w wiadomości news: snipped-for-privacy@wp.pl...

Kiedyś przeglądałem, ale i tak przenosiłbym na SDCC. Poczytaj troszkę o usb i deskryptorach, sporo struktur wtedy się samorzutnie wyjaśni.

Płytka testowa to była właśnie klawiatura, ale HID jako taki wcale nie jest przywiązany do konkretnego urządzenia, określa tylko konfigurację transferu danych. Możesz dość dowolnie sformatować swoje niewielkie pakiety danych ( ledy, przyciski itp.) odpowiednio tworząc raport ( sformalizowana struktura używana w klasie HID , zapisywana w bloku deskryptorów). HID jest o tyle wygodny, że obsługuje go bezpośrednio system operacyjny. Jak zdefiniujesz własną klasę będzie potrzebny do niej dedykowany sterownik. Jest wprawdzie w DDK przykład drivera bulk, ale to już wymaga dalszych poczynań, a i o DDK już zdaje się nie tak łatwo.

Witaj JeSzcz,

J> Płytka testowa to była właśnie klawiatura, ale HID jako taki J> wcale nie jest przywiązany do konkretnego urządzenia, określa J> tylko konfigurację transferu danych. Możesz dość dowolnie J> sformatować swoje niewielkie pakiety danych ( ledy, przyciski itp.) J> odpowiednio tworząc raport ( sformalizowana struktura używana J> w klasie HID , zapisywana w bloku deskryptorów). HID jest o tyle J> wygodny, że obsługuje go bezpośrednio system operacyjny....

No tak jest wygodny ale czy to co przed chwilą powiedziałeś oznacza że moge uzywac uzadzenia klasy HID do przesyłania np. danych z czyjnika temperatury ? TZN chodzi mi o to że nie bede kozystal z mozliwości wystawiania znaków (tak jak w klawiaturze) a nawet nie chciał bym tego

Mówiąc krótko kozystam z klasy HID a przesyłaam dane (bajty) dowolne ... które są odczytywane TYLKO przez mój program, da się tak ?

Da się napewno - bo tak zrobiłem i działało - sa tylko ograniczenia prędkości. Szczegóły dotyczyły w moim przypadku PDIUSBD12 philipsa.... A wyżej dostałeś dużo słów prawdy - chcesz kodować transmisję USB - musisz się nauczyć transmisji USB - musisz ją zrozumieć. Potem musisz zorientować się o co może cie zapytać komputer (a może - uwierz mi o wszystko pytać) i zakodować odpowiedzi na wszystkie pytania.

Użytkownik "Robert Dudzik" snipped-for-privacy@wp.pl napisał w wiadomości news: snipped-for-privacy@wp.pl...

oznacza że

czyjnika

mozliwości

Dokładnie. Tylko musisz poczytać o raportach HID, które formalnie opisują sposób zapakowania własnych danych ( driver HID pobiera opis raportu (ów) razem z blokiem deskryptorów podczas enumeracji i potem 'wie' jak ma wymieniać dane z tym konkretnym urządzeniem oraz ze współpracującą aplikacją klienta ( czyli Twoim programem ). W szczegółach to Ci juz pewnie niewiele pomogę - sam tego dokładnie nie robiłem. Spróbuj też poszukać w sieci narzędzi, jest m.in. jakiś wspomagacz do edycji raportów.

BTW W sumie robota zupełnie niewspółmierna do osiąganego efektu - dlatego Ftdi to taka rewelacja - wszystko co tu mozolnie konfigurujesz ma wbudowane sprzętowo i dane są dostępne na zwykłych liniach i/o ( słowo 8bit albo uart ) a komunikacja to dosłownie kilka wywołań funkcji firmowego API. Oczywiście do ponauczania się szczegółow usb tusb jest bez porównania lepszy :-)

Ja próbuję napisać soft do kenwertera USB-IrDA, ale na razie jestem w fazie pre-alfa :), jak będę miał coś więcej (jeśli się powiedzie) to napiszę

Karol