Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomość
Spis treści
From: redchild_at_nospam_wp.pl (RedChild)
Subject: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Sun, 24 Mar 2002 22:34:47 GMT


Witam.

Mam do wykonania prace i prosilbym kogos o rade.

Mam przetwornik A/C TLC5510 firmy Texas Instruments, ktorego
czestotliwosc probkowania wynosi 40 MHz. Do tego mam mikrokontroler
PIC 16F84 (kwarc o czestotliwosci 10 MHz).
Chodzi o to zeby:
1. pobrac niewielka ilosc probek (okolo 100, moze byc mniej) z
przetwornika do mikrokontrolera a nastepnie
2. przeslac je do komputera.

Moj problem dotyczy punktu 1 a scislej: jak pobrac te probki. Nie
prosze o gotowe rozwiazanie (nie jestem az takim leniem), ale o jakies
sugestie ze strony ludzi dla ktorych pewnie nie jest to zbyt wielkim
problemem.
Musze przedstawic kilka (np. 3) koncepcji (+opisac je) a nastepnie
wybrac i wykonac 1 z nich.
Troche juz nad tym myslalem i doszedlem do nastepujacych wnioskow:

1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.

2. Dane z przetw. A/C zmagazynowac w jakiejs szybkiej pamieci (np.
SDRAM) a dopiero po zakonczeniu pobierania przeslac je do
mikrokontrolera. Jaka pamiec (konkretny przyklad) moglaby spelnic
swoje zadanie? Oraz jak moznaby te pamiec adresowac. Moze zastosowac
jakas pamiec samoinkrementujaca adres komorki pamieci do ktorej
aktualnie maja byc wprowadzone dane. Jaka konkretnie moglaby byc to
pamiec?

3. Zastosowac bufor przesuwny (nie wiem czy dobrze to nazwalem), ktory
moze zgromadzic np. ok 32 bajty danych i zastosowac FIFO lub FILO (tez
nie wiem czy to dobrze nazwalem).

Bylbym bardzo wdzieczny za kazda sugestie poniewaz posiadam niewielka
praktyke w budowaniu takich urzadzen a moje przemyslenia sa bardzo
"surowe" i przydalby sie ktos kto by mi pomogl je "oszlifowac" i
poradzil konkretnymi przykladami ukladow, ktore moglyby mi byc pomocne
przy rozwiazaniu mojego problemu.

Pozdrawiam i przepraszam za dlugiego posta

Poprzedni Następny
Wiadomość
Spis treści
From: Marek Lewandowski <locust_at_nospam_poczta.onet.pl>
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Sun, 24 Mar 2002 23:09:06 GMT


RedChild wygenerował manualnie w wiadomości
<3c9e514b.3723914_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia Sun,
24 Mar 2002 22:34:47 GMT co następuje:

Witam.
[...]
1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.

Nie zsynchronizujesz ich.

2. Dane z przetw. A/C zmagazynowac w jakiejs szybkiej pamieci (np.
SDRAM) a dopiero po zakonczeniu pobierania przeslac je do
mikrokontrolera. Jaka pamiec (konkretny przyklad) moglaby spelnic
swoje zadanie? Oraz jak moznaby te pamiec adresowac. Moze zastosowac
jakas pamiec samoinkrementujaca adres komorki pamieci do ktorej
aktualnie maja byc wprowadzone dane. Jaka konkretnie moglaby byc to
pamiec?

Może zrób po prostu tak: pamięć - typowe SRAM, tylko szybkie. Licznik
do jej adresowania i zewnętrzny generator 40MHz. + trochę logiki.
Zasada:
Assume: przetwornik prztwarza na rosnącym zboczu zegara, wystawia dane
na opadającym.
To ty na opadającym zwiększasz w liczniku adres a na rosnącym robisz
wpis do pamięci. z 8 bitu licznia (128 próbek zakładam) sterujesz
blokowaniem zliczania. Jak się licznik zastopuje po 128 próbkach, ty
przestawiasz sterowanie licznikiem na ręczne i bajt po bajcie
zczytujesz SRAM do mir\krokontrolera.
Nie robiłem!
Ale myślę, że jest to sensowne, cała logika powinna wejść nawet w
GAL16V8, jeśli tylko czasowo wyrobi.

Przynajmniej ja tak bym zaczął, ale czy by coś wyszło, to nie wiem.

--
Marek Lewandowski ICQ# 10139051
locust_at_nospam_poczta.onet.pl
http://locust.republika.pl

Poprzedni Następny
Wiadomość
Spis treści
From: redchild_at_nospam_wp.pl (RedChild)
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Tue, 26 Mar 2002 22:26:00 GMT


RedChild wygenerował manualnie w wiadomości
<3c9e514b.3723914_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia Sun,
24 Mar 2002 22:34:47 GMT co następuje:

Witam.
[...]
1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.

Nie zsynchronizujesz ich.

Dlaczego? Moze taki sposob:
Do zegara, który taktuje przetwornik (40 MHz) podlaczyc oprocz tegoz
przetwornika rowniez licznik impulsow (jaki?), a dokladniej impulsow
przy narastajacym zboczu. Najlepiej 2 bitowy licznik, ktory bedzie
zliczal od 0 do 3. Dane z przetwornika (8 linii danych) wysylac
magistrala do wszystkich 4 mikrokontrolerów na raz. I tutaj za pomoca
logiki oraz danych z tego 2 bitowego licznika (mozliwe 4 wartosci)
wysylac impuls na odpowiedni (z tych czterech) mikrokontroler, zeby
odbieral dane z magistrali. W tym czasie pozostale 3 mikrokontrolery
nie odbieraja danych z magistrali poniewaz nie dostaly impulsu do
odbierania.

A moze cos przeoczylem? Prosze o sugestie.


2. Dane z przetw. A/C zmagazynowac w jakiejs szybkiej pamieci (np.
SDRAM) a dopiero po zakonczeniu pobierania przeslac je do
mikrokontrolera. Jaka pamiec (konkretny przyklad) moglaby spelnic
swoje zadanie? Oraz jak moznaby te pamiec adresowac. Moze zastosowac
jakas pamiec samoinkrementujaca adres komorki pamieci do ktorej
aktualnie maja byc wprowadzone dane. Jaka konkretnie moglaby byc to
pamiec?

Może zrób po prostu tak: pamięć - typowe SRAM, tylko szybkie. Licznik
do jej adresowania i zewnętrzny generator 40MHz. + trochę logiki.

A moze lepiej (jesli cos takiego istnieje) zastosowac jakas pamies
SRAM ale, ktora po odebraniu bajta danych sama inkrementuje adres
pamieci do ktorej ma byc przeslany nastepny bajt danych.

Zasada:
Assume: przetwornik prztwarza na rosnącym zboczu zegara, wystawia dane
na opadającym.
To ty na opadającym zwiększasz w liczniku adres a na rosnącym robisz
wpis do pamięci. z 8 bitu licznia (128 próbek zakładam) sterujesz
blokowaniem zliczania. Jak się licznik zastopuje po 128 próbkach, ty
przestawiasz sterowanie licznikiem na ręczne i bajt po bajcie
zczytujesz SRAM do mir\krokontrolera.
Nie robiłem!
Ale myślę, że jest to sensowne, cała logika powinna wejść nawet w
GAL16V8, jeśli tylko czasowo wyrobi.

Pewnie glupie pytanie, ale kto pyta ni bladzi. Co to takiego GAL16V8?


Przynajmniej ja tak bym zaczął, ale czy by coś wyszło, to nie wiem.

Dziekuje uprzejmie za wszelkie wskazowki.

Pozdrawiam



--
>Marek Lewandowski ICQ# 10139051
>locust_at_nospam_poczta.onet.pl
>http://locust.republika.pl


Poprzedni Następny
Wiadomość
Spis treści
From: Marek Lewandowski <locust_at_nospam_poczta.onet.pl>
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Wed, 27 Mar 2002 20:50:52 GMT


RedChild wygenerował manualnie w wiadomości
<3ca0f0f2.20789804_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia
Tue, 26 Mar 2002 22:26:00 GMT co następuje:

RedChild wygenerował manualnie w wiadomości
<3c9e514b.3723914_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia Sun,
24 Mar 2002 22:34:47 GMT co następuje:

Witam.
[...]
1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.

Nie zsynchronizujesz ich.

Dlaczego? Moze taki sposob:
Do zegara, który taktuje przetwornik (40 MHz) podlaczyc oprocz tegoz
przetwornika rowniez licznik impulsow (jaki?), a dokladniej impulsow
przy narastajacym zboczu. Najlepiej 2 bitowy licznik, ktory bedzie
zliczal od 0 do 3. Dane z przetwornika (8 linii danych) wysylac
magistrala do wszystkich 4 mikrokontrolerów na raz. I tutaj za pomoca
logiki oraz danych z tego 2 bitowego licznika (mozliwe 4 wartosci)
wysylac impuls na odpowiedni (z tych czterech) mikrokontroler, zeby
odbieral dane z magistrali. W tym czasie pozostale 3 mikrokontrolery
nie odbieraja danych z magistrali poniewaz nie dostaly impulsu do
odbierania.

A moze cos przeoczylem? Prosze o sugestie.

Przeoczyłeś, że jak juz masz tyle logiki na zewnątrz, to zamiast do 4
mikroproców możesz te dane pakować bezpośrednio do RAM-u i tej
logiki... ubędzie ;-)
a czytać to z ramu to możesz na piechotę byle czym (o ile nie
potrzebujesz obramiać, bo wtedy już nie byle czym...)

--
Marek Lewandowski ICQ# 10139051
locust_at_nospam_poczta.onet.pl
http://locust.republika.pl

Poprzedni Następny
Wiadomość
Spis treści
From: redchild_at_nospam_wp.pl (RedChild)
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 00:19:13 GMT


On Wed, 27 Mar 2002 20:50:52 GMT, Marek Lewandowski
<locust_at_nospam_poczta.onet.pl> wrote:

RedChild wygenerował manualnie w wiadomości
<3ca0f0f2.20789804_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia
Tue, 26 Mar 2002 22:26:00 GMT co następuje:

RedChild wygenerował manualnie w wiadomości
<3c9e514b.3723914_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia Sun,
24 Mar 2002 22:34:47 GMT co następuje:

Witam.
[...]
1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.

Nie zsynchronizujesz ich.

Dlaczego? Moze taki sposob:
Do zegara, który taktuje przetwornik (40 MHz) podlaczyc oprocz tegoz
przetwornika rowniez licznik impulsow (jaki?), a dokladniej impulsow
przy narastajacym zboczu. Najlepiej 2 bitowy licznik, ktory bedzie
zliczal od 0 do 3. Dane z przetwornika (8 linii danych) wysylac
magistrala do wszystkich 4 mikrokontrolerów na raz. I tutaj za pomoca
logiki oraz danych z tego 2 bitowego licznika (mozliwe 4 wartosci)
wysylac impuls na odpowiedni (z tych czterech) mikrokontroler, zeby
odbieral dane z magistrali. W tym czasie pozostale 3 mikrokontrolery
nie odbieraja danych z magistrali poniewaz nie dostaly impulsu do
odbierania.

A moze cos przeoczylem? Prosze o sugestie.

Przeoczyłeś, że jak juz masz tyle logiki na zewnątrz, to zamiast do 4
mikroproców możesz te dane pakować bezpośrednio do RAM-u i tej
logiki... ubędzie ;-)
a czytać to z ramu to możesz na piechotę byle czym (o ile nie
potrzebujesz obramiać, bo wtedy już nie byle czym...)

Nie, nie wlasnie chodzilo o to zeby te 4 mikroprocki wykorzystac do
pobierania danych bezposrednio z przetwornika, bez uzywania dodatkowej
pamieci. Dlatego wlasnie cykl pobierania danych jest rozlozony na 4
mikroprocki (poniewaz stosunek czestotliwosci przetwornika i 1-go
mikroprocka to 1/4).

Czy w takim razie pomysl na zasadzie:

PRZETWORNIK ------------> PAMIEC PODRECZNA (SRAM) ---> MIKROKONTROLER

jest na tyle dobry, ze nie warto zawracac sobie glowy innymi
koncepcjami?

Aha i jeszcze mam pytanko, czy istnieja takie szybkie pamieci SRAM,
ktore same inkrementuja adres komorki np. po kazdym odebranym bajcie
danych, ew. po kazdym cyklu zegarowym???

Pozdrawiam

--
>Marek Lewandowski ICQ# 10139051
>locust_at_nospam_poczta.onet.pl
>http://locust.republika.pl


Poprzedni Następny
Wiadomość
Spis treści
From: "jerry1111" <jerry1111_at_nospam_wp.pl>
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 11:05:37 +0100


jest na tyle dobry, ze nie warto zawracac sobie glowy innymi
koncepcjami?

Aha i jeszcze mam pytanko, czy istnieja takie szybkie pamieci SRAM,
ktore same inkrementuja adres komorki np. po kazdym odebranym bajcie
danych, ew. po kazdym cyklu zegarowym???

Ja to bym wszystko wsadzil w jakies fpga (lacznie z fifo na
wewnetrznym ramie) i do tego bardzo prosty interfejsik do procka.

jerry



Poprzedni Następny
Wiadomość
Spis treści
From: redchild_at_nospam_wp.pl (RedChild)
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 17:51:22 GMT


jest na tyle dobry, ze nie warto zawracac sobie glowy innymi
koncepcjami?

Aha i jeszcze mam pytanko, czy istnieja takie szybkie pamieci SRAM,
ktore same inkrementuja adres komorki np. po kazdym odebranym bajcie
danych, ew. po kazdym cyklu zegarowym???

Ja to bym wszystko wsadzil w jakies fpga (lacznie z fifo na
wewnetrznym ramie) i do tego bardzo prosty interfejsik do procka.

jerry



FPGA kojarzy mi sie tylko z rodzajem slotu w procesorach pentiuma. Czy
to cos innego?

Poprzedni Następny
Wiadomość
Spis treści
From: Marek Lewandowski <locust_at_nospam_poczta.onet.pl>
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 19:40:05 GMT


RedChild wygenerował manualnie w wiadomości
<3ca4a979.2692601_at_nospam_news.task.gda.pl> udostępnionej publicznie dnia Fri,
29 Mar 2002 17:51:22 GMT co następuje:


FPGA kojarzy mi sie tylko z rodzajem slotu w procesorach pentiuma. Czy
to cos innego?

Field Programmable Logic Array o ile dobrze pamiętam.
W skrócie: Spore (pod względm ilości bramek wewnątrz) struktury
programowalne.



--
Marek Lewandowski ICQ# 10139051
locust_at_nospam_poczta.onet.pl
http://locust.republika.pl

Poprzedni Następny
Wiadomość
Spis treści
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Thu, 28 Mar 2002 00:56:54 +0100


RedChild wrote:

Mam przetwornik A/C TLC5510 firmy Texas Instruments, ktorego
czestotliwosc probkowania wynosi 40 MHz. Do tego mam mikrokontroler
PIC 16F84 (kwarc o czestotliwosci 10 MHz).


Z tego wniosek, ze albo wybrales za szybki przetwornik, albo (bardziej
prawdopodobne), za wolny procesor. PICe dziela zegar przez 4 tak ze
10-megahercowy PIC ma moc zaledwie 2,5 MIPS.

1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.


No wlasnie nie 4 ale 16. A to juz chyba malo optymalne? :)

2. Dane z przetw. A/C zmagazynowac w jakiejs szybkiej pamieci (np.
SDRAM) a dopiero po zakonczeniu pobierania przeslac je do
mikrokontrolera. Jaka pamiec (konkretny przyklad) moglaby spelnic
swoje zadanie? Oraz jak moznaby te pamiec adresowac. Moze zastosowac
jakas pamiec samoinkrementujaca adres komorki pamieci do ktorej
aktualnie maja byc wprowadzone dane. Jaka konkretnie moglaby byc to
pamiec?


Najprosciej mowiac potrzebujesz pamieci FIFO. Rozmiar sobie oblicz - w
koncu w czasie pobierania tych 100 probek juz czesc z nich zostanie
przepchnieta do procka i nie potrzeba az miejsca na 100 probek.

Bylbym bardzo wdzieczny za kazda sugestie poniewaz posiadam niewielka
praktyke w budowaniu takich urzadzen a moje przemyslenia sa bardzo
"surowe" i przydalby sie ktos kto by mi pomogl je "oszlifowac" i
poradzil konkretnymi przykladami ukladow, ktore moglyby mi byc pomocne
przy rozwiazaniu mojego problemu.

No niezle sobie radzisz jak z "niewielka praktyka" zabierasz sie za
probkowanie 40 MHz.

--

Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows


Poprzedni Następny
Wiadomość
Spis treści
From: redchild_at_nospam_wp.pl (RedChild)
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 00:13:38 GMT


On Thu, 28 Mar 2002 00:56:54 +0100, Adam Dybkowski
<adybkows_at_nospam_amwaw.edu.pl> wrote:

RedChild wrote:

Mam przetwornik A/C TLC5510 firmy Texas Instruments, ktorego
czestotliwosc probkowania wynosi 40 MHz. Do tego mam mikrokontroler
PIC 16F84 (kwarc o czestotliwosci 10 MHz).


Z tego wniosek, ze albo wybrales za szybki przetwornik, albo (bardziej
prawdopodobne), za wolny procesor. PICe dziela zegar przez 4 tak ze
10-megahercowy PIC ma moc zaledwie 2,5 MIPS.

1. Moznaby po prostu odebrac dane za pomoca 4 mikrokontrolerow (+1
glowny) - rozwiazanie troche "prostackie", jednak niezbyt kosztowne.


No wlasnie nie 4 ale 16. A to juz chyba malo optymalne? :)

2. Dane z przetw. A/C zmagazynowac w jakiejs szybkiej pamieci (np.
SDRAM) a dopiero po zakonczeniu pobierania przeslac je do
mikrokontrolera. Jaka pamiec (konkretny przyklad) moglaby spelnic
swoje zadanie? Oraz jak moznaby te pamiec adresowac. Moze zastosowac
jakas pamiec samoinkrementujaca adres komorki pamieci do ktorej
aktualnie maja byc wprowadzone dane. Jaka konkretnie moglaby byc to
pamiec?


Najprosciej mowiac potrzebujesz pamieci FIFO. Rozmiar sobie oblicz - w
koncu w czasie pobierania tych 100 probek juz czesc z nich zostanie
przepchnieta do procka i nie potrzeba az miejsca na 100 probek.

Bylbym bardzo wdzieczny za kazda sugestie poniewaz posiadam niewielka
praktyke w budowaniu takich urzadzen a moje przemyslenia sa bardzo
"surowe" i przydalby sie ktos kto by mi pomogl je "oszlifowac" i
poradzil konkretnymi przykladami ukladow, ktore moglyby mi byc pomocne
przy rozwiazaniu mojego problemu.

No niezle sobie radzisz jak z "niewielka praktyka" zabierasz sie za
probkowanie 40 MHz.

Mozliwe, ale za to jaka mnie czeka nagroda - dyplom ukonczenia PG :-)
Najgorsze jest to, ze wlasnie zaczynam sie za te prace zabierac a nie
bardzo wiem od czego mam zaczac dlatego cenne sa dla mnie wszelkie
wskazowki.
Generalnie chodzil wlasnie o to zeby byl to szybki przetwornik a w
sumie mikrokontroler nie musi byc szybki bo ma on tylko przesylac dane
dalej do komputera. Zasadniczym problemem (tak mi sie wydaje) jest
pobranie probek od mikrokontrolera do jakiejs podrecznej pamieci - z
przeslaniem ich z pamieci podrecznej do mikrokontrolera i z
mikrokontrolera do komputera nie bedzie juz mysle problemem.

Pozdrawiam


--
>
>Adam Dybkowski
> adybkows_at_nospam_amwaw.edu.pl
> http://www.amwaw.edu.pl/~adybkows
>


Poprzedni Następny
Wiadomość
Spis treści
From: "jerry1111" <jerry1111_at_nospam_wp.pl>
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 11:08:24 +0100


Mozliwe, ale za to jaka mnie czeka nagroda - dyplom ukonczenia PG :-)
Najgorsze jest to, ze wlasnie zaczynam sie za te prace zabierac a nie
bardzo wiem od czego mam zaczac dlatego cenne sa dla mnie wszelkie
wskazowki.
Generalnie chodzil wlasnie o to zeby byl to szybki przetwornik a w
sumie mikrokontroler nie musi byc szybki bo ma on tylko przesylac dane

Ehm...
Zeby przeslac 40MS to IMHO musisz miec dosc szybki procek ;)
No, chyba ze przesylac bedziesz 1 na 100 ;)

dalej do komputera. Zasadniczym problemem (tak mi sie wydaje) jest
pobranie probek od mikrokontrolera do jakiejs podrecznej pamieci - z
przeslaniem ich z pamieci podrecznej do mikrokontrolera i z
mikrokontrolera do komputera nie bedzie juz mysle problemem.

Pomysl sobie CZYM i W JAKI SPOSOB przeslesz te 40MSampli,
to zacznie sie ciekawie. Mi do glowy przychodzi karta PCI ;)
albo ethernet 100M dedykowany tylko do przesylania danych.
Bo sczytac dane z przetwornika do FIFO to pikus, jak mawia Klaudiusz ;)

jerry




Poprzedni Następny
Wiadomość
Spis treści
From: Marek Lewandowski <locust_at_nospam_poczta.onet.pl>
Subject: Re: Maly problem (przetwornikiem A/C + mikrokontroler) DLUGI
Date: Fri, 29 Mar 2002 19:41:29 GMT


jerry1111 wygenerował manualnie w wiadomości
<a81ea3$ovm$1_at_nospam_news.tpi.pl> udostępnionej publicznie dnia Fri, 29 Mar
2002 11:08:24 +0100 co następuje:


Pomysl sobie CZYM i W JAKI SPOSOB przeslesz te 40MSampli,
to zacznie sie ciekawie. Mi do glowy przychodzi karta PCI ;)
albo ethernet 100M dedykowany tylko do przesylania danych.
Bo sczytac dane z przetwornika do FIFO to pikus, jak mawia Klaudiusz ;)

Na samym początku wątku (polecam lekturę) było powiedziane, że tych
sampli w takim tempie trzeba wziąć raptem ze 100 - 150 sztuk i potem,
po wzięciu, można je sobie nawet telegrafem dymnym wysyłać...
--
Marek Lewandowski ICQ# 10139051
locust_at_nospam_poczta.onet.pl
http://locust.republika.pl