Open the pairing window from a validated phone
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 15/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- authentication, embedded-iot
Línea de trabajo
Start with #54 and #74 to learn how bonds and validated phones work today, then find where pairing_window_seconds and the existing pairing-window logic live in the firmware. The new system command also needs a message in the contracts crate. Do not start until the device-management design is settled and the app has a UI for it. Done means a validated phone can open the pairing window and add a phone without touching the board.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Part of #9. Follow-up to #54 and #74.
Problem
A buttonless board only opens its pairing window at first setup or after a #54 bond reset. Adding a second phone, or replacing one, means resetting every bond.
Proposal
- A system command, accepted only from a phone validated for the identified car (#74), opens the pairing window for
pairing_window_seconds. A merely bonded phone can't, so it can't let in more phones. - Phone management (
RemovePairedPhone,ClearPairedPhones) follows the #74 rules instead of needing an open window. - Needs a message in contracts and a screen in the app; wait until the app has a proper device-management UI.
Done when
The owner can add a phone from a validated phone, without touching the device.
- Lenguaje dominante
- Rust
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 13 h 27 min
- PR fusionados (30 d)
- 31
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
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 OpenCarControls/firmware
-
E-GMP: phone validation methodsAbiertoe-gmp enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
OpenCarControls/firmware#92 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
OpenCarControls/firmware#89 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 12/100
OpenCarControls/firmware#86 ·
Los mantenedores suelen responder en 1 día
-
e-gmp enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
OpenCarControls/firmware#75 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 51/100
OpenCarControls/firmware#68 ·
Los mantenedores suelen responder en 1 día
Todos los issues de OpenCarControls/firmware
Issues similares
-
binding:python bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
coollabsio/orbit#72 ·
Los mantenedores suelen responder en 1 día
-
Synth suite fails unless run from the repo root: signal_flow's default machine path is cwd-relativeAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
Nimblesite/osprey#370 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
bug order-flow studies ui
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
userFRM/egui-charts#2417 ·
Los mantenedores suelen responder en 1 día