<html>
<head>
<meta content="text/html; charset=ISO-8859-2"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Jeste otazecka - je mozne, ze AP nebo
router zacne pripojene zarizeni ignorovat, kdyz je dlouho
neaktivni? Zase po prijezdu z nakupu mrtvola, po odpojeni a
pripojeni kabelu (bez restartu) OK. Myslim, ze neblikala ani ledka
na konektoru, takze router na tu adresu asi nic neposilal... Tady
by pomohlo zrejme posilat periodicky nejake broadcasty ze zarizeni
- jake nejlepe?<br>
<br>
Dne 18.10.2013 17:31, Jaroslav Buchta napsal(a):<br>
</div>
<blockquote cite="mid:52615449.2040704@hascomp.cz" type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=ISO-8859-2">
<div class="moz-cite-prefix">Ja uz se z toho picnu, zatim to
vypada, ze se neco nekde predbiha - kdyz prelozim kod
neoptimalizovany, pravdepodobnost seknuti se snizi tak 5x, kdyz
to pripojim primo k compu, tak to je taky v pohode a ted jsem
dal zpozdeni po zpracovani prichoziho paketu a to zda se chodi
take dobre (to bylo puvodne kvuli tomu abych videl, ze blika
ledka...)<br>
<br>
void ethernetif_input( void * pvParameters )<br>
{<br>
struct pbuf *p;<br>
<br>
for( ;; )<br>
{<br>
if (xSemaphoreTake( s_xSemaphore,
emacBLOCK_TIME_WAITING_FOR_INPUT)==pdTRUE)<br>
{<br>
STM32F4_Discovery_LEDOn(LEDO);<br>
<br>
p = low_level_input( s_pxNetIf );<br>
if (ERR_OK != s_pxNetIf->input( p, s_pxNetIf))<br>
{<br>
pbuf_free(p);<br>
p=NULL;<br>
}<br>
vTaskDelay(10);
<-----------------------------------------------------------------------<br>
STM32F4_Discovery_LEDOff(LEDO);<br>
}<br>
}<br>
}<br>
<br>
A taky obcas pomuze odpojit a pripojit kabel - jakoby router uz
pakety po nejake dobe do zarizeni neposilal - je to mozne, kvuli
nejake chybne reakci - odpovedi na nejaky dotaz atp? <br>
<br>
<br>
Dne 18.10.2013 6:45, Jaroslav Buchta napsal(a):<br>
</div>
<blockquote cite="mid:5260BCEA.3060704@hascomp.cz" type="cite">
<div class="moz-cite-prefix">Tak bohuzel, vypadalo to nadejne
ale je to nejak velmi nahodny proces... Pamet haldy jsem
zvetsil extremne, ale jak jsem zjistil ze statistik, neni
vubec pouzivana, dokud nepouziju nejake hiugh level funkce
(coz samozrejme behem testu nepouzivam)... Takze zbyva zkoumat
obsluhu hardware, funkci ISR, DMA a hlavnesynchronizace tasku,
kde to vyhnije.... Ostatni casti programu a tasky normalne
bezi, i VCP na USB, takze vetsi destrukce pameti nenastava.<br>
<br>
Dne 17.10.2013 8:09, František Burian napsal(a):<br>
</div>
<blockquote cite="mid:1RB.2Sf8.7WLQESccNuU.1INtx%7D@seznam.cz"
type="cite"> Bude to tim MEM_SIZE, u mne se to chovalo stejne,
jednou za cas se neuvolnil paket (nebyl volny buffer
ethernetoveho rozhrani) a strasne jsem se divil ze mi po case
roste pametova narocnost. Pro overeni ze je to tento problem
bych doporucil MEM_SIZE nastavit stejne, kolik mate
deskriptoru v hw ethernetu, to pak padne hned pri prvnim
neuvolnenem bloku.<br>
<br>
Tipuji ze jste jen problem oddalil ale nevyresil. Spis bych
zvetsil pocet deskriptoru na RX i TX kontrolovanych DMA
ethernetu.<br>
<br>
Franta.<br>
<br>
<br>
<p>---------- Původní zpráva ----------<br>
Od: Jaroslav Buchta <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:jaroslav.buchta@hascomp.cz"><jaroslav.buchta@hascomp.cz></a><br>
Datum: 17. 10. 2013<br>
Předmět: Re: LWIP 1.4.1, FreeRTOS, uz snad vse jde</p>
<br>
<blockquote>
<div>
<div>Tak snad konecne uspech, celou noc bezi stabilne a
komunikativne - provedl jsem par zmen v nastaveni
options jako syntezu z ruznych projektu a podle uvazeni,
co by mohlo pomoci....<br>
Az bude trochu casu, zkusim iteracni metodou zjistit,
ktere nastaveni bylo to dulezite ;-)<br>
Nove (rozdilne) bylo nastaveno toto:<br>
<br>
#define ETHARP_TRUST_IP_MAC 1<br>
#define IP_FRAG_USES_STATIC_BUF 1<br>
#define LWIP_AUTOIP 1<br>
#define SYS_LIGHTWEIGHT_PROT 1 //
toto tipuji jako klicove<br>
#define MEM_SIZE (8*1024)
// predtim 5*<br>
#define DEFAULT_THREAD_STACKSIZE 1000 //
predtim 500, ale zasobniky jsem vypisoval a docela
rezerva byla<br>
<br>
Tak snad uz OK, ted zacnu resit ty servery, mam dojem,
ze nejaky projekt tu kdysi probehl ale nemohu to najit.<br>
<br>
<br>
<br>
<br>
Dne 16.10.2013 22:35, Martin Persich napsal(a):<br>
</div>
<blockquote>
<div>Nezaregistroval jsem, jaký hardware máte použit,
ale já jsem realizoval zařízení s MCU Atmel AVR32
(AT32UC3xx) a DP83848 (National Semiconductor). Použil
jsem driver dodaný firmou Atmel pro vývojový kit
EVK1100 a tam byla (a troufám si tvrdit, že přestože
jsem firmu Atmel již dvakrát na toto upozornil, že tam
ještě je) chyba, která se projevuje přesně, jak
píšete. V okamžiku, kdy řadič vyhodnotí chybu během
odesílání paketu, řadič zablokuje další vysílání, ale
driver toto nezaregistruje a neprovede jeho reset.
Samozřejmě - nejčastěji toto vzniká při kolizi paketu,
když je vše připojeno na "obyčejný" HUB (ano, pořád si
pro ladění Ethernetových komunikací jeden schovávám,
je to nesrovnatelně pohodlnější, než nastavovat
monitorování pro nějaký inteligentní switch).</div>
<div>Alespoň si člověk zvedne sebevědomí, že ani tito
"světoví" vývojáři nejsou bez chyby, když pak zjistí,
že zapomněli v návrhu na dva rezistory uvedené v
datasheetu ... cca dvacet kusů zařízení je ok, další
dvě stávkují ... Jo, člověk nesmí věřit všemu, co
najde na internetu ...</div>
<div>A s příkazem "ping" mám také ještě jeden nevyřešený
problém. Pokud pustím "ping" na dvou mých zařízeních
(perioda 200 ms, paket 400 Byte) proti sobě, jede to
měsíc bez zaškobrtnutí, 100 % úspěšnost. Pokud však do
těchto zařízení ještě pustím druhý "paralelní" ping z
normálního PC (perioda 1 s), klesně úspěšnost na cca
98 %. Asi se tam ještě něco přepisuje, ale vím o tom a
prozatím jsem to neměl čas řešit.</div>
<div> </div>
<div>Martin. <a moz-do-not-send="true"
href="mailto:persich@transcon.cz">persich@transcon.cz</a></div>
<blockquote>
<div>----- Original Message ----- </div>
<div><b>From:</b> <a moz-do-not-send="true"
href="mailto:jaroslav.buchta@hascomp.cz">Jaroslav
Buchta</a> </div>
<div><b>To:</b> <a moz-do-not-send="true"
href="mailto:hw-list@list.hw.cz">HW-news</a> </div>
<div><b>Sent:</b> Wednesday, October 16, 2013 7:37 PM</div>
<div><b>Subject:</b> Re: LWIP 1.4.1, FreeRTOS, nejde
PING</div>
<div><br>
</div>
<div>Hmmm je to nejake divne, obcas to zdechne - nekdy
to vydrzi minutu, nekdy pul dne... Ted to zkousim
primo pripojene k compu, abych mohl sledovat
veskerou komunikaci a zatim to funguje,neni znamy
nejaky bug, ktery by treba delal problemy s
nekterymi routery a tak? Cely system nespadne,
funkcni tasky bezeji dal, zrejme to i pakety prijima
ale nevysila... Ale to se blbe overuje, zrovna u
teto desky nemam zadnou jinou komunikaci - asi budu
muset zprovoznit SWO pres STLINK, ale s tim tady
nekdo taky hlasil problem, ze se ztraci cast dat,
ze...<br>
<br>
Dne 15.10.2013 6:36, František Burian napsal(a):<br>
</div>
<blockquote>Stabilita muze byt uvolnovanim. Taky jsem
to resil az jsem prisel na to ze pokud volani lwip
funkce ktera ma jako parametr pbuf, a ma ho uvolnit,
selze, pak musim uvolnit tu pamet sam ! Zejmena jde
o lowlevel send a receive ... Asi tyden mi to dalo
nez jsem pochopil.<br>
<br>
Franta.<br>
<p>---------- Původní zpráva ----------<br>
Od: Jaroslav Buchta <a moz-do-not-send="true"
href="mailto:jaroslav.buchta@hascomp.cz"><jaroslav.buchta@hascomp.cz></a><br>
Datum: 15. 10. 2013<br>
Předmět: Re: LWIP 1.4.1, FreeRTOS, nejde PING</p>
<br>
<blockquote>Tak vyreseno, ve stare verzi nebylo
prekryti definice<br>
#define CHECKSUM_GEN_ICMP<br>
takze to tam misto souctu nedavalo 0 a HW to
spatne zda se spocital....<br>
No ale pekne jsem si osvezil sitove protokoly za
ty 2 noci :-P<br>
Tak jeste ta stabilita, to bude asi nejaky
zasobnik nejakeho tasku zase...<br>
_______________________________________________<br>
HW-list mailing list - sponsored by <a
moz-do-not-send="true" href="http://www.HW.cz">www.HW.cz</a><br>
<a moz-do-not-send="true"
href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
<a moz-do-not-send="true"
href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a></blockquote>
<br>
<br>
<pre>_______________________________________________
HW-list mailing list - sponsored by <a moz-do-not-send="true" href="http://www.HW.cz">www.HW.cz</a>
<a moz-do-not-send="true" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a moz-do-not-send="true" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
<p> </p>
<hr> _______________________________________________<br>
HW-list mailing list - sponsored by <a
moz-do-not-send="true" href="http://www.HW.cz">www.HW.cz</a><br>
<a moz-do-not-send="true"
href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
<a moz-do-not-send="true"
href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</blockquote>
<br>
<br>
<pre>_______________________________________________
HW-list mailing list - sponsored by <a moz-do-not-send="true" href="http://www.HW.cz">www.HW.cz</a>
<a moz-do-not-send="true" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a moz-do-not-send="true" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
</div>
_______________________________________________<br>
HW-list mailing list - sponsored by <a
moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="http://www.HW.cz">www.HW.cz</a><br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a></blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
HW-list mailing list - sponsored by <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
HW-list mailing list - sponsored by <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
</body>
</html>