False-positives on bumpy roads
Nadie ha tomado este issue todavía.
- #264 de @gluap — cerrado sin fusionar
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- arduino
- Área
- embedded-iot
Línea de trabajo
Comienza localizando el código de medición y filtrado de distancia ultrasónica en el repositorio OpenBikeSensorFirmware y, después, reproduce los falsos positivos en una carretera con baches usando el vídeo enlazado y el contexto del hardware. Sigue cómo se aceptan las lecturas consecutivas y define la finalización de modo que se evite que distancias obtenidas a partir de lecturas individuales aleatorias activen resultados de distancia mínima sin ocultar mediciones reales de adelantamientos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
When driving on a (even slightly) bumpy road both side ultrasonic sensors measure false-positives with a random distance even when no obstacles/cars are in sight - at least with our subset of two OBS devices in the household behave like this. They are mounted on two very different bike models (one recumbent one cargobike). My working hypothesis is that the bumps lead to high frequency vibrations either in the bike or in the OBS mount which in turn trick the sensor into thinking it has received an echo. The problem is that on a bumpy road with cars overtaking one can never be sure whether the minimum distance measured is a false positive or an actual overtaking event.
A suggested remedy would be to only accept distance measurements if two consecutive measurements do not differ by more than some ε - say 10cm or so. As the false-positives are random, chances are small that two consecutive random values will fall into one ε interval, whereas real measurements are expected to not deviate by more than a few cm within 1/20th of a second.
Video of the issue - Be aware that the road is not actually very bumpy and the bendy shaky look of my handlebar comes from the video de-shake. My hand holding the camera wasn't very steady and steadying the video makes the display readable but also lets it look like the handlebar is deforming horribly. The road was asphalt with minor bumps of 1-2 cm at most.
This is already the case with 0.7.596 and probably not related to #262
- Lenguaje dominante
- C++
- Estrellas
- 124
- Forks
- 29
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de openbikesensor/OpenBikeSensorFirmware
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
openbikesensor/OpenBikeSensorFirmware#372 · 2 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openbikesensor/OpenBikeSensorFirmware#340 · 6 comentarios ·
-
development
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
-
MAC address for the access point name is in reversed byte orderPosiblemente ocupada @SubOptimal la tomó hace 1490 días. Abierto
openbikesensor/OpenBikeSensorFirmware#315 · 2 comentarios · 1 asignado ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de openbikesensor/OpenBikeSensorFirmware
Issues similares
-
Status: Awaiting triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
espressif/arduino-esp32#12984 ·
Los mantenedores suelen responder en 1 día
-
torch_ops/logprob.cu does not compile with the serving container's nvcc (13.3.73); check_torch_ops.py cannot run as shippedPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 Menos de una hora Aptitud para principiantes 72/100
ashhart/TensorFold#535 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día