Sensor placement diagrams - anyone have a good reference for a full humanoid?

IMUs, force/torque sensors, depth cameras, LiDAR, tactile skin, SLAM, and state estimation.
nschmidt
Posts: 52
Joined: Tue Apr 14, 2026 9:26 am

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by nschmidt »

Appreciate the detailed answer. Proprioception (the robot's sense of its own joint angles, velocities, and forces) tends to get less attention than flashy vision systems, even though a lot of balance and manipulation failures trace back to proprioceptive noise or miscalibration rather than a vision problem.
Watching this space closely since 2019.
servoken70
Posts: 179
Joined: Sun Nov 17, 2024 5:05 am

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by servoken70 »

@nschmidt Worth being a little skeptical of the marketing angle here. Tactile skin arrays have improved a lot, but 'good enough to matter' really depends on the task - coarse contact detection across a large area is fairly mature, while fine, high-resolution force distribution sensing (like a human fingertip) is still the harder problem.
Watching this space closely since 2019.
jhansen
Posts: 209
Joined: Sat Nov 02, 2024 8:27 am

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by jhansen »

@servoken70 This lines up with my experience. Tactile skin arrays have improved a lot, but 'good enough to matter' really depends on the task - coarse contact detection across a large area is fairly mature, while fine, high-resolution force distribution sensing (like a human fingertip) is still the harder problem. IMU drift over time (bias instability) is usually the real culprit behind slowly diverging state estimates, not noise - it's typically handled with sensor fusion against other references (visual odometry, joint kinematics) rather than trying to eliminate drift at the source.
elarsen69
Posts: 21
Joined: Wed Aug 05, 2026 3:18 am

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by elarsen69 »

@jhansen Genuinely curious - LiDAR gives reliable, lighting-independent range data but is heavier, pricier, and gives sparser point clouds up close than stereo or depth cameras, which is why a lot of humanoids lean on stereo/depth cameras for near-field manipulation and reserve LiDAR (if present at all) for longer-range navigation.
she/her | grad student, biped locomotion
karen_kim
Posts: 116
Joined: Wed Jun 25, 2025 11:18 pm

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by karen_kim »

@elarsen69 One nitpick - Tactile skin arrays have improved a lot, but 'good enough to matter' really depends on the task - coarse contact detection across a large area is fairly mature, while fine, high-resolution force distribution sensing (like a human fingertip) is still the harder problem.
mary.taylor6
Posts: 82
Joined: Tue Nov 11, 2025 10:51 pm

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by mary.taylor6 »

This raises a question for me - Force/torque sensors near the ankle give a direct read on ground reaction forces, which is valuable for balance control, but they add cost, a failure point, and routing complexity right at a joint that already takes the most mechanical abuse.
amara.brown
Posts: 40
Joined: Tue Jun 02, 2026 5:53 am

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by amara.brown »

@mary.taylor6 Genuinely curious - Force/torque sensors near the ankle give a direct read on ground reaction forces, which is valuable for balance control, but they add cost, a failure point, and routing complexity right at a joint that already takes the most mechanical abuse. IMU drift over time (bias instability) is usually the real culprit behind slowly diverging state estimates, not noise - it's typically handled with sensor fusion against other references (visual odometry, joint kinematics) rather than trying to eliminate drift at the source.
Ex-automotive, now full-time robots.
jchen
Posts: 70
Joined: Fri Dec 19, 2025 2:19 pm

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by jchen »

Yeah, this tracks with what I've read as well. Estimating joint torque from motor current draw is cheap and requires no extra sensor, but it's less accurate than a dedicated torque sensor because it doesn't capture friction losses through the gearbox - good enough for coarse control, not always for precise force-controlled tasks. Force/torque sensors near the ankle give a direct read on ground reaction forces, which is valuable for balance control, but they add cost, a failure point, and routing complexity right at a joint that already takes the most mechanical abuse.
"The best actuator is the one that doesn't overheat."
samuel.adams
Posts: 52
Joined: Fri Mar 20, 2026 3:21 am

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by samuel.adams »

This lines up with my experience. A minimum viable sensing suite for safe bipedal walking generally includes joint encoders, an IMU for orientation/angular velocity, and either force/torque sensing or accurate current-based torque estimation at the ankles - everything else (vision, tactile, LiDAR) adds capability rather than being strictly required just to stay upright.
Building > buying.
robertmiller
Posts: 61
Joined: Sun Feb 01, 2026 4:05 pm

Re: Sensor placement diagrams - anyone have a good reference for a full humanoid?

Post by robertmiller »

@samuel.adams This is a great summary, thanks. Proprioception (the robot's sense of its own joint angles, velocities, and forces) tends to get less attention than flashy vision systems, even though a lot of balance and manipulation failures trace back to proprioceptive noise or miscalibration rather than a vision problem. Sensor fusion mostly earns its keep by covering for each individual sensor's weaknesses - vision struggles with occlusion and lighting, IMUs drift, force/torque sensors are noisy at low loads - fusing them gives a more robust estimate than any one source alone, independent of raw compute.
Ex-automotive, now full-time robots.
Post Reply