Open the pairing window from a validated phone
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 15/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- authentication, embedded-iot
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Rust
- Stelle
- 1
- Fork
- 0
- Merge medio
- 13h 27m
- PR unite (30g)
- 31
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
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 OpenCarControls/firmware
-
e-gmp enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
OpenCarControls/firmware#92 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
OpenCarControls/firmware#89 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 12/100
OpenCarControls/firmware#86 ·
I maintainer di solito rispondono entro 1 giorno
-
e-gmp enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
OpenCarControls/firmware#75 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 51/100
OpenCarControls/firmware#68 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di OpenCarControls/firmware
Issue simili
-
binding:python bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
coollabsio/orbit#72 ·
I maintainer di solito rispondono entro 1 giorno
-
Synth suite fails unless run from the repo root: signal_flow's default machine path is cwd-relativeApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
Nimblesite/osprey#370 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
bug order-flow studies ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
userFRM/egui-charts#2417 ·
I maintainer di solito rispondono entro 1 giorno