A field team faces an unresolved physical question: How can one lab pass sampling and still fail compression? They must answer it before changing maximum absolute weight on the real device. Predict the direction first.
See the relationship before changing it
The figure reads from left to right. The blue card is maximum absolute weight. The middle card applies this page's relationship. The green card is nyquist. Walk the arrows once: set the input, apply the rule, then read the result with its unit.
The retained audit below checks several chapter fixtures. This added model holds every other chapter fixture fixed, so the numeric fixture does not switch without explanation.
Derive the baseline in four named moves
- 1
Name the input. The chapter baseline for maximum absolute weight is 0.85.
- 2
Name the relationship. fgesture=1/T; q=max|w|/127; code=round(w/q); ŵ=codeq
- 3
Substitute the chapter fixture. Set maximum absolute weight to 0.85. The page ledger gives nyquist as 50 Hz.
- 4
Read the result. Keep Hz beside the value. Use it only inside the technical boundary on this page.
Predict, then change maximum absolute weight
Try Predict the direction of nyquist. Move one control, calculate, then check your prediction.
Observe Expanding the weight range makes every code step wider. It changes model rounding but cannot change the already sampled gesture clock. Reset the control to 0.85 and compare nyquist.
Explain Only maximum absolute weight moves here. The other chapter fixtures remain fixed.
Check yourself
What should you do before trusting a moved-control result?
What does this small model leave out?
1. Two errors share one nickname
Temporal aliasing happens when a changing gesture is sampled too slowly. Weight rounding happens when a fixed trained number is parked on the nearest int8 code. One depends on hertz; the other depends on the selected weight range and code count.
2. Name the moves
Halve the sample rate100 Hz gives a 50 Hz Nyquist limit.
Invert the gesture period800 ms is 0.8 s, so the fundamental is 1/0.8 = 1.25 Hz.
Set the int8 scaleq = max|w| / 127.
Round the codecode = round(w/q).
Reconstruct and compareŵ = code q; error = |ŵ − w|.
3. Work the lab's fixed case
The reconstructed weight is −0.200787, so the error is 0.000787, inside q/2 = 0.00335. Separately, 50/1.25 = 40 gives the wrist-wave fundamental forty-fold room below Nyquist.
4. Try one controlled change
TryMove only the calibrated maximum absolute weight. The 100 Hz input, 800 ms gesture, −0.20 example weight, and int8 code range stay fixed.
ObserveAt max |w| = 0.85, the step is 0.0066929, the code is −30, reconstruction is −0.200787, and error is 0.000787. The timing outputs do not move.
ExplainExpanding the weight range makes every code step wider. It changes model rounding but cannot change the already sampled gesture clock.
The widget is a symmetric, per-tensor, ideal int8 example.
- Input
- Higher gesture harmonics and analogue filtering still need measurement
- Quantiser
- Real models may use per-channel scales, zero points, clipping, and saturation
- Outcome
- One reconstructed weight cannot prove accuracy or threshold stability
Release against representative windows, the deployed conversion, and the actual runtime.
5. Read the forty-fold margin honestly
The 1.25 Hz fundamental is far below 50 Hz, but a sharp gesture contains higher harmonics. The margin is a useful first check, not proof that the full motion waveform and sensor front end are alias-free.
6. Keep two acceptance rows
For sampling, record rate, filter, window, mounting, and spectrum. For compression, record calibration range, scale policy, saturation, per-class metrics, confidence thresholds, artifact hash, and target-runtime result.
7. Check yourself
Does the 100 Hz rate determine the int8 weight scale?
Why must the −0.20 error stay below q/2?
Does one passing round trip approve the model?
The equations reproduce the lab's teaching values, not a universal TinyML quantiser.
- 100 Hz
- Lab sensor cadence
- 0.85
- Sketch maximum absolute weight
- 0.000787
- One example's reconstruction error
Go deeper in the lab and validate both the physical input and the complete optimized artifact.
Edge Eddie guides