Document Units - Autodesk Fusion 360

1. What dimension should Fusion evaluate and display in the active document units?
   Answer: $55.8\text{ mm}$, because both terms are converted and then added. Whenever you see a question about mixed-unit expressions in Fusion 360, the key concept to understand is that Fusion 360 is unit-aware — it treats every number-unit pair as a true physical quantity, converts each term to the document's active units independently, and then performs the arithmetic. Here's the math: $2\text{ in} \times 25.4\frac{\text{mm}}{\text{in}} = 50.8\text{ mm}$. Add the second term, which is already in millimeters: $50.8\text{ mm} + 5\text{ mm} = 55.8\text{ mm}$. Fusion evaluates and displays this result in the active document units — confirming B is correct. Choice A ($50.8\text{ mm}$) reflects a misconception that Fusion discards terms with different units rather than converting them. Both terms are valid and both contribute to the result. Choice C ($177.0\text{ mm}$) represents the trap of adding the raw numeric values first ($2 + 5 = 7$) and then converting as if those were inches: $7\text{ in} \times 25.4 = 177.8\text{ mm}$. This misunderstands that conversion happens per term, not after summing. Choice D ($7.0\text{ mm}$) assumes unit labels are cosmetic and ignored, so it just adds $2 + 5 = 7$. Fusion absolutely respects unit annotations in expressions. A good study tip: remember that Fusion 360's expression engine behaves like a physics-aware calculator. Each value carries its units through the entire calculation. When you see mixed-unit expressions on the exam, always convert each term to document units first, then combine.
2. Which pair gives the correct lower and upper diameter limits in millimeters?
   Answer: $12.573\text{ mm}$ and $12.827\text{ mm}$, converting both inch limits to millimeters. Whenever you convert engineering tolerances between unit systems, the golden rule is: convert every limit independently, never mix units or apply values from one system directly into another. The supplier specifies limits of $0.500 - 0.005 = 0.495\text{ in}$ (lower) and $0.500 + 0.005 = 0.505\text{ in}$ (upper). Converting each using the exact factor $1\text{ in} = 25.4\text{ mm}$: $0.495 \times 25.4 = 12.573\text{ mm}$ $0.505 \times 25.4 = 12.827\text{ mm}$ This confirms D as correct — both limits are properly converted, preserving the supplier's intent exactly. A is a trap that converts only the lower limit correctly but leaves the upper limit at the nominal converted value ($0.500 \times 25.4 = 12.700\text{ mm}$), creating an asymmetric tolerance range that doesn't match the original ±0.005 in specification. B makes a classic unit-confusion error: it applies the inch tolerance value ($0.005$) directly as if it were millimeters, producing $12.700 \pm 0.005\text{ mm}$. This is far too tight — $0.005\text{ in}$ is actually $0.127\text{ mm}$, not $0.005\text{ mm}$. C doubles the correctly converted tolerance ($0.005 \times 25.4 = 0.127\text{ mm}$, then uses $\pm 0.254\text{ mm}$), producing limits that are far too wide and don't represent the original specification. Study tip: In Fusion 360 tolerance work, always convert the actual numerical limits first, then enter them — never convert only the nominal value or carry a tolerance number across unit systems raw.
3. Which action best satisfies both requirements?
   Answer: Change the active units under the open design's Document Settings to millimeters. Fusion 360 separates two distinct unit settings: Preferences (which controls defaults for future new designs) and Document Settings (which controls units for the currently open design only). Whenever a question asks you to change units for one specific design without affecting future work, that distinction is your key to the right answer. Changing the active units inside Document Settings of the open file does exactly what the scenario requires — it switches that design to millimeters immediately, and because it's scoped to the document, your global Preferences remain untouched. All existing and new dimensions in that file will reflect millimeters going forward. That makes D the correct action. A is wrong because manually appending "mm" suffixes to dimensions is a cosmetic workaround, not a real unit conversion. The geometry and parametric values remain in inches, so calculations and exports will still be inch-based — a recipe for errors. B has the cause and effect backwards. Changing Preferences updates the default for new designs created after that change; it does not retroactively alter an already-open document. Reopening the file doesn't help either, since the document itself carries its own unit setting independently. C is a dangerous distractor. Scaling geometry by $25.4$ (the inch-to-millimeter conversion factor) while keeping units in inches doesn't actually switch units — it just makes everything physically larger by that factor, corrupting your design's intended dimensions. Study tip: On Fusion 360 questions, watch for the scope of a setting — document-level vs. application-level. If the task is file-specific, the answer almost always lives in Document Settings, not Preferences.
4. How should the parameter and dependent dimension be represented after the change?
   Answer: Width displays $50.8\text{ mm}$ and the dependent dimension displays $12.7\text{ mm}$. Whenever you see a question about unit changes in Fusion 360, the key concept to understand is that Fusion 360 stores all values internally in a single, fixed unit system (centimeters, under the hood). Changing the display units never alters the actual geometry — it only changes how values are shown to you. So when Width is defined as $2\text{ in}$, Fusion 360 stores that physical length permanently. When you switch to millimeters, Fusion 360 converts the display: $2\text{ in} \times 25.4 = 50.8\text{ mm}$. The dependent dimension Width/4 recalculates in the new display units: $50.8\text{ mm} \div 4 = 12.7\text{ mm}$. The physical geometry is completely unchanged — only the numeric representation updates. This confirms A is correct. Choice B is wrong because it implies the dependent dimension ignores the unit conversion and stays at $0.5$ — as if dividing the old inch value ($2/4 = 0.5$) without converting. That's not how Fusion 360 works; the expression Width/4 always references the converted display value of Width. Choice C incorrectly suggests Width stays as $2\text{ mm}$, which would mean the physical size actually shrank — a fundamental error. Changing units never rescales your model. Choice D is wrong because it leaves units as inches after you've explicitly switched to millimeters, which contradicts how document unit changes work. Study tip: Remember the phrase "display changes, geometry doesn't." On unit-conversion questions in Fusion 360, always ask yourself: what is the true physical length, and how does it appear in the new unit?
5. Which result correctly describes the constrained line after the unit change?
   Answer: Its length displays approximately $7.087\text{ in}$, while its angle remains $30\text{ deg}$. Whenever you see a unit-change question in Fusion 360, ask yourself two separate questions: what happens to linear dimensions, and what happens to angular dimensions? These are governed by different rules. In Fusion 360, when you switch the active linear units (for example, from millimeters to inches), the software re-displays existing linear constraints in the new unit while preserving the physical geometry. So a line constrained to $180\text{ mm}$ is still exactly the same physical length — it simply reads as $180 \div 25.4 \approx 7.087\text{ in}$. Angular dimensions, however, are already unit-agnostic in this context: degrees are degrees regardless of whether your linear unit is millimeters or inches. The angle constraint of $30\text{ deg}$ stays exactly $30\text{ deg}$. That makes A the correct answer. Looking at the wrong choices: B is incorrect because it incorrectly converts the angle as if it were a linear value — $0.524$ is actually $30°$ expressed in radians, not degrees. Fusion 360 does not convert angles when you change linear units. C is wrong because it assumes the number 180 stays the same while only the label changes to inches — this would mean the line physically grew by a factor of 25.4, which Fusion 360 does not do. D is nonsensical on both counts: $4.572\text{ in}$ has no clear derivation, and angles above $360°$ signal an invented distractor. A useful rule of thumb: linear unit changes rescale the display number; angular unit changes (deg ↔ rad) are a separate toggle entirely. Keep those two settings mentally separated when studying Fusion 360 document settings.
6. Which entry produces the same physical dimension in the millimeter document?
   Answer: Enter $0.500\text{ in}$ so Fusion converts the explicit value to $12.7\text{ mm}$. Whenever you work across documents with different unit systems in Fusion 360, the key concept to internalize is that Fusion 360 interprets any bare number you type as belonging to the active document's units. The document doesn't magically remember where a value came from — it only knows what units it's currently set to. This means that if your document is set to millimeters and you want to reproduce a measurement of $0.500\text{ in}$, you must either convert manually ($0.500 \times 25.4 = 12.7\text{ mm}$) or let Fusion do it for you by appending the explicit unit suffix. Entering **$0.500\text{ in}$** in a millimeter document is the correct approach (answer B) because Fusion recognizes the "in" suffix, performs the conversion automatically, and stores the result as $12.7\text{ mm}$ — physically identical to the original dimension. Answer A is wrong because entering $0.500$ without a suffix causes Fusion to interpret it as $0.500\text{ mm}$, which is roughly 50 times smaller than the intended dimension — a critical error. Answer C fails because entering $0.500\text{ mm}$ locks in the wrong physical size immediately; switching units afterward only changes how existing values are displayed, not their actual physical magnitude. Answer D reverses the logic entirely. Entering $12.7\text{ in}$ would display as approximately $322.58\text{ mm}$ after conversion — nowhere near the target. A reliable study tip: in Fusion 360, always append unit suffixes when copying dimensions across mixed-unit documents. The suffix forces a conversion; a bare number always belongs to the current document's active units.
7. Which statement correctly interprets the resulting value and geometry?
   Answer: Fusion preserves $25.46\text{ mm}$, although the converted display may show $2.5\text{ cm}$. Whenever you see a question about unit changes or display precision in Fusion 360, the core concept to remember is that the internal model stores exact geometry — the display is just a window into that data, not the data itself. Fusion 360 maintains a high-precision internal representation of every dimension. Changing display units or rounding precision never modifies the underlying geometry; it only changes how that geometry is shown to you. So the edge at $25.46\text{ mm}$ stays exactly $25.46\text{ mm}$ in the database. When you switch to centimeters with one decimal place, Fusion converts $25.46\text{ mm} \div 10 = 2.546\text{ cm}$, then rounds the display to $2.5\text{ cm}$. The geometry is untouched. This confirms B as correct. A is wrong because the rounded display value never becomes authoritative. Fusion doesn't scale geometry to match a truncated display — the rounding is cosmetic only. C contains a seductive but false logic: it treats the previously displayed value of $25.5\text{ mm}$ as if it were the stored value, then converts it to $2.55\text{ cm}$. But Fusion never stored $25.5\text{ mm}$ — that was just the rounded display. The real stored value remains $25.46\text{ mm}$. D is entirely fabricated. Switching to centimeters doesn't truncate or destroy millimeter-level precision; it's a unit display preference, not a data-reduction operation. Your study tip: think of Fusion's internal engine as always working in a high-precision neutral format. Units and precision settings are display filters, never geometry editors.
8. How do the two dimensions compare after the second entry?
   Answer: The first is $25.4\text{ mm}$, while the second is $1\text{ mm}$. Whenever you see a question about Fusion 360 units and sketch dimensions, the key concept to keep in mind is that unitless values are always interpreted relative to the document's active units at the moment of entry — but previously entered values are stored in their original unit context and simply converted for display. Here's how this plays out: when you typed $1$ while the document was set to inches, Fusion 360 stored that dimension as $1\text{ in}$. After switching to millimeters, Fusion converts that stored value for display — $1\text{ in} \times 25.4 = 25.4\text{ mm}$ — but the underlying geometry doesn't change. When you then type $1$ again under the millimeter setting, Fusion interprets that unitless entry against the current active units, storing it as $1\text{ mm}$. So the first dimension becomes $25.4\text{ mm}$ and the second is $1\text{ mm}$, confirming that C is correct. Choice A is wrong because Fusion doesn't "lock in" the unit context of an earlier entry for future inputs — each new entry reads the current active units. Choice B is wrong because changing document units never reinterprets or rescales previously defined geometry; it only changes how existing values are displayed. Choice D is wrong because both dimensions are displayed in millimeters after the unit change — neither would show as inches — and the math is also incorrect. A useful rule of thumb: existing dimensions survive a unit change unscaled; new unitless entries always follow the active units at entry time. When studying, practice switching units mid-sketch and observing which values change display vs. which values stay physically identical.
9. What should the designer expect after changing the active units?
   Answer: The edge remains the same size and is displayed as approximately $3.937\text{ in}$. Whenever you see a question about unit changes in Fusion 360, focus on one core principle: geometry is stored internally as an absolute physical quantity, not as a number tied to any display unit. Changing units in Document Settings is purely a display preference — it tells Fusion how to label measurements, not how to resize the model. So when a $100\text{ mm}$ edge exists and you switch to inches, Fusion converts the display value using the standard conversion $1\text{ in} = 25.4\text{ mm}$: $\frac{100\text{ mm}}{25.4\text{ mm/in}} \approx 3.937\text{ in}$ The physical edge stays exactly the same size in the real world — only the numerical label changes. That makes A correct: the edge remains unchanged and is now displayed as approximately $3.937\text{ in}$. B is wrong because it describes what would happen if Fusion rescaled the geometry to $100$ of the new unit — a dangerous misconception. Your model would balloon to nearly $2.54\text{ m}$ if this were true. C invents a fictional "double conversion" error that Fusion simply does not perform; the conversion happens once, correctly, via the standard factor. D is wrong because the display will change — continuing to show $100\text{ mm}$ after switching to inches would defeat the entire purpose of changing units. As a study tip, remember: unit changes in Fusion 360 are cosmetic, not geometric. The model's real-world size is sacred. Any question suggesting the geometry resizes when you change display units is describing a bug, not a feature.
10. What area should Fusion report in square inches?
    Answer: $1.000\text{ in}^2$, applying the conversion factor to both area dimensions. Whenever you see a unit-conversion question involving area, remember that area is two-dimensional — it's length × length. That means any linear conversion factor must be applied twice. The key fact here is that $1\text{ in} = 25.4\text{ mm}$, so $1\text{ in}^2 = 25.4^2 = 645.16\text{ mm}^2$. The face measures exactly $645.16\text{ mm}^2$, which means it is precisely $1.000\text{ in}^2$. Fusion 360 doesn't alter the geometry when you switch units — it simply re-expresses the same physical size in the new unit system. Answer C is correct. Answer A is a classic dimensional-analysis trap: applying the linear factor (25.4) only once, as if area were a one-dimensional quantity. That would give $\frac{645.16}{25.4} \approx 25.4\text{ in}^2$, which is off by another factor of 25.4. Answer B goes the wrong direction entirely — multiplying by $\frac{1}{25.4}$ once converts millimeters to inches linearly, but here you'd need to divide by $25.4^2$, not just $25.4$. The result $0.03937\text{ in}^2$ is far too small. Answer D reflects a misunderstanding of how CAD unit switching works — simply slapping "in²" onto the original number $645.16$ ignores that the numerical value must change when the unit changes. A reliable study tip: whenever you convert area units, write out the conversion as $\left(\frac{1\text{ in}}{25.4\text{ mm}}\right)^2$ explicitly. Squaring the fraction automatically reminds you to square the conversion factor, preventing the single-application mistake every time.

Start this quiz