ContiMech
Robotics & Automation Engineering
Topic W04 · 03.03.2026

Simulink-архітектура моделі

Підсистеми, workspace-параметри, signal naming, scopes, model hygiene, структура .slx як інженерного артефакту.

Навчальний фокус

Що студент має зрозуміти

T04.1

Модель як комунікаційний артефакт

Пояснити власними словами, показати у моделі, підтвердити графіком або чисельним експериментом.

T04.2

Як не перетворити Simulink на “спагеті”

Пояснити власними словами, показати у моделі, підтвердити графіком або чисельним експериментом.

T04.3

Що має бути у моделі перед design review

Пояснити власними словами, показати у моделі, підтвердити графіком або чисельним експериментом.

Практика

Практична робота

Розділення моделі на Electrical/Mechanical/Controller/Load або Kinematics/Wheel Dynamics/Controller.

  • Підготувати 3 контрольні питання до теми і відповісти на них без LLM-підказок.
  • Додати до Git короткий commit note: що змінилось і чому.
  • Додати один графік, який показує не лише результат, а й проблему або обмеження моделі.
  • Описати один ризик неправильного застосування методу в реальній інженерній задачі.
  • Зробити мінімум один ручний розрахунок або sanity check для перевірки чисельної моделі.
Лабораторна

ЛР-04: Simulink baseline + перший Scope + параметризація.

Очікуваний артефакт: First .slx model, block-level screenshot, parameter file.

Дата лабораторного слоту: 05.03.2026. Формат: онлайн + демо.

Додаткові матеріали

Simulink-модель: онлайн-база для поглиблення

block structure, parameter files, signal naming, model hygiene. Ці посилання не замінюють матеріали курсу, але дають студенту траєкторію для самостійного посилення теми.

Ключові ресурси теми

Розгорнути

Практичне застосування

Розгорнути
  • Знайти в одному з ресурсів приклад, близький до командного проєкту, і додати коротке посилання в README.
  • Порівняти матеріал з власною моделлю: що збігається, а що відрізняється через фізичні припущення.
  • Додати один sanity check або один графік, який підтверджує правильність обраного підходу.
  • Зафіксувати у weekly status: що було використано, чому саме це джерело, який результат отримано.

Контроль якості та автентичності

Розгорнути
  • Не копіювати готові рішення без пояснення. Кожне посилання має завершитись власним висновком.
  • У звіті окремо відмітити: source → застосований фрагмент → власна модифікація → результат.