Przesyłanie danych 500ksps z uC do PC: USB, Ethernet, FireWire?

Witam
Muszę przesłać duży strumień danych z przetwornika A/C do PC.
Orientacyjnie będzie to: 500ksps * 8bit ~ 500kBps ~ 4Mbps.
Od dłuższego czasu analizuję możliwe rozwiązania:
- rs232 - nie widziałem układu 4Mbps
- lpt - też raczej za wolne, czy może ktoś testował maksymalny transfer?
- firewire - nie mam pojęcia jak to ugryźć (nie znalazłem przykładu przez google)
- usb - przejściówka usb <=> rs232 będzie za wolna, czy istnieje w ogóle coś takiego jak usb <=> parallel 8bit?
- ethernet - czytałem o module wiznet 7010a
- scsi - stare fast scsi ma przepustowość 10MBps, nie znalazłem w sieci przykładu
- karta pci z przetwornikiem a/c - raczej nie pójdę na łatwiznę, a już na pewno nie zapłacę 2kpln za coś działającego tylko pod m$.

Najchętniej wykorzystałbym do tego mikrokontroler AVR.
Na obecną chwilę realne wydają mnie się 2 rozwiązania:
- ethernet w postaci modułu wiznet, ale do transmisji równoległej potrzeba dużo pinów uC, a szeregowa w przypadku AVR może być za wolna
- scsi - znalazłem na allegro kartę pcmcia fast scsi za 19,90 adaptec 1460b , magistrala danych 8bit, ale protokół scsi jest "troszkę" skomplikowany, z tego co przeczytałem do tej pory jest szansa, ale nie mogę znaleźć w sieci żadnego projektu typu uC+scsi - niewykonalne? istnieje tańsze rozwiązanie?

Niestety 500ksps i 8bit to minimalne wartości do zaakceptowania, także nie ma jak zmniejszyć strumienia
Bardzo proszę o podpowiedź!

rozwiązanie nr.1 - FT245xx czyli "USB to parallel FIFO interface", w pdfie podają że wyciąga 1MBps
http://www.ftdichip.com/Products/FT245R.htm
http://www.ftdichip.com/Products/FT245BM.htm
rozwiązanie nr.2 - jakiś ARM z wbudowanym USB

Albo USB, albo ethernet.

Witam
Może warto przyjrzeć się ISP1581
http://www.nxp.com/#/pip/pip=[pip=ISP1581-06]|pp=[v=d,t=pip,i=ISP1581-06,fi=47806,ps=0][0]
(zagmatwany link, nie przechodzi w znacznikach)
Ważny projekt. Dużo danych do/z uC... czekamy

OK

xdrt

Cytat:

Muszę przesłać duży strumień danych z przetwornika A/C do PC.
Orientacyjnie będzie to: 500ksps * 8bit ~ 500kBps ~ 4Mbps.

I co dalej:

Samo przesłanie danych to jedno, druga sprawa to ich obsługa.
Masz zamiar przesyłać strumień, czy tworzyć plik, w jaki sposób masz zamiar zbudować aplikację po stronie PC , jak masz zamiar sterować przepływem danych i co ma być efektem akwizycji - wykres, średnia, rejestracja ciągła ??

Może się okazać, że docelowe wymagania aplikacji wymuszą kontrolę błędów, obsługę ciągłości przesyłu danych lub odwrotnie jej pakietowanie.

W skrajnym przpadku może się okazać, że najlepiej będzie zasiąść na magistrali PCI na oddzielnym kontrolerze, np. jak w karcie audio lub w karcie graberującej Video.

Inny problem, który ci się pojawi to obróbka danych - wiesz wbrew pozorom już po kilku sekundach pracy takiego zestawu zaczynają się gromadzić spore ilości danych.

Jeśli chciałbyś zastosować Ethernet to masz opóźnienia i przesunięcia czasowe związane z obsługą protokołu po obu stronach, więc musisz skompensować szybkością obsługi łącza i buforowaniem nieciągłość dopływu danych.
Wbrew pozorom całkiem podobnie jest z USB i FireWire, sporo miejsca zabiera warstwa fizyczna i transportowa. Sama wydajność transmisji jest obciążona poprawnością działania kanału komunikacyjnego i jeszcze jest właściwie regulowana.

Ostatnia sprawa przy takich zastosowaniach to "System Operacyjny" i nadanie twojemu procesowi wyłączności dostępu do zasobów, co przy szybkiej akwizycji danych jest bardzo cenne, po co ci problemy z innymi urządzeniami jeśli chcesz "ssać dane"

Więc ubierz swoją analizę w pozostałe fakty i zacznijmy zastanawianie się nad aplikacją od początku.
Pzdr

Dodano po 40 [minuty]:

Co zaś do działania tylko po $M to nie masz racji sporo kart ma obsługę w Linuchu

Dziękuje za wszystkie odpowiedzi!
Bardzo zaciekawił mnie ft245 - spadł mi z nieba po prostu
Znalazłem gotowy moduł propox mmusb245 w cenie ~40pln. Taniej raczej już nie znajdę, także chyba się na niego zdecyduję. Zabawę rozpocznę od dokompilowania modułu i próby odbioru danych - strasznie mnie ciekawi, jaki transfer osiągnie. Do tej pory na usb bawiłem się jedynie przejściówkami rs232 z allegro i transfery były niestety żenujące, o innych niespodziankach nawet nie wspominając. Co do kart pomiarowych/akwizycji pci (>=500ksps) to albo nie trafiłem na odpowiednią stronkę, albo nie ma kart w cenie kilkuset pln ze sterownikami pod linuksa. Jeśli ktoś ma pełniejsze informacje na temat gotowych kart pci to bardzo proszę o wypowiedź z linkiem, bo być może cała ta zabawa z usb nie ma uzasadnienia ekonomicznego

Nie chce nikomu robić antyreklamy, ale firma Propox to nieporozumienie... Jak teraz zamówisz ten moduł, to może dostaniesz go na początku przyszłego roku... ewentualnie, przy odrobinie szczęścia - pod choinkę będzie.
Ten układzik wymaga dosłownie kilku elementów zewnętrznych i można go kupić za około 15zł chociażby w tme.

lol dzięki za ostrzeżenie! No to rzeczywiście nieładnie się zachowują
Akurat teraz to mnie się specjalnie nie spieszy. Rzeczywiście na samym początku znalazłem tego scalaka za 15zł, ale troszkę przestraszyłem się obudowy Nie no żartuję oczywiście, w takim razie dolutuję kabelki i złożę wszystko na płytce prototypowej.

Zanim wywalisz kasę to poczytaj sobie o trybach EPP i ECP portu drukarki
http://www.lvr.com/parport.htm
prawie bez wydatku uzyskasz to co potrzebujesz a i z uruchomieniem i oprogramowaniem będzie dużo prościej
bis

EPP - 900KB-1.2MB/sec both reverse and forward mode - wow!
Szczerze mówiąc, to już się napaliłem na usb i tak łatwo raczej mi nie przejdzie A dlaczego? Układ na usb może współpracować także z laptopem, w przypadku lpt potrzebna jest przejściówka - dochodzimy znowu do problemu przejściówki :/ Jeśli ft245 okaże się lipą pod linuksem to teraz mam alternatywę. Dzięki za linka!

ft245 działa pod linuksem, z jaką prędkością to nie wiem

Wydaje mi sie że usb bylo by najprostszym rozwiazaniem. Eth może bardziej wyrafinowane i nawet szybsze, ale realizacja bardziej skomplikowana.

Chyba masz rację, nawet przy wykorzystaniu modułu 7010 wiznetu obsługa od strony mikrokontrolera będzie trudniejsza niż przy ft245. Z drugiej strony kabla ethernet ma jednak same zalety, tzn. banalna obsługa socketów w C, lub jeszcze banalniejsza przy wykorzystaniu Qt. Jeśli chodzi o przenośność to ethernet+Qt byłoby chyba najlepszym rozwiązaniem. Raz napisany kod pójdzie pod linuksem, m$ i Mac OS'em. No i długość kabla, 100m naprzeciw kilku dla usb :/ Mnie na przenośności ani na długości kabla nie zależy, także stawiam na razie na tańsze rozwiązanie, czyli ft245 za 15pln zamiast 7010 za 140pln.

W końcu się doczekałem na paczkę z kamami.pl (btc?). Kolesie z kamami "lekko" przesadzili z pudełkiem, do którego weszły by ze cztery książki... Tak się patrzę na te układy i jednak nie wiem, jak przylutować druty do elektrod Chyba będę musiał zrobić przelotkę na DIP. AVR'ek wygląda przy tym jak godzilla

No dobrze masz już FTDI245 i AVR-ka.
I co dalej
Praca z oknem terminala, czy jakaś aplikacja korzystająca z USB

uC ma dość niewielkie zasoby, więc może kolejna karta akwizycji danych, jakiś dekoder etc.

Daj znać co to będzie za projekcik.

FT232RL ma możliwosc pracy z predkoscia maksymalna 3Mbps. Wystarczy użyc driverow D2XX dostarczanych przez FTDI i w aplikacji pod Borlandem/ Visual C++(są gotowe przyklady korzystajace z tych bibliotek) odpowiednio obrabiac dane. ATmega tez da rade z 2,5Mbps po UARCie. Pytanie tylko czy taka porcje danych chcesz przesyłać co sekundę ?

Marnie widzę te transfery. Producenci czesto idealizują swoje układy (teoretyczny wynik). Druga sprawa poruszona już przez Jdsoul, to czy system nadąży obrabiać te dane. Trzecia sprawa do zasób czasu który musi istnieć bo wszystko się zapcha. Czyli dla 4Mb/s musisz dysponować łaczem szybszym np. 5Mb/s a nie wolniejszym. Są kontrolery dedykowane do USB. W PC możesz użyć również PCMCIA lub w starych ISA. Nawet IDE na upartego. Ale Jeśli załatwisz kontroler z wbudowanym USB to nie trzeba się bawić. No i druga sprawa że od strony programu nie masz kontroli nad sprzętem w przypadku ISA,PCMCIA, lub IDE. Musiałbyś to robić w trybie rzeczywistym i bezpośrednio na portach.