Integer control callbacks lose fractional vehicle limits and stop motion

Ouverte
  • Quelque chose ne va pas ?
#936 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@Elon-Jiang y travaille déjà.

Depuis le 10/11/2026.

  • #937 par @Elon-Jiang — ouverte

Évaluation

Difficulté
2/5
Temps estimé
1-3 heures
Accessibilité débutants
20/100
Type d'issue
Bug
Clarté
Clairement spécifiée
Activité
À l'abandon
Stack technique
python
Domaine
backend

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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).

Langage dominant
C++
Étoiles
3.6k
Forks
650
Merge moyen
14 h 6 min
PR mergées (30 j)
139

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de petercorke/robotics-toolbox-python

Toutes les issues de petercorke/robotics-toolbox-python

Issues similaires

Plus d'issues C++

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.