(CDFR) Adaptation for other surfaces
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- c
- Ambito
- embedded-iot, robotics
Direzione di ricerca
The issue names no source files, tests, or entry points. Start by reproducing the tracking behavior on the printed vinyl surface, then investigate the listed variables: sensor height, LUT use and calibration, acceleration smoothness, and vibration. Done means identifying the conditions that affect tracking and establishing a validated adaptation or recommendation for this surface.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hey OTOS enjoyers,
I love the product and been using it for the last couple months. We currently use it in our omnidirectionnal robot, roughly 40cm accross and we had some good results and some worse results.
We've seen a deterioration in tracking quality (Robot is off by a couple cm after 3s of moving) in the last couple of days.
It seems to be worse and worse, maybe because the robot is moving faster.
We're looking for ways to improve tracking quality. For this robotics competition, it uses printed vinyl, which is'nt exactly like the FRC tiles.
What should we try to see improvements ?
- Sensor height ?
- Not using the LUT ?
- Calibrating the LUT ?
- Smoother accelerations ?
We've checked that the sensor is fully calibrated at the start, that is it isolated from ambiant light, and that it stays at a constant height.
What we are unsure of is the immunity to vibrations, and how it could worsen the quality of the measure.
Here's a video of the robot on the playing mat, when asked to simply go to +/- y coordinates:
https://bouchardcloud.com/s/8PRJGqkTbtp6m5A
- Lingua principale
- C
- Stelle
- 13
- Fork
- 3
- 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 sparkfun/SparkFun_Optical_Tracking_Odometry_Sensor
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
sparkfun/SparkFun_Optical_Tracking_Odometry_Sensor#2 · 9 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 52/100
sparkfun/SparkFun_Optical_Tracking_Odometry_Sensor#1 · 1 commento · 1 reazione ·
Tutte le issue di sparkfun/SparkFun_Optical_Tracking_Odometry_Sensor
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
libsdl-org/SDL#16607 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
PowerShell/Win32-OpenSSH#2482 · 1 reazione ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
zephyrproject-rtos/zephyr#123881 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno