W dniu 2014-01-07 00:16, Marek pisze:

> Zauważ, że skompilowałeś mocno okrojoną bibliotekę, implementująca
> absolutne minimum do zestawienia tcp. Gdy chce się uruchomić w miarę
> wydajny (mogący obsłużyć kilka równoległych sesji) serwer tcp, na
> dodatek potrzebny jest np. ntp do synch. czasu czy nawet resolver to
> implementacja stosu gwałtownie spuchnie z 9 do kilkudziesięciu kB.

Niby racja. Jednak w wielu takich przypadkach można już sobie zadać
pytanie, czy to faktycznie zastosowanie dla ośmiobitowego MCU. W pewnym
momencie bardziej chyba opłaca się zaprząc do roboty jakiś linuksowy
minikomputerek w rodzaju RasPi.
Obsługa stosu wbudowana w urządzenie niezaprzeczalnie czasem się
przydaje (np. nie narzekam na jej obecność w modułach GSM). Niemniej
czasem odnoszę wrażenie, że na ENC28J60 narzekają ludzie, którzy na
Arduino Ethernet robiliby proste urządzenia, których jedynym zadaniem
byłoby wysłanie wyniku paru pomiarów do zdalnego serwera albo
włączenie/wyłączenie przekaźnika po otrzymaniu określonego GET-a. :)

Do W5100 może łatwiej bym się przekonał, gdyby był dostępny w TQFP.


Jeśli chodzi o pracę mojej płytki ze stosem tuxgraphics, to na razie
prezentuje się całkiem dobrze. Chodziła całą noc, nie zauważyłem żadnego
zawieszenia ENC28J60.

Swoją drogą znasz jakąś metodę na sprawdzenie prędkości transferu
pomiędzy pecetem a płytką z tym prostym serwerem http?