greg
Guest
Fri Oct 01, 2004 9:06 pm
Hej
Moze temat troche nei na te grupe, ale mysle ze ktos bedzie w stanie mi
pomoc...
bawie sie wlasnie gigabit ethernetem za pomoca FPGA, no i potrzebuje
przesylac spore kawalki danych do PC'tow, a dokladniej obrazki z kamery 64
Megapiksli
na razie rdzen MAC zzarl nieco ponad 2500LE z 6000 dostepnych (Cyclone). No
i mysle zaimplementowac jakis wyzszy protokol, cos a'la TCP/IP - ale
prostszego i zapewniajacego doreczenie wszystkich pakietow - moge wymyslec
wlasny z potwierdzeniem/wznowieniem, ale chce ulatwic zycie programistom po
drugiej stronie kabla:)
W zasadzie moglbym uzyc i TCP/IP, bo wspomaganie liczenia CRC w locie moge
wrzucic jako bloczek i uzyc NIOS'a zeby zalatwil reszte (mam
zaimplementowane tcp/ip)..ale wolalbym cos prostszego..
Tak wiec czekam na propozycje
dzieki
pozdr
Greg
jerry1111
Guest
Mon Oct 04, 2004 9:45 am
On Sat, 2 Oct 2004 00:06:54 +0200, "greg" <xgrzes@poczta.onet.pl>
wrote:
Quote:
na razie rdzen MAC zzarl nieco ponad 2500LE z 6000 dostepnych (Cyclone). No
i mysle zaimplementowac jakis wyzszy protokol, cos a'la TCP/IP - ale
prostszego i zapewniajacego doreczenie wszystkich pakietow - moge wymyslec
IMHO prosciej nie bardzo sie da. Znaczy mozna "okroic" tcp/ip do
niezbednego minimum i wyjdzie pewnie tylko 20%. Z drugiej strony
maszynka stanow do tcp/ip nie zajmie duzo w fpga - i mamy wtedy
kompletne.
Tak sie zastanawiam, bo bede mial niedlugo podobny problem i wychodzi
mi, ze najprosciej wsadzic okrojone tcp/ip - bo po co wywazac otwarte
drzwi? Przynajmniej odbior z drugiej strony bedzie bezproblemowy.
Problemem moze byc tylko bufor na dane - ale nie wiem jak masz to
zorganizowane.
--
Jerry
greg
Guest
Mon Oct 04, 2004 7:23 pm
Quote:
na razie rdzen MAC zzarl nieco ponad 2500LE z 6000 dostepnych (Cyclone).
No
i mysle zaimplementowac jakis wyzszy protokol, cos a'la TCP/IP - ale
prostszego i zapewniajacego doreczenie wszystkich pakietow - moge
wymyslec
IMHO prosciej nie bardzo sie da. Znaczy mozna "okroic" tcp/ip do
niezbednego minimum i wyjdzie pewnie tylko 20%. Z drugiej strony
maszynka stanow do tcp/ip nie zajmie duzo w fpga - i mamy wtedy
kompletne.
Tak sie zastanawiam, bo bede mial niedlugo podobny problem i wychodzi
mi, ze najprosciej wsadzic okrojone tcp/ip - bo po co wywazac otwarte
drzwi? Przynajmniej odbior z drugiej strony bedzie bezproblemowy.
Problemem moze byc tylko bufor na dane - ale nie wiem jak masz to
zorganizowane.
bufora to mam ile chce..siedzi 32MB SDRAM, wiec moge sobie czytac ile razy
co chce..tak sobie tez pomyslalem ze bedzie to jednak
najproscije..szczegolnie ze na pokladzie mam 10 MIPS'owa 8051 ktora ma w
sobie USB 2.0, a CRC zrobie sprzetowe.
a duzy strumien ma isc tylko w jedna strone, od kamery do PC, w druga beda
pojedyncze pakeity z rozkazami, weic nawet nei musze specjalnie go
analizowac, tylko potwierdzenei wyslac..
thx i pozdr
jerry1111
Guest
Tue Oct 05, 2004 6:53 am
On Mon, 4 Oct 2004 22:23:23 +0200, "greg" <xgrzes@poczta.onet.pl>
wrote:
Quote:
a duzy strumien ma isc tylko w jedna strone, od kamery do PC, w druga beda
pojedyncze pakeity z rozkazami, weic nawet nei musze specjalnie go
Czyli okroic tcp: Inicjuje polaczenie tylko PC, ramki zawsze w
poprawnej kolejnosci wysylane, stala dlugosc itp. Kurka, to moze sie
dac zrobic w vhdl - 'bezprockowo' :-)
--
Jerry
Grzegorz Kasprowicz
Guest
Tue Oct 05, 2004 8:22 am
Quote:
a duzy strumien ma isc tylko w jedna strone, od kamery do PC, w druga
beda
pojedyncze pakeity z rozkazami, weic nawet nei musze specjalnie go
Czyli okroic tcp: Inicjuje polaczenie tylko PC, ramki zawsze w
poprawnej kolejnosci wysylane, stala dlugosc itp. Kurka, to moze sie
dac zrobic w vhdl - 'bezprockowo' :-)
na to wyglada..coz - bede sie bawil tym wkroce, jak tylko zestaw NIOS i
modul ethernet przyjdzie..
Pozdr