Разница между библиотекой Simulink и ссылкой на модель

Ответ 1

Основная цель библиотек и ссылок на модели одинакова: облегчить повторное использование моделей simulink. Когда вы работаете с библиотеками, simulink "импортирует" содержимое ссылочных моделей в основную модель. Иногда это приводит к тому, что разработчик имеет дело с гигантскими моделями (более 50 тыс. Блоков), что может занять много времени. Когда вы создаете библиотеку, файл lib не может быть запущен. Вы должны "создать экземпляр" в основной модели. С другой стороны, ссылка на модель имеет дело с разделенными моделями. Они объединяются, когда вы нажимаете кнопку имитации, но во время разработки вы имеете дело с полностью разделенными моделями. С помощью ссылки на модель вы также можете выбрать методы ускорения (в основном компилирует модель), и это невозможно сделать с помощью библиотек.

Ответ 2

Добавление еще одного ответа danielmsd:

• Управление конфигурацией: ссылки на модели можно легко ввести в контроль версий и разработчики могут работать независимо друг от друга. Библиотека - это один файл, поэтому блоки не может быть версией отдельно, и разработчики не могут работать параллельно.
• Вы можете защитить ссылки на модели.
• Генерация кода: инкрементная сборка возможна только с привязкой модели.

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

Ответ 3

Преимущества mdl ref: - Генерация кода: ссылки на модели допускают частичную сборку при использовании продукта кодера. Предполагая, что у вас действительно большая модель с блоками 100 тыс., И для ее построения требуется 20 минут, разделение ее на ссылки на модели сократит время сборки, так как только измененная модель потребуется перестроить.

• Обновление модели: обновлены только измененные ссылки на модели "CTRL + D", поэтому это помогает при наличии действительно больших моделей.

• Моделирование: в симуляциях mdl refs генерируются как dll, что делает ваши симуляции намного быстрее (эффект намного больше, чем разница между нормальным и accellerator режиме)

Недостатки боли: - В целом ссылка Mdl - это как-то боль в использовании из-за ограничений

• Невозможно передать файл Simulink.parameter.object с древовидной структурой. (При использовании типа: BusObject только свойство value имеет структуру, другие свойства не имеют)

• Когда подсистема имеет сигнал шины в качестве входного сигнала, для mdl ref требуется объект шины, чтобы указать входной интерфейс, а библиотечный блок - нет. (Даже если его довольно уродливо использовать неуказанные входные данные шины в блоке lib). (Обратите внимание, что busobject всегда является глобальным в базовом рабочем пространстве... риск именования столкновений)

Ответ 4

Из проектной модели системы следует использовать ссылки на компоненты вашей системы. Это разные части, из которых изготовлена ​​ваша система. Библиотеки должны использоваться как утилиты. Это reuable блоки, которые используются в вашем дизайне.

Например, система управления роботом включает в себя компоненты: навигация, управление, path_plannen и т.д. Это компоненты и должны быть реализованы с использованием ссылок на модели. В этом случае они разрабатываются как независимые модели и могут быть протестированы независимо.

Внутри компонентов вам понадобятся блоки утилиты, такие как low_pass_fileter, error_state_handler и check_input_range, это библиотеки.