Integer control callbacks lose fractional vehicle limits and stop motion
维护者通常 1 天内回复
评估
调研方向
Read the three u_limited methods in Vehicle.py and trace how integer control inputs determine the result dtype. Reproduce the reported difference between integer and floating callback commands with the public step example, then add regression coverage for the limit methods and callback path. The issue reports an open linked pull request (#937), so the work is already under way.
由索引模型根据 Issue 内容生成。
描述
RTB version
1.5.0, current main 879fb363580840e19ee70b6b175e8cd3543e2b38 (normal editable install with compiled extensions).
Python version and OS
Python 3.12.13, macOS arm64.
Expected behaviour
An integer-valued control callback should produce the same limited motion as the equivalent floating-valued callback. The documented ArrayLike inputs include integer lists/arrays.
Actual behaviour
u_limited in Bicycle, Unicycle and DiffSteer allocates an integer result for integer inputs, then truncates fractional speed, acceleration or steering limits on assignment. For example, a desired speed of 1 limited to 0.5 becomes 0. This also reaches the public simulator through a control callback:
import roboticstoolbox as rtb
for command in ([1, 0], [1.0, 0.0]):
vehicle = rtb.Bicycle(speed_max=0.5, dt=0.1)
vehicle.step(lambda vehicle, t, x: command, animate=False)
print(command, vehicle.x)
Current main prints [0., 0., 0.] for the integer callback and [0.05, 0., 0.] for the floating callback. Unicycle and DiffSteer reproduce the same lost motion. Direct constant step([1, 0]) is a passing control, since eval_control already converts that route to floating point. No rendering or robot hardware is involved.
I checked all 24 open PR file lists, full history for Vehicle.py, and complete searches for u_limited, limits_va, integer velocity and acceleration. #929 changes the sign of reverse odometry; it does not change control limiting.
I plan a focused floating-output correction in these three limit methods and regression coverage through both u_limited and the public step callback path. Prepared with assistance from OpenAI Codex (GPT-6).
- 主要语言
- C++
- 星标
- 3.6k
- 派生
- 650
- 平均合并
- 14 小时 6 分钟
- 30 天内合并 PR
- 139
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
petercorke/robotics-toolbox-python 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
petercorke/robotics-toolbox-python#709 ·
维护者通常 1 天内回复
-
trapezoidal accepts the zero-blend velocity boundary but returns NaN at the initial sample可能已有人在做 @tandede 于 6 天前认领。 未关闭
难度 3/5 1-2 天 新手友好度 75/100
petercorke/robotics-toolbox-python#924 · 1 条评论 ·
维护者通常 1 天内回复
-
enhancement
难度 5/5 一周以上 新手友好度 25/100
petercorke/robotics-toolbox-python#903 · 2 条评论 · 1 个 reaction ·
维护者通常 1 天内回复
-
Backend registry: single name → constructor dispatch可能已有人在做 @petercorke 于 16 天前认领。 未关闭enhancement
petercorke/robotics-toolbox-python#902 · 3 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Speed up the coverage job (about 25 minutes since coverage became real)可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭tech-debt
难度 4/5 1-2 天 新手友好度 55/100
petercorke/robotics-toolbox-python#898 · 1 条评论 ·
维护者通常 1 天内回复
查看 petercorke/robotics-toolbox-python 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 69/100
-
area:qmc bug
难度 2/5 1-3 小时 新手友好度 69/100
维护者通常 3 天内回复
-
bug good first issue
难度 2/5 1-3 小时 新手友好度 74/100
ASGC-Game-Jam/asgc-gamejam-2026#563 ·
维护者通常 1 天内回复
-
area/ysql kind/bug priority/medium status/awaiting-triage
难度 2/5 1-3 小时 新手友好度 78/100
yugabyte/yugabyte-db#37523 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100