CMSIS/FreeRTOS, Resume Task from ISR, CMSIS osThreadResume verwendet die xTaskResumeFromISR nicht, w

Das ist auch in der cmsis so dokumentiert, den Grund kenne ich aber auch 
nicht.
Für diese Aufgabe würde ich aber eher eine Queue oder Semaphore 
verwenden, das könnte billiger sein als suspend/resume.

Hallo,

eine queue verwende ich, aber der Task soll nicht permanent laufen bzw. 
die queue pollen. Gibt es eine Möglichkeit dass der Task auf die Queue 
wartet und aktiviert wird sobald Werte darin sind? Ansonsten fällt mir 
nur "Task-Delay", also zyklisches pollen auf, schlecht für die Echteit 
und auch wenig effizient.

xTaskResumeFromISR wurde in der CMSIS V2 entfernt, in den V1 war das 
implementiert.

Grüße, Seppel

P.S.

https://sourceforge.net/p/freertos/feature-requests/139/

P.S.2: Wozu man "portYield" oer "TaskYield" benötigt habe ich nicht 
verstanden. Wenn mir das jemand erklärt wäre ich sehr dankbar, die RTOSe 
die ich vorher kennengelernt habe hatten das nicht.

Vorab, ich habe selbst noch nicht mit FreeRTOS gearbeitet.

seppel schrieb:
> Wozu man "portYield" oer "TaskYield" benötigt habe ich nicht verstanden.

Kommt auf deine Konfiguration an ob/was es macht:
https://www.freertos.org/a00020.html#taskYIELD

seppel schrieb:
> aber der Task soll nicht permanent laufen

Wenn ich das richtig verstehe könntest du deine Berechnungstask doch mit 
xTaskNotifyWait o.ä. schlafen legen:
https://www.freertos.org/xTaskNotifyWait.html

Sobald alle Werte vorhanden sind wirfst du sie wieder über ein Event 
(xTaskNotify / FromISR) an:
https://www.freertos.org/xTaskNotify.html
https://www.freertos.org/xTaskNotifyFromISR.html

seppel schrieb:
> eine queue verwende ich, aber der Task soll nicht permanent laufen bzw.
> die queue pollen. Gibt es eine Möglichkeit dass der Task auf die Queue
> wartet und aktiviert wird sobald Werte darin sind? Ansonsten fällt mir
> nur "Task-Delay", also zyklisches pollen auf, schlecht für die Echteit
> und auch wenig effizient.

geht

TaskNotification
if( ulTaskNotifyTake( pdFALSE, portMAX_DELAY  )==pdTRUE){
}


oder per Queue
if ( pdTRUE == xQueueReceive(Event_mbox,  event, portMAX_DELAY   ) )
{
}


Der Task steht solange nichts in der queue liegt oder ein notify kommt

in der portablen CMSIS Version wären das dann die osMessageQueue 
Funktionen,
https://www.keil.com/pack/doc/CMSIS/RTOS2/html/group__CMSIS__RTOS__Message.html
Messwerte oder Messwerttupel wie Zeitstempel+Messwert kann man direkt in 
eine Queue werfen.
Bei größeren Strukturen würde viel kopiert, da kann man mit zwei Queues 
arbeiten. Eine wird zuerst mit Zeigern auf freie Blöcke gefüllt. Der 
Sender (ISR) holt dann aus dieser Q einen Zeiger, füllt den Block mit 
Daten und wirft den Zeiger dann in die andere Q. Der Empfänger blockiert 
an dieser bis Daten da sind, verarbeitet die und wirft den Zeiger dann 
wieder in die Q der freien Blöcke.

Hallo,

@MaNi: "Kommt auf deine Konfiguration an ob/was es macht: 
https://www.freertos.org/a00020.html#taskYIELD"; . Warum sollte man das 
RTOS nicht preemtive betreiben? Wenn es nicht preemtive betrieben wird, 
dann würde ich trotzdem immer erwarten dass die ISR abgearbeitet wird 
und nach dem Verlassen die lauffähigen Taks gescheduled werden, nicht 
von der ISR aus, denn darin werden in der Regel andere Interrupts 
blockiert, läuft mit hoher Prio,... und dann in einen niederprioren 
Task? Kommt mir merkwürdig vor.

@gfdgd: Schöner Vorschlag, wartet der Task mit "portMAX_DELAY" unendlich 
lange? Was bedeutet "port" bei "portMAX_DELAY", ich bin etwas irritiert 
was das bedeutet.

Vielen Dank für eure Hilfe.

Viele Grüße, Seppel