OpenArm での最初の動作の問題になる前に、共同順序の間違いをどのように発見すればよいでしょうか?
OpenArm で驚くほど一般的な問題は単純です。それは、URDF、コントローラー構成、およびハードウェア インターフェイスの結合名や順序が一致していないことです。
最初の有効化で恐ろしいモーションが発生する前に、共同順序の間違いをどのように発見できるでしょうか?
共同名、制限、符号規則、およびハードウェア インターフェイス マッピングに関して実行したチェックを共有してください。
返信する場合は、確認した正確な不一致を 1 つと、それを防止するための正確な検証手順を 1 つ含めてください。
視覚化のみの検証は、特に名前付けやジョイント軸の仮定がリポジトリ間で変動する場合に、人々が期待する以上に多くのことをキャッチします。
遅い単一ジョイントのイネーブルテストは退屈ですが、全軸のサプライズよりも安価です。 正確なシーケンスを一度文書化して、再利用します。
プレトルクチェックリストまたは構成差分サンプルをお持ちの場合は、ここに投稿してください。 この種のアーティファクトは非常に検索しやすくなります。
最も近い症状を選択して、適切なトラブルシューティング パスに従ってください。
「[OpenArm] ビルダー インテグレーター向けの URDF 結合順序とコントローラーの不一致 (初心者)」の再現可能な症状チェックから始めて、ハードウェアまたはファームウェアを変更する前にホスト/サービスの状態を確認します。
journalctl -b | rg -n "error|warn|openarm|can"
ip -details link | rg -n "can|state"
python tools/preflight_check.py --quickシンプルなプリフライト ゲートと短い起動チェックリストを追加して、モーションが開始される前に回帰を検出できるようにします。
まずはチェックリストのテンプレートとして使用してください。 実行前に自分のセルでインターフェイス名、フィクスチャ ID、安全条件を確認してください。