I have a system consisting of 3 priorities on an Atmega1281 using FreeRTOS 9.0.0.
Pri 0 is the idle task and RailTask.
Pri 1 is SlaveTask.
Pri 2 is the software timer task.
RailTask runs in a little loop which contains (a.o.) a vTaskDelay(1) statement.
This old thread suggests that vTaskDelay(1) may resume the task on the next tick - depending on how far we are into the present tick when vTaskDelay(1) is called, this means that RailTask may get delayed arbitrarily less than one tick, is that correct? The reason I’m asking is that the system shows a rare problem which suggests that the delay is sometimes much shorter than expected (it’s so rare that it’s hard to do any diagnostics on it).