- September 13, 2024
Not enough time? Get the key points instantly.
Three vendors just pitched you their RTLS platform. One is pushing UWB. Another says BLE. The third says Wi-Fi because you already have the infrastructure.
All three are partially right. All three are leaving something out. The missing part is whether the protocol matches your physical environment, your asset density, your update rate, and your power budget. Get that wrong and the accuracy figures mean nothing. Get that match wrong and the accuracy figures on the spec sheet mean nothing.
By the end of this post, you will know exactly which protocol fits your warehouse deployment, based on the four variables that actually determine whether an RTLS for asset tracking system survives contact with a real facility.
Most RTLS for asset tracking projects fail at the infrastructure layer. A real-time location system is only as good as the anchor network it runs on. The dashboard can be rebuilt. The backend can be replatformed. The anchor network cannot. That asymmetry is the whole point.
Anchors are fixed. They go into ceilings, walls, and columns. In a warehouse, that means heights of 6 to 12 metres. It means cable runs through fire barriers. It means mounting positions that need equipment and facilities sign-off. A UWB anchor network for 10cm accuracy needs 4 to 6 anchors per zone, spaced 10 to 15 metres apart. That adds up fast. If you later discover that your use case needed 3-metre accuracy, not 10cm, you have paid for infrastructure you did not need. If you discover you needed 10cm accuracy and installed BLE beacons at 10-metre intervals, you cannot fix that in firmware.
The protocol also determines what hardware runs in the field. Tags that go on forklifts, medical equipment, or returnable packaging have a 3 to 5 year replacement cycle. The protocol those tags run on is fixed at manufacture. Switching protocols after deployment means replacing every tag in the field. At 500 to 5,000 units, that is a project budget decision, not a firmware update.
Three variables set before the pilot determine whether the protocol choice is right:
Required location accuracy: Is 3 metres enough to know which aisle an asset is in, or do you need 30cm to know which bay on which shelf?
Tag power budget: Are tags mains-powered, battery-powered with annual replacement acceptable, or coin-cell devices that must last 3 to 5 years?
Update rate: Does the system need to know where an asset is every 100ms, every 10 seconds, or every 5 minutes?
Getting all three right before infrastructure goes in is the decision this post is built around.
Ultra-wideband is the right choice when your use case genuinely requires sub-metre accuracy in a dense, metallic environment. UWB uses time-of-flight measurement across a wide frequency band (6.0 to 8.5GHz) to calculate the distance between a tag and an anchor with 10 to 30cm accuracy. For indoor positioning at this precision level, no other wireless protocol comes close.
That level of accuracy is not a marketing claim when UWB is deployed correctly. It is also not free: infrastructure cost, tag cost, and power consumption are all higher than BLE or Wi-Fi.
Automated warehouse operations. When a robot or conveyor system needs to know where a pallet is within 30cm to execute a pick correctly, 3-metre BLE accuracy is not sufficient. UWB is the only wireless protocol that delivers sub-metre accuracy reliably in a metal-racking environment.
Tool tracking in manufacturing. Knowing which workstation a torque wrench is at requires UWB-level accuracy. Zone-level is not enough. This matters in quality-controlled manufacturing where the wrong tool in the wrong station is a traceability failure.
High-value asset management. Surgical equipment in a hospital, calibrated instruments in a lab, or bonded goods in a logistics facility where the cost of loss justifies dense anchor infrastructure.
Infrastructure cost is the primary constraint. A UWB anchor network covering a 5,000m² warehouse at production-grade accuracy requires 80 to 120 anchors depending on the ceiling layout, racking configuration, and multipath conditions. At $150 to $400 per anchor plus installation, the infrastructure cost alone can reach $30,000 to $50,000 before a single tag is purchased.
Tag power consumption is the secondary constraint. A UWB tag ranging at 10Hz draws 50 to 150mA during active ranging. That is not a coin-cell tag. UWB asset tracking tags are either mains-powered, charged via USB, or battery-powered with short battery life and frequent replacement cycles. For assets that are moved rarely and never near a charging point, UWB is the wrong architecture regardless of accuracy requirements.
On one automated warehouse integration project, UWB was specified for forklift tracking because the initial brief called for 30cm accuracy. During detailed design review, the actual operational requirement was confirmed at 1.5 metres - enough to identify which aisle and bay a forklift was in, not its exact position within a bay. BLE was respecified, reducing the anchor count by 60% and the infrastructure cost by 70%.
Bluetooth Low Energy is the right protocol for the majority of warehouse asset tracking deployments where the accuracy requirement is 1 to 5 metres and the power budget calls for battery-powered tags with multi-year life.
BLE RTLS for asset tracking works on received signal strength indication (RSSI). The tag broadcasts an advertising packet at a configured interval. Fixed anchors (BLE receivers) record the signal strength from each tag. The backend calculates position by comparing RSSI readings across multiple anchors. Accuracy depends on anchor density, calibration, and RF environment.
Returnable packaging and pallet tracking. Knowing which dock door a pallet is near, not its position within 30cm, is enough to manage loading operations. BLE delivers this at $5 to $20 per tag with a 2 to 5 year battery life on a coin cell.
Equipment utilisation monitoring. A hospital knowing whether a wheelchair is in Zone A or Zone B, or a construction site knowing which of three compounds a generator is in, requires zone-level accuracy. BLE handles this with an anchor-per-zone architecture rather than a dense coverage grid.
Cold chain and perishable tracking. Tags that also carry a temperature sensor and report both location and condition at 5-minute intervals fit BLE's duty cycle model perfectly because BLE advertising at low frequency draws microamps of average current.
Large warehouse zones with sparse assets. If your facility has 2,000 tracked assets spread across 20,000m², you do not need centimetre accuracy. Zone detection is the requirement, and BLE delivers it at fraction of the cost. BLE infrastructure covers this at a fraction of UWB's anchor density.
RSSI-based positioning degrades in dense metal environments. Metal racking, forklifts moving through the space, and refrigeration units all affect signal propagation in ways that are difficult to model at calibration time. In a very dense warehouse with 8-metre-high steel racking on 2-metre centres, BLE accuracy at the bay level requires either very high anchor density or acceptance of 3 to 5 metre position uncertainty.
BLE also requires careful firmware design on the tag side. Advertising interval, TX power, and sleep current between advertisements determine both battery life and system accuracy. A tag advertising every 100ms achieves faster update rates but drains its battery in weeks rather than years. A tag advertising every 10 seconds achieves 3 to 5 year battery life but cannot track a fast-moving asset reliably.
Wi-Fi RTLS for asset tracking using 802.11 receives the least attention of the three protocols, but it is the right choice in a specific set of circumstances: large facilities where Wi-Fi access points are already deployed at sufficient density and the use case does not require sub-3-metre accuracy.
Wi-Fi RTLS works through RSSI triangulation from existing access points, or through fine time measurement (FTM) on Wi-Fi 6 networks. Tags or devices with Wi-Fi radios report their location by measuring signal strength from nearby access points, and the backend calculates position.
Facilities with dense existing Wi-Fi infrastructure. A hospital, a large office campus, or a manufacturing facility that already has Wi-Fi 6 access points at 10 to 15 metre spacing can run RTLS without installing any additional anchor hardware. The access points are already in the ceiling. The positioning system uses them.
High-value mobile device tracking. Laptops, tablets, and medical devices that carry their own Wi-Fi radio can be tracked directly through the existing network management infrastructure without any additional tag hardware.
Room-level or zone-level accuracy requirements. If the use case is "which room is this equipment in" rather than "exactly where in the room is it", Wi-Fi provides sufficient accuracy from existing infrastructure at near-zero additional hardware cost.
Wi-Fi tags draw significantly more power than BLE tags. A Wi-Fi module in active mode consumes 80 to 200mA. A tag that needs to report position every 30 seconds using Wi-Fi will drain a 2000mAh battery in days rather than years. Wi-Fi RTLS is practical only for mains-powered devices, occasionally-scanned assets where tag activation is manual, or assets near charging infrastructure.
Wi-Fi accuracy without FTM rarely exceeds 3 to 8 metres, and in environments with moving people and equipment, accuracy degrades further. For any use case requiring better than 3 metre accuracy, Wi-Fi RTLS is not the right architecture regardless of existing infrastructure.
Answer these four questions before selecting a protocol, commissioning a pilot, or approving anchor installation. Each one has a clear directional answer.
Write down the specific decision your system needs to make. "Is this pallet at Dock 3 or Dock 4?" requires 5-metre accuracy. "Is this surgical instrument in OR Suite 2 or in the sterile supply room?" requires 3-metre accuracy. "Is this robot arm aligned within pick tolerance?" requires 20cm accuracy. Map your decision to a metre figure, then select the cheapest protocol that reliably delivers that figure.
Under 50cm: UWB only
50cm to 2m: UWB or high-density BLE
2m to 5m: BLE
5m to room-level: BLE or Wi-Fi
Tags on moving assets get damaged, lost, and worn. If your operational model supports annual tag replacement, battery life is not a constraint. If tags go on returnable packaging that passes through 50 handling events before returning, the tag needs to survive 3 to 5 years on a coin cell. UWB rules itself out for the second scenario before accuracy is even considered.
An asset that moves once per shift and sits still for 8 hours does not need 10Hz position updates. A tag advertising every 60 seconds costs a fraction of the battery budget of a tag advertising every second. Most asset tracking use cases need update rates between 1 per minute and 1 per 10 seconds. BLE handles this range at optimal power efficiency.
Metal racking degrades RSSI. Moving equipment degrades RSSI. Thick concrete walls degrade RSSI. UWB's time-of-flight measurement is more resistant to multipath interference than RSSI. If your facility has heavy metallic obstruction between likely tag positions and anchor locations, UWB accuracy is more consistent than BLE accuracy at the same anchor density.
UWB uses time-of-flight measurement to calculate distance with 10 to 30cm accuracy. BLE uses received signal strength comparison across multiple anchors to estimate position with 1 to 5 metre accuracy. UWB requires denser anchor infrastructure, draws more tag power, and costs more per anchor. BLE requires lighter infrastructure, supports multi-year coin-cell tags, and is the right choice for the majority of zone-level and aisle-level tracking use cases. The right choice depends on whether your use case actually needs sub-metre accuracy.
A typical warehouse deployment uses one BLE anchor per 200 to 500 square metres depending on ceiling height, racking density, and required accuracy. For a 10,000m² facility targeting 3 to 5 metre accuracy, a starting estimate is 25 to 50 anchors. In practice, pilot testing in the actual facility is essential because RSSI propagation varies significantly between facilities with different racking configurations, ceiling heights, and RF noise profiles. Anchor count is always validated during a pilot, not calculated precisely from a floor plan.
Yes, provided your access points are deployed at sufficient density and support RSSI reporting or 802.11 FTM. Most enterprise Wi-Fi controllers from Cisco, Aruba, and Juniper support location services that use existing access points as positioning anchors. The limitation is accuracy - Wi-Fi RTLS without FTM typically achieves 3 to 8 metre accuracy, and tag battery life is poor because Wi-Fi radio modules draw orders of magnitude more current than BLE. Wi-Fi RTLS is practical for mains-powered devices or room-level tracking requirements where no new infrastructure is acceptable.
An RTLS tag firmware architecture covers four responsibilities: advertisement or ranging (the wireless transmission), sensor reading if the tag also carries temperature, accelerometer, or tamper sensors, sleep management to protect battery life between transmissions, and OTA update capability so firmware can be updated in the field without physical access. The most consequential firmware decision is the sleep strategy - the tag must enter deep sleep between transmissions and wake reliably on a low-power timer. Errors in the wake-up sequencing or in peripheral shutdown before sleep are the most common cause of battery life falling short of design targets in production deployments.
A pilot covering a defined zone (typically 500 to 2,000m²) with 50 to 200 tags takes 4 to 8 weeks from anchor installation to validated accuracy figures. Full facility deployment depends on size, anchor infrastructure complexity, and integration with warehouse management or ERP systems. A 10,000m² facility deployment with backend integration typically runs 3 to 6 months from infrastructure sign-off to production go-live. The longest lead time is usually anchor cabling and installation approval, not software development.
Buy a platform when your use case matches a commercially available solution and the vendor hardware is compatible with your environment. Build a custom system when off-the-shelf platforms do not support your tag form factor, required update rate, accuracy requirement, or backend integration. Custom development makes sense for products being sold as a service - a custom RTLS for asset tracking built into a logistics product or medical equipment management service where the tracking capability itself is the value. Pure internal operations tracking is usually better served by a commercial platform unless the requirements are genuinely outside the standard envelope.
The right RTLS for asset tracking protocol is the one that matches your accuracy requirement, tag power budget, and update rate. Not the one with the most impressive spec sheet number. UWB earns its infrastructure cost when sub-metre accuracy changes an operational outcome. BLE is the right default for zone-level and aisle-level tracking with multi-year battery life. Wi-Fi makes sense when the infrastructure already exists and accuracy requirements are at room level.
Pick the protocol that fits the four questions in this post before a pilot budget is approved and before a single anchor goes into a ceiling. The infrastructure decision is the one you cannot walk back.
If you are scoping an RTLS for asset tracking system and want a direct read on which protocol fits your environment before committing to infrastructure, CoreFragment's hardware and firmware team has designed custom asset tracking tags, anchor firmware, and backend integrations across warehouse, healthcare, and industrial deployments. Share your facility layout, accuracy requirement, and tag count and you will get an honest architecture recommendation.