On 11.02.2024 16:09, Mirek wrote:

> Problem ustaje po odpięciu i podpięciu rj-ki czy nie?
> Bo jeśli jest nadal to co za problem odpiąć ją i podpiąć pod laptopa i
> odpalić wiresharka?

Racja, można próbować w ten sposób. Mi jednak zależałoby na
przechwyceniu całej sekwencji zdarzeń, która prowadzi do wystąpienia awarii.

W każdym razie obecnie mija trzecia doba, jak urządzenie pracuje i do
tej pory nie zawiesiło jednocześnie wykrzaczając wszystkie urządzenia na
tym samym switchu. Nie jestem pewien która zmiana za to odpowiada, bo
zmieniłem kilka rzeczy: usunąłem znalezionego buga w kodzie printującym
zmienne dynamiczne w plikach HTTP, ograniczyłem trochę użycie pamięci
oraz zmieniłem ustawienia sterty (teraz zarówno stos TCP/IP jak i
FreeRTOS korzystają z głównej sterty systemowej, bez wydzielania
osobnych części).

Pojawił się za to inny błąd - mniej drastyczny, ale także uciążliwy.
Mianowicie po jakimś czasie urządzenie z jakiegoś powodu traci możliwość
nawiązywania połączeń jako klient. Jeśli próbuję połączyć się z jakimś
stremem, proces pada na poziomie DNS-a (zwrócony zostaje błąd -5,
oznaczający DNS timeout). Jeśli próbuję połączyć ze stremem, który ma w
URL-u adres IP widzę następującą sekwencję zdarzeń:

- Aplikacja uzyskuje socket (a więc problemem nie jest brak dostępnych
socketów TCP)
- Aplikacja z powodzeniem rozszerza bufor odbiorczy socketa do 4096
bajtów (a wiec problemem nie jest brak miejsca na stercie)
- Po pięciu sekundach socket nie jest jednak w stanie uzyskać połączenia
i wołany jest timeout (który sam dodałem w swojej aplikacji)

Serwer HTTP odpalony na płytce w tym czasie działa normalnie, odpowiedzi
na pingi też przychodzą. Jednak połączenia z serwerem w sieci nie da się
zainicjować.

W tym wypadku problem znika po odpięciu na chwilę kabla ethernetowego.
Nie trzeba nawet resetować urządzenia.

Nie ma pojęcia czy ten problem jest w jakikolwiek sposób związany z tym
poprzednim, poważnym, który mi zawieszał kawałek sieci.