False-positives on bumpy roads
Chưa có ai nhận issue này.
- #264 của @gluap — đã đóng, không merge
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- arduino
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
Bắt đầu bằng việc xác định mã đo và lọc khoảng cách siêu âm trong repository OpenBikeSensorFirmware, sau đó tái hiện các kết quả dương tính giả trên một con đường gồ ghề bằng video được liên kết và bối cảnh phần cứng. Theo dõi cách các kết quả đọc liên tiếp được chấp nhận và xác định việc hoàn tất là ngăn các khoảng cách từ những lần đọc đơn lẻ ngẫu nhiên kích hoạt kết quả khoảng cách tối thiểu mà không che khuất các phép đo vượt xe thực sự.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- C++
- Star
- 123
- Fork
- 29
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 openbikesensor/OpenBikeSensorFirmware
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
openbikesensor/OpenBikeSensorFirmware#372 · 2 bình luận ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
openbikesensor/OpenBikeSensorFirmware#340 · 6 bình luận ·
-
development
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 20/100
-
MAC address for the access point name is in reversed byte orderCó thể đã có người làm @SubOptimal đã nhận 1505 ngày trước. Đang mở
openbikesensor/OpenBikeSensorFirmware#315 · 2 bình luận · 1 người được giao ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
Tất cả issue của openbikesensor/OpenBikeSensorFirmware
Issue tương tự
-
Remove source files from packaging for deb, zip, etcCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
OpenSpace/OpenSpace#4353 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 5 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
justcallmekoko/ESP32Marauder#1656 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Decompiler: convertCharRef() in xml.y overflows its int4 accumulator on long character referencesCó thể đã có người làm @kaayzouee đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
NationalSecurityAgency/ghidra#10009 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
mutationpp/Mutationpp#337 ·