Nicmene jsem pres noc prisel na svuj 'problem' : program odesila ruzna data na ruzna mista, kazde odeslani kontroluji na stav navratove hodnoty (sys [65, 75]) + vlastni timeout (sys[64]). Vetsinou to funguje ok, ale obcas mi sys[65] vrati 1029 (neukoncena predchozi operace) - coz je mozna ok, protoze nemuzu garantovat, ze se server opravdu behem ozval nebo si dava na cas. Tohle se stava, kdyz mi vyprsi vlastni timeout zapisu (sys[64]) - a v podstate v tomhle okamziku uz nechci asi se program nadale pokousel zapisovat - uz musi delat jine veci (proto ten timeout). Tj kdyz se v tomhle bode pokusim poslat neco nekde jinde, tak skocim s chybou 1029.

otazka: muzu nejak nasilne ukoncit  probihajici http_get komunikaci?

- Aktualizujte si firmware ve svém SDS. V poslední době došlo k opravám právě v oblasti odolnosti při výpadcích připojení (jak výpadcích Ethernetu, tak problémech při výpadcích spojení na servery např. při http_get). V plánu je ještě jedna zbývající úprava/oprava, a to zvýšení odolnosti SDS-C funkce smtp_send(), tam jsou jestě hlášeny nějaké specifické záležitosti s tímto související.

- Samozřejmě je potřeba mít správně napsaný SDS-C program, tj. ošetřit všechny možné stavy (sys[65]) při používání SDS-C funkcí které komunikují přes Internet. Je tam řada možných chybových hlášení, které je potřeba zpracovat. Doporučuji otestovat si to "na stole", např. vytáhnout Eth kabel z SDS (nebo odpojit router "z Internetu") a podívat se, jak si s tím konkrétní SDS-C program poradí nebo ne (a pak ho opravit).

- Pro odesílání na syslog server lze využít SDS-C funkci send_udp(), stačí správně vyplnit obsah UDP paketu v text[], viz RFC5424, RFC5426.

Je nekde mozne vyexportovat cely obsah konzole, pripadne jdou zapisovat pomocne udaje nekde jinde?
(ty problemy se objevi tak 1x denne, tj se u toho neda sedet a cekat)

dik