eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaSTM32F107 + lwIP + FreeRTOSRe: STM32F107 + lwIP + FreeRTOS
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.n
    et!news.uzoreto.com!npeer.as286.net!npeer-ng0.as286.net!peer03.ams1!peer.ams1.x
    lned.com!news.xlned.com!peer01.ams4!peer.am4.highwinds-media.com!news.highwinds
    -media.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news
    .neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Date: Thu, 3 Nov 2022 08:33:44 +0100
    MIME-Version: 1.0
    User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
    Thunderbird/91.13.0
    Subject: Re: STM32F107 + lwIP + FreeRTOS
    Content-Language: pl
    Newsgroups: pl.misc.elektronika
    References: <6357a2b4$0$458$65785112@news.neostrada.pl>
    <6362d03b$0$558$65785112@news.neostrada.pl>
    <63635e39$0$451$65785112@news.neostrada.pl>
    From: Atlantis <m...@w...pl>
    In-Reply-To: <63635e39$0$451$65785112@news.neostrada.pl>
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Lines: 33
    Message-ID: <63636ede$0$563$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.27.20.75
    X-Trace: 1667460830 unt-rea-b-01.news.neostrada.pl 563 83.27.20.75:48876
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 2724
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:775174
    [ ukryj nagłówki ]

    On 03.11.2022 07:22, JDX wrote:

    > Poczytaj o mechanizmach synchronizacji w systemach wielowątkowych - nie
    > ma znaczenia czy to FreeRTOS, Linux, Windows czy coś innego - podstawy
    > są takie same, a API podobne. Na początek sprawdź hasła mutex (aka
    > binary semaphore), semafor, condition(al) varialble, bariera (np.

    Inaczej, to nie jest tak, że te pojęcia są dla mnie czymś zupełnie
    nowym. Używałem RTOS-a na ESP8266/ESP32 (tam jest on właściwie
    zintegrowany z SDK) oraz na Raspberry Pi Pico i jakieś proste zadania
    synchronizowałem za pomocą semaforów, np. upewniając się, że zadanie w
    jednym tasku nie zostanie wykonanie do momentu, aż nie pozwoli na to
    pojawienie się przerwania. W pierwszym momencie tutaj chciałem użyć
    podobnego mechanizmu z binary semaphoirami, ale najwyraźniej robię coś
    źle, bo po jego dodaniu mam dość mocny spadek wydajności - w tym
    przypadku słyszalny.

    Na chwilę obecną przeszedł mi do głowy jeszcze pomysł, żeby zastosować
    kolejkę wiadomości. Na zasadzie:

    Task I/O:
    - Sprawdza stan kolejnych przycisków
    - Jeśli wykryte zostanie naciśnięcie przycisku na kolejkę wysyłana jest
    wiadomość z kodem operacji do wykonania

    Główny task:
    - Cyklicznie wywołuje funkcję obsługującą maszynę stanów urządzenia
    - Następnie pobiera wiadomość z kolejki i wykonuje odpowiadającą jej
    operację, modyfikującą stan maszyny stanów.
    - W kolejnym przebiegu maszyna będzie już obsługiwana w swoim nowym stanie.

    Dzięki temu task I/O nigdy nie będzie wywoływał funkcji modyfikujących
    stan maszyny działającej w drugim tasku.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

  • 03.11.22 09:07 heby
  • 03.11.22 15:02 JDX
  • 03.11.22 20:57 Marek

Najnowsze wątki z tej grupy


Najnowsze wątki

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: