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

Question

В чем (если есть) различия между библиотекой Simulink и эталоном модели.Есть ли преимущества в использовании любого из них в разных ситуациях?

Answer 1

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

Answer 2

Добавление еще немного к ответу Даниельмса:

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

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

Answer 3

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

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

• Моделирование: вмоделирование Ссылки на MDL генерируются как dll, что делает ваши симуляции намного быстрее (эффект намного больше, чем разница между нормальным режимом и режимом акселератора)боль в использовании из-за ограничений

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

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

Answer 4

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

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

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