An Android proof of concept

Know the robots
around you.

A small beacon. A shared identity. A way to discover the autonomous machines in your space.

WeAI uses Bluetooth signals to detect nearby beacon-equipped robots. The latest prototype includes local robot profiles, with a separate NFC tap planned for richer information.

Where AI. We AI. Built for awareness and understanding.

WeAI prototype interface showing nine detections and proximity rings
Actual prototype interface
Radar angles are illustrative. Proximity is estimated.

15hardware samples evaluated

5beacon models explored

01agreed identity format

PoCworking Android discovery

01 / The idea

Make nearby robots
easier to understand.

As robots become part of shared spaces, people need a simple way to know which ones are nearby and what they can do.

WeAI starts with discovery. The longer-term goal is awareness that helps people find useful robots and understand their capabilities around children, pets and people with reduced mobility.

  1. 01

    Discover nearby

    A beacon broadcasts over Bluetooth. The Android prototype detects compatible advertisements and shows signal-based proximity.

    Working prototype
  2. 02

    Give identity a name

    The latest prototype includes a local editor for robot names and photos, keyed by brand and model. An unknown-robot card handles identifiers outside the agreed format.

    Local profile editor · prototype
  3. 03

    Tap to learn more

    A separate NFC tag will open the robot’s information page. This deliberate tap connects a physical robot with a richer record.

    Planned web experience

02 / In the lab

A real prototype.
A lot to learn.

These are the actual development screens and calibration footage. They document the experiment; they do not establish positioning accuracy.

WeAI local robot editor with a saved Arturito Smilly profile and photo

The latest editor shows a saved Arturito Smilly profile with a photo, indexed by Brand 1 and Model 1 on this phone.

See the current prototype

The full demo

Open the project team’s walkthrough on YouTube.

Watch on YouTube ↗
Behind the scenes: calibration footage
From the process: calibrating the prototype.
What the signals tell us

Proximity is an estimate.

Indoor reflections, phone orientation and the beacon’s reference power affect signal strength. The current calibration needs further validation. The radar arranges detections for display; it does not measure their direction.

Approximate location through walking is a research goal. WeAI is not a validated safety or collision-avoidance system.

03 / Building from evidence

Test the hardware.
Learn from the room.

We purchased three units of five beacon models and compared practical configuration and discovery. The priority: a repeatable indoor demonstration.

Numbered beacon samples arranged between laptops on the development table
On the workbench: physical beacon samples alongside the development setup.
Different physical beacon models with handwritten sample numbers on a tabletop

Compare

The hardware in hand

The research covered EW-BCN05L, RDL810-B4, DX-CP101, DX-CP102 and DX-CP109. These are some of the actual samples used to compare configuration and discovery.

A phone running WeAI's calibration screen beside the test beacons

Calibrate

Measure in the room

The app collects signal samples at 3, 5, 8 and 15 metres. This photo records a calibration session; distance accuracy still needs independent validation.

Close-up of beacon housings marked by hand with test notes beside a pencil

Record

Keep track of each sample

Handwritten identifiers and notes help connect each physical unit with its configuration and observations during testing.

More from the research process

The URL-frame screens show Bluetooth configuration history, not an NFC tap. Vendor screenshots record earlier settings.

04 / A compact vocabulary

32 digits.
A robot’s introduction.

The agreed WeAI v01 format puts model and capability data alongside a unique robot number. It uses zero-padded decimal digits in the UUID’s standard groups. We’re testing how these records connect to the local robot profiles.

Illustrative example · not an assigned robot

01001001-1220-0150-0120-035000120001

Brand 001 · Model 001 · Ground · Autonomous, onboard AI · 150 cm reach · 120 cm/s · 3.5 kg · 12 L · Robot 0001

Explore the agreed format
WeAI UUID version 01 — 8 / 4 / 4 / 4 / 12 digits
BlockFieldDigitsMeaning
1Version / brand / model2 / 3 / 301 / 001–999 / 001–999
2Mobility10 static · 1 ground · 2 aerial · 3 hybrid
2Control10 teleoperated · 1 programmed · 2 AI autonomous · 3 mixed
2AI location / reserved1 / 10 no AI · 1 cloud · 2 onboard / reserved 0
3Reach4cm: how far it can touch around its base or body
4Max speed4cm/s; 0000 if static
5Weight / volume / robot #5 / 3 / 4grams up to 99,999 / litres up to 999 / 0001–9999, unique per beacon

A broadcast identifier describes a claimed identity; it does not authenticate ownership. View the original format reference ↗

05 / The people behind it

German & Daniel.

From comparing beacons to testing the first app, we’re building WeAI through practical experiments.

Our ambition is to turn a small, affordable tag into a useful shared way to discover robots. The prototype is a starting point for research, engineering and a future product.

Team photo with Daniel in a blue shirt near the center and German on the right
Daniel in blue, near the center; German on the right.

06 / What comes next

Six months to learn,
validate and refine.

A proposed research and development roadmap. Each stage should earn the next through measured results.

  1. Month 01

    Validate the baseline

    Fix calibration quality checks and measure discovery and proximity across phones and rooms.

  2. Month 02

    Explore relative location

    Test what walking and changing signal strength can tell us, with explicit uncertainty.

  3. Month 03

    Connect identity to information

    Validate v01 decoding, local profile matching and saved data; build NFC-linked profile pages.

  4. Month 04

    Engineer the tag

    Prototype hardware, repeatable calibration and a production-oriented configuration process.

  5. Month 05

    Learn from a pilot

    Evaluate installation, usability and reliability in a limited real-world trial.

  6. Month 06

    Assess production readiness

    Refine the design, obtain manufacturing quotations and validate unit economics.

The product ambition

$2.99target selling price per beacon

A design target, subject to manufacturing and cost validation.

Help move the research forward.

We’re preparing a funding proposal for research, hardware development and production validation. The funding amount and production plan are still being defined.

Explore the project ↗