strumieniowe wysylanie danych na port PC

I to jest najlepsze rozwiazanie. Proponuje zaprzac do tego rownolegly uklad USB FT245BM plus generatorek miarowo wyciagajacy z niego dane (te

90 kHz, ktore chcesz). W komputerze bedzie to widziane jako dodatkowy port COM, na ktory bedziesz wysylal strumien bajtow; a w urzadzeniu beda miarowo wychodzic wlasnie te bajty.

Centronics będzie do tego zdecydowanie najlepszy. W ostatecznośći machanie liniami sterowania przepływem w RS ale ta prędkość... USB w żadnym wypadku

Bardzo ciekawe - a w jaki sposób w Windows zapewnisz wysyłanie równomiernego strumienia danych bez dodatkowego sprzętu? Gdy system zamacha dyskiem albo coś innego wymyśli - przestój gwarantowany.

Układ USB FT245BM ma wbudowane FIFO (384 bajty w kierunku PC->urządzenie) i zapewnione sprzętowe sterowanie transmisją. A na pececie nie trzeba pisać specjalnego softu - wszystko zapewnia wirtualny port COM. Z kabla USB pociągniesz też zasilanie do urządzenia, a przy portcie LPT będziesz musiał je wykombinować z innego źródła. Do podstawowej aplikacji wystarczy układ FT245BM, dwa rezystory, dwa kondensatory, kwarc 6MHz oraz gniazdko USB. I oczywiście w tym przypadku generator taktujący strumień danych (te 90 kHz) - wszystko zależy od wymaganej dokładności taktowania, może wystarczy sam NE555.

A teraz napisz jakbyś zapewnił sterowanie przepływem przy rozwiązaniu z portem LPT i ciągły strumień danych. Pamięci FIFO? To droższe od samego FT256BM.

tzn. rozumiem, ze z ta czestotliwoscia (zalozmy) 90kHz czytam z jakiegos bufora ukladu FT245BM dane, a uzupelnianiem tegoz bufora juz "zajmuje sie" sam uklad (w parze z komputerem). Czy dobrze mysle?

To na razie pierwsze co mi przychodzi do glowy. Jeszcze nie czytalem specyfikacji ukladu FT245BM ale juz sie do tego zabieram. Byc moze za chwile dojde do wniosku, ze moje pytanie bylo bez sensu...

Ok. To rozwiazanie bardzo mi sie podoba! Ale moze sa jakies inne metody?

Pozdrawiam, Przemek

Osoba podająca się za: voice przyczyniła się do uszczuplenia moich skromnych zasobów dyskowych ;-) wraz z kolejną wiadomością wysłaną

2003-11-27 22:12:

Jeśli chodzi o port równoległy(czyli LPT) to chyba jest to możliwe - AFAIR to czytałem o czymś takim na forum dyskusyjnymYamppa

Pojawiła się tam informacja o projekcie sprzętowego dekodera MP3 podłączanego pod port LPT i chyba nawet była wzmianka o pluginie do Winampa obsługującego to :-)

W kwestii formalnej - centronics w dzisiejszych czasach mozna obsluzyc z uzyciem DMA.

J.

Thu, 27 Nov 2003 22:12:20 +0100 jednostka biologiczna o nazwie voice snipped-for-privacy@komu.dzis wyslala do portu 119 jednego z serwerow news nastepujace dane:

A musi koniecznie byc Winda ? Bo w czystym DOSie to mozna by zrobic zeby wysylalo z rownomierna czestotliwoscia, a pod winda to jak kos juz zauwazyl, zamiele dyskiem i juz masz przerwe w nadawaniu.

BTW: Podobno obecnie do zastosowania niekomercyjnych QNX jest za darmo.

BLE_Maciek:

jest. Trochę wykastrowana wersja, ale testowałem u siebie i chodzi. QNX jest bardzo fajny, polecam!

Waldek

niestety, wyciete jest dosc sporo bardzo ciekawych ficzerow, jak np. qnx network (przezroczysty dostep do urzedzen na innych wezlach robi duze wrazenie). Za to calkowicie za darmo do dowolnych zastosowan jest RTAI. wg. dokumentacji radzi sobie z wyliczaniem sterowania przy czestotliwosci probkowania rzedu 10khz, wiec moze dalo by sie tez wygenerowac przebieg 90kHz.

pzdr. j.

Osoba podająca się za: grzegorz przyczyniła się do uszczuplenia moich skromnych zasobów dyskowych ;-) wraz z kolejną wiadomością wysłaną

2003-11-28 18:30:

Ale Covox(czyli przetwornik C/A typu R/2R) to troszkę inna klasa jakości niż VS1001 ;-P

Sprzętowe sterowanie przepływem zapewnia układ FT245BM - ma on pamięć FIFO 384 bajty w kierunku PC->urządzenie i 128 bajtów w kierunku odwrotnym. I jeżeli nie wyciągasz bajtów z układu po stronie urządzenia, kolejka zapełnia się danymi wysyłanymi z peceta. Wystarczy teraz, że dowolny program będzie wysyłał dane do wirtualnego portu COM (sterowniki zrobiło FTDI i są do ściągnięcia z ich www) odpowiednio szybko aby zapchać to FIFO, a w końcu transmisja się przytka (pecet będzie czekać na możliwość wysłania kolejnego bajtu). Wtedy puszczasz do FT245BM strob wyciągania jednego bajtu (w swoim urządzeniu), a w kolejce robi się jedno wolne miejsce i pecet może ją dopchnąć. I tak dalej. Nie musi to być nawet pecet - do FTDI sterowniki są pod Win9x, Win2k/XP, MacOS i pod Linuxa (wbudowane w kernel).

Układem FT245BM możesz zrobić transmisję w praktyce do 150-200 KB/s tak że pozostaje trochę zapasu ponad te wymagane 90 kilo.

Raczej nie odpada. Kiedys potrzebowalem podobnej rzeczy, na Pentium 90 MHz chodzilo od pierwszego uruchomienia na ~60 ksps. To ostatnie nie jest wartoscia maksymalna, po prostu tyle mi bylo potrzeba, stad wiekszych wartosci nie sprawdzalem. Oczywiscie program chodzil na golej maszynie, bez zadnego systemu operacyjnego (tzn. na moim w wersji ultraprzedprototypowej). O uruchomieniu tego na Windows zdecydowanie zapomnij.

To jest najbardziej eleganckie rozwiazanie, ale chyba nie potrzeba tego robic, jesli to nie jest urzadzenie na sprzedaz, a mikrosystem operacyjny mozesz napisac samodzielnie. Dla Windows to jednak w zasadzie jedyne rozwiazanie.

Pozdrawiam Piotr Wyderski

No wlasnie. A mowa od poczatku jest o systemie Windows, gdzie przestoje calosci rzedu 500 ms nikogo nie dziwia. Dlatego bez zewnetrznego FIFO wg mnie nie da rady.

Założyłem, że na zewnątrz ma być minimum elektroniki. Masz rację, żę zastosowanie USB z użyciem TFDI ma sens. Proponuję tylko przyjrzeć się trybowi bitbang (chyba tak sie nazywa) scalaka 245BM. W tym trybie zewnętrzny zegar może być zbędny, trzeba tylko więcej dnych podesłać. Szczegóły w notach. To nie musi się nadać ale warto sprawdzić.

W jaki sposób zamierzasz w trybie bit-bang wypuszczać z FT245BM strumień o konkretnej i w miarę stałej przepływności? Taktowanie czegokolwiek na pececie nie zdaje egzaminu. A układ NE555 kosztuje przysłowiowe grosze.