eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaFreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
Ilość wypowiedzi w tym wątku: 26

  • 1. Data: 2023-01-22 13:36:32
    Temat: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Atlantis <m...@w...pl>

    Po uporaniu się z (banalnym jak się okazało) problemem z Ethernetem na
    płytce z PIC32MZ zabrałem się za podobny układ na STM32F407. Tutaj znów
    trafiłem na dziwny problem, tym razem jednak prawie na 100% software'owy.

    Sytuacja wygląda następująco: jakiś czas temu zaprojektowałem płytkę pod
    proste radio internetowe na STM32F107 + DP83848 + VS1003. Płytka działa
    idealnie. Na chwilę obecną mam na niej FreeRTOS + lwIP + FatFS + własną
    aplikację klienta TCP do odbierania streamów z Internetu. Jest też
    serwer HTTPD (ten z pakietu lwIP, włączony przez kliknięcie odpowiedniej
    opcji w CubeMX). Serwer na chwilę obecną udostępnia jedynie kilka
    statycznych stron, w wolnej chwili będe musiał dopisać funkcje CGI.

    Na chwilę obecną wszystko to działa poprawnie i stabilnie, jednak płytka
    dość szybko okazała się być zbyt ciasna - w tej chwili wykorzystanie
    pamięci RAM dochodzi do 90% i chociaż jeszcze nie powoduje to problemów
    ze stabilnością, postanowiłem przenieść się na coś większego.

    W jeden weekend powstała więc kolejna rewizja, z STM32F407.
    Przeniesienie projektu nie powodowało większych problemów. Konfigurację
    pinów i peryferiów wyklikałem na nowo w CubeMX i wygenerowałem kod.
    Ethernet ruszył z miejsca. Potem zacząłem uruchamiać kolejne
    funkcjonalności i przenosić swój kod. Wszystko działało poprawnie.

    Do momentu, aż nie postanowiłem odpalić także serwera HTTPD. Kliknąłem
    opcję w CubeMX, wygenerowałem kod, dodałem plik fsdata.c (obraz
    udostępnianych stron), dodałem wywołanie httpd_init(). Wszystko tak jak
    w starym projekcie.

    Po wgraniu skompilowanego kodu na płytkę okazało się, że serwer nie
    tylko nie chce działać, ale także zawiesza całą resztą. W momencie próby
    wejścia na stronę oprogramowanie przestaje reagować - nie wykonuje się
    mój kod a urządzenie przestaje być widoczne w sieci i nie odpowiada na
    pingi. Jeśli tylko zakomentuję wywołanie httpd_init(), problem znika.

    Przyjrzałem się bliżej problemowi, podpiąłem debugger żeby zobaczyć, czy
    przypadkiem program nie utyka w jakiejś nieskończonej pętli, jednak
    wszystko wskazywało na to, że FreeRTOS nadal działa.

    Spróbowałem więc innego podejścia i dodałem w różnych taskach cyklicznie
    wywoływane printy.

    W tej chwili mam dwa taski utworzone przeze mnie:
    MainTask - priorytet "Normal", tam odbywają się wszystkie operacje
    związane z moją aplikacją.
    IoTask - priorytet "Idle", jak sama nazwa wskazuje przeznaczony do
    obsługi interfejsu użytkownika. W tej chwili jest tam kilka operacji, a
    na końcu każdego przebiegu pętli wywoływane jest osDelay(20).

    Do tego w tle swoje własne taski tworzy m.in. lwIP oraz sterownik USB.

    Okazało się, że w momencie podjęcia próby wejścia na stronę przestają
    wykonywać się printy z MainTask, ale te z IoTask nadal są wykonywane.

    Pierwsza myśl jaka przyszła mi do głowy to problemy ze stosem, jednak:
    - TOTAL_HEAP_SIZE w FreeRTOS/Config parameters w jest ustawiony na 20kB.
    W starym projekcie było trochę ponad 14kB.
    - Stosy tasków mają rozmiary takie jak w projekcie z działającej płytki,
    wliczając w to rozmiary stosów bibliotek, które mogę ustawić w ich
    konfiguracji.
    - Próbowałem manipulować rozmiarami stosów i TOTAL_HEAP_SIZE, w pewnym
    momencie zwiększając je dwukrotnie. Nie pomogło.
    - Nie pomogły też eksperymenty z różnymi opcjami Memory Management
    scheme. W tej chwili jest domyślna (heap_4) - ta sama co w starej wersji
    projektu.
    - Próbowałem też podnieść rozmiar MEM_SIZE w ustawieniach lwIP z
    domyślnych 1600 bajtów do 10 kB. Nie pomogło.

    Przeglądałem konfiguracje starego i nowego projektu, ale żadna istotna
    różnica nie rzuca mi się w oczy. Pewnie chodzi o jakiś drobiazg, którego
    nie potrafię zauważyć. Jest tutaj ktoś, kto na podstawie przedstawionych
    objawów mógłby wskazać potencjalne źródło problemu?


  • 2. Data: 2023-01-22 17:16:07
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Mirek <m...@n...dev>

    On 22.01.2023 13:36, Atlantis wrote:

    > Okazało się, że w momencie podjęcia próby wejścia na stronę przestają
    > wykonywać się printy z MainTask, ale te z IoTask nadal są wykonywane.
    >
    >Wygląda to na jakiś konflikt zasobów.
    Drąż temat dalej: w którym miejscu się zatrzymuje ten MainTask?
    Albo: która operacja z IoTask zatrzymuje Main?
    Trzeba powrzucać więcej pułapek, albo przesuwać te printy metodą połowienia.

    --
    Mirek.


  • 3. Data: 2023-01-22 20:13:12
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Atlantis <m...@w...pl>

    On 22.01.2023 17:16, Mirek wrote:

    > Drąż temat dalej: w którym miejscu się zatrzymuje ten MainTask?

    Wygląda na to, że MainTask po prostu zatrzymywał się w miejscu, w którym
    moja aplikacja oczekiwała na przybycie kolejnej paczki danych, które po
    wykrzaczeniu się stosu TCP/IP nigdy nie przychodziły.

    Przeprowadziłem eksperyment podczas odtwarzania z nośnika lokalnego.
    Jeśli próbuję w tym czasie dostać się do serwera HTTP na urządzeniu sieć
    przestaje działać momentalnie (pingi nie dochodzą) ale Zarówno MainTask
    jak i IoTask kręcą się nadal i odtwarzanie jest kontynuowane.

    Wygląda więc na to, że głównym problemem jest crash lwIP/łączności
    sieciowej przy pierwszej próbie dostania się do serwera. Próbowałem
    jeszcze raz porównać konfigurację działającego układu (na STM32F107) z
    tym obecnym, ale jeśli już, to nowa wersja dostaje więcej zasobów w paru
    miejscach.


  • 4. Data: 2023-01-23 19:46:17
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Mirek <m...@n...dev>

    On 22.01.2023 20:13, Atlantis wrote:

    > Wygląda więc na to, że głównym problemem jest crash lwIP/łączności
    > sieciowej przy pierwszej próbie dostania się do serwera.

    Nie mam pojęcia jak to jest zbudowane, ale można by sprawdzić czy wywala
    go samo połączenie TCP czy ten httpd.
    A jeśli podłączysz się telnetem? wywala od razu czy stoi połączenie?
    A jak stoi połączenie to wywala się jak coś wyślesz, czy grzecznie
    odpowiada, że nie rozumie? (400)

    --
    Mirek.


  • 5. Data: 2023-01-23 23:45:06
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Atlantis <m...@w...pl>

    On 23.01.2023 19:46, Mirek wrote:

    > A jeśli podłączysz się telnetem? wywala od razu czy stoi połączenie?
    > A jak stoi połączenie to wywala się jak coś wyślesz, czy grzecznie
    > odpowiada, że nie rozumie? (400)

    Dobry pomysł.

    Okazuje się, że serwer przyjmuje połączenie z z telnetu. Działa nawet
    timeout jeśli zbyt długo zwlekam z wysłaniem requestu. Jeśli wyślę dwie
    puste linie albo jakieś bzdury i pustą linię, to serwer grzecznie się
    rozłącza bez wykrzaczania czegokolwiek. Podobnie wygląda sytuacja jeśli
    wyśle "GET" i pustą linię.

    Problemy zaczynają się dopiero wtedy, gdy próbuję wysłać sekwencję "GET
    " (spacja na końcu) + pusta linia. Wtedy już płytka traci połączenie z
    siecią. Tak samo wygląda oczywiście sytuacja, jeśli próbuję np "GET
    /index.htm HTTP/1.1".

    Jakiś pomysł co może odpowiadać za taki stan rzeczy?

    W przypadku zdrowej płytki wysłanie "GET " + pusta linia skutkuje po
    prostu zwróceniem błedu 404.


  • 6. Data: 2023-01-24 00:00:52
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Adam Górski <gorskiamalpawpkropkapl@xx>

    W dniu 22.01.2023 o 20:13, Atlantis pisze:
    > On 22.01.2023 17:16, Mirek wrote:
    >
    >> Drąż temat dalej: w którym miejscu się zatrzymuje ten MainTask?
    >
    > Wygląda na to, że MainTask po prostu zatrzymywał się w miejscu, w którym
    > moja aplikacja oczekiwała na przybycie kolejnej paczki danych, które po
    > wykrzaczeniu się stosu TCP/IP nigdy nie przychodziły.
    >
    > Przeprowadziłem eksperyment podczas odtwarzania z nośnika lokalnego.
    > Jeśli próbuję w tym czasie dostać się do serwera HTTP na urządzeniu sieć
    > przestaje działać momentalnie (pingi nie dochodzą) ale Zarówno MainTask
    > jak i IoTask kręcą się nadal i odtwarzanie jest kontynuowane.
    >
    > Wygląda więc na to, że głównym problemem jest crash lwIP/łączności
    > sieciowej przy pierwszej próbie dostania się do serwera. Próbowałem
    > jeszcze raz porównać konfigurację działającego układu (na STM32F107) z
    > tym obecnym, ale jeśli już, to nowa wersja dostaje więcej zasobów w paru
    > miejscach.
    >
    https://community.st.com/s/question/0D53W000018UPSKS
    A4/stm32f7-application-based-on-freertos-and-lwip-cr
    ashes-due-to-preciserr

    https://stackoverflow.com/questions/65457310/tcp-ove
    r-lwip-returns-only-one-line-and-generally-crashes-a
    fter-8-messages-sent

    Nie jesteś sam :)

    Adam Górski


  • 7. Data: 2023-01-24 10:11:03
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Marek <f...@f...com>

    On Tue, 24 Jan 2023 00:00:52 +0100, Adam
    Górski<gorskiamalpawpkropkapl@xx> wrote:
    > https://community.st.com/s/question/0D53W000018UPSKS
    A4/stm32f7-application-based-on-freertos-and-lwip-cr
    ashes-due-to-preciserr

    > https://stackoverflow.com/questions/65457310/tcp-ove
    r-lwip-returns-only-one-line-and-generally-crashes-a
    fter-8-messages-sent

    Nie pojmuję co Ty pokazujesz. IwIP jest aż tak
    niedopracowany/niestabilny czy tylko trudny w poprawnej implementacji
    przy pierwszym podejściu??
    Myślałem, że to pewna i dobra alternatywa np. dla stosów mchp
    (MLA/Harmony) a tu takie kwiatki?

    --
    Marek


  • 8. Data: 2023-01-24 11:07:40
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Atlantis <m...@w...pl>

    On 24.01.2023 10:11, Marek wrote:

    > Nie pojmuję co Ty pokazujesz. IwIP jest aż tak
    > niedopracowany/niestabilny czy tylko trudny w poprawnej implementacji
    > przy pierwszym podejściu??
    > Myślałem, że to  pewna i dobra alternatywa np. dla stosów mchp
    > (MLA/Harmony) a tu takie kwiatki?

    Muszę się temu dokładniej przyjrzeć, jednak do tej pory nie miałem
    podobnego problemu w projektach związanych używających lwIP.
    Miałem jeden problem z aplikacją wykorzystującą raw sockety, ale tam
    winnym okazał się mój kod na warstwie aplikacji, który ciężko było
    pogodzić z filozofią opartą na callbackach. To był jeden z powodów dla
    których jednak postawiłem na FreeRTOS - dzięki niemu zyskałem dostęp do
    standardowych socketów.
    W końcu lwIP jest wykorzystywany przez środowisko ESP8266/ESP32. Nie
    tylko nie spotkałem się tam z niestabilnością stosu, ale też układy te
    są coraz częściej wykorzystywane w komercyjnych projektach.

    Generalnie na chwilę obecną wychodzi na to, że serwer www przyjmuje
    połączenia i jest w stanie odbierać dane. Problem pojawia się dopiero po
    tym, jak przesłany zostanie prawidłowy request HTTP GET. To znów mogłoby
    wskazywać na jakiś problem z pamięcią albo nadpisywaniem stosu, tylko
    już próbowałem zwiększać przydziały pamięci do dość znacznych wartości,
    a kod prawidłowo działa na płytce z dużo mniejszymi zasobami.


  • 9. Data: 2023-01-24 12:23:36
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Adam Górski <gorskiamalpawpkropkapl@xx>

    >> https://community.st.com/s/question/0D53W000018UPSKS
    A4/stm32f7-application-based-on-freertos-and-lwip-cr
    ashes-due-to-preciserr
    >
    >> https://stackoverflow.com/questions/65457310/tcp-ove
    r-lwip-returns-only-one-line-and-generally-crashes-a
    fter-8-messages-sent
    >
    > Nie pojmuję co Ty pokazujesz. IwIP jest aż tak
    > niedopracowany/niestabilny czy tylko trudny w poprawnej implementacji
    > przy pierwszym podejściu??
    > Myślałem, że to  pewna i dobra alternatywa np. dla stosów mchp
    > (MLA/Harmony) a tu takie kwiatki?
    >

    Pokazuję , że wiele osób miało problem lub nadal ma. Nie jesteś jedyny
    któremu się wykłada. Szukałbym podobnych przypadków.

    Z drugiej strony powinna być jakaś przykładowa aplikacja od ST.

    lwIP był portowany na wiele platform. Na jednych działa lepiej na innych
    gorzej. Zależy od umiejętności i wiedzy osoby wykonującej port oraz od
    ustawień.


    A baboli to w nim było.... - odnoszę się tutaj do wersji 1.3.0-1.4.0 z
    którymi miałem przyjemność na platformie Luminary Micro - później TI.

    W moim przypadku wyp....ło się losowo po wielu godzinach pracy.
    Nie udało mi się ustalić dlaczego.

    Czy lwIP , switch , kable czy PC.

    Efekty samodokumentujacego się kodu i niepełnego testowania.

    Powyższe jest wyłącznie moją subiektywną opinią i nie ma na celu
    obrażania kogokolwiek. Wynika wyłącznie z dziesiątek dupogodzin które
    odsiedziałem.

    Pozdrawiam

    Adam Górski



  • 10. Data: 2023-01-24 20:15:19
    Temat: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
    Od: Marek <f...@f...com>

    On Tue, 24 Jan 2023 12:23:36 +0100, Adam
    Górski<gorskiamalpawpkropkapl@xx> wrote:
    > W moim przypadku wyp....ło się losowo po wielu godzinach pracy.

    To co opisujesz (+wskazane problemy innych) wcale nie wzbudza
    zaufania do tego IwIP....
    Na stosie MLA mam urządzenia mission critical obsługujące procesy
    produkcyjne chodzące 24h już z 8 lat non stop, nie wyobrażam sobie by
    urządzenie miało niestabilny stos wieszając się i
    wstrzymując/zaburzając produkcję. Nie wspominajac o mało poważnych
    pierdołach typu inteligentny dom.
    Tak rozglądam się z alternatywą bo stos MLA/Harmony trochę
    hermetyczny a fajnej by było coś na innych mcu zrobić...

    --
    Marek

strony : [ 1 ] . 2 . 3


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: