◈ IoT Calibrator stage 2 · 0.1.0-c7 · assumed-1.0.0 Sign in

edge  The simulator is the authority here

This whole page is deleted when real hardware arrives. Nothing on it survives the swap — which is exactly why it is kept apart from the server view.

Capability matrix

Behaviour is selected by capability, never by device type. The asymmetry below is the topology: a Tool Tag has ble but not ble_scanner or cellular, so it can be heard and cannot report.

type accelerometerarm_disarmbatterybleble_scannercellulardevice_healthgeofencegnssheartbeatnfcsignal_strengthtamper_switchtemperature
TOOL_TAG ✓·✓✓··✓··✓✓✓··
GUARD_TAG ✓✓✓✓✓✓✓✓✓✓·✓✓✓

Radio & coverage

Usable BLE range21.5 m assumed
Path-loss exponent2.7
Advertisements emitted120
Heard by someone110 (91.7%)
Total sightings151
Tags that went dark5

Range is derived from the path-loss parameters, never stated separately — an independent constant disagreed with the model once already.

Scanners (Guard Tags & gateways)

devicetypeonlineduty cycle
GUARD-000000GUARD_TAG yes 100%
GUARD-000001GUARD_TAG yes 100%
GUARD-000002GUARD_TAG yes 100%
GUARD-000003GUARD_TAG yes 100%

Tags (relayed — no link of their own)

devicescanners in rangecoveragewent dark
TOOL-000001 2 overlapped yes
TOOL-000002 2 overlapped —
TOOL-000003 1 single —
TOOL-000004 2 overlapped —
TOOL-000005 2 overlapped —
TOOL-000006 1 single yes
TOOL-000007 2 overlapped —
TOOL-000008 2 overlapped —
TOOL-000009 1 single —
TOOL-000010 1 single yes
TOOL-000011 1 single yes
TOOL-000012 1 single yes

dark = no scanner in range. Everything such a tag emits is lost permanently; it holds no buffer.