Live Stream vs "Last Received Data Point"

I was wondering what is the technical difference between setting up a dashboard gauge for Live Stream versus setting it to Historical and using the “Last Received Data Point” option? They seem similar to me and am attempting to satisfy a customer request and trying to figure out if some adjustments to the gauge settings will be helpful.

In terms of the data they display, they are very similar. There are a few behavior differences:

  1. On the initial load of a dashboard, a Live Stream will not show any data until something is received. In many blocks, you’ll get a message saying something like “Waiting for data…”. If your device reports rarely, the user could be looking at a “waiting” message for a long time.
  2. Last Received Data Point will show data on initial load (assuming the device reported at some point in the past).
  3. Last Received Data Point updates with the main dashboard refresh timer, which has a minimum refresh time of 5 seconds. Live Stream updates immediately whenever new data is received.

Thanks for clarifying that.

What our customer’s sometimes complain about is the relevance of the gauge data where they find the “N minutes ago” not intuitive enough in cases where the platform has stopped receiving new device updates. They look at the gauge and see it displaying a seemingly valid number and don’t pay attention to the age. They are looking for the gauge to timeout to show n/a or “waiting for data” or “offline” instead of showing the last data point. Can you think of a workaround to accomplish something like that?

That’s an interested scenario. I can’t think of a workaround using the gauge, but you can implement something using the Indicator Block. The indicator block is quite a bit more powerful in terms of how you want to display the information. We also provide you the lastUpdated variable. You can subtract that from the current time and if that is greater than some value, you can treat the device as “offline” and change the message accordingly.

We’ll have to think about ways to provide better control over the gauges for situations like this.

@Brandon_Cannaday This is exactly what we do. We have an indicator block next to the gauges.

Gauges can really only show the last known value. We use indicator block to explicitly will show if the device is online and any alarms (device) and its current state, running, etc… That way if we loose comms we can indicate what was going on, but you at least have some indication what state (ie the Engine RPM was in tha gauges before this occured) and is it is online or not.

Interesting @Tim_Hoffman. Do you have a screenshot you can share?

Here you go.

We have two types of offline.

1 . Where the actual device is offline but comms/agent is still online.
2. Comms offline.

Our agent continues to update Losant if the device is offline.

An inactivity triggered workflow indicates if the comms is offline.


1 Like