Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Comprendi i dati di telemetria
I dati di telemetria vengono forniti come record JSON con codifica Base64 al flusso Kinesis Data Streams. Ogni record contiene informazioni raccolte durante il contatto satellitare, inclusi i metadati sul contatto e le misurazioni telemetriche campionate.
Panoramica del formato dei dati
Ogni record di telemetria contiene i seguenti componenti:
- Tipo e versione di telemetria
-
Identifica il tipo specifico di dati di telemetria e la relativa versione dello schema. Ciò consente di analizzare i diversi tipi di telemetria in modo appropriato. Per ulteriori informazioni sul controllo delle versioni dello schema, vedere. Versionamento ed evoluzione dello schema
- ID dell'ambito
-
Un identificatore univoco per l'ambito della telemetria. Ciò consente di correlare i dati di telemetria con contatti specifici.
- Metadati
-
Informazioni contestuali sulla telemetria.
- Dati
-
Le misurazioni telemetriche campionate specifiche per il tipo di telemetria.
Chiave di partizione
I record di telemetria vengono inviati al flusso Kinesis Data Streams con una chiave di partizione nel formato:
SCOPE#scopeId#TELEMETRY_ID#telemetryId#TELEMETRY_VERSION#telemetryVersion
Questa chiave di partizione assicura che tutta la telemetria di un determinato tipo per un singolo contatto venga inviata allo stesso shard all'interno del flusso Kinesis Data Streams, permettendo di ordinare al meglio il flusso di telemetria di quel contatto.
Telemetria di puntamento
La telemetria di puntamento fornisce informazioni sulla direzione di puntamento dell'antenna durante i contatti satellitari. Questo tipo di telemetria viene sempre inviato durante un contatto.
Campi dati
- Timestamp di esempio
-
Ora in cui i dati di telemetria sono stati campionati, in formato ISO-8601 in UTC con precisione al millisecondo.
- azimut
-
Angolo di azimut effettivo dell'antenna in gradi.
- elevazione
-
Angolo di elevazione effettivo dell'antenna in gradi.
- Azimut comandato
-
Angolo azimutale comandato in gradi. Questo è l'angolo azimutale target che l'antenna sta cercando di raggiungere.
- Elevazione comandata
-
Angolo di elevazione comandato in gradi. Questo è l'angolo di elevazione target che l'antenna sta cercando di raggiungere.
Nota
La posizione effettiva dell'antenna può differire dalla posizione comandata a causa di limitazioni fisiche o ritardi meccanici durante il contatto.
Campi di metadati
- Stazione terrestre
-
Nome della stazione di terra (ad esempio, «Ohio 1").
- ID satellitare
-
Identificatore della risorsa satellitare in. AWS Ground Station
- contactId
-
Identificatore del contatto.
Esempio JSON
{ "telemetryTypeAndVersion": "POINTING#1.0.0", "telemetryType": "POINTING", "telemetryVersion": "1.0.0", "scopeId": "12345678-1234-1234-1234-123456789012", "metadata": { "groundStation": "Ohio 1", "satelliteId": "87654321-4321-4321-4321-210987654321", "contactId": "12345678-1234-1234-1234-123456789012" }, "data": { "sampleTimestamp": "2025-12-08T12:00:00.123Z", "azimuth": 180.5, "elevation": 45.2, "commandedAzimuth": 180.0, "commandedElevation": 45.0 } }
Monitoraggio della telemetria
La telemetria di tracciamento fornisce informazioni sullo stato di tracciamento dell'antenna e sugli errori di tracciamento. Questo tipo di telemetria viene inviato quando il tracciamento automatico è abilitato nella configurazione di tracciamento e quando l'antenna utilizza attivamente l'autotrack.
Nota
Se il autotrack parametro inserito TrackingConfig è impostato su, non verrà fornita alcuna telemetria di REMOVED tracciamento. Per ulteriori informazioni sul monitoraggio delle configurazioni, consulta. Config di monitoraggio
Campi dati
- Timestamp di esempio
-
Ora in cui i dati di telemetria sono stati campionati, in formato ISO-8601 in UTC con precisione al millisecondo.
- Stato del tracciamento
-
Stato di tracciamento attuale dell'antenna. I valori possibili sono
TRACKING,ACQUIRINGeMASKED. - trackingErrorAzimuth
-
Errore di tracciamento nell'asse azimutale, misurato in gradi.
- trackingErrorElevation
-
Errore di tracciamento nell'asse di elevazione, misurato in gradi.
Nota
I valori degli errori di tracciamento rappresentano le regolazioni della traccia del programma basata sulle effemeridi che AWS Ground Station si applica durante il tracciamento automatico per massimizzare la potenza del segnale.
Campi di metadati
La telemetria di tracciamento include gli stessi campi di metadati della telemetria di puntamento:,, e. groundStation satelliteId contactId
Esempio JSON
{ "telemetryTypeAndVersion": "TRACKING#1.0.0", "telemetryType": "TRACKING", "telemetryVersion": "1.0.0", "scopeId": "12345678-1234-1234-1234-123456789012", "metadata": { "groundStation": "Ohio 1", "satelliteId": "87654321-4321-4321-4321-210987654321", "contactId": "12345678-1234-1234-1234-123456789012" }, "data": { "sampleTimestamp": "2025-12-08T12:00:00.123Z", "trackingStatus": "TRACKING", "trackingErrorAzimuth": 0.2, "trackingErrorElevation": 0.1 } }
Lettura dei dati dal flusso Kinesis Data Streams
I dati di telemetria vengono forniti al flusso Kinesis Data Streams e possono essere utilizzati utilizzando modelli di consumo standard dei flussi. Quando leggi i dati del tuo stream, tieni a mente le seguenti considerazioni.
Decodifica Base64
I dati nello stream Kinesis Data Streams sono codificati in Base64. È necessario decodificare i dati prima di analizzarli come JSON. Per ulteriori informazioni, consulta Working with Amazon Kinesis Data Streams.
Utilizzo di Kinesis Data Viewer
Per un accesso rapido ai dati di telemetria, la console di streaming Kinesis Data Streams offre una funzionalità Data Viewer. Quando si utilizza questa funzionalità:
-
La consegna della telemetria può avvenire su qualsiasi shard all'interno dello stream.
-
La posizione iniziale predefinita viene letta dai record più recenti nello shard.
-
Potrebbe essere necessario regolare lo shard selezionato e utilizzare la posizione iniziale «Al timestamp» per visualizzare i record ricevuti.
Utilizzo della libreria Kinesis Client
La Kinesis Client Library (KCL) gestisce molte delle complessità associate al consumo di dati dal flusso Kinesis Data Streams, tra cui la gestione degli shard, il checkpoint e il bilanciamento del carico. Consigliamo di utilizzare KCL per le applicazioni di consumo telemetrico di produzione.
Per ulteriori informazioni, consulta Sviluppo dei consumatori utilizzando la libreria client Kinesis.
Le migliori pratiche per il consumo
-
Minimizza la latenza: utilizza Enhanced Fan-Out per leggere dal flusso Kinesis Data Streams con throughput dedicato e latenza inferiore rispetto al polling. Per ulteriori informazioni, consulta Developing Enhanced Fan-Out Consumers.
-
Stream dedicato: utilizza un flusso Kinesis Data Streams dedicato AWS Ground Station per l'integrazione della telemetria. La condivisione di uno stream con altre applicazioni può causare la saturazione della velocità di scrittura e errori nell'erogazione della telemetria.
-
Capacità su richiesta: implementa il tuo flusso Kinesis Data Streams in modalità di provisioning su richiesta per consentire il ridimensionamento automatico degli shard in base alla velocità effettiva.
-
Monitora la velocità effettiva: monitora lo stream per verificare eventuali limitazioni utilizzando le metriche. CloudWatch Per ulteriori informazioni, consulta Monitoraggio di Amazon Kinesis Data Streams.
Versionamento ed evoluzione dello schema
Le versioni degli schemi di telemetria sono adattate per supportare l'evoluzione nel tempo. Il telemetryVersion campo in ogni record indica la versione dello schema.
Gestione delle modifiche allo schema
-
In futuro potrebbero essere introdotti nuovi tipi di telemetria.
-
I tipi di telemetria esistenti potrebbero ricevere nuove versioni con modifiche sostanziali.
-
Le applicazioni devono tollerare tipi e versioni di telemetria sconosciuti.
-
Analizza i
telemetryVersioncampitelemetryTypeAndVersiontelemetryType, e per determinare come elaborare ogni record.
Consigliamo di implementare una serializzazione del payload sensibile alla versione in grado di gestire più versioni dello schema in modo corretto, permettendo alle applicazioni di continuare a funzionare quando vengono introdotte nuove versioni.