debug PIC s integrovanym ethernetom

["Ing. Libor Konečný"]

Tak hluboce jsem to nepitval.
Samozrejme ze kazdy externi cip takto bude fungovat a nabehne.
Nicmene tento PIC resi ethernet temer sofwarove, navic s dynamickym 
bufferem.
Mate dostatecnou volnou RAM ? Mate zjisteny interval od ktereho to jiz 
prestane  fungovat?
Pravdebodobne je nekde interni bug a pretece ukazatel na pole.
Jakou verzi TCIP stacku mate ?
V hlavnim programu mate nejaka vetsi pole ?
Je adresovane pole v uzivatelskem preruseni ?
Nadefinovat lkr a mem sekce v TCPconfig.h pri vyuziti temer cele RAM je 
nadlisky ukol.
Na tomto PIC bude pracovat tak za tyden, tak to zkusim overit.
Zkuste mi jen pro zjimavost zjistit cas od ktereho po zastaveni uz stack 
nenabehne.

LK

Dne 25.3.2013 16:58, Jaroslav Buchta napsal(a):
> To chapu, taku jsem si s tim hral, ale prece po rozbehnuti by se 
> nemelo stat nic vic, ze se nedokoncene pakety ztrati a jinak to bude 
> fungovat pro nove pakety dal... Ja si hral s PICem a WiFi modulem a 
> pokud si pamatuju, tak tomu ladeni nijak nevadilo, po spusteni jsem 
> znova otevrel webovou stranku, vsechno fungovalo normalne dal.
>
> Dne 25. 3. 2013 16:10, "Ing. Libor Konečný" napsal(a):
>> Tato funkce
>> StackTask();
>> se musi provadet periodicky, klidne se to muze zpozdit i par set 
>> msec, ale nikoliv zablokovat.
>>
>> V preruseni se skladaji prichozi pakety do ethRAM (tusim 8kbyte 
>> buffer) ale ty nejak musite obsluhovat, tedy vycist, roztridit, 
>> zkontrolovat kontrolni soucet a dale zpracovat odpovedi. Jakykoliv 
>> externi ETH svab vam nebude odpovidat na urovni TCP.IP protokolu , i 
>> kdyz bude ethernet link svitit a fyzicka vrtva fungovat.
>>
>> Je to jako u lekare, pacienti se stosuji v cekarne, a doktor v 
>> deliriu neprijima dalsi pacienty ;-)
>>
>> LK
>>
>>
>>
>>
>> Dne 25.3.2013 15:13, Jaroslav Buchta napsal(a):
>>> To zni logicky ale nejak mi neni jasne, proc se z toho nevzpamatuje 
>>> vyhnitim v nejakem timeoutu kdyz zas nabehne obsluha...
>>> Me za u ATXMEGA po breaknuti a spusteni vse funguje jak ma, ale jak 
>>> to zacnu krokovat, uz mi nejak nejdou preruseni od casovace, seriaku 
>>> atp., asi zalezi na tom, jak je tohle v rezimu zastaveni osetreno.
>>>
>>> Dne 25. 3. 2013 14:34, "Ing. Libor Konečný" napsal(a):
>>>> TCPIP stack musi byt perodicky volany v hlavnim while(1) cyklu.
>>>> Jakekoliv trvale zastaveni zablokuje proces sestavovani paketu i 
>>>> kdyz bezi ethernet v preruseni.
>>>> Jaky je duvod breakpointu ?
>>>>
>>>> LK
>>>>
>>>> Dne 25.3.2013 13:42, Jozo napsal(a):
>>>>> Zdravim,
>>>>> zdedil som projekt po byvalom kolegovi. Ma tam pouzity 18F67J60. 
>>>>> Ked si dam niekde v programe break (ICD3), a po chvili to znovu 
>>>>> spustim, TCPstack je "zdochnuty". Neskumal som to blizsie, ale ani 
>>>>> obycajny ping uz nechodi. Vedel by mi niekto povedat ci je to 
>>>>> normalne?
>>>>>
>>>>> Ja v svojich veciach mam vzdy pouzity externy ENC28J60 a tomu 
>>>>> nevadi ze PIC nebezi.
>>>>>
>>>>> j.
>>>>>
>>>>> _______________________________________________
>>>>> HW-list mailing list  -  sponsored by www.HW.cz
>>>>> Hw-list na list.hw.cz
>>>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>>>
>>>> _______________________________________________
>>>> HW-list mailing list  -  sponsored by www.HW.cz
>>>> Hw-list na list.hw.cz
>>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>> _______________________________________________
>>> HW-list mailing list  -  sponsored by www.HW.cz
>>> Hw-list na list.hw.cz
>>> http://list.hw.cz/mailman/listinfo/hw-list
>>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>