CodingTrain / CodingTrain/Suggestion-Box

Kalman Filtering / SLAM

オープン
#930 コメント 0 件 リアクション 1 件 担当者 0 名 GitHub で見る
主要言語
言語のデータがありません
スター
570
フォーク
85
PR マージ指標
30日以内にマージされた PR はありません

説明

If you know a robot's initial position, and the instructions you are giving it, you should be able to predict its location at a later time. However, things can interfere with the robot perfectly executing the task (there might be a gust of wind, or the wheels might slip etc.) This is called _process noise_. Over time, you have less and less confidence in the robot's position.
You can try to fix this by using sensors on your robot which can give updates about its current position. However, these might be noisy themselves (_measurement noise_). Also, your sensors might not give full information about your environment (for example, it might be a laser that only gives the distance to the closest wall).
A Kalman Filter is one common way of working out how much to trust your model of where you are vs where your sensors are telling you you are. It can be extended to solve the problem of Simultaneous Localization and Mapping (SLAM), building a map of the environment while also working out your position in it.
A linear Kalman Filter might be a good topic for a coding challenge or series. For example, you could build agents like in challenge 69, Evolutionary Steering Behaviours, and intentionally corrupt the sensing inputs that the agents are receiving and/or add random gusts of wind etc., then design an algorithm to help them understand where they are despite corrupted or limited senses. Or you could have a set of landmarks in the environment and try to build a map of the environment from only the information the agents are receiving.

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

Start by reviewing the proposed linear Kalman Filter topic and Challenge 69, Evolutionary Steering Behaviours. Clarify the scope of a coding challenge or series, including whether it should cover noisy sensing, process noise, or SLAM. Done would require an agreed challenge definition and implementation scope.

索引モデルが issue の本文から書いたものです。

評価

領域
robotics
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。