feature article
Subscribe Now

Sensor Chemistry

Chemistry – at least at the high-school level – can be fun stuff. You’ve got these fundamental entities called atoms that can come together in many ways to build molecules, which constitute the stuff of life (and non-life). At this simplistic level, there’s nothing smaller than an atom, and atomic behaviors, as depicted in the periodic table, determine which combinations work well and which work, well, not at all.

Movea has picked up on this theme to organize the elements of their sensor fusion offering (not to be confused with nuclear fusion – but then again, I guess that’s physics, not chemistry). They seem to be putting a lot of effort into this approach, not just for the sake of a nifty mnemonic, but specifically in terms of how the products work.

We looked at Movea’s MoveTV product last year; it was focused on TV remote controls and involved a limited number of gestures. What they’re talking about now goes beyond TV, addressing motion and gestures in general. You may recall from that prior discussion that Movea doesn’t make sensors at all – in fact, they don’t make any hardware (although they’re veering close with their MotionCore offering). They provide algorithms intended to transform the low-level sensor output – whether from a single sensor or, more likely, a combination of sensors – into something more meaningful.

They’ve identified small “nuggets” of processing that can be combined and rearranged in order to enable different kinds of processing for different purposes. They’ve then arranged these in their own version of a “periodic table.” Each column represents some fundamental concept: the first column is about angles; another one is about frequency. The farther down the column you go, the more advanced the processing becomes.


Table-of-Elements_sm.png

For example, the “frequency” column has three rows. The first two aren’t particularly descriptive: “basic” and “advanced” frequency. But the third one is a block referred to as “cadence” – in other words, presumably this has enough built-in processing to identify walking or other repetitive patterns. The “angles” column, meanwhile, goes from 1D angles through several editions of 3D angles, according to the sensors at play in the algorithm.

They also follow the periodic table when it comes to “reactivity.” Towards the left you find items that tend to combine well with many other modules in many different ways (like “angles”). As you move towards the right, you find more and more that the modules are more specialized and “stand-alone” – even noble or inert. The most advanced stand-alone module in the chart is “3D Hand” – which got the nod over “3D Foot” – presumably because hands are so much more expressive than feet, as any discussion with a New York cabbie will show.

This is all cute from a marketing point of view, but, with these creative ideas, you have to be careful that you don’t get caught up so much that your little trope ends up driving the strategy – unless the concept is so well wedded to the needs of the product that it becomes a useful sanity check. So far, they seem to have kept the thing rolling, with pictures of assembled application-specific molecules to show for it.

But what does this mean at a practical level? In discussing their MotionCore IP blocks, they divide their libraries into three levels: “Foundation,” “Premium,” and “Advanced.” (Which names immediately set some pricing expectations.)

At the foundation level, they identify one obvious basic capability: attitude – which direction am I facing? In addition, they have “utilities,” which provide various filters and conversions, and “calibration.”

Calibration is an unfortunate must-have. It starts with understanding what sensors are being used and how they express their measurements. As you combine sensors, you have to rationalize all the ways the sensors report data, pushing any conversions down to this very low level.

Then you need to account for any errors in placement. For example, if you place three sensors, one for each axis, on the same board or even within the same package, you’re relying on the assembly machinery to place them at exactly 90° from each other (at least for two out of the three dimensions). This can’t happen perfectly, of course, so you need to calibrate in order to compensate for the difference.

Finally, some sensors – gyroscopes in particular – experience drift as they operate, so they need to be periodically recalibrated even when in use. There are various “golden references” that can be used, depending on the application (moving the sensor in a figure-8 pattern is one).

So within the three foundation libraries, they have two blocks for calibration (off-line and real-time calibration); four for attitude (attitude from accelerator/gyroscope, attitude from accelerator/magnetometer, attitude from all three, and linear acceleration from all three); and four utility modules.

Navigation builds upon this basic organization, starting with a “step cadence meter” and moving up to a “cadence-to-speed conversion” and thence to “heading” and “dead reckoning.” Vertical position comes from a “pressure-to-dZ” module (not yet available), given the availability of a pressure sensor along with the three inertial sensors.

This gets you as far as the sensors themselves will take you, but there are other sources of data that you may be able to take advantage of: you may have access to the GPS signal, or you may be within cell tower range, or you may be near a WiFi hotspot. All of those can give some indication of location. In addition, maps can act as a constraint – particularly useful for dead-reckoning, to make sure that your position is consistent with reality (or, at least, the reality as portrayed by the map… which, we all know, has its own limitations).

This higher level of data fusion may go beyond what the Movea libraries provide, although they used it to check the accuracy of their sensor-only algorithms, achieving less than 3% error on distance. They do have a “Pedestrian navigation w/ map” module, so it does appear that they can integrate map information with their algorithms.

These are examples of the low-level modules – the atoms – that come together as applications – or molecules – in ways that depend specifically on the application. They’ve continued the chemistry theme into the design tool realm, where their “MoveaLab” is described as a “chemistry kit for designing the signal processing flows from sensor data to features.” With 49 blocks shown in their periodic table, you can build lots of combinations, although the lower-row items build on the upper-row functions, rendering some combos nonsensical. Still, they illustrate one “molecule” with 26 atoms, many of which are basic (gyro calibration, for example, or a Butterworth filter), and a few of which are higher level (like “orientation integration”).

The offering is pretty broad and – critically – is sensor-agnostic. The business challenge will be how much of this will be available for free from sensor manufacturers. Obviously, a company that makes one or two sensors will be likely to provide limited fusion software. Makers of a larger variety of sensors will have more latitude to give away more sophisticated software in order to sell more sensors. So Movea will be well motivated to keep pushing the level of integration higher, since the more they pull together in their algorithms, the less likely it will be that anyone else will give it away for free.

Naturally, free sounds good, but Movea is surely counting on the fact that their chemistry lab approach will not only provide modules that aren’t available elsewhere, but will also make it easy to pull this stuff together, making the development savings worth the price of the reagents.

 

More info: Movea: The Chemistry of Motion

 

17 thoughts on “Sensor Chemistry”

  1. How do you see the free-software-from-sensor-maker vs. third-party software thing shaking out? Where do you think the line will be drawn where people will pay for software?

  2. Pingback: GVK Bioscience
  3. Pingback: Petplay
  4. Pingback: DMPK
  5. Pingback: ADME Services
  6. Pingback: juegos friv
  7. Pingback: Boliden
  8. Pingback: Learn More
  9. Pingback: satta matka

Leave a Reply

featured blogs
Nov 30, 2023
No one wants to waste unnecessary time in the model creation phase when using a modeling software. Rather than expect users to spend time trawling for published data and tediously model equipment items one by one from scratch, modeling software tends to include pre-configured...
Nov 27, 2023
See how we're harnessing generative AI throughout our suite of EDA tools with Synopsys.AI Copilot, the world's first GenAI capability for chip design.The post Meet Synopsys.ai Copilot, Industry's First GenAI Capability for Chip Design appeared first on Chip Design....
Nov 6, 2023
Suffice it to say that everyone and everything in these images was shot in-camera underwater, and that the results truly are haunting....

featured video

TDK CLT32 power inductors for ADAS and AD power management

Sponsored by TDK

Review the top 3 FAQs (Frequently Asked Questions) regarding TDK’s CLT32 power inductors. Learn why these tiny power inductors address the most demanding reliability challenges of ADAS and AD power management.

Click here for more information

featured webinar

Rapid Learning: Purpose-Built MCU Software Tools for Data-Driven Embedded IoT Systems

Sponsored by ITTIA

Are you developing an MCU application that captures data of all kinds (metrics, events, logs, traces, etc.)? Are you ready to reduce the difficulties and complications involved in developing an event- and data-centric embedded system? This webinar will quickly introduce you to excellent MCU-specific software options for developing your next-generation data-driven IoT systems. You will also learn how to recognize and overcome data management obstacles. Register today as seats are limited!

Register Now!

featured chalk talk

Package Evolution for MOSFETs and Diodes
Sponsored by Mouser Electronics and Vishay
A limiting factor for both MOSFETs and diodes is power dissipation per unit area and your choice of packaging can make a big difference in power dissipation. In this episode of Chalk Talk, Amelia Dalton and Brian Zachrel from Vishay investigate how package evolution has led to new advancements in diodes and MOSFETs including minimizing package resistance, increasing power density, and more! They also explore the benefits of using Vishay’s small and efficient PowerPAK® and eSMP® packages and the migration path you will need to keep in mind when using these solutions in your next design.
Jul 10, 2023
16,935 views