5 Indoor Positioning Deployment Mistakes | Marvelmind

Installation & Setup

5 Indoor Positioning Deployment Mistakes | Marvelmind

▶ 9:38
📅 2022-11-24

🔗 Watch on YouTube

For more information, please contact: info@marvelmind.com

Installation & Configuration: Step by Step

Discover the most common mistakes made when deploying ultrasonic indoor positioning systems and proven methods to avoid them. This expert guide covers software updates, line of sight requirements, beacon height configuration, and the critical importance of validating each setup step before advancing. Learn why rushing to mobile tracking without proper stationary beacon calibration leads to failed deployments and how to build robust 2D or 3D maps correctly.

Transcript

Discover the most common mistakes made when deploying ultrasonic indoor positioning systems and proven methods to avoid them. This expert guide covers software updates, line of sight requirements, beacon height configuration, and the critical importance of validating each setup step before advancing. Learn why rushing to mobile tracking without proper stationary beacon calibration leads to failed deployments and how to build robust 2D or 3D maps correctly.

0:01 Hello colleagues, let's discuss today a very typical case when customers received equipment, try to deploy it in the lab, and failed. So what are the mistakes done? Number zero: we don't know whether this mistake was done or not, but remember when you get their equipment, update the software—update the software on each and every Beacon, the Modem, and the Dashboard. That's the starting point. All the software must come from the same software pack. Download the latest software pack and update the software always. So this is point zero, Ground Zero. Then let's move forward. Because of course the customer sent us along a mail, we replied, and I thought that it would be a great idea based on this example to explain to other people what should be avoided and how things should be done properly.

0:58 No, first of all: line of sight. We do have plenty of materials about line of sight. Remember, this is the most misunderstood notion. What is line of sight? Since our system is based on ultrasound plus radio, correctly to say line of hearing. But then the question is: line of hearing between what and what? So this is an Industrial Super-Beacon. So this is a metal transducer, and next to the metal transducer there is a microphone. So line of sight must be between their transmitting transducer and receiving microphone—between their transmitting transducer and receiving microphone—and in the opposite direction: transmitting transducer and receiving microphone.

1:57 Because this case stopped even before tracking of them about Beacon, because even their table of distances was not built properly. And it's pretty obvious why it's not now. Let's look at this, for example: line of sight from this transmitting stationary Beacon to this stationary Beacon, stationary Beacon, stationary Beacon, mobile Beacon. So line of sight from this transmitting Beacon to this receiving microphone—obviously was non-line of sight because the microphone is facing up. Microphone simply cannot see their Beacon placed here. The same here, the same here. So it means that when the table of distances is being built, the system is trying to measure the distance from this point to this point and from this point to this point.

2:56 When this is transmitting ultrasound, this Beacon can hear. But when this Beacon is transmitting, this Beacon cannot hear because the microphone simply cannot look below horizon. At horizon for this Beacon is this, so this is below horizon. Okay, this one is already enough for the system not functioning at all. So again, remember line of sight. Then again, I'm jumping a bit, but for example, this Beacon couldn't—maybe could, but most likely couldn't—see this Beacon because this part would be non-line of sight for this Beacon. Of course, this system is trying to get some information, but in this case the system will be able to get information of reflection, etc. So this is the problem. As soon as you provide line of sight, there is no problem about reflection.

3:56 There is no problem whether it's metal around or wood around or plastic or glass. It does matter, but line of sight is a must. If line of sight is not provided, then all kinds of reflections or phantoms or jumps or whatever is coming—only because line of sight is not provided. Line of sight between their transmitting transducer and receiving microphone. Okay, so that was the capital error in this. It must be avoided. Then: no height. It's less a major error, but nevertheless it became a more complex problem because a more complex 3D map with several heights were provided. So if you do not provide the height for the stationary Beacon, because the system—even you know—authentically cannot build the system and cannot measure the position.

4:54 Because it can measure the position of the mobile against the stationary beacons, but then the stationary beacons must be against something. What is this something? This something is typically a floor, as we call it. So for this Beacon it must be zero, for this must be some height—set some sum. Okay, so each stationary Beacon must have the height set. If it's not, then the height is zero. And of course, height is not zero for this particular configuration, because this is whatever 1.2 meters, 1.2 meters, zero, 1.2 meters. So the geometry couldn't even theoretically be built because the heights were different, but the system assumed that the height is the same. So major error, but line of sight is even more. Always set the heights for the stationary beacons.

5:52 Then, even though the table of distances was red and the system was trying to report, 'Hello, hello, I have a problem. I cannot build the map of Beacons properly, I cannot build the map of stationary Beacons distances properly'—nevertheless there was an attempt to track the mobile Beacon. Now at this point in time, clearly stop. Of course, they wouldn't be able to track properly, and that would be just losing time because again, we always recommend: do step by step, small steps. If the table of distances is obviously red, if the map of Beacons is obviously incorrect, of course you cannot track the position of the mobile Beacon properly. It would be something. So do not go further until every previous step is correct and satisfactory, and tracking is perfect.

6:51 You can extend it further. For example, and we have also articles about this: when you try to integrate, when you try to build complex maps consisting of multiple submaps, or you want to do a paired beacons configuration, go there only when the previous steps are correct and everything is perfect. The green light. And, you know, perfect. Many things could have been avoided if instead of complex 3D, a basic 2D would be built. For example, what is basic to do? Our recommendation is very simple: put the stationary Beacon on the wall, high on the wall. Why? In this case it's more difficult to make a mistake with an online line of sight. So this Beacon and this Beacon, for example, could be put on a wall, and then, okay, fine. Then line of sight is almost automatically provided because it's difficult to make a mistake, and there wouldn't be a mistake with height.

7:48 Because even if you didn't set the height—okay, there will be shift, but they will still be tracking. So they will be shifting X, Y because we didn't provide that, but you would still be having normal tracking and, you know, very good tracking. So it means that by properly following our recommendations, many mistakes could be even avoided right from the beginning. I will not go further and deeper because this covers, like, I don't know, 70, 80 percent of the mistakes. And this line of sight is the most, most important. And remember: line of sight between their transmitting element and receiving element. In terms of our Super-Beacons, transmitting elements are transducers, and the receiving element is the microphone. So the microphone must see this—not a mechanical body or chassis or something. The microphone must see it, and microphone cannot see below the horizon.

8:47 We do have a video explaining the same in detail. It's called 'Avoid Typical Mistakes' video. So this is the link. Please watch this video as well. Avoid those mistakes and save a lot of time for you. Thank you very much.

Key Takeaways

  • Update all device firmware (beacons, modem, dashboard) to the same version from the latest software pack before any deployment
  • Line of sight must exist between transmitting transducers and receiving microphones in both directions; microphones cannot receive ultrasound from below the horizon
  • Always set accurate beacon heights in the configuration; omitting heights causes incorrect geometry calculations and system failure
  • Validate the distance table is completely green and error-free before attempting any mobile beacon tracking
  • Use simple 2D wall-mounted beacon configurations to eliminate 70-80% of typical deployment mistakes; add complexity only after basic tracking is perfect
  • Follow a strict step-by-step approach: update software → verify line of sight → set heights → validate distance table → track mobile beacons

👥 Relevant For: System Integrators & Deployment Engineers

Automation engineers, warehouse managers, and robotics integrators deploying Marvelmind indoor positioning systems for the first time. This content solves the critical problem of failed deployments due to configuration errors, helping teams avoid costly mistakes and achieve accurate indoor positioning from day one.

? FAQ

Q: What is 'line of sight' in an ultrasonic indoor positioning system?
Line of sight (or 'line of hearing' for ultrasound) must exist between the transmitting transducer of one beacon and the receiving microphone of another beacon, in both directions. The microphone has directional sensitivity and cannot receive ultrasonic signals from below its horizon. This is the most critical requirement—without clear line of sight between transducers and microphones, the system cannot build an accurate distance table.
Q: Why should I set beacon heights even for a simple 2D system?
Setting accurate heights is essential for the system to calculate correct geometry. If heights are omitted or incorrect, the system cannot properly triangulate mobile beacon positions. For 2D systems on a wall at the same height, you can set them to the same value, but they must still be explicitly configured. Incorrect heights cause distance table errors and tracking failures.
Q: What should I do if my distance table shows errors or isn't fully green?
Stop immediately and do not attempt mobile beacon tracking. A red or incomplete distance table means the stationary beacon geometry is invalid. Verify line of sight between all beacon pairs, check that all heights are correctly set, update software on all devices, and rebuild the distance table. Only proceed to tracking once the distance table is completely validated and green.
Q: Is a complex 3D map better than a simple 2D wall-mounted configuration?
No. Marvelmind recommends starting with 2D wall-mounted beacons at high positions on walls. This simplifies setup, nearly eliminates line-of-sight errors, and provides excellent tracking performance. Complex 3D maps with multiple height levels should only be implemented after basic 2D tracking is perfect. Most deployment mistakes can be avoided with a simple 2D wall configuration.
Q: Why do I need to update software on every device before deployment?
All beacons, modems, and dashboards must run the same software version from the latest software pack. Mismatched firmware versions cause communication failures and incorrect distance measurements. Before any deployment, download the latest software pack and update every device. This is the critical first step (Mistake #0) that prevents cascading configuration errors.

System Architecture & Configuration

When deploying an indoor positioning system, teams often rush through critical setup steps, resulting in failed tracking and wasted integration time. This comprehensive guide identifies the five most common deployment mistakes that cause positioning failures and provides actionable solutions for each. The foundational error is neglecting software updates—all beacons, modems, and dashboards must run the same firmware version from the latest software pack. The second and most critical mistake involves misunderstanding line of sight: it's not between beacon bodies, but specifically between transmitting transducers and receiving microphones. Microphones have directional sensitivity and cannot "see" below the horizon, a frequent source of system failures. The third mistake is omitting beacon heights in multi-level configurations, causing the system to miscalculate geometry. Fourth, teams attempt mobile tracking before validating stationary beacon geometry, which produces meaningless data. Finally, complex 3D maps are built unnecessarily when simple 2D wall-mounted configurations eliminate most errors. Marvelmind recommends a step-by-step approach: mount beacons high on walls, ensure clear line of sight between all transducers and microphones, set accurate heights, validate the distance table is green and error-free, and only then begin mobile tracking. This methodical approach prevents 70-80% of typical deployment failures and enables reliable indoor tracking for autonomous robots, drones, forklifts, and warehouse automation systems.

# Topics

setup guideaccuracy tips

📍 Need precise indoor positioning for your project?

Plan Your System →

For more information, please contact: info@marvelmind.com

Scroll to Top