I am blind or visually impaired: the story in one minute
Third Eye Kit

Research, Archive, Sensing study

Camera, Sonar, or Laser Grid

The study that settled the sensing stack, kept as written. The handoffs it led to are fixed in the record, docs/04: the laser grids own the near field and drop offs, sonar owns glass and large surfaces, radar owns movers only.

THE FOUR WAYS TO sense, touch one

What each sensor hands the processor.

8 × 8, 15 FRAMES A SECOND64 distancesCORAL IS close, every frame

Laser grid, time of flight

Sixty-four distances at once, an 8 by 8 picture of depth, with no interpretation step.

0.215 W
POWER
66 ms
ONE 8 BY 8 FRAME

BRAIN needed, Any microcontroller. The picture maps onto the belt with arithmetic.

The workhorse. Where it buzzes is which column; how strong is how near.

How the first build of the second-generation Third Eye Kit should sense the world. Every number below comes from a datasheet, a store listing, or a published study, linked in the references.

Revisions since publication. This study was the first piece of applied research in the second-generation program, and later work refined it. Design review revised the latency accounting: about 70 ms from the world to the skin for a hazard ahead and about 120 ms for the ground, modeled from the parts' datasheets until the bench measures it, with the forward laser grid in its 4 by 4 mode and the ground grid in 8 by 8. The placement study set the ankle bands at four motors, not three. Design review moved both laser grids into the waist sensor pod and made the rear channel wait for a body-worn radar walk test. The hardware panel corrected the sonar cone to under 50 degrees and the sensor stack's cost figures are estimates that live in HQ. Where a number below has been superseded, the revision note says so. See the design review record and Where the body should feel.

The verdict in three sentences

For the first build, it earns no place on the vest.

Plain ultrasonic sonar cannot replace it. One sonar returns one blurry number, it goes nearly deaf to people in soft winter clothing, and a belt of eight sonars needs about a quarter of a second per sweep because they must take turns.

No AI anywhere in the path.

Physics does the seeing. The skin does the reading. The phone, later, does the talking.

The question: how should the first build feel the street?

The reference spec froze a founding rule: life-critical sensing and steering is physics, not AI inference. The open question for the first build was which physics. The candidates are the four ways a machine can measure space: bouncing sound (ultrasonic sonar), bouncing invisible laser light (time-of-flight, ToF), bouncing radio waves (millimeter-wave radar), and interpreting pictures (a depth camera plus AI).

These four are not rivals for one seat. They fail in different places, which is exactly why the spec calls for fusion. The real decision is which one carries the main load in the first build, and which ones ride along as backup. That decision is what the numbers below settle.

The mechanism: what each sensor actually hands the processor

The whole argument turns on one thing: the shape of the data each sensor produces, and how much brain it takes to turn that data into a buzz on the skin.

ULTRASONIC LASER GRID (ToF) mmWAVE RADAR DEPTH CAMERA ? "2.4 m" 64 distances / frame coral = approaching you 230,400 pixels 8-sensor sweep about 264 ms 15 Hz full grid about 66 ms continuous tracking pipeline 100 to 500 ms any microcontroller any microcontroller any microcontroller needs a Linux computer
FIG. 01. What each sensor hands the processor. A sonar ping collapses a whole cone into one number. The laser grid returns a small depth picture, 64 real distances, with no interpretation step. Radar adds the one thing lasers miss: which objects are moving, and how fast.

The founder's instinct, checked: the camera really is the expensive road

The founder guessed a camera is expensive, power hungry, and needs a bigger brain. All three guesses are correct, and now they have numbers.

The camera is postponed, not banished. Sign reading and scene description stay in the plan, in the assistant role the spec already gave them.

The correction: where plain sonar quietly fails

Here is the part of the original idea that the evidence pushes back on. But three physical facts cap what a sonar belt can ever become, and each one matters most for exactly this user.

Sound does keep one superpower light does not have: glass. A glass door faced squarely is nearly invisible to a laser and to a camera, but it is a mirror for ultrasound. That is why sonar stays in the stack, demoted to two jobs it is genuinely best at: catching glass and glossy surfaces, and dirt-cheap close-range redundancy right where the ToF grid has its minimum-distance blind zone. (Revision: the record turns the two sonars about 20 degrees outward so an angled glass door returns at least one echo, docs/04; whether it does every time is a bench question of G0, docs/13.)

The full comparison: four technologies, one table

Verified figures at the time of the study. Prices are single-unit street prices.

Property Ultrasonic (HC-SR04 class) Laser grid ToF (VL53L8CX) mmWave radar (RD-03D / LD2450) Depth camera + AI (OAK-D Lite + Jetson)
Cost per sensing point not published not published not published not published
Power about 0.075 W 0.215 W continuous about 0.5 to 0.75 W 10 to 20 W
What it returns 1 distance per ping 64 distances, 8 by 8 grid 3 tracked targets, position and speed 230k pixels, AI required
Update rate about 264 ms per 8-sensor sweep 15 Hz at 8 by 8, 60 Hz at 4 by 4 continuous, about 10 to 20 Hz 100 to 500 ms pipeline
Range about 0.03 to 4 m up to 4 m, 65 degree field 6 to 8 m, 60 degrees each side about 10 m and more
People in soft clothing absorbed, often missed seen seen, plus their speed seen and described
Glass door faced squarely strong echo mostly invisible reflects radio mostly invisible
Moving vs still objects cannot tell cannot tell directly its specialty with AI
Works in the dark yes yes, it brings its own light yes IR-assisted, degraded
Direct summer sun unaffected range shrinks, must be measured unaffected glare-sensitive
Brain required any microcontroller any microcontroller any microcontroller (UART) Linux computer, boot time, heat
Fits the reflex tier's hard real time only with few sensors yes yes no

Read the columns and the fusion writes itself.

Prior art: the market and the research both point the same way

Device Sensing Form What it shows us
a smart mobility aid handle Smart Mobility aid 2 ultrasonic not published sonar alone tops out at "obstacle ahead" plus a voice assistant
NOA by biped.ai three RealSense D430 depth cameras plus an onboard computer shoulder harness, premium price the camera route works, at four figures, watts, and weight
Glide by Glidance stereo depth camera plus near-range sensors wheeled device you push even the camera-first players add direct near-range sensors for safety
ALVU (MIT CSAIL research) array of ToF lidars plus a vibrotactile belt sensor belt and haptic strap peer-reviewed validation of exactly the ToF-to-haptics architecture
Head-mounted ToF study three VL53L1X ToF plus haptics headband prototype haptic feedback measured as responsive, directionally accurate, distance-proportional

Notice the empty seat. Nobody ships a low-cost, worn, multi-sensor system whose primary output channel is a body-wide buzz language. That empty seat is the same market gap the reference spec identified, now confirmed from the sensor side.

The design: the laser grid maps straight onto the buzz language

This is the most practical finding of the whole study, and the reason the choice is not close. The buzz language needs direction and distance. The 8 by 8 grid is direction and distance, already sorted into zones.

SENSOR FRAME, 8×8 NEAREST PER COLUMN TORSO BAND, 8 MOTORS min() per column taller bar = closer = stronger buzz PWM right-side motors buzz, wearer steps left sensor frame 16 to 25 + readout 2 to 5 + fusion 2 to 5 + drive and rise 10 to 20 + skin 5 to 15 = about 70 ms ahead, modeled (docs/14) no AI, no cloud, no Linux anywhere in this path
FIG. 02. From grid to skin. Each grid column keeps its nearest reading; each of the 8 readings drives one motor's strength and rhythm. The mapping honors the buzz language directly: which zone buzzes is direction, how hard and how fast is distance. The same arithmetic serves a special signature when the downward sensor sees a drop-off. This entire loop lives below the safety isolation boundary, on a microcontroller, exactly as the founding rules demand. The timing line carries the revised accounting from design review, which includes the motor's own rise time.

The build: two costed first-build stacks

Both stacks share one architecture, faithful to the first generation's multi-controller lesson: a dedicated reflex microcontroller (RP2040 class) runs only ranging and motor drive in a hard loop, and a second spine microcontroller (ESP32-S3) handles logging and Bluetooth to the phone, so nothing slow can ever stall the buzz. The figures are estimates at the time of the study; the current parts list lives in HQ and design review has since revised the stack (two laser grids in the waist pod, four motors per ankle band, an actuator bench set before the order).

Stack A. Frugal bench rig

Part Role Qty Estimate
VL53L5CX breakout (8 by 8 ToF) forward laser grid 1 not published
HC-SR04 ultrasonic glass and close-range backup 2 not published
RP2040 board (Pico) reflex loop 1 not published
ESP32-S3 dev board spine, logging, Bluetooth 1 not published
ERM coin vibration motors and MOSFET drivers 8 buzz zones 8 not published
MPU-6050 IMU orientation 1 not published
USB power bank, 10,000 mAh power, swappable, safe 1 not published
Belt, wiring, connectors, velcro assembly not published
Total not published

Stack B. Standard first build, the recommended stack

Part Role Qty Estimate
VL53L8CX breakout (8 by 8 ToF, 400 cm) one forward, one tilted down for curbs and drop-offs 2 not published
RD-03D or HLK-LD2450 mmWave radar moving people and vehicles, works in rain 1 not published
JSN-SR04T waterproof ultrasonic glass and close-range backup 2 not published
RP2040 board reflex loop 1 not published
ESP32-S3 dev board spine, logging to SD or phone, Bluetooth 1 not published
LRA motors, DRV2605L drivers, I2C mux 8 to 16 zones with crisp textures; the driver chip ships with 123 ready haptic effects 8 to 16 not published
BNO085 IMU orientation, gait later 1 not published
USB power bank, 10,000 mAh a full day at about 2 watts 1 not published
Vest or belt materials, wiring, connectors assembly, adjustable motor spacing for testing not published
Total not published

For comparison: the camera route's entry ticket is about double Stack B's total, before it senses anything at close range, and it still needs the direct sensors anyway. Even Glide, a camera-first product, ships near-range sensors beside its camera.

The free brain: the phone already in the pocket

The camera question has a quiet, practical answer that costs nothing: the wearer's phone. In the first build, the ESP32 streams over Bluetooth to a phone, which gives three things on day one:

A dedicated onboard computer stays on the roadmap for the day the kit must work without a phone. The first build does not need it to prove the thing the second generation exists to prove.

Honest limits: what this choice must still prove at the bench

The program's culture is to name the unproven parts, so here they are for the sensing stack. These became the bench checklist, later expanded in design review to eight tests including the body-worn radar walk:

None of these are reasons to hesitate. They are the first week of bench work, and every one produces a number for the record.

Recommendation: what to do next

References