by Addium
Wirepas mesh & device health · HK Cassandra LLC · 2026-06-24
HK Cassandra LLC · Wirepas Mesh & Device Health
Live snapshot of every AROYA device at the facility — mesh parent linkages, child-slot saturation against the Wirepas 13-child rule, RSSI / link quality / battery health, and a prioritized remediation plan.
Mesh backbone is healthy: 55/57 devices online (96.5%), all 1 gateways online, no parent at or over the 13-child Wirepas slot limit.
Single-gateway dependency: all 56 devices route through one gateway — a single point of failure for the entire facility.
13-child slot rule why this is the load-bearing metric
Each parent node in the Wirepas mesh — gateway or relay — supports at most 13 DIRECT children.
Grandchildren count against their immediate parent's slots, NOT against the grandparent's.
Mid-layer relays can be saturated even when the gateway above them has plenty of headroom — so
saturation has to be checked at every level of the topology, not just gateway-level.
Once a parent crosses 13, additional devices either fail to join, get pushed to a worse parent
at higher hop count, or thrash between slots — producing the long travel times, retries, and
growing data gaps operators see.
Dash-2 dedup: two AROYA serials sharing the same base number where one has a
-2 suffix (e.g. H4210005066 and H4210005066-2) are ONE
radio with two sensor heads, not two mesh nodes. They fill one slot on their parent.
This report deduplicates by base serial before counting — counts are per unique radio,
not per raw serial.
Counts are per-immediate-parent: n_children(P) = unique base serials whose nextHop == P.
🟢 ≤10 children headroom · 🟠 11–12 near saturation · 🔴 13 at limit ·
🔴🔴 >13 over-subscribed (orphaned devices & multi-hop spillover).
Mesh health KPIs
57
Unique radios
93 raw serials, −36 dash-2 pairs
55
Online
96.5% of radios
1/1
Gateways
online
0
Parents over 13
Wirepas 13-child limit
0
Parents 11–12
watch tier
0
Excess children
over 13-slot budget
Per-gateway summary
H2110001181
id 198079 · ggVersion 2 · online
🟢 7/13 · Headroom
7 hop-1 children
56 total routing
54/56 online
(no children resolved)
Mesh topology tree
Each column is one gateway. Box color = sink's 13-child saturation. Edge color = child's RSSI tier. Devices listed in hop / signal order; capped at 50 per gateway for legibility.
Telemetry map logical layout — AROYA exposes no spatial coordinates for these devices
Hub-and-spoke layout per gateway, hop depth shown as concentric contours, node color = RSSI tier
(green ≥ −75 dBm · amber −75 to −85 · red < −85). Halo opacity shows weak-coverage envelope.
AROYA SPA returns latitude / longitude / what3words as
null on every device at this facility — open question for the customer is whether
to instrument physical positions in the portal so the map can become true-to-floor.
Prescriptive remediation
P1DEVICEImpact: Medium · Effort: Low
Restore 2 offline devices on gateway H2110001181
Finding
2 devices route through gateway H2110001181 but are currently offline / stale (>24h since last comm).
Action
Physical check: verify gateway is online and antenna seated; swap battery on Node devices; for non-Node PoE devices verify power + Ethernet. List: H4210005066 (h421), H4210005537 (h421)
Expected outcome
After swap / power-restore: 2 devices return to online state within 5–15 min of physical fix; fleet online-rate climbs by 4 pp.
Affected devices (2)
H4210005066 · h421 · room 18758
H4210005537 · h421 · room 18758
P2ARCHITECTUREImpact: High · Effort: High
Add a second gateway for redundancy
Finding
Facility has only 1 gateway serving 56 devices. Single point of failure: a gateway outage cascades to fleet-wide blackout.
Action
Procure and deploy a second AROYA gateway in the geometric centroid of the device population, ideally serving a different VLAN / uplink for true diversity. Provision and wait for natural rebalance.
Expected outcome
Mesh self-rebalances within 12-24h — each gateway settles to ~28 devices, hop depth drops by 1, single-gateway outage no longer fleet-fatal.
P3PROCESSImpact: Low · Effort: Low
Document as-built mesh topology in customer wiki
Finding
Topology is not currently captured in the customer wiki — future device adds are blind to the existing parent loading.
Action
Add a 'Mesh topology' section to the facility's wiki with the parent → child table from this report and the per-gateway loading. Update on every device add.
Expected outcome
New-device decisions become topology-aware; saturation regressions become rare and easily diagnosed.
Prioritized action plan
01P1Restore 2 offline devices on gateway H2110001181Impact: Medium · Effort: Low
02P2Add a second gateway for redundancyImpact: High · Effort: High