telemetry quality
1/6

telemetry quality

camera latency

Camera and control latencies are a crucial problem for teledriving, we need to understand which features are good predictors for understanding what causes latencies.

spike_events

camera latency spike events

In this report we analyse:

  • which features are important for latency prediction
  • which features are important for spike prediction
  • how early can we reliably forecast a spike event

previous analysis

We start from this previous analysis where 19 features were used to predict e2e_latency .
Data were collected upsampling all features up to a second, defining the spike as a latency lager than 400ms, filtering out the warehouses and extracting the features .

previuos_analysis

notebooks of the previous analysis

Features are resampled every 4 seconds, plotted , and a xgboost classifier is applied on the data.
The prediction is on 4 seconds bins where the maximum of e2e_latency is above 400ms is classified as label:1 .

data quality

Report on the data quality, ingestion, stream, plausibility

telemetry_matrix

firing behaviour for telemetry features

Every sensor has a topic which fires to the backend at a rate from 1Hz to 50Hz. networking information comes every second while computing and vehicle_dynamics more frequently.
We spot which features are redundant and we check obvious dependecies with camera_latency

data sets

Preparation of the datasets for the training, feature selection and denoising

series_deci

time series on deci seconds

We prepare different data sets:

  • telemetry data, one second sampling
  • telemetry data, one deci second sampling
  • network_log data, one deci second sampling

For each we create a series of spike events (+/- 60 seconds from spike) and created a denoised average of all series

time ordering of events

Investigation on time ordering of events, investigating causal dependecy

series_deci

time series on deci seconds

We define a method to calculate the time persistance and the time shift between features.
Persistance shows more interesting results than correlation and really points out when two features have a causal relationship.
Time shift is a delicate measurement since doesn't always lead to consistent results. We show that networking features are mostly preceeding spikes and we compute the time shift for every single series to classify networking related spikes from computing related.

prediction

Prediction of camera_latency to spot the most relevant features for training the model.

series_deci

spike prediction with networking features

We iterate over different models and feature sets to identity the most performant combination.
We predict as well the risk of a spike.
We end up using a long short term memory with few layers.

forecast

We use the prediction model to run a forecast on the camera_latency for the next few seconds.

series_deci

forecast for every series, for every starting point

We calculate the accuracy of the forecast depending on the anticipation time. The reliability of the model increases close to the spike.

spatial

We investigate the spatial dependency of spikes.

latency_geo

latency per geohash

We clearly see a spatial pattern where the latency is larger in particular areas of the city.