URDF ⇄ EusLisp を相互変換するPythonライブラリ
eus2urdfで変換したjskeusの全モデル（ロボット・物体・シーン）をブラウザで閲覧・操作・ダウンロードできます → https://iory.github.io/urdfeus/
手元のモデルをその場で相互変換できます → https://iory.github.io/urdfeus/convert/
urdfeusがWebAssembly（Pyodide）として動くため、Pythonの環境構築が要りません。変換はすべてブラウザ内で完結するので、ファイルはどこにもアップロードされません。
URDFをドラッグ&ドロップすると必要なメッシュが一覧表示されるので、「Select files」か「Select directory」でメッシュを渡してください。ファイル名を手がかりにpackage://のパスへ自動で突き合わせるので、メッシュの入ったフォルダごと指定して構いません。URDFとメッシュが同じフォルダにあるなら、フォルダごとドロップするだけで済みます。
.lをドロップすると、その場でURDFパッケージに変換し3Dで表示します。関節はスライダで動かせ、package.xml + urdf/ + meshes/一式をzipでダウンロードできます。生成モデル（euscollada/urdfeusのロボット、jskeusの物体モデル）は幾何情報をファイル内に持っているので、メッシュを別途渡す必要はありません。
GitHubのURLを貼るだけでも変換できます。 ファイルページのURL（https://github.com/<owner>/<repo>/blob/<ref>/<path>.l）を貼るとraw.githubusercontent.comに読み替えて取得します。リンクをドロップしても同じです。
?url=を付ければ、開いた時点で取得と変換まで走ります（URLはパーセントエンコードしてください）。モデルをそのまま共有できます：
https://iory.github.io/urdfeus/convert/?url=https%3A%2F%2Fgithub.com%2Fowner%2Frepo%2Fblob%2Fmain%2Frobot.l
取得はブラウザからの直接アクセスなので、CORSを許可しているホストに限られます（GitHubのrawは許可しています）。それ以外のURLは失敗するので、ファイルを落としてドロップしてください。
irteusglはネイティブプログラムなのでブラウザでは動きません。代わりに.lを直接読む静的パーサを使います。コードでリンクを組み立てるモデルや、他ファイルをloadするシーンはこの経路では読めないので、インストールしたeus2urdf（irteusgl経由）を使ってください。
初回のみPython実行環境（約33MB）を取得するため数秒かかります。2回目以降はブラウザのキャッシュが効きます。
--voxel-sizeによるメッシュ簡素化はopen3dに依存するため、ブラウザでは使えません。
urdfeusは、ロボット記述ファイル（URDF）をEusLispのロボットモデル定義に変換するツールです。ROS環境で使用されるURDFファイルを、EusLispプログラミング環境で利用できる形式に変換できます。
Python 3.10以降が必要です。
uvは高速なPythonパッケージマネージャです。コマンドとして使うだけならuv toolが最も確実です：
uv tool install urdfeus
uv tool upgrade urdfeus隔離された環境に入り、~/.local/binのshimが絶対パスのインタプリタを指すので、カレントディレクトリにあるチェックアウトに影響されません。
ライブラリとして使う場合は仮想環境に：
uv venv
source .venv/bin/activate # Linux/macOS
# .venv\Scripts\activate # Windows
uv pip install urdfeusオプションの依存関係も含める場合：
uv pip install "urdfeus[all]"[all]が入れるopen3dはPython 3.12以下でのみインストールされます（open3dがcp313以降のホイールを配布していないため）。3.13以降ではurdfeus本体だけが入り、メッシュ簡素化（--voxel-size）が使えません。
インストールせずに一度だけ変換したい、~/.local/binにshimを置きたくない、という場合はuvxが使えます。実行のたびに一時的な隔離環境が作られ、終わったらキャッシュ以外は残りません。
コマンド名がパッケージ名と違うので--from urdfeusが必要です：
uvx --from urdfeus urdf2eus robot.urdf robot.l
uvx --from urdfeus eus2urdf robot.l output_package_dir
uvx --from urdfeus urdf2eus --doctorオプションの依存関係が要る場合（--voxel-sizeなど）：
uvx --from "urdfeus[all]" urdf2eus robot.urdf robot.l --voxel-size 0.01バージョンを固定したいときは--from "urdfeus==1.2.1"のように書けます。ROS_PACKAGE_PATHなどの環境変数はそのまま引き継がれるので、package://の解決も通常どおり動きます。
毎回パッケージの解決が走るので、常用するならuv tool installのほうが向いています。
pip install urdfeuspip install --userは避けてください。~/.localに残った古いコピーが、あとから入れた環境を隠すことがあります。
git clone https://github.com/iory/urdfeus.git
cd urdfeus
uv pip install -e . # または pip install -e .urdf2eusはROSのPythonインタプリタを必要としません。URDFのpackage://を解決するためにROS_PACKAGE_PATHが通っていれば、隔離された仮想環境から実行できます：
export ROS_PACKAGE_PATH=/path/to/your/ros/workspace
urdf2eus robot.urdf robot.l環境の取り違えが原因の不具合が多いため、報告には実行環境を添えてください：
urdf2eus --doctorどのPython・どのurdfeus・どのscikit-robotが実際に読み込まれたかを、バージョンだけでなくパスまで表示します。変換が成功して結果だけがおかしい場合は、生成された.lの先頭20行でも同じ情報が得られます。
# 基本的な変換
urdf2eus robot.urdf robot.l
# YAMLファイルと一緒に変換
urdf2eus robot.urdf robot.l --yaml-path robot.yaml
# カスタムロボット名を指定
urdf2eus robot.urdf robot.l --name my_robot
# メッシュ簡素化オプション付き
urdf2eus robot.urdf robot.l --voxel-size 0.01from urdfeus.urdf2eus import urdf2eus
# URDFファイルをEusLispに変換
with open('robot.l', 'w') as f:
urdf2eus('robot.urdf', fp=f)
# YAMLファイルと一緒に変換
with open('robot.l', 'w') as f:
urdf2eus('robot.urdf', 'robot.yaml', fp=f)
# カスタムロボット名を指定
with open('robot.l', 'w') as f:
urdf2eus('robot.urdf', robot_name='my_robot', fp=f)eus2urdfは、EusLispのロボットモデルをURDF（ROSパッケージ形式）へ変換する逆方向のツールです。
モデルはirteusglで実体化してから抽出するため、:init内で手続き的に追加されるリンク・関節（脚や吸盤など）も取りこぼさず変換できます。メッシュはglverticesからtrimesh経由で書き出します（デフォルトは色を保持できる.glb）。変換結果はギャラリーで確認できます。
irteusgl（jskeus）がインストールされていること（無い場合は後述の静的パーサが使われます）- メッシュ書き出しに
trimesh/pycollada（依存に含まれます）
# EusLispモデル -> ROSパッケージ一式 (package.xml + urdf/ + meshes/)
eus2urdf robot.l output_package_dir
# package:// で使うパッケージ名を指定
eus2urdf robot.l output_package_dir --package-name my_robot_description
# ロボット名・コンストラクタ・メッシュ形式を指定
eus2urdf robot.l out --name my_robot --constructor my-robot --mesh-format obj生成物のレイアウト：
output_package_dir/
package.xml
CMakeLists.txt # 最小のcatkin定義（catkin build/catkin_makeで通る）
urdf/<robot>.urdf # package://<pkg>/meshes/<link>.glb を参照
meshes/<link>.glb
from urdfeus.eus2urdf import eus2urdf
urdf_path = eus2urdf('robot.l', 'output_package_dir',
package_name='my_robot_description')--package-name:package://で参照するROSパッケージ名（既定は出力ディレクトリ名）--name:<robot name>とURDFファイル名（既定はモデルが返すロボット名）--constructor: EusLispのコンストラクタ関数名（既定はファイル名のstem）--mesh-format:trimesh.exportが扱う拡張子（既定glb）。glb/ply/objは面ごとの色を保持。daeはtrimeshのColladaエクスポータが色をtextureに潰すため多色メッシュがグレーになる（単色メッシュは保持）。stlは色なし--draco: glbメッシュをDraco圧縮（KHR_draco_mesh_compression）。頂点色を保ったまま密なメッシュを概ね1桁小さくする。glb固定でDracoPyが必要（pip install urdfeus[draco]）。読み込み側のglTFローダにはDracoデコーダが要る--irteusgl: 使用するirteusgl実行ファイル--backend: モデルの読み方（後述）
EusLispの:weightと:inertia-tensorはそのままURDFの<mass>と<inertia>にします（g→kg、g*mm^2→kg*m^2）。ただしjskeusのモデルには、質量を持ちながら慣性テンソルが剛体として成立していないものがあります。
- h3 / h3s / h4 / h6 / h7 / igoid2 / igoid3 / saizo:
:inertia-tensorがゼロ行列 - macra: 1e-40 相当の placeholder（数値誤差で固有値が負になるものもある）
- human: 長軸まわりだけ
1.0（他の2軸は2.07e8、単位はg*mm^2）
質量があって慣性が無い剛体は存在しないので、こういうリンクを渡されたインポータは、そのボディを拒否するか、質量から作った既定テンソルを黙って代入します。後者はロボットと何の関係もない値です。そこでurdfeusは、テンソルが正定値でない、主慣性モーメントが三角不等式を満たさない、メッシュの大きさと質量に対して小さすぎる、のいずれかなら、そのリンクのメッシュから一様密度で慣性を計算し直します。質量と重心は宣言された値のままです。
書き換えたリンクは変換時に一覧で警告し、URDFにも理由をコメントで残します。
<link name="root">
<!-- inertia recomputed by urdfeus: all-zero inertia tensor -->
<inertial>メッシュが無くて計算もできないリンクは、成立しないテンソルを書く代わりに<inertial>自体を出力しません（これも警告します）。
モデルを読む経路は2つあります。
--backend |
読み方 | 対応範囲 |
|---|---|---|
irteusgl |
irteusglでモデルを実体化してダンプ |
どんなモデルでも読める。EusLispのインストールが必要 |
static |
.lファイルを直接パースする（urdfeus.eus_parse） |
生成モデル限定。EusLispは不要 |
auto（既定） |
irteusglがPATHにあればそちら、無ければstatic |
staticが読めるのは生成されたモデルです。euscollada/urdfeusがURDF・colladaから吐いたロボット（gl::glverticesで幾何を持つもの）と、jskeusの物体モデル（facesetで幾何を持つもの）が該当します。手書きでリンクを計算するモデルや、他ファイルをloadするシーン（*-scene.l）は読めず、その旨のエラーになります（黙って一部だけ変換することはありません）。
staticは:assocや:newcoordsといったEusLispの座標系の意味論を再現しており、jskeusの全モデル651個でirteusglのダンプと突き合わせて検証しています（641個が完全一致、2個は下限が正のジョイントに関する差でURDFとしては等価、8個はシーンで対象外）。
# EusLispが入っていない環境でも変換できる
eus2urdf robot.l out --backend staticfrom urdfeus.eus_parse import parse_eus_model
data = parse_eus_model('robot.l') # irteusgl不要。dumpと同じ辞書が返る- colladaボディは
glverticesから、make-cube等で生成されたプレーンなbody（例：:initで追加される可視化用の脚キューブや吸盤）は各faceを三角形分割してメッシュ化します。いずれもメッシュとして書き出されます。 - プレーンbodyのface三角形分割は凸面を仮定します（プリミティブ形状では成立）。
tests/urdfeus_tests/test_roundtrip.pyが、モデルをEusLispからURDFへ、URDFからEusLispへ戻し、両端のirteusglダンプを突き合わせます。単位や規約のずれは片道だけ見ると妥当に見えてしまうので、戻してから比べます（g*mm^2とkg*m^2の1e9、度とラジアン、mmとm、軸の符号）。
dump-robotは全関節をゼロにしてからダンプするため、比較対象はゼロ姿勢での運動学パラメータ一式（リンク姿勢・関節軸・種類・可動範囲）です。これが一致すれば他の姿勢の順運動学も一致するので、関節角をランダムに振るテストは置いていません。
往復で変わることを許しているのは2点だけです。名前は:torso-waist-yがtorso_waist_yにサニタイズされるので、eus2urdfと同じ対応表で突き合わせます。そして剛体として成立しない慣性テンソルを持つリンクは、計算し直されたテンソルで戻ってきます（URDF内のコメントが付いているリンクを慣性の比較から外しています）。
;; EusLisp環境での使用例
(load "robot.l")
(setq *robot* (robot)) ; URDFのロボット名または--nameで指定した名前
(send *robot* :angle-vector)
;; カスタム名を指定した場合
(load "robot.l")
(setq *robot* (my_robot)) ; --name my_robot で生成した場合
(send *robot* :angle-vector)--nameオプションで指定するロボット名は、EusLispの識別子として有効である必要があります：
- 文字または
_で始まる - 文字、数字、
_、-のみ使用可能 - EusLispの予約語（
if,defun,nilなど）は使用不可 - 空文字列やスペースを含む名前は使用不可
有効な例: my_robot, robot-v1, MyRobot, _robot, robot123
無効な例: 123robot, robot name, robot.name, if, defun
ロボットの関節グループ、エンドエフェクタ、初期ポーズを設定できます。
実際のPR2設定ファイルを参考にした例：
# 関節グループの定義
torso:
- torso_lift_joint : torso-waist-z
larm:
- l_shoulder_pan_joint : larm-collar-y
- l_shoulder_lift_joint : larm-shoulder-p
- l_upper_arm_roll_joint : larm-shoulder-r
- l_elbow_flex_joint : larm-elbow-p
- l_forearm_roll_joint : larm-elbow-r
- l_wrist_flex_joint : larm-wrist-p
- l_wrist_roll_joint : larm-wrist-r
rarm:
- r_shoulder_pan_joint : rarm-collar-y
- r_shoulder_lift_joint : rarm-shoulder-p
- r_upper_arm_roll_joint : rarm-shoulder-r
- r_elbow_flex_joint : rarm-elbow-p
- r_forearm_roll_joint : rarm-elbow-r
- r_wrist_flex_joint : rarm-wrist-p
- r_wrist_roll_joint : rarm-wrist-r
head:
- head_pan_joint : head-neck-y
- head_tilt_joint : head-neck-p
# エンドエフェクタ座標系
larm-end-coords:
parent : l_gripper_tool_frame
rotate : [0, 1, 0, 0]
rarm-end-coords:
parent : r_gripper_tool_frame
rotate : [0, 1, 0, 0]
head-end-coords:
translate : [0.08, 0, 0.13]
rotate : [0, 1, 0, 90]
# 事前定義ポーズ
angle-vector:
reset-manip-pose : [300.0, 75.0, 50.0, 110.0, -110.0, -20.0, -10.0, -10.0, -75.0, 50.0, -110.0, -110.0, 20.0, -10.0, -10.0, 0.0, 50.0]
reset-pose : [50.0, 60.0, 74.0, 70.0, -120.0, 20.0, -30.0, 180.0, -60.0, 74.0, -70.0, -120.0, -20.0, -30.0, 180.0, 0.0, 0.0]YAMLファイルでグループを定義すると、EusLispで以下のようなメソッドが使用できるようになります：
;; PR2ロボットの例
(setq *robot* (pr2))
;; 右腕の現在の関節角度を取得
(send *robot* :rarm :angle-vector)
;; => #f(-60.0 74.0 -70.0 -120.0 -20.0 -30.0 180.0)
;; 右腕の関節リストを取得
(send *robot* :rarm :joint-list)
;; => (#<rotational-joint r_shoulder_pan_joint>
;; #<rotational-joint r_shoulder_lift_joint> ...)
;; 関節名を取得
(send-all (send *robot* :rarm :joint-list) :name)
;; => ("r_shoulder_pan_joint" "r_shoulder_lift_joint"
;; "r_upper_arm_roll_joint" "r_elbow_flex_joint" ...)
;; 右腕の関節角度を設定
(send *robot* :rarm :angle-vector #f(0 0 0 -90 0 0 0))
;; 事前定義ポーズの使用
(send *robot* :reset-pose)グループ名: ロボットの部位名（rarm, larm, head など）関節名 : EusLisp関節名: URDFの関節名とEusLispでの関節名のマッピング
parent: 座標系を取り付ける親リンク名translate: [x, y, z] 平行移動（メートル単位）rotate: [x, y, z, angle] 回転軸ベクトルと角度（度単位）
angle-vector: ポーズ名と対応する関節角度リスト- 関節角度は度単位で指定
- 関節の順序はYAMLファイル内の関節グループの定義順序に従う
- Python 3.6+
- scikit-robot
- trimesh
- numpy
MIT License
プルリクエストやイシューの報告を歓迎します。
- scikit-robot - Pythonロボットモデリングライブラリ
- EusLisp - Lispベースのロボットプログラミング言語