Полезные компоненты модели имеют четко определенный осциллограф, выполняют функциональность, заданную требованиями, и являются частью большей системы.
Когда вы задаете компонент, рассматриваете эти потенциальные требования.
Конкуренция файла — у Вас могут быть большие компоненты, если только один человек работает над каждым. Если необходимо совместно использовать компоненты между несколькими людьми, необходимо разделить проект на меньшие логические части. Если несколько человек должны отредактировать тот же файл, смотрите Слияние Модели Simulink из Отчета Сравнения.
Возможность многократного использования — Если вы ожидаете использовать группу блоков многократно в модели, задайте группу блоков в допускающем повторное использование компоненте. Путем предотвращения дублирования вы делаете поддержание модели легче. Чтобы осуществить рефакторинг существующую модель с дублированием, смотрите, Осуществляют рефакторинг Модели, чтобы Улучшить Повторное использование Компонента (Simulink Check).
Генерация кода — Если необходимо сгенерировать автономный код для физического компонента, такого как цифровой контроллер, у вас должен быть один компонент, который представляет физический компонент и имеет четко определенный интерфейс.
Стоимость верификации — Если часть модели часто изменяется и имеет высоко тестирующие затраты, необходимо управлять этой частью модели как компонент в отдельном файле. Когда компоненты заданы в отдельных файлах, можно управлять и проследить изменения с помощью системы контроля версий проекта. Для получения дополнительной информации о системе контроля версий смотрите управление конфигурацией.
Скорость симуляции — Используя другие решатели для компонентов с различными числовыми свойствами может увеличить скорость симуляции. Точно так же группирующиеся блоки на основе их частоты дискретизации могут увеличить скорость симуляции. Для получения дополнительной информации см. Solver Profiler и Улучшайте Производительность Симуляции Используя Performance Advisor.
Различные типы компонентов Simulink® предназначаются для различных размеров и функциональностей. Например, модели, на которые ссылаются, обычно содержат больше чем 500 блоков.
Модели Simulink могут использовать любую комбинацию этих типов компонента.
| Тип компонента | Определение | Источник содержимого | Реализация в модели |
|---|---|---|---|
| Подсистема | Уникальная группа блоков с динамическим интерфейсом, который может быть визуальным или функциональным. | Ни один — Содержимое не должен быть вручную добавлен к каждой подсистеме | Блок Subsystem |
| Ссылка подсистемы | Ссылка на допускающую повторное использование группу блоков с динамическим интерфейсом, который может быть визуальным или функциональным. | Файл подсистемы ( | Блок Subsystem Reference |
| Модель - ссылка | Ссылка на модель с четко определенным интерфейсом, который функционален и независим от родительской модели. | Файл модели ( | Блок Model |
| Вариантная система | Несколько реализаций компонента только с одной активной реализацией. Вариантные системы позволяют вам обращаться к различным наборам требований в одной модели. Варианты могут быть любым другим типом компонента, включая комбинацию типов компонента. | Ни один — Варианты не должен быть вручную добавлен к каждой вариантной системе | Блок Variant Subsystem |
| Соединенный блок, который может быть соединен с любым компонентом, который хранится в библиотеке | Соединенный экземпляр блока, который хранится в библиотеке. Если вы отключаете ссылку библиотеки, каждый экземпляр соединенного блока может быть уникальным. Когда вы перетаскиваете ссылку подсистемы или модель - ссылку из библиотеки в модель, она непосредственно ссылается на файл подсистемы или файл модели, который задает его содержимое. Это сделало, чтобы библиотека соединилась только, когда родительскому библиотечному блоку применили маску непосредственно к нему. Как правило, необходимо использовать маски модели, которые сохранены в файле, на который ссылаются, и не требуют ссылки библиотеки. | Файл библиотеки ( | Блокируйтесь со ссылкой библиотеки |
Эта блок-схема обеспечивает начальную точку для выбора типа компонента.
Прежде, чем реализовать компонентно-ориентированное на результате этой блок-схемы, рассмотрите дополнительные требования моделирования. Для получения информации о совместимости компонента с моделированием требований смотрите, Сравнивают Возможности Типов Компонента модели.
Если вы ожидаете, что подсистема вырастет, сделайте ее атомарной так, чтобы она функционально сгруппировала блоки и выполнила их вместе. Функционально группировка блоков облегчает преобразовывать подсистему в модель, на которую ссылаются.
Model | Subsystem | Variant Subsystem, Variant Model
