Can you get Parameterized telemetry? #4176
-
So this might sound like a fairly odd question but the API i'm using to get telemetry allows me to request specific telemetry by doing for example |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
The object tree is resolved at client load time by either querying a static dictionary file, or by sending a request to a server for available telemetry points. In either case, the general idea is that Open MCT knows at runtime what telemetry points are available, and presents them in a tree. The user finds the telemetry point they are interested in by either navigating the tree's hierarchy, or by using the search feature, and then drags the telemetry into their view. So, out of the box, Open MCT assumes you have some way of knowing up front what telemetry is available. We don't have any UI that does what you describe. However, there is an undocumented feature that, while it's not it's intended purpose, might give you want you want. If you add the following to your telemetry metadata...
and then drag that telemetry point into a plot or table, when you edit the plot or table you will see a new "DATA FILTERS" section in the inspector on the right. This will allow you to enter some text that will be passed to your telemetry provider as an option with any requests or subscriptions for that telemetry. eg. Here's an example of how you enable a filter field for the If you then set a breakpoint in the sinewave generator's telemetry provider, you can see the filter value being passed all the way through: You could use this filter value to build a request to your telemetry backend for a user-specified telemetry point. A few caveats, this approach will only work with plots and tables, and will be persisted with those objects, and not with the telemetry point itself. |
Beta Was this translation helpful? Give feedback.
The object tree is resolved at client load time by either querying a static dictionary file, or by sending a request to a server for available telemetry points. In either case, the general idea is that Open MCT knows at runtime what telemetry points are available, and presents them in a tree. The user finds the telemetry point they are interested in by either navigating the tree's hierarchy, or by using the search feature, and then drags the telemetry into their view.
So, out of the box, Open MCT assumes you have some way of knowing up front what telemetry is available. We don't have any UI that does what you describe. However, there is an undocumented feature that, while it's not it's in…