FTDI FT245BM - stabilnosc pracy sterownikow VCP

Oct 14, 2003 12 Replies

Ktos sie bawil nieco wiecej tym ukladem, szczegolnie wspolpracujac z systemem Linux? Ja mam bardzo duze problemy ze stabilna praca komputera



- wyglada jakby sterowniki byly bardzo niedopracowane. Minicom'a w ogole nie daje sie odpalic (zwis komputera), najprostsze polecenia (np. cat /dev/ttyUSB0) wywalaja Linuxa gdy podczas dzialania odlaczy sie kabel USB. Kaszana jest jezeli w ogole urzadzenie (FT245BM) przez USB nadaje dane w strone peceta, a zaden program tego nie odbiera. Gdzie mozna szukac najnowszych sterownikow do ukladow FTDI? W kernela Linuxowego sa juz wbudowane od pewnego czasu - i nowszych niz z marca



2003 nie moge znalezc.

W Windows 98 jest tylko nieco lepiej. Z powodu FT245BM blue screen'y zdazaja mi sie "jedynie" 3-4x dziennie. Albo uklad jest jakis wrazliwy, albo programisci z FTDI dali plame. Aha, problemy dotycza 3 roznych komputerow z roznymi systemami (Linux, Win2k, Win98), na ktorych w firmie probujemy opanowac scalaki FTDI. Jak tak dalej pojdzie trzeba bedzie pomyslec o ukladach USB innego producenta. :(


Ciekawe co tu piszesz bo troche juz "pocwiczylem" FT232BM i FT245BM zarówno ze sterownikami bezposredniego dostepu (dostep przez FTD2XX.dll) jak i emulacji COMa (pobrane z

formatting link
i do róznych rzeczy moge sie w tych kostkach "przyczepic" ale akurat stabilnosc i ogólna praca calosci byla u mnie wzorowa. Pisze glównie o WinXP i nieco krótszych testach pod W98, Linuxa nie sprawdzalem wiec na ten temat nie moge nic powiedziec !!!

Skoro masz problemy na róznych komputerach to moze cos z ukladem ? Blad w projekcie, bledne dane w EEPROMie, uszkodzona kostka FT245BM itp. albo cos z tymi sterownikami. Jakich uzywales skoro pytasz gdzie szukac nowszych ? Nie byles na stronie FTDI ???

On Behalf Of Adam Dybkowski

W2k, program w Delphi, sterowniki od producenta. Brak awarii. Tyle, ze to tyczy sie FT232B. FT245 nie cwiczylem.

pzdr artur

Uzytkownik "Adam Dybkowski" snipped-for-privacy@amwaw.edu.pl> napisal w wiadomosci news:bmhnco$1bg0$ snipped-for-privacy@foka.acn.pl...

A masz porzadnie doprowadzone zasilanie ? Dorzuc mu kilka 100nF, 1x100pF, 1x100uF na zasilanie moze to rozwiaze Twoj problem.

FTDI na swojej stronie zamieszcza sterowniki do roznych systemow oprocz Linuxa, bo tam sa wbudowane w kernel. Jezeli chodzi o sprzet to konstruujemy w firmie urzadzenie uzywajace wlasnie FT245BM. Plytka 6-warstwowa, zasilania jak marzenie. Opisane problemy pojawiaja sie we wszystkich (kilku) egzemplarzach modelu urzadzenia. A trzeba bylo wziac uniwersalny uklad USB i napisac wlasny driver. :( Wiadomo byloby na kogo narzekac.

Dla szybkiego testu stabilnosci proponuje otworzyc wirtualny port COM w terminalu (najprostszym czyli HyperTerminal pod Win, minicom pod Linuxem) i wyjac wtyczke USB z komputera. W tym momencie Win98 robi niebieski ekran (da sie wrocic do dzialania, ale porty USB nie chodza), a Linux zawiesza sie kompletnie i miga dwiema diodami na klawiaturze (nie wiem, czy to informacja o powodzie zawieszenia od kernela, czy od sterownika FTDI).

On Behalf Of Adam Dybkowski

NIe strasz mnie :-( Ale to może tylko 245 tak ma? Teraz na szybko podłączyłem 232 do booka w2k, rozlałem kawę wyszarpując kabelek i zobaczyłem tylko pogróżkę, żebym w ten sposób nie odłączał urządzeń zewnętrznych. ;-) Ignoruje rozłączenie, niezależnie od kierunku transmisji. Docelowo ma pracować na linuxie, więc troszkę się przestraszyłem. To jeszcze na koniec dwa krótkie pytania. Jak dobry fachowiec kompilował kernel ? Jak dobry fachowiec pisał aplikację i czy wszystko przewidział? Tak tylko kontrolnie się pytam.

pzdr Artur

Zrobione... uk³ad na 232BM niestety pusty (linie wyj¶ciowe w powietrzu) ale mam przy nim diody RX/TX wiêc widaæ choæby czy co¶ wysy³a lub próbuje odbieraæ. Odpalony HyperTerminal bezpo¶rednio na COM4 czyli wirtualny COM utworzony przez sterowniki FTDI. Odpalone wysy³anie sporego pliku, dioda TX ¶wieci, czyli transmisja trawa... i wyci±gam kabelek !!!

Test na WinXP bo nie mam teraz nic z innym systemem pod rêk± i... transmisja w HyperTerminalu leci sobie dalej :))) Czyli wysy³a w powietrze, do nie istniej±cego ju¿ w systemie portu ale nic siê nie wiesza. Roz³±czam siê, OK. £±cze ponownie - komunikat o niemo¿liwym otwarciu portu COM4 czyli OK, logiczne. Wk³adam wtyczkê, znowu ³±czê, teraz OK po³±czy³ i dzia³a poprawnie !!!

Test drugi - uk³ad na 245BM stery bezpo¶redniego dostêpu, XP i mój w³asny programik. W trakcie komunikacji wyci±gam wtyczkê i... wyskakuje mój komunikacik o "b³êdzie w komunikacji z..." czyli "za³apuje" moja obs³uga b³êdów w wywo³aniu funkcji z FTD2XX.dll - potwierdzam to konsekwentnie "OK" i dalej zarówno mój program jak i system dzia³aj± OK. Oczywi¶cie jak "dotknê" jak±¶ funkcjê zwi±zan± z komunikacj± to ponownie mam "monit" ale to logiczne.

Wygl±da wiêc na to, ¿e pod XP wszystko jest OK. Je¶li pod XP te¿ masz problemy a uk³adu jeste¶ pewny to przychodzi mi do g³owy jedynie k³opot z obs³ug± USB w komputerach. Mo¿e te Twoje kompy s± na VIA, SIS itp. tam czasem trafia siê problem w postaci jakiego¶ konfliktu sterowników "do p³yty" ze sterami urz±dzeñ - patrz k³opoty ludzi z modemami ADSL Sagema na USB (od Neostrady) na p³ytach, w których USB obs³uguje chipset VIA . Sagem chyba wypu¶ci³ jak±¶ ³atkê w tej sprawie i pomog³o ale szczegó³ów nie znam...

Przy emulacji COMa sprawd¼ jeszcze sterownie przep³ywem w parametrach po³±czenia. Na sprzêtowym kiedy¶ 232BM mi siê "zatyka³" - odpowiada³ po bardzo d³ugim czasie za to po przej¶ciu na Xon/Xoff zasuwa³ a¿ mi³o by³o popatrzeæ :)))

U mnie zjawisko takie nie wystepuje, drivery pracuja OK. Mam natomiast innego rodzaju problem. Przy konfiguracji z w³asnym zasilaniem, a nie z magistrali USB uk³ad nie jest prawid³owo rozpoznawany gdy wlaczam urzadzenie z w³ozonym juz kabelkiem USB ( jesli najpierw wlacze urzadzenie a pozniej kabel USB wszystko jest OK) - objawia siê w systemie jako nieznane urz±dzenie USB. Mo¿e kto¶ co¶ wie na ten temat ?

On Behalf Of Artur

No i prawidłowo się zachowuje. Ustaw jako wymagające zasilania z USB (konieczne zmiany na płytce), zadeklaruj 40mA poboru i zasilaj z zewnątrz. ;-)

pzdr Artur

Hm - widzę, że będę musiał zainstalować Win2k albo XP, aby to "cudo" stabilnie działało. A pod Linuxem pewnie skompilować najnowszy kernel.

Kernel domyślnie instalowany z dystrybucją Aurox (polski RedHat).

Do testu, jak pisałem, wykorzystałem standardowy Hyper Terminal z Win98. A pod Linuxem minicom'a.

[...]

No to chyba będę musiał pożegnać się z Win98, aby wszystko stabilnie pracowało.

Musisz tak podłączyć wejście /RESET układu FTDI, aby układ był resetowany po podłączeniu zasilania USB (czyli włączeniu kabelka do komputera). Albo robić to procesorem po wykryciu zasilania USB. Podanie sygnału /RESET powoduje odłączenie układu FTDI od magistrali USB (D+ jest podciągane z /RESETOUT), a po zakończeniu resetu - ponowną enumerację urządzenia przez komputer.

Popatrz też, czy właściwie podłączyłeś zasilanie. Jeżeli urządzenie ma własne zasilanie (podłączasz do VCCIO), a układ USB jest zasilany z komputera (VCC i AVCC przez rezystor), nie masz prawa włączać zasilania VCCIO przy braku głównego VCC. Coś skopali w projekcie scalaka i układ się z tego zasili (przez diodę zabezpieczającą do VCC). Uważaj też na stany wysokie na liniach danych/sterujących przy braku głównego zasilania.

On Behalf Of Adam Dybkowski

Mnie się widzi, że problem leży w kompilacji linuxa. Ale swoją drogą waro napisać zapytanie do FTDI, może szybko coś konkrenego odpowiedzą.

pzdr Arur

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required