[OpenArm] ビルダー インテグレータ向けのキャリブレーションとホーミング チェックリスト (初心者向け)

OpenArm セッションをテレオペ、デモ、およびその後のデータ収集に十分な再現性を維持できる起動チェックリストは何ですか?

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

役職

キャリブレーションとホーミングに焦点を当てた、初心者向けの OpenArm チェックリスト スレッドを 1 つ作成したいと考えています。\n\n具体的にはどのような起動順序に従っていますか?また、前のセッションと何かが違うと感じた場合は何を記録しますか?\n\n返信する場合は、後で無駄なデバッグを行わないようにするためのチェックを 1 つ含めてください。

関連するトラブルシューティング パス: 新しい制御 PC で再起動するとインターフェイスが失われる可能性があります · Network Manager のアップデート後に Socketcan インターフェイスが見つからない

モジュール: OpenArm · 対象者: ビルダー/インテグレーター · タイプ: 質問

タグ: オープンアーム、キャリブレーション、ホーミング、チェックリスト

コメント1

最良のチェックリストは、毎回従うことができるほど短いものです。 長すぎると、チームは急いでいるときに使用を中止します。

コメント2

ツールの変更と輸送イベントは、一見無関係に見えるドリフトを説明することが多いため、注目に値します。

コメント3

他の OpenArm チームが今日ラボ ノートブックにコピーできる最小の校正チェックリストを共有します。

クイック症状セレクター

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

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

クイック FAQ

初心者でも安全な最速の診断順序は何ですか?

「[OpenArm] ビルダー インテグレーター向けキャリブレーションとホーミング チェックリスト (初級)」の再現可能な症状チェックから始めて、ハードウェアまたはファームウェアを変更する前にホスト/サービスの状態を確認します。

journalctl -b | rg -n "error|warn|openarm|can"
ip -details link | rg -n "can|state"
python tools/preflight_check.py --quick
再起動/アップデート後の同じ問題を回避するにはどうすればよいですか?

シンプルなプリフライト ゲートと短い起動チェックリストを追加して、モーションが開始される前に回帰を検出できるようにします。

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

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