aboutsummaryrefslogtreecommitdiff
path: root/book/en/src/by-example/app_task.md
blob: e0c67ad2c2e6561f414f2dffd494ee8ab3c3f316 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<!-- Should probably be removed -->

# Defining tasks with `#[task]`

Tasks, defined with `#[task]`, are the main mechanism of getting work done in RTIC.

Tasks can

* Be spawned (now or in the future)
* Receive messages (message passing)
* Prioritized allowing preemptive multitasking
* Optionally bind to a hardware interrupt

RTIC makes a distinction between “software tasks” and “hardware tasks”. Hardware tasks are tasks that are bound to a specific interrupt vector in the MCU while software tasks are not.

This means that if a hardware task is bound to an UART RX interrupt the task will run every time this interrupt triggers, usually when a character is received.

In the coming pages we will explore both tasks and the different options available.