役職
キャリブレーションとホーミングに焦点を当てた、初心者向けの OpenArm チェックリスト スレッドを 1 つ作成したいと考えています。\n\n具体的にはどのような起動順序に従っていますか?また、前のセッションと何かが違うと感じた場合は何を記録しますか?\n\n返信する場合は、後で無駄なデバッグを行わないようにするためのチェックを 1 つ含めてください。
OpenArm セッションをテレオペ、デモ、およびその後のデータ収集に十分な再現性を維持できる起動チェックリストは何ですか?
キャリブレーションとホーミングに焦点を当てた、初心者向けの OpenArm チェックリスト スレッドを 1 つ作成したいと考えています。\n\n具体的にはどのような起動順序に従っていますか?また、前のセッションと何かが違うと感じた場合は何を記録しますか?\n\n返信する場合は、後で無駄なデバッグを行わないようにするためのチェックを 1 つ含めてください。
最良のチェックリストは、毎回従うことができるほど短いものです。 長すぎると、チームは急いでいるときに使用を中止します。
ツールの変更と輸送イベントは、一見無関係に見えるドリフトを説明することが多いため、注目に値します。
他の OpenArm チームが今日ラボ ノートブックにコピーできる最小の校正チェックリストを共有します。
最も近い症状を選択して、適切なトラブルシューティング パスに従ってください。
「[OpenArm] ビルダー インテグレーター向けキャリブレーションとホーミング チェックリスト (初級)」の再現可能な症状チェックから始めて、ハードウェアまたはファームウェアを変更する前にホスト/サービスの状態を確認します。
journalctl -b | rg -n "error|warn|openarm|can"
ip -details link | rg -n "can|state"
python tools/preflight_check.py --quickシンプルなプリフライト ゲートと短い起動チェックリストを追加して、モーションが開始される前に回帰を検出できるようにします。
まずはチェックリストのテンプレートとして使用してください。 実行前に自分のセルでインターフェイス名、フィクスチャ ID、安全条件を確認してください。