Różnice między FreeRTOS dla Arduino a standardowym FreeRTOS

Janusz_kk napisał:

No ok, ale to jest inny freertos bo pod arduino, ja oglądalem zwykły http://www.freertos.org/

Szkoda, że nie ma tematu o RTOS dla Arduino. Z chęcią bym się czegoś dowiedział od strony praktycznej.
Gdy RTOS używa przerwań od WD (nie zadziała na każdym AVR, dajmy na to mega128) to jak task oddaje czas innym zadaniom? AVR nie może generować przerwań programowo więc jak to jest realizowane?
Czy 8kB RAM na RTOS w praktyce wystarcza? W wątku o RTOS na Elektrodzie wyczytałem, że domyślne 256bajtów przeważnie wystarcza ale czasem potrzeba i 1kB.
W AVR nie ma trybu nadzorcy. Przerwania nie mają swojego stosu? Jeśli tak, to stos tasku musi brać to pod uwagę.
Gdy chciałbym przenieść program z wielowątkowości używającej millis to przyjmuję, że każda moja konstrukcja

to osobny task. Takich konstrukcji mam, zależnie od programu, od kilku do 20 czy 30. Przyjmując minimalny stos 256 bajtów, przy 20 taskach, potrzebuję ponad 5kB RAM, przy 30 blisko 8kB. Sam koszt RAM na RTOS stawia pod znakiem zapytania używanie ArduinoMega2560.

Janusz_kk napisał:

Nowsze atmegi mogą bo mają przerwania od WD, starsze startują od resetu, ale pamięć nie jest kasowana,

Ale ten start "chwilę" trwa.

Janusz_kk napisał:

więc wystarczy sprawdzić określony obszar
czy są jakieś dane, sumę kontrolną i pokierować dalszym startem.

Ale nadal nie wiem jak task oddaje czas innym gdy nie ma nic do roboty. Jak wywołuje przerwanie od WD?

Janusz_kk napisał:

o_Tadeusz napisał:

Ale nadal nie wiem jak task oddaje czas innym gdy nie ma nic do roboty. Jak wywołuje przerwanie od WD?

No musi się zawiesić czyli pętla nieskończona, WD wtedy sam się wywoła.

W praktyce po czasie zadziałanie WD. To już nie jest RTOS, to bardziej Windows, który "błaga" aplikację aby oddała czas dla CPU.

Janusz_kk napisał:

ale jak ma go wywłaszczyć to tylko przez WD.

To oznacza, że nie jest to RTOS, skoro task nie może "powiedzieć" już nie "potrzebuję CPU".

Janusz_kk napisał:

windowsami to zupełnie inna historia jest.

Akurat w tym przypadku, to wygląda podobnie. System NIE PANUJE nad taskami, to taski rządzą.

Janusz_kk napisał:

o_Tadeusz napisał:

To oznacza, że nie jest to RTOS, skoro task nie może "powiedzieć" już nie "potrzebuję CPU".

I robi WD, w czym masz problem? a że trwa to 15ms to już taka uroda jego.

Uroda taka, że jak inny kolega wcześnie napisał, to dyskwalifikuje ten RTOS. On dział ja Windows, czyli z RTOS ma niewiele wspólnego.

Janusz_kk napisał:

Zatrzymałeś się na W95,98?

W XP a także i w WIn10, mam to samo! W Win10 zamaskowano pewne problemy przez to, że nie wyświetla się informacji o nich. Pierwsze co mi przychodzi do głowy, to bezustanne instalowanie myszy i klawiatury (HID), czego Linux nie robi i z założenia, w USB to już jest. Windows chyba o tym jednak nie wie (Linux wie) mimo tego, że USB wymysł (także) M$ ale już nie twórcy Linux.