LOL, Mate we've had that conversation, Just say what you want to say .
Well, Geez mate, its' 400 pages, you know
I'm going through it as we speak, i'm up to page 34
I've had 5 cups of coffee and it's 4am
but rest assured i will go through it , if anyone will, it's me
I just figure because delays puts it into BLOCKED state, but of course with delay we specify a time event, i assumed that i could possibly given an argument with Delete as well.
I'll have a play with this.
Ok, well then if that's what you meant
the delay task in the main arduino loop (to my knowledge) does not have a priority level although i imagine it would be given one at some stage, if i had to guess, i would say it was 0
Run the sketch/Fig-1 of post #1 with the same priority levels for both Task10 and Task11. Observe the blinking of three LEDs and predict the priority level of the LoopTask. I have an answer and let me check if it matches with your one and then I will ask the Teachers to devise an experiment for knowing the priority level of the loop() function.
Again I could not find that it is from the official FreeRTOS or ESP provider. The reference to ESP32 comes after the general introduction and all following code examples perform the ms to tick conversion.
Even if it may be possible (but not useful) to set a tick to 1 ms I think that it's a stupid idea to oversimplify ticks into ms. If you don't proof your assumption yourself then I'll test and report how many ticks make up 1 ms on my ESP.
The ChatGPT says:
A tick is a fundamental time unit in FreeRTOS, and its duration is determined by the system's tick rate, which is typically set during FreeRTOS initialization. For example, if the tick rate is set to 1 millisecond (1 tick = 1 ms), then vTaskDelay(1); would delay the task for 1 millisecond.