On Mon, 24 Feb 2014 12:07:49 +0100, Atlantis <m...@w...pl>
wrote:
> Mogę zapytać do jakich wniosków ostatecznie doszedłeś? Zostawiłeś
> ścieżkę jak jest, tak dla świętego spokoju, czy może dałeś sobie z
tym
> spokój i zaprojektowałeś tak, jak było najwygodniej?

Zostawiłem niepodłaczony, układ już u mnie działa od roku na plytce
testowej bez int, ze wzgledu na to, że driver do encj w stosie nie
korzysta z przerwań a wszystko działa ok to uznałem, że nie będzie mi
potrzebne podłączanie int.


> Swoją drogą jak wygląda korzystanie z tego darmowego stosu od
> Microchipa? Można go porównać do minimalistycznych wersji w stylu
> tuxgraphics albo uIP? Występuje ograniczenie wielkości odpowiedzi
TCP do
> jednego pakietu, a obsługa polega na wpisaniu wartości do bufora i
> wywołaniu odpowiedniej funkcji? A może dysponujemy socketami i
> przypomina to raczej pisanie aplikacji sieciowych pod system
operacyjny
> albo sprzętowy stos W5100?

Jest to w pełni funkcjonalny stos, z socketami, funkcje obsługi
używa się podobnie jak w "dużych systemach", aczkolwiek inaczej się
nazywają ale jest analogia bind, connect, read/write. Można czytać i
pisać na raz do kilku zestawionych połączeń.
Stos jest konfigurowalny, można na etapie kompilacji wybrać co ma być
(udp, tcp, icmp, ntp itp) oraz jakie zasoby (bufory) możemy
przydzielić per gniazdo. Daje to dużą elastyczność przy dostosowaniu
do dostępnych zasobów ram. Co ciekawe można nawet wskazać zewnętrzna
ram po spi jako bufor :).

> Muszę przyznać, że całkiem fajnie wyglądają procki z serii PIC18F* z
> wbudowanym sterownikiem Ethernetu. Może warto się im bliżej
przyjrzeć?

Można, ale pamiętaj, że tcp+udp+icmp+ntp + mininalistyczny httpd na
pic18f zajął mi ok 60kB flash, więc warto wybrać układ z min. 128kB.
Do wbudowanego sterownika eth. i tak potrzebujesz driver, więc
objętościowo kod zajmie tyle samo z encj zewnętrznym.
Ostatecznie, ze względu na ograniczony flash i ram w pic18 i dość
rozbudowany httpd przeniosłem się z tym projektem na pic32.

--
Marek