[OpenArm] ビルダー インテグレーター向け Teleop データ ロギング (中級)

OpenArm 遠隔操作中に、実行をリプレイ、トレーニング、およびその後の障害分析に役立てるために何を記録しますか?

フォーラム / オープンアーム / OpenArm

役職

このスレッドは、ビルダーおよびインテグレータ向けの OpenArm テレオペ データ ログに関するものです。\n\nセッションの興奮が去った後も実行が価値のあるものとなるように、どのようなメタデータ、再試行、および失敗のメモを保管していますか?\n\n返信する場合は、後でのみ役立つフィールドを 1 つ含めてください。

関連するトラブルシューティング パス: ベースマウントが移動され、校正基準が一致しなくなります · バスのタイムアウトと回復は可能か

モジュール: OpenArm · 対象者: ビルダーとインテグレーター · タイプ: ディスカッション

タグ: オープンアーム、遠隔操作、データロギング、データセット

コメント1

チームは軌跡を保存し、セッションのコンテキストを忘れてしまうことがよくあります。 そのため、後のリプレイは本来よりもはるかに弱くなります。

コメント2

トレーニングが失敗し始めると、再試行、介入ポイント、およびキャリブレーション状態が最も重要なシグナルとなることがよくあります。

コメント3

最初は重要ではないと思われたが、評価または再トレーニング中に使用することになった 1 つのログ フィールドを共有します。

クイック症状セレクター

最も近い症状を選択して、適切なトラブルシューティング パスに従ってください。

まだ選択されていません。

クイック FAQ

最速の中間診断フローは何ですか?

制御されたループで「[OpenArm] ビルダー インテグレーター向けテレオプ データ ログ (中間)」を再現し、部分的な修正を適用する前にベースラインと現在の測定値を比較します。

python tools/reproduce_issue.py --case current_thread
python tools/validate_fix.py --checklist standard_intermediate
いつパッチ適用を中止して完全リカバリを実行すればよいでしょうか?

ウォームアップ後に残差またはドリフトが許容限界を満たさない場合は、完全な再校正/回復ワークフローに切り替えてください。

これらのコマンドをそのままコピーしてもいいでしょうか?

まずはチェックリストのテンプレートとして使用してください。 実行前に自分のセルでインターフェイス名、フィクスチャ ID、安全条件を確認してください。