Re: FT232BM i synchroniczny bit bang.



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści


Witam!
Czy ft232bm obsluguje synchroniczny bitbang? Przegladalem pdfy ale tam
pisza tylko o wersji R. Jak probuje wlaczyc ten tryb na moim bm to nie
za bardzo to dziala, chociaz driver zwraca FT_OK.
Mam tez pytanie dotyczace wysylania danych w tym trybie. Rozumiem, ze
jesli przez ft_write wysle np. 4000 bajtow, to one beda sie pojawiac
synchronicznie z predkoscia baudrate*16 na wyjsciach ftdi?
Dzieki za pomoc i pozdrawiam,
T.M.F.


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

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.internetia.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail
From: Jurek Szczes

Poprzedni Następny
Wiadomość
Spis treści
Subject: Re: FT232BM i synchroniczny bit bang.
Date: Sat, 11 Feb 2006 14:31:18 +0100


Sat, 11 Feb 2006 11:03:46 +0100, na pl.misc.elektronika, T.M.F. napisał(a):

Cześć

Czy ft232bm obsluguje synchroniczny bitbang? Przegladalem pdfy ale tam
pisza tylko o wersji R. Jak probuje wlaczyc ten tryb na moim bm to nie
za bardzo to dziala, chociaz driver zwraca FT_OK.

BM ma tylko zwykły bit-bang : wysyłanie z szybkością ustawianą baudratem
( FT_writ

Poprzedni Następny
Wiadomość
Spis treści


Tyle zrozumiałem z opisów ( 232R dopiero właśnie uruchamiam ).

--
Pozdrowienia
Jurek Szczesiul

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.task.gda.pl!hermes.wizzard!news
From: "T.M.F." <tfrancuz_at_nospam_nospam.mp.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: FT232BM i synchroniczny bit bang.
Date: Sat, 11 Feb 2006 20:13:22 +0100
Organization: CI TASK http://news.task.gda.pl/
Lines: 26
Message-ID: <jip1c3-qt5.ln1_at_nospam_hermes.wizzard>
References: <2cp0c3-jl6.ln1_at_nospam_hermes.wizzard> <1l4ww1jiqzpyn.preziwa77rgn$.dlg_at_nospam_40tude.net>
NNTP-Posting-Host: wh226.internetdsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.task.gda.pl 1139685610 6072 80.55.189.226 (11 Feb 2006 19:20:10 GMT)
X-Complaints-To: abuse_at_nospam_news.task.gda.pl
NNTP-Posting-Date: Sat, 11 Feb 2006 19:20:10 +0000 (UTC)
X-Organization-Noti

Poprzedni Następny
Wiadomość
Spis treści


Tyle zrozumiałem z opisów ( 232R dopiero właśnie uruchamiam ).

Dzieki za pomoc. Pdfy umieszczaja wersje BM jako second generation i
roznie to wyglada, z czesci pdfow mozna odniesc wrazenie, ze tryb
synchroniczny dziala na BM. No ale wlasnie moje obserwacje tego nie
potwierdzily:) Po wyslaniu tego kodu uklad go kompletnie ignoruje. Teraz
juz wiem dlaczego:)
Mam jeszcze takie pytanie odnosnie funkcji FT_GetStatus. Jak rozumiem
ona podaje ilosc bajtow, ktore czekaja w kolejkach ukladu FT232, a nie
drivera? Chodzi mi o to, ze wysylam w trybie bitbang ilestam bajtow i
teraz chce zaczekac z reszta programu az te bajty pojawia sie na wyjsciu
ukladu i dopiero kiedy kolejka bedzie pusta podjac dalsze akcje.
I teraz robie to tak, ze cyklicznie za pomoca tej funkcji odczytuje
status kolejki TX i jesli wynosi 0 to wysylam kolejna porcje. Czy robie
to poprawnie, czy tez odczytuje wylacznie status bufora nadawczego
drivera, a nie ukladu

Poprzedni Następny
Wiadomość
Spis treści








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

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.nask.pl!news.nask.org.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail
From: Jurek Szczesiul <jerzy.szczesiul_at_nospam_wycin.ep.com.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: FT232BM i synchroniczny bit bang.
Date: Sat, 11 Feb 2006 22:28:46 +0100
Organization: tp.internet - http://www.tpi.pl/
Lines: 24
Message-ID: <67iqu67m7di0$.k04yq70nmbnf$.dlg_at_nospam_40tude.net>
References: <2cp0c3-jl6.ln1_at_nospam_hermes.wizzard> <1l4ww1jiqzpyn.preziwa77rgn$.dlg_at_nospam_40tude.net> <jip1c3-qt5.ln1_at_nospam_hermes.wizzard>
NNTP-Posting-Host: ake159.neoplus.adsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
X-Trace: nemesis.news.tpi.pl 1139693407 14230 83.26.8.159 (11 Feb 2006 21:30:07 GMT)
X-Complaints-To: usenet_at_nospam_tpi.pl
NNTP-Posting-Date: Sat, 11 Feb 2006 21:30:07 +0000 (UTC)
User-Agent: 40tude_Dialog/2.0.15.1pl
X-Antivirus: avast! (VPS 0606-4, 2006-02-10), Outbound message
X-Antivi

Poprzedni Następny
Wiadomość
Spis treści


Sat, 11 Feb 2006 20:13:22 +0100, na pl.misc.elektronika, T.M.F. napisał(a):

Mam jeszcze takie pytanie odnosnie funkcji FT_GetStatus. Jak rozumiem
ona podaje ilosc bajtow, ktore czekaja w kolejkach ukladu FT232, a nie
drivera? Chodzi mi o to, ze wysylam w trybie bitbang ilestam bajtow i
teraz chce zaczekac z reszta programu az te bajty pojawia sie na wyjsciu
ukladu i dopiero kiedy kolejka bedzie pusta podjac dalsze akcje.
I teraz robie to tak, ze cyklicznie za pomoca tej funkcji odczytuje
status kolejki TX i jesli wynosi 0 to wysylam kolejna porcje. Czy robie
to poprawnie, czy tez odczytuje wylacznie status bufora nadawczego
drivera, a nie ukladu FT?

IMHO dotyczy to kolejek nadawczej / odbiorczej drivera. Nie doczytałem się
jaki jest ich domyślny rozmiar ( i czy można zmienić jak np. w SetupComm ),
pewnie przez FT_IoCtrl - ale nie opisana. Driver sam zarządza ruchem
pomiędzy buforami kostki ( które są niewielkie ) a kolejkami.
Czy warto czekać na całkowite opróżnienie kolejki ? - chyba nie, ona w
końcu jest właśnie po to ,żeby buforować. Raczej sprawdzać ile bajtów
rzeczywiście poszło i wg tego przesuwać indeks nadawanych danych.


--
Pozdrowienia
Jurek Szczesiul

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.task.gda.pl!hermes.wizzard!news
From: "T.M.F." <tfrancuz_at_nospam_nospam.mp.pl

Poprzedni Następny
Wiadomość
Spis treści
Subject: Re: FT232BM i synchroniczny bit bang.
Date: Sat, 11 Feb 2006 23:10:20 +0100


IMHO dotyczy to kolejek nadawczej / odbiorczej drivera. Nie doczytałem się
jaki jest ich domyślny rozmiar ( i czy można zmienić jak np. w SetupComm ),
pewnie przez FT_IoCtrl - ale nie opisana. Driver sam zarządza ruchem
pomiędzy buforami kostki ( które są niewielkie ) a kolejkami.
Czy warto czekać na całkowite opróżnienie kolejki

Poprzedni Następny
Wiadomość
Spis treści


Tak, ale w moim zastosowaniu chodzi wlasnie o opoznienie. Chodzi o to,
ze wysylam pewien ciag inicjujacy, nastepnie musze odczekac pewien czas.
Myslalem, zeby zrobic to tak, ze wysylam ten ciag, poczym go powtarzam
tyle razy ile mi wychodzi z przeliczenia rate i czekam az skonczy sie
transmitowac. To mi zalatwia dosyc precyzyjnie opoznienie. No i kolejny
problem - skoro mam tylko asynchroniczny bitbang to jak synchronizowac
zapis i odczyt danych? np. nadaje ciag znakow, na to mam odpowiedz
urzadzenia i chodzi teraz o synchronizacje tych faktow.
Myslalem, zeby zrobic to tak:
1. nadaje ciag
2. czekam na koniec nadawiania
3. robie purge bufora Rx
4. odczytuje bufor Rx
Ale gdybym mial dostep wylacznie do kolejek drivera to ten plan bierze w
leb:(



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

========
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.nask.pl!news.nask.org.pl!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail
From: Jurek Szczesiul <jerzy.szczesiul_at_nospam_wycin.ep.com.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: FT232BM i synchroniczny bit bang.
Date: Mon, 13 Feb 2006 08:05:54 +0100
Organization: tp.internet - http://www.tp

Poprzedni Następny
Wiadomość
Spis treści


Sat, 11 Feb 2006 23:10:20 +0100, na pl.misc.elektronika, T.M.F. napisał(a):

To mi zalatwia dosyc precyzyjnie opoznienie. No i kolejny
problem - skoro mam tylko asynchroniczny bitbang to jak synchronizowac
zapis i odczyt danych? np. nadaje ciag znakow, na to mam odpowiedz
urzadzenia i chodzi teraz o synchronizacje tych faktow.
Myslalem, zeby zrobic to tak:
1. nadaje ciag
2. czekam na koniec nadawiania
3. robie purge bufora Rx
4. odczytuje bufor Rx
Ale gdybym mial dostep wylacznie do kolejek drivera to ten plan bierze w
leb:(

IMHO taka synchronizacja czasowa na U