How Much of That Reading Is Motion?

How Much of That Reading Is Motion?

Ada re-derives this chapter’s own numbers step by step, at full precision

foundations
math-foundations
calculation-audit
sensor-applications
Ada ADA · CALCULATION AUDIT

How Much of That Reading Is Motion?

A flat phone reports a raw accelerometer reading of (0.2, 0.1, 9.9) m/s², and the large 9.9 makes it look like the phone is moving hard. But subtract the roughly 9.81 m/s² of gravity and the leftover is only about 0.24 m/s² — essentially at rest. This audit re-runs that subtraction to answer the question the reading invites: how much of that value is actually motion?

Companion to the chapter Mobile Sensor APIs — every number here comes from that chapter.

See the relationship before changing it

The figure reads from left to right. The blue card is measured z acceleration. The middle card applies the page rule. The green card is residual magnitude. Walk the arrows once: set the input, apply the rule, then read the result with its unit.

Measured z acceleration changes residual magnitude An input card leads through the rule magnitude = sqrt(0.2^2 + 0.1^2 + (z - 9.81)^2) to the residual magnitude result. INPUT PAGE INPUT APPLY THE RULE predict calculate check units OUTPUT RESULT
Walk the arrows. Subtracting gravity still leaves tilt and frame error in the residual.

Derive the baseline in four named moves

  1. 1

    Name the input. The chapter baseline is 9.9 m/s^2.

  2. 2

    Name the relationship. magnitude = sqrt(0.2^2 + 0.1^2 + (z - 9.81)^2)

  3. 3

    Substitute with units. sqrt(0.2^2 + 0.1^2 + 0.09^2) = 0.241 m/s^2

  4. 4

    Read the result. Keep the unit beside the value. Use it only inside the technical boundary on this page.

Predict, then change measured z acceleration

Try Predict the direction of magnitude = sqrt(0.2^2 + 0.1^2 + (z - 9.81)^2). Test another measured z acceleration, then compare residual magnitude.

9.9 m/s^2
Chapter baseline
Residual magnitude

Observe Subtracting gravity still leaves tilt and frame error in the residual. Reset measured z acceleration to 9.9 and compare residual magnitude.

Explain Subtracting gravity still leaves tilt and frame error in the residual.

Check yourself

What should you do before trusting a moved-control result?
Answer: Predict its direction, apply the shown relationship, keep the units, and reset to the worked baseline.
What does this small model leave out?
Answer: Only measured z acceleration moves here. Field effects named in the technical boundary stay fixed.
TryRecompute sqrt(0.2^2 + 0.1^2 + 0.09^2) = sqrt(0.04 + 0.01 + 0.0081) = sqrt(0.0581) = 0.241039..., about 0.24 m/s^2.
ObserveTrack sqrt(0.2^2 + 0.1^2 + 9.9^2) = sqrt(98.06) = 9.9025... m/s^2.
ExplainExplain Raw over residual: 9.9025 / 0.2410 = 41.1.

Ready: use the stated baseline inputs, then compare each displayed result.

Ada: The practitioner example reads a flat phone at (0.2, 0.1, 9.9) m/s^2, subtracts gravity, and calls the result “essentially at rest.” Let me verify the magnitude, then ask what the leftover really is.

Subtracting an assumed gravity of (0, 0, 9.81) gives the linear-acceleration vector (0.2, 0.1, 0.09). Its magnitude is:

  • sqrt(0.2^2 + 0.1^2 + 0.09^2) = sqrt(0.04 + 0.01 + 0.0081) = sqrt(0.0581) = 0.241039..., about 0.24 m/s^2

The chapter’s ~0.24 checks out. Now compare it with the raw reading’s magnitude:

  • sqrt(0.2^2 + 0.1^2 + 9.9^2) = sqrt(98.06) = 9.9025... m/s^2
  • Raw over residual: 9.9025 / 0.2410 = 41.1

So reading the raw magnitude as movement would overstate the motion by about 41x, which is the point the chapter makes. But there is a quieter catch. A perfectly flat phone would read 0 on x and y; the 0.2 and 0.1 that survive are sqrt(0.2^2 + 0.1^2) = 0.2236 m/s^2 of horizontal residual, and that is 0.2236 / 0.2410 = 93% of the whole leftover. On a phone that is a fraction of a degree off level, that horizontal component is not motion at all, it is gravity leaking through an imperfect frame assumption. At 0.24 m/s^2 the residual is only 0.24 / 9.81 = 2.5% of one g, well inside tilt-and-noise territory. “Essentially at rest” is the right call, but the honest reason is that the leftover is dominated by frame error, which is exactly why the chapter insists you rotate into the correct frame using orientation before trusting a motion number.

Every number above is taken from the chapter’s own material and re-derived step by step.

Technical boundaries. This decomposition deliberately does not simulate handset sensor bias, orientation changes, sampling jitter, or user motion. It separates the chapter's fixed acceleration reading into gravity and linear-motion terms only.