Читаем Real-Time Interrupt-driven Concurrency полностью

(Shared { a: 0, b: 0, c: 0 }, Local {}, init::Monotonics())

}

// Direct destructure

#[task(binds = UART0, shared = [&a, &b, &c])]

fn uart0(cx: uart0::Context) {

let a = cx.shared.a;

let b = cx.shared.b;

let c = cx.shared.c;

hprintln!("UART0: a = {}, b = {}, c = {}", a, b, c).unwrap();

}

// De-structure-ing syntax

#[task(binds = UART1, shared = [&a, &b, &c])]

fn uart1(cx: uart1::Context) {

let uart1::SharedResources { a, b, c } = cx.shared;

hprintln!("UART0: a = {}, b = {}, c = {}", a, b, c).unwrap();

}

}

}

<p id="Инструкции_по_миграции"><strong><a l:href="#Инструкции_по_миграции">Инструкции по миграции</a></strong></p>

В этом разделе описывается как мигрировать между различными версиями RTIC. Можно также использовать для сравнения версий.

<p id="Миграция_с_v05x_на_v060"><strong><a l:href="#Миграция_с_v05x_на_v060">Миграция с v0.5.x на v0.6.0</a></strong></p>

Этот раздел описывает как обновиться с версии v0.5.x на v0.6.0 фреймворка RTIC.

<p id="cargotoml___увеличьте_версию"><code><strong><a l:href="#cargotoml___увеличьте_версию">Cargo.toml</a></strong></code><strong><a l:href="#cargotoml___увеличьте_версию">- увеличьте версию</a></strong></p>

Измените версию cortex-m-rtic на "0.6.0".

<p id="mod_вместо_const"><code><strong><a l:href="#mod_вместо_const">mod</a></strong></code><strong><a l:href="#mod_вместо_const">вместо</a></strong><code><strong><a l:href="#mod_вместо_const">const</a></strong></code></p>

С поддержкой атрибутов над модулями трюк с const APP теперь не нужен.

Измените

#![allow(unused)]

fn main() {

#[rtic::app(/* .. */)]

const APP: () = {

[код здесь]

};

}

на

#![allow(unused)]

fn main() {

#[rtic::app(/* .. */)]

mod app {

[код здесь]

}

}

Так как теперь используется обычный модуль Rust, это значит, что можно использовать обычный пользовательский код в этом модуле. Также жто значит, что use-выражения для ресурсов (и т.п.) могут понадобиться.

<p id="Перенос_диспетчеров_из_extern_c_в_аргументы_app"><strong><a l:href="#Перенос_диспетчеров_из_extern_c_в_аргументы_app">Перенос диспетчеров из</a></strong><code><strong><a l:href="#Перенос_диспетчеров_из_extern_c_в_аргументы_app">extern "C"</a></strong></code><strong><a l:href="#Перенос_диспетчеров_из_extern_c_в_аргументы_app">в аргументы app.</a></strong></p>

Измените

#![allow(unused)]

fn main() {

#[rtic::app(/* .. */)]

const APP: () = {

[код здесь]

// RTIC требует, чтобы неиспользуемые прерывания были задекларированы в блоке extern, когда

// используются программные задачи; эти свободные прерывания будут использованы для управления

// программными задачами.

extern "C" {

fn SSI0();

fn QEI0();

}

};

}

на

#![allow(unused)]

fn main() {

#[rtic::app(/* .. */, dispatchers = [SSI0, QEI0])]

mod app {

[код здесь]

}

}

Это работает и для ОЗУ-функций, см. examples/ramfunc.rs

<p id="init_всегда_возвращает_поздние_ресурсы"><strong><a l:href="#init_всегда_возвращает_поздние_ресурсы">Init всегда возвращает поздние ресурсы</a></strong></p>

С целью сделать API более симметричным задача #[init] всегда возвращает поздние ресурсы.

С этого:

#![allow(unused)]

fn main() {

#[rtic::app(device = lm3s6965)]

mod app {

#[init]

fn init(_: init::Context) {

rtic::pend(Interrupt::UART0);

}

// [еще код]

}

}

на это:

#![allow(unused)]

fn main() {

#[rtic::app(device = lm3s6965)]

mod app {

#[init]

fn init(_: init::Context) -> init::LateResources {

rtic::pend(Interrupt::UART0);

init::LateResources {}

}

// [еще код]

}

}

<p id="Структура_resources___resources"><strong><a l:href="#Структура_resources___resources">Структура Resources -</a></strong><code><strong><a l:href="#Структура_resources___resources">#[resources]</a></strong></code></p>

Ранее ресурсы RTIC должны были располагаться в структуре с именем "Resources":

#![allow(unused)]

fn main() {

struct Resources {

// Ресурсы определены здесь

}

}

В RTIC v0.6.0 структура ресурсов аннотируется также, как и #[task], #[init], #[idle]: атрибутом #[resources]

#![allow(unused)]

fn main() {

#[resources]

struct Resources {

// Ресурсы определены здесь

}

}

На самом деле, имя структуры предоставлено на усмотрение разработчика:

#![allow(unused)]

fn main() {

#[resources]

struct Whateveryouwant {

// Ресурсы определены здесь

}

}

будет работать так же хороршо.

<p id="Вызовпланирование_откуда_угодно"><strong><a l:href="#Вызовпланирование_откуда_угодно">Вызов/планирование откуда угодно</a></strong></p>

С этой новой возвожностью, старый код, такой как:

#![allow(unused)]

fn main() {

#[task(spawn = [bar])]

fn foo(cx: foo::Context) {

Перейти на страницу:

Похожие книги

Компьютерные сети. 6-е изд.
Компьютерные сети. 6-е изд.

Перед вами шестое издание самой авторитетной книги по современным сетевым технологиям, написанное признанным экспертом Эндрю Таненбаумом в соавторстве со специалистом компании Google Дэвидом Уэзероллом и профессором Чикагского университета Ником Фимстером. Первая версия этого классического труда появилась на свет в далеком 1980 году, и с тех пор каждое издание книги неизменно становилось бестселлером. В книге последовательно изложены основные концепции, определяющие современное состояние компьютерных сетей и тенденции их развития. Авторы подробно объясняют устройство и принципы работы аппаратного и программного обеспечения, рассматривают все аспекты и уровни организации сетей — от физического до прикладного. Изложение теоретических принципов дополняется яркими, показательными примерами функционирования интернета и компьютерных сетей различного типа. Большое внимание уделяется сетевой безопасности. Шестое издание полностью переработано с учетом изменений, произошедших в сфере сетевых технологий за последние годы, и, в частности, освещает такие технологии, как DOCSIS, 4G и 5G, беспроводные сети стандарта 802.11ax, 100-гигабитные сети Ethernet, интернет вещей, современные транспортные протоколы CUBIC TCP, QUIC и BBR, программно-конфигурируемые сети и многое другое.

Дэвид Уэзеролл , Ник Фимстер , Эндрю Таненбаум

Учебные пособия, самоучители