[Feature Request] Support DataFlash (`.bin`) telemetry logs
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- data-engineering
Direzione di ricerca
Inizia leggendo telemetry/mavlogparse.py per comprendere l'estrazione .tlog esistente e analizza come il suo output CSV entra nella pipeline CSV-to-DataFrame esistente. Confronta l'approccio richiesto con mavlogdump.py di pymavlink e i riferimenti collegati ai messaggi DataFlash. Il lavoro è completato quando i log .bin possono essere estratti in CSV e utilizzati dallo stesso processo DataFrame, con un'astrazione dei formati più ampia se fattibile.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is your feature request related to a problem? Please describe.
Current telemetry extraction only supports .tlog files, but DataFlash .bin files are more consistently collected (since they're in the flight controller), and have potentially faster data rates which .tlogs don't have access to. May include data after losing connection to the operator, and can potentially be used for slightly more accurate accelerometer integration (for very rough positioning estimates).
Describe the solution you'd like
- support telemetry extraction from
.binto.csv, like existing.tlogsupport - should feed in to the existing
.csvtoDataFramepipeline/process - ideally should form part of a broader abstraction around information types instead of users needing to know specific internals of the log file formats they're using
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
| alternative | reason(s) why unsuitable |
|---|---|
only use .tlog files instead |
ok-ish, but lower data rates, and not always available |
use mavlogdump for extraction instead |
code is hard to understand, output isn't great for processing |
Additional context
- Lingua principale
- Python
- Stelle
- 3
- Fork
- 0
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ES-Alexander/data-alignment
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
ES-Alexander/data-alignment#1 · 1 commento ·
Tutte le issue di ES-Alexander/data-alignment
Issue simili
-
Atomic append fails to create a missing fileForse già presa @harbinresearcher l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
fabiocaccamo/python-fsutil#201 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
task
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
danparshall/claude_researcher#87 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
GhostManager/Ghostwriter#998 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
datajoint/datajoint-python#1586 ·
I maintainer di solito rispondono entro 1 giorno