Open the pairing window from a validated phone
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 15/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- authentication, embedded-iot
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Rust
- Star
- 1
- Fork
- 0
- Merge trung bình
- 13 giờ 27 phút
- Pull request đã merge (30 ngày)
- 31
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của OpenCarControls/firmware
-
E-GMP: phone validation methodsĐang mởe-gmp enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
OpenCarControls/firmware#92 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
OpenCarControls/firmware#89 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
OpenCarControls/firmware#86 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
e-gmp enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
OpenCarControls/firmware#75 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 51/100
OpenCarControls/firmware#68 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của OpenCarControls/firmware
Issue tương tự
-
binding:python bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
coollabsio/orbit#72 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Synth suite fails unless run from the repo root: signal_flow's default machine path is cwd-relativeĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
Nimblesite/osprey#370 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
bug order-flow studies ui
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
userFRM/egui-charts#2417 ·
Maintainer thường phản hồi trong vòng 1 ngày