Physical AI · Theory
T4 — From Sensors to Observations
How robots turn physical measurements into information they can reason about.
In T2 we saw what a robot is trying to know, and in T3 we saw the whole stack. This lesson zooms into the first step: how the physical world becomes something the stack can use.
Learning objectives
After this lesson, you should be able to:
- Explain what a sensor measures.
- Distinguish raw measurements from observations.
- Explain why sensor measurements are incomplete and noisy.
- Identify common sensor failure modes.
- Explain the role of preprocessing.
- Distinguish sensing from perception.
- Explain why multiple sensors may complement each other.
- Explain how observations feed state estimation and Physical AI decisions.
The question throughout is simple: what information does the robot actually receive from the physical world, and how does it become useful? This is not a full Sensors or Perception course; those tracks go deeper.
The one-sentence idea
A sensor gives the robot measurements; the Physical AI system must turn those measurements into useful observations about the world.
Five terms carry this sentence, and they are not interchangeable:
- Sensor
- A device that responds to a physical quantity. Example: a camera responds to light.
- Measurement
- The raw, or nearly raw, output of a sensor. Example: an image, or a list of distances.
- Processing
- The cleaning and interpretation applied to measurements. Example: removing invalid readings, finding objects.
- Observation
- Information derived from measurements that is useful for reasoning. Example: “red bottle detected, here.”
- State / belief
- What the robot concludes from observations (T2). Example: “the bottle is probably on the table.”
What a sensor actually does
A sensor never delivers “the red bottle is on the table.” It measures a physical quantity and nothing more:
- Camera
- Light becomes an image.
- LiDAR
- Reflected laser pulses become ranges, or points. (LiDAR is a laser scanner that measures distance.)
- IMU
- Acceleration and angular velocity. (An IMU, or inertial measurement unit, senses motion.)
- Wheel encoder
- Wheel rotation.
- Force sensor
- Force and torque.
- GPS
- Position-related measurements from satellite signals.
The physical world contains states and events. Sensors provide measurements that give us evidence about those states and events. This is the same chain you met in T2:
- True world
- Sensor
- Measurement
- Observation
Raw measurement vs observation
This is the central distinction. A LiDAR produces thousands of range measurements per scan. Those are not yet “there is a wall 4 meters ahead.” Processing can turn them into a point cloud, a filtered point cloud, clusters, obstacles and geometric features. A camera works the same way:
- Pixels
- Image processing / perception
- Object detection
- “red bottle detected”
The exact boundary between measurement, observation and perception depends on the system architecture, and there is no single universally accepted definition. For this curriculum:
- Measurement: raw or relatively direct sensor output.
- Observation: information derived from measurements that is useful to the robot’s reasoning and state-estimation system.
Examples across sensors
| Sensor | Raw measurement | Possible observation | Does not directly tell you |
|---|---|---|---|
| Camera | Pixels | Object detected at image coordinates | Exact 3D position, without more information |
| LiDAR | Ranges, points | Obstacle geometry | What an object is, automatically |
| IMU | Acceleration, angular velocity | A motion-related estimate | Global position |
| Wheel encoder | Wheel rotation | Wheel displacement, odometry | Exact global robot position |
| Force sensor | Force, torque | Contact information | Object identity |
| GPS | A position measurement | Approximate global location | Exact indoor pose |
From measurement to observation
- Physical worldThe source of everything.
- SensorResponds to a physical quantity.
- Raw measurementRaw or nearly raw output.
- PreprocessingCleans and aligns the data.
- Feature / signal extractionPulls out edges, clusters, motion.
- ObservationUseful information for reasoning.
- State estimation / beliefCombines observations over time (T2).
- PlanningDecides what to do (T3).
- ActionChanges the world.
Preprocessing is the unglamorous step that decides data quality. Typical operations:
- Filtering
- Removing invalid values
- Coordinate transformation
- Calibration
- Synchronization
- Normalization
- Segmentation
Why does it matter? Because errors travel. Bad measurements produce bad observations, bad observations produce bad state estimates, and bad state estimates produce bad decisions.
Sensor limitations
Every sensor gives only a limited view of reality. The main limits, in plain terms:
- Range
- The sensor only works within a certain distance.
- Resolution
- Small objects or details cannot be told apart.
- Field of view
- The sensor sees only part of the environment.
- Accuracy
- How close a measurement is to reality.
- Precision
- How much repeated measurements vary.
- Update rate
- The sensor may not refresh fast enough for the task.
- Environmental sensitivity
- Lighting, rain, dust, reflective or transparent surfaces, magnetic interference.
Accuracy and precision are different. A sensor can give very consistent readings that are all wrong in the same direction. The Sensors track covers these in depth.
Noise, missing data and outliers
Three problems are normal engineering conditions, not rare accidents.
Noise
Measurements fluctuate around the actual value. The true range is 5.0 m, and the readings are:
4.9 5.1 5.0 4.8 5.2
Missing data
A sensor may temporarily fail to provide useful information. A camera loses an object because something blocks it.
Outliers
A measurement is wildly inconsistent with its neighbors. One LiDAR reading among its neighbors:
5.0 5.1 5.0 27.4 5.1
Downstream systems must be designed for all three. A planner that trusts every reading will swerve around a 27.4 m ghost, or freeze when a reading disappears.
Field of view and occlusion
A sensor can only observe what it can physically measure. An object behind another object, outside the camera’s field of view, around a corner, or hidden by something blocking the LiDAR will not appear in the measurements.
Visible
- Robot
- Sensor
- Object: observed
Occluded
- Robot
- Sensor
- Obstacle
- Hidden object: not observed
Not observed does not mean does not exist.
This is the hidden state from T2: the world holds information the robot currently lacks.
Timing and latency
Observations have times attached. Suppose at t = 1.0 s the camera sees an obstacle at position A. At t = 1.2 s the robot receives and processes that observation, and the obstacle may now be at position B. Four things create the gap:
- Sensor timestamp: when the measurement was actually taken.
- Processing delay: the time spent turning measurements into observations.
- Communication delay: the time data spends crossing buses and networks.
- Stale observations: information that was true once but is old now.
An observation is information about what was observed at a particular time.
This matters most in dynamic environments, where the world keeps moving while the data travels.
Sensing vs perception
Sensing is measuring the physical world. Perception is extracting meaningful information from measurements.
| Sensor | Sensing gives | Perception gives |
|---|---|---|
| Camera | Pixels | “Red bottle detected at this location, with this confidence.” |
| LiDAR | Ranges, points | “Obstacle cluster detected about 3 m ahead.” |
The boundary depends on the architecture. Some systems do heavy processing before exposing anything; others expose low-level measurements directly. The distinction to keep is between a measurement and the meaningful information extracted from it. The Perception track (coming soon) takes this step in depth.
Multiple sensors
One sensor is rarely enough, because each is strong where another is weak:
- Camera
- Rich visual information, but depth may be uncertain.
- LiDAR
- Strong geometry, but limited understanding of what things are.
- IMU
- High-rate motion information, but it drifts.
- Wheel encoders
- Useful motion information, but affected by wheel slip.
- Camera
- LiDAR
- IMU
- Encoders
- Better observations
Combining them has costs: calibration (knowing exactly where each sensor sits), synchronization (aligning their clocks), coordinate frames (expressing everything in one frame), conflicting measurements, and extra computation. We do not teach fusion methods here.
Observation quality and decision making
Suppose the robot detects a red bottle with confidence 0.98, and in another case a red bottle with confidence 0.42. It should not necessarily behave the same way. With a doubtful observation it has choices:
- act anyway,
- observe again,
- use another sensor,
- move to get a better view, or
- ask for clarification.
Observation quality affects what the robot should do next. Later lessons on belief, grounding, verification and deciding when to act, inspect or ask build on this idea.
One complete example
Take “Bring the red bottle from the kitchen to the user,” and look only at the sensing side.
Step 1 — The camera looks at the kitchen
The raw measurement is an image.
Step 2 — Perception detects objects
The observation: red bottle detected, with a location estimate and a confidence.
Step 3 — LiDAR provides geometry
The observation: where obstacles are and where space is free.
Step 4 — Encoders and IMU report motion
The observation: how the robot itself has probably moved.
Step 5 — The observations feed the world model
The state or belief is updated with all of it.
Step 6 — The bottle becomes occluded
There is no current visual observation of it. That does not mean the bottle disappeared, and the robot must keep appropriate uncertainty about where it is.
Where this fits in Physical AI
- World
- Sensors
- Measurements
- Processing
- Observations
- State / belief
- Planning
- Action
T4 covers the transition from sensors to measurements to observations. T2 covered observations to state and belief, and T3 showed state and belief to planning and action. Together they trace one path from the world to action.
Common misconceptions
Misconception 1 “A camera tells the robot what objects exist.”
Correction A camera provides measurements. A perception system interprets them.
Misconception 2 “If a sensor doesn’t detect something, it isn’t there.”
Correction The object may be outside the field of view, occluded, too far away, or missed by the sensing or perception system.
Misconception 3 “More sensors automatically solve perception.”
Correction Multiple sensors provide complementary information but bring calibration, synchronization and fusion challenges.
Misconception 4 “An observation is always the current state.”
Correction Observations can be noisy, delayed, incomplete or ambiguous.
Misconception 5 “Sensor data is either correct or incorrect.”
Correction Real measurements have varying degrees of uncertainty and quality.
Engineering takeaways
- Sensors measure physical quantities.
- Measurements are evidence about the world.
- Observations are useful information derived from measurements.
- Sensors have limited range, resolution, timing and reliability.
- Noise, missing data and outliers are normal engineering problems.
- Not observing something does not mean it does not exist.
- Perception extracts useful meaning from sensor measurements.
- Multiple sensors can provide complementary information.
- Observation quality affects state estimation and decisions.
- Physical AI depends on continuously turning physical measurements into useful information.
Bad observations propagate upward: poor sensing can become poor state estimation, poor planning and eventually poor physical action.
Knowledge check
Three conceptual questions. Write an answer, then reveal the explanation. Your answers stay in your browser.
Question 1
A LiDAR returns a point cloud. Is the point cloud itself the complete state of the world?
Explanation
No. A point cloud is a sensor measurement, and it holds only partial information about the environment. It shows only what the laser could reach, from one viewpoint, at one moment, with noise. It says nothing directly about what the objects are, what is hidden behind them, or what is out of range. The robot has to interpret and combine it to form a state estimate.
Question 2
A camera stops detecting a red bottle because another object blocks it. What should the robot conclude?
Explanation
The bottle is currently unobserved. The robot should not automatically conclude that it no longer exists. The detection stopped because the view was blocked, which says nothing about where the bottle is. The robot should keep a belief that it is probably still there, perhaps with growing uncertainty, and can move for a better view.
Question 3
Why might a robot use both a camera and LiDAR?
Explanation
They provide complementary information, and combining them can improve the robot’s understanding. The camera is rich in visual detail, so it can tell what something looks like, but its depth can be uncertain. LiDAR gives strong geometry, but little sense of identity. Using both requires calibration, synchronized timing and a shared coordinate frame.
What’s next
We now know how physical measurements become observations. The next question is: how does the robot represent what those observations mean about the world?
Related tracks and labs
Nothing below is required to finish this lesson. Each goes deeper than T4 does.
- TrackSensors
How robots measure the world, including LiDAR point clouds.
- LabProcess & Transform a Point Cloud
Preprocessing in practice: clean, filter and transform a raw LiDAR frame.
- LabBuild a LiDAR Obstacle Detection Pipeline
Go from raw measurements to obstacle observations and a stop or go decision.
- TrackPerception and Localization & SLAM Coming soon
How measurements become observations, and how robots localize in depth.
- LessonT2: State, Observation and Belief
What the robot concludes from observations.
- LessonT3: The Physical AI Stack at a Glance
Where sensing sits in the whole system.
- Lab 03Partial Observability In development
Turn noisy, partial observations into a belief.
Get notified when the next lesson and new labs are released.
One email per new lesson or lab.