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?

do góry

On Tue, 07 Jan 2014 20:16:00 +0100, Atlantis <m...@w...pl>
wrote:
> Swoją drogą znasz jakąś metodę na sprawdzenie prędkości transferu
> pomiędzy pecetem a płytką z tym prostym serwerem http?

W perwszej wersji zmodyfikowałem httpd aby odpowiadał contentem
(nagłówki Content-type i Content-length) o sporej długosci np 500 kB
i pobierałem taki content wgetem na PC, a wget w trakcie transferu
podaje prędkość aktualną i średnią na koniec. Content to była litera
A wysyłana w petli o określonej iteracji żeby się zgadzało z
zadeklarowanym wcześniej Content-length.
Później w ten sposób exportowałem sobie dump pamięci flash.

--
Marek

do góry

On Tue, 07 Jan 2014 20:16:00 +0100, Atlantis <m...@w...pl>
wrote:
> 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. :)

A tego nie zrozumiałem, narzekają, że do takich prostych requestow
Encj się nie nadaje?

--
Marek

do góry

On Tue, 07 Jan 2014 20:38:24 +0100, Marek <f...@f...com> wrote:
> podaje prędkość aktualną i średnią na koniec. Content to była
litera
> A wysyłana w petli o określonej iteracji żeby się zgadzało z

Tutaj głupotę napisalem, oczywiście w pętli był wysyłany bufor
zawierający AAA... długość bufora to było chyba 64 bajty. Podejrzewam
że w Twojej bib też jest jakiś odpowiednik send(socket, buffer, len).
W każdym razie wiesz o co chodzi.

--
Marek

do góry

W dniu 2014-01-07 20:38, Marek pisze:

> W perwszej wersji zmodyfikowałem httpd aby odpowiadał contentem
> (nagłówki Content-type i Content-length) o sporej długosci np 500 kB i
> pobierałem taki content wgetem na PC, a wget w trakcie transferu podaje

Hmm... Nie wiem na ile to wiarygodne, ale przeprowadziłem próbę bez
zmieniania długości. Plik index.html ma 44 bajty i został pobrany przez
wgeta z prędkością 42.97 KB/s. Taktowanie ATMegi to 12,5 MHz, ENC28J60
pracuje na dwa razy szybszym zegarze.

do góry

W dniu 2014-01-07 20:41, Marek pisze:

> A tego nie zrozumiałem, narzekają, że do takich prostych requestow Encj
> się nie nadaje?

Słyszałem już po prostu głosy ludzi, którzy najchętniej do wszystkiego
dawaliby W5100. Bo przecież on jest lepszy. Bo przecież ma wbudowany
stos! :)

do góry

Atlantis <m...@w...pl> napisał(a):
> Hmm... Nie wiem na ile to wiarygodne, ale przeprowadziłem próbę bez
> zmieniania długości. Plik index.html ma 44 bajty i został pobrany przez
> wgeta z prędkością 42.97 KB/s. Taktowanie ATMegi to 12,5 MHz, ENC28J60
> pracuje na dwa razy szybszym zegarze.

Nie przeprowadzisz wiarygodnego testu na 44 bajtach. Przypomnij sobie
chociażby rozmiar pakietu TCP. Zrób jak pisze Marek, prześlij co najmniej
kilkaset kB.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 25 days, 0 hours, 38 minutes and 24 seconds

do góry

On Tue, 07 Jan 2014 20:46:54 +0100, Atlantis <m...@w...pl>
wrote:
> zmieniania długości. Plik index.html ma 44 bajty i został pobrany
przez
> wgeta z prędkością 42.97 KB/s. Taktowanie ATMegi to 12,5 MHz,
ENC28J60
> pracuje na dwa razy szybszym zegarze.

Za mało danych, Musi pobierać kilka sekund, wtedy będzie bardziej
miarodajne. Niech encj przerzuci więcej pakietów, będziesz widział
czy nl. transfer nie "pływa" i nie szarpie - czy jest stabilny.
Miałem kiedys problem z encj: transfer początkowo był duży po czym
gwałtownie malał, nie pamietam już co było przyczyną. W każdym razie
taki burst test (najlepiej kilka połączeń równoległych) jest dobry
nas sprawdzanie stabilności statosu.

--
Marek

do góry

W dniu 2014-01-07 21:04, Marek pisze:

> Za mało danych, Musi pobierać kilka sekund, wtedy będzie bardziej
> miarodajne. Niech encj przerzuci więcej pakietów

Ok, sprawdzę w następnej wolnej chwili.
Tak swoją drogą mam jeszcze jedno pytanie. Jak to jest z wartością
rezystora na pinie RBIAS? On jest w jakiś sposób krytyczny? Spotykałem
się z jednym schematem, gdzie były wprost podane, że musi to być
rezystor o dość nietypowej wartości 2,31k w wersji 1%.
Na innych schematach widywałem w tym miejscu rozmaite rezystory pomiędzy
2k i 2,7k.

W swojej płytce wlutowałem rezystor 2,7k w wersji 5% (obudowa 0603). Czy
to może mieć jakiś negatywny wpływ na stabilność pracy układu, szybkość
transmisji albo ilość błędów?

do góry

On Thu, 09 Jan 2014 20:03:15 +0100, Atlantis <m...@w...pl>
wrote:
> W dniu 2014-01-07 21:04, Marek pisze:


> > Za mało danych, Musi pobierać kilka sekund, wtedy będzie bardziej
> > miarodajne. Niech encj przerzuci więcej pakietów


> Ok, sprawdzę w następnej wolnej chwili.
> Tak swoją drogą mam jeszcze jedno pytanie. Jak to jest z wartością
> rezystora na pinie RBIAS? On jest w jakiś sposób krytyczny?
Spotykałem
> się z jednym schematem, gdzie były wprost podane, że musi to być
> rezystor o dość nietypowej wartości 2,31k w wersji 1%.
> Na innych schematach widywałem w tym miejscu rozmaite rezystory
pomiędzy
> 2k i 2,7k.
> W swojej płytce wlutowałem rezystor 2,7k w wersji 5% (obudowa
0603). Czy
> to może mieć jakiś negatywny wpływ na stabilność pracy układu,
szybkość
> transmisji albo ilość błędów?

Ja mam 2K jak datasheet wskazuje. Nie wiem skąd te 2.7k u innych.
Może zamiast 50 ohm przy trafo stosują 47 (łatwiej dostępny w
szeregu) i kompensują to inną wartością rbias

--
Marek

do góry