As robots grow, teams split work across many Part Studios and pull geometry between them with Derived features and in-context edits. Done carelessly, this is where models silently go wrong.
Symptom: an in-context part stops updating when the master changes. In-context geometry is captured against a specific assembly context. If you edit the source after that context was created, the dependent part keeps using the old snapshot. Fix: update the context — right-click the part in the Assembly and choose Update context, or in the Part Studio open the three-dot menu on the Assembly contexts list and choose Update context — or, better, migrate to a derive-from-version workflow so the dependency is explicit.
Symptom: a Derived part shows an out-of-date or broken reference after the source edits. Derive grabs specific entities; rename or delete the source face/sketch and the derive loses them. Fix: re-edit the Derived feature and re-select, or derive whole parts/sketches (more stable than deriving individual faces).
The durable workflow (used by advanced teams): derive from a version, not live. In Onshape you can create a Version of the document, then point a Derive feature at that version — even within the same document. The downstream Part Studio only changes when you deliberately bump it to a new version. This gives you reproducibility (a teammate opening the file sees exactly what you saw) and it can improve performance, because Onshape treats a version as immutable/static instead of recomputing the live source.
Pattern for a robot: keep one Master Sketch/Layout Part Studio that holds critical dimensions. Version it. Each subsystem Part Studio derives the relevant layout sketch from that version. When the layout changes, you make a new version and update each subsystem's derive on purpose — no surprise breakage mid-build.
Debugging checklist when a reference breaks: (1) Identify whether it is in-context or derived (the icon differs). (2) Check whether the source was renamed/deleted. (3) Prefer re-selecting whole entities over faces. (4) If it is live-derived and keeps breaking, convert to derive-from-version. (5) Communicate to the team that the layout version bumped, so no one is editing an old context.
The root cause is almost always an undisciplined dependency graph; the cure is making every cross-Part-Studio link explicit and version-locked.
Key takeaways
- In-context geometry is a snapshot; it goes stale unless you update the context or move to derive-from-version
- Derive whole parts/sketches rather than individual faces so renames don't orphan references
- Version your master layout and derive subsystems from that version for reproducibility and steadier performance
Keep going
Take the quiz · +10 XP with an accountMore in Common Mistakes & Troubleshooting
Sources & corrections
This lesson is AI-assisted: drafted from primary sources, then reviewed and edited by hand. Errors still get through. When one is reported we fix it and write down what changed — publicly, in the corrections log.
Sources and further reading
- FRCDesign.org Learning Course — Top Down Design (layout-driven)frcdesign.org
- Onshape Help — Performance Considerationscad.onshape.com
- Onshape Forum — strategies to address slow regenerationforum.onshape.com
Read next
Articles on this, for competition day
The lesson covers how it works. These cover what to do when it breaks.
- 13 min read
WPILib Won't Deploy: Every Cause and How to Fix It
Your WPILib deploy is failing? Work the decision tree: wrong folder in VS Code, team number, roboRIO image, JDK version, macOS network privacy. Fixes for each.
Read - 8 min read
FRC Onshape Tutorial: How to CAD Your First Robot Part
A beginner Onshape tutorial for FRC: sign up free, learn Part Studios and Assemblies, sketch and extrude your first part, and pull in COTS parts.
Read
Lesson quiz
RequiredAll 3 right completes the lesson. Miss one and only that question comes back — anything you already answered correctly stays banked.
0 of 3 answered
01.In Onshape, when the source assembly used to create an in-context feature changes, what happens to that in-context reference?
02.To keep a Derived feature from breaking when the upstream model is edited, what should you derive from?
03.To make cross-Part-Studio references survive a source edit, what should you prefer when creating a Derive feature?
Answer every question to submit.
All 31 lessons in CAD & Design
- Not started:Configurations vs. Parametric Variables: Designing One Model, Many Robots
- Not started:FeatureScript Automation for FRC
- Not started:Browser-Based FEA: Weight-Optimizing Real Structures
- Not started:Swerve System Geometry & Motion Math
- Not started:Case Study: FRC 6328's Modular Gusset-and-Tube Methodology