Microchip - TCP/IP

Ja czegos nie rozumiem. AN870 jest nota aplikacyjna opisujaca implementacje SNMP wykorzystujaca microchipowy stos TCP/IP. Zadnej dokumentacji do sprzetu w niej nie znalazlem. Mozesz napisac cos wiecej?

j.

To jest tylko nota aplikacyjna z kodem źródłowym protokołu SNMP, który można wcisnąć do jakiegoś PIC18.

sword

hmm.. czyli ten ca³y protokó³ implementujemy w jakim¶ PIC'u, do niego dok³adamy Realteka i wtedy ma chodziæ ?

Pozdrawiam dreda

U¿ytkownik "Adam Jurkiewicz" snipped-for-privacy@NIEMATEGOajpic.z>

Moze inaczej -> po co nam to TCP/IP skoro mamy Realtek'a, czyz to nie on obsluguje TCP/IP ?? ( i na odwrot -> po co realtek skoro mamy tcp/ip w PIC'u )

Pozdrawiam dreda

U¿ytkownik "Praca Corado" snipped-for-privacy@corado.com.pl> napisa³ w wiadomoœci news:d4q5r7$p5e$ snipped-for-privacy@nemesis.news.tpi.pl...

Doczytaj to co napisali inni i poczytaj co to jest SNMP i TCP/IP :)

Protokół SNMP jest na warstwie 5 (aplikacji), a realtek jest niżej, nie pamiętam teraz do której warstwy ma zaimplementowane, trzeba zerknąć do dokumentacji.

sword

Bo w realteku jest "ethernet", a w picu IP [czy TCP to trzeba doczytac, bo SNPM uzywa UDP a nie TCP]

J.

Racja: jak SNMP tp raczej UDP, a nie TCP. UDP jest szybszy niz TCP bo nie wymaga otwierania i zamykania sesji i potwierdzania przeslanych pakietow. Format naglowka UDP jest tez bardzo prosty: port zródlowy, port docelowy, dlugosc, suma kontrolna. Potem pole danych, a naglowek UDP z danymiUDP wpisujesz w pole danych pakietu IP itd..... Pakiety UDP ida w ciemno, to znaczy na poziomie protokólu nie ma mechanizmu potwierdzenia czy doszlo - tak jak to jest w TCP. Jezeli chcvesz potwierdzenia ze doszlo to musisz zmusic warstwe wyzsza - w tym przypadku SNMP, zeby taki mechanizm dostarczyla. Pzdr T.

On Thu, 28 Apr 2005 10:41:08 +0200, Adam Jurkiewicz snipped-for-privacy@NIEMATEGOajpic.zonk.pl> wrote: [.....]

Standardowy kontroler Ethernetu (tak jak ów badziewny Realtek) implementuje warstwę drugą (link layer) i część warstwy fizycznej. Napisałem część, ponieważ transformator i skrętka to też warstwa fizyczna, a w kontrolerze tego nie ma. :-) W zasadzie to w przypadku Ethernetu to trudno jest oddzielić te dwie warstwy. Chociaż gdyby ktoś sie uparł, to mógłby podłączyć jakiś PHY pod piny jakiegoś uC i realizować MAC-a programowo. :-)

BTW. Dwie godziny temu dostałem engineering sample'a ENC28J60. :-)

Regards, /J.D.

realtek (rtl80x9) to tylko kontroler ethernetu + warstwa fizyczna.. tcp/ip musisz zrobic oddzielnie..

W artykule snipped-for-privacy@hs001.slackware.pl> Jan Dubiec napisal(a):

Patrz IP2022 firmy Ubicom -- poszli jeszcze krok dalej. Nawet PHY jest realizowany "programowo" na pinach (prawie). Hardware wspiera w zasadzie tylko SerDes i liczenie CRC32, plus male fifo. Dziala. Pozdrowienia Krzysiek

Dziekuje za odpowiedzi... sprawa troche mi sie rozjasnila :)

Pozdrawiam dreda