Документация

О переходах уровня и асинхронных блоках

Блок Simulink^® Rate Transition спроектирован, чтобы иметь дело с проблемами вытеснения, которые происходят в передаче данных между блоками, запускающимися на различных уровнях. Эти вопросы обсуждаются в Основанном на времени Планировании и Генерации кода.

Можно обработать проблемы перехода уровня автоматически путем выбора модели configuratoin параметр Automatically handle rate transition for data transfer. Это избавляет вас от необходимости вручную вставить блоки Перехода Уровня, чтобы избежать недопустимых переходов уровня, включая недопустимые асинхронные-к-периодическому и асинхронные-к-асинхронному переходы уровня, в многоскоростных моделях. Для асинхронных задач механизм Simulink конфигурирует вставленные блоки для целостности данных, но не детерминизма во время передач данных.

Для асинхронных переходов уровня блок Rate Transition обеспечивает целостность данных, но не может обеспечить детерминизм. Поэтому, когда вы вставляете блоки Перехода Уровня явным образом, необходимо очистить параметры блоков Ensure deterministic data transfer (maximum delay).

Когда вы вставляете блок Rate Transition между двумя блоками, чтобы обеспечить целостность данных, и приоритеты присвоены задачам, сопоставленным с блоками, генератор кода принимает, что более высокая приоритетная задача может вытеснить более низкую приоритетную задачу, и более низкая приоритетная задача не может вытеснить более высокую приоритетную задачу. Если приоритет, сопоставленный с задачей или для блока, не присвоен или для приоритеты задач для обоих блоков, то же самое, генератор кода принимает, что любая задача может вытеснить другую задачу.

Приоритеты периодических задач присвоены механизмом Simulink, в соответствии с параметрами, заданными в разделе Solver selection панели Solver диалогового окна Configuration Parameters. Когда параметр Periodic sample time constraint устанавливается на Unconstrained, приоритет базовой ставки модели установлен в 40. Приоритеты для подуровней затем постепенно увеличиваются или постепенно уменьшаются 1 от приоритета базовой ставки, в зависимости от установки параметра Higher priority value indicates higher task priority.

Можно присвоить приоритеты вручную при помощи параметра Periodic sample time properties. Механизм Simulink не присваивает приоритет асинхронным блокам. Например, приоритет подсистемы вызова функции, которая соединяется назад с блоком Async Interrupt, присвоен блоком Async Interrupt.

Параметры блоков Simulink task priority блока Async Interrupt задает приоритетный уровень (требуемый) для каждого номера прерывания, ввели для параметра VME interrupt number(s). Приоритетный массив устанавливает приоритеты подсистем, соединенных с каждым прерыванием.

Для блока Task Sync, если пример RTOS (VxWorks^®) является целью, ясные параметры блоков Higher priority value indicates higher task priority. Параметр Simulink task priority задает приоритет блока относительно связанных блоков (в дополнение к присвоению приоритета RTOS к сгенерированному коду задачи).

vxlib1 библиотека обеспечивает два типа блоков перехода уровня как удобство. Это просто предварительно сконфигурированные экземпляры встроенного блока Simulink Rate Transition:

Обработайте переходы уровня для асинхронных задач

Для переходов уровня, которые включают асинхронные задачи, можно обеспечить целостность данных. Однако вы не можете достигнуть детерминизма. У вас есть опция использования блока Rate Transition или целевых блоков перехода уровня.

Рассмотрите следующую модель, которая включает блок Rate Transition.

Можно использовать блок Rate Transition в любом из следующих режимов:

В качестве альтернативы можно использовать целевые блоки перехода уровня. Следующие блоки доступны для примера RTOS (VxWorks):

Обработайте несколько асинхронных прерываний

Рассмотрите следующую модель, в которой две функции инициировали ту же подсистему.

Эти две задачи должны иметь равные приоритеты. Когда приоритеты являются тем же самым, результат зависит от того, стреляют ли они периодически или асинхронно, и также на диагностической установке. Следующая таблица и примечания описывают эти результаты:

Пустые ячейки в вышеупомянутой таблице представляют несколько триггеров отличающимися приоритетами, которые не поддержаны.

Генератор кода обеспечивает абсолютный тайм-менеджмент для подсистемы вызова функции, соединенной с несколькими прерываниями в случае где настройки таймера для TriggerA и TriggerB (источник времени, разрешение), то же самое.

Примите, что все следующие условия верны для модели, показанной выше:

Асинхронная подсистема вызова функции имеет одну глобальную переменную, clockTick# (где # ID задачи, сопоставленный с подсистемой). Эта переменная хранит абсолютное время для асинхронной задачи. Существует два способа синхронизировать, может быть обработан:

Размер слова переменной такта системных часов может быть установлен непосредственно или установлен согласно установке параметра конфигурации модели Application lifespan (days) и разрешение таймера, установленное S-функциями TriggerA и TriggerB (который должен быть тем же самым). Смотрите Таймеры в Асинхронных Задачах и Выделении Управляющей памяти для Счетчиков времени для получения дополнительной информации.

Защитите целостность данных с volatile Ключевое слово

Когда вы выбираете параметры блоков Ensure data integrity during data transfer, код, сгенерированный для блока Rate Transition, задает volatile глобальные буферы и семафоры и используют их, чтобы защитить целостность переданных данных. Для дополнительной защиты, или для защиты без блока Rate Transition, можно явным образом применить volatile к переданным данным. Для получения дополнительной информации смотрите, Защищают Глобальные данные с const и энергозависимыми Спецификаторами Типа (Embedded Coder).