# Matlab Simulink Modeling > MATLAB Simulink Modeling - Skill: `wzyn20051216/matlab-simulink-modeling` (Agent Skill) - Install (CLI): `npx skillmds@latest add wzyn20051216/matlab-simulink-modeling` - Raw SKILL.md: https://api.skillmd.com/api/skills/wzyn20051216/matlab-simulink-modeling/raw - Safety review: pending (external: skill-scanner PASS, skillspector PASS) - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: wzyn20051216 (https://skillmd.com/u/wzyn20051216) - Updated: 2026-09-22 - Page: https://skillmd.com/skills/wzyn20051216/matlab-simulink-modeling --- # MATLAB Simulink Modeling Use this skill for model-based design and simulation workflows. ## First Checks 1. Confirm `Simulink` is installed with `ver` and licensed with `license('test','Simulink')`. 2. Prefer an official MATLAB MCP auto session tied to a visible MATLAB/Simulink desktop before substantial edits. Use `load_system`, `open_system`, and `set_param(modelName,"ZoomFactor","FitSystem")` so the user can see the model. 3. Audit topology before editing: blocks, lines, solver config, sample times, logged signals. 4. Prefer existing model architecture and naming. 5. Save a copy before destructive edits to user models. ## Visible Workflow Requirement The user specifically wants to watch Simulink modeling and simulation, not only receive final artifacts. Default to this sequence unless the user explicitly asks for headless-only execution: 1. Bring up a visible MATLAB/Simulink window first. 2. For an existing model, run: ```matlab load_system(modelPath) open_system(modelName) set_param(modelName,"ZoomFactor","FitSystem") ``` 3. For a new model, call `new_system`, save it under `artifacts/models/` or the project model folder, then immediately `open_system` before adding the rest of the blocks. 4. During automated construction, save and refresh the model at meaningful milestones so the user can see progress: plant, controller, feedback path, logging/scopes, and final layout. 5. During simulation and tuning, open Scope blocks or MATLAB figures and update/plot each run so the user can see response changes. 6. If the model window does not appear, do not assume success. Verify the visible window title if possible and retry by focusing MATLAB's command window and executing `open_system` there. 7. Still export `.slx`, data, figures, logs, and validation reports for reproducibility after the visible demonstration. ## MCP Requirement For this repository and machine: 1. Use official MATLAB MCP auto-mode control for model creation, block editing, simulation, and tuning by default. 2. Let MCP reuse an existing shared session when present, otherwise allow it to start visible MATLAB automatically. 3. Do not replace visible MCP-driven Simulink work with silent batch execution unless the user explicitly asks for headless execution. 4. In reports, clearly state that the modeling path was MCP-driven and note any exact blocker if a required MCP action could not be completed. ## Build and Modify Use Simulink APIs rather than manual UI steps: - `new_system`, `open_system`, `load_system`, `save_system` - `add_block`, `delete_block`, `add_line`, `delete_line` - `get_param`, `set_param`, `find_system` - `Simulink.SimulationInput` for parameter sweeps - signal logging or `To Workspace` blocks for measurable outputs If SimuBridge MCP tools are available, prefer them for topology audit, library search, block editing, workspace variables, and waveform analysis. ## Simulation Acceptance A model task passes only when: - The model diagram updates/compiles after editing, for example with `set_param(modelName,"SimulationCommand","update")` or an equivalent compile/update check. - The model loads without errors. - Solver and stop time are explicit. - Simulation completes to the requested stop time. - Required signals are logged and nonempty. - Generated `.slx`, `.mat`, `.png`, or report artifacts are saved. ## Post-Edit Self Check After writing or modifying a Simulink model, run a self-check before reporting completion: 1. Save the model. 2. Update/compile the diagram with `set_param(modelName,"SimulationCommand","update")`. 3. Fix unconnected ports, solver/sample-time errors, algebraic loops, missing variables, and block parameter errors found by the update step. 4. Run the requested simulation or a smoke simulation to the target stop time. 5. Verify logged signals are nonempty and finite. 6. If code generation is in scope, continue into Simulink Coder / Embedded Coder after simulation passes, then verify generated files exist and are nonempty. 7. If any compile, simulation, or code generation step cannot pass because a toolbox, support package, compiler, or hardware target is missing, state the exact blocker and save the current runnable model/artifacts for the next attempt. ## External Tool Hang Triage When a Simulink build waits on external tools, diagnose the boundary instead of repeatedly rerunning `slbuild`: - If the model simulates but build hangs, inspect generated build logs, `STM32CubeMX.log`, temporary script files, and active `java.exe`, compiler, or CubeMX processes. - For STM32 builds, verify the `.ioc` is bound through `STM32CubeMX.ProjectFile`; a CubeMX installation alone is not enough. - Check whether the project path contains non-ASCII characters, spaces, or very long segments. Copy to a short ASCII scratch path such as `C:\codex_build\project_name` for one isolation run. - Distinguish direct tool availability from MATLAB registration. MATLAB may fail even when a desktop shortcut launches the tool. - Record the exact phase that passed: diagram update, simulation, code generation, CubeMX generation, compiler build, or binary creation. ## Risk Checklist Watch for: - Algebraic loops. - Unit/sample-time mismatches. - Hidden Goto/From or Data Store dependencies. - Unconnected ports. - Solver stiffness and step-size drift. - Simscape initialization failures. - Stateflow unreachable states or missing default transitions. ## Reporting Always report model path, stop time, solver, changed blocks, logged signals, and validation artifacts.