Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TF Tree on different topic name #188

Open
xkaraman opened this issue Oct 19, 2022 · 4 comments
Open

TF Tree on different topic name #188

xkaraman opened this issue Oct 19, 2022 · 4 comments
Labels
bug Something isn't working

Comments

@xkaraman
Copy link

xkaraman commented Oct 19, 2022

Describe the bug
I don't know where to report this for now, so i will just report it to its digital twin.

I have the Create 3 robot and on i have configured it through its' webserver to have a namespace say /robot1.

I can see the topics have indeed pushed down to it but one concern is that /tf and /tf_static/ are also pushed down i.e /robot1/tf and /robot1/tf_static.

Generally as far as i know /tf and /tf_static should be on global namespace and the frame-names instead should be pushed to a different ie /robot1/odom frame.

I would like to know if my thinking is wrong and how i can keep the namespace but have my tf tree correctly, so i can publish other transforms like lidar or camera frame in relation to say base_link frame.

Available topics: /robot1/tf should be still /tf but with frames like /robot1/odom etc. ( Correct me if i am wrong)

/parameter_events
/robot1/battery_state
/robot1/cmd_audio
/robot1/cmd_lightring
/robot1/cmd_vel
/robot1/dock
/robot1/hazard_detection
/robot1/imu
/robot1/interface_buttons
/robot1/ir_intensity
/robot1/ir_opcode
/robot1/kidnap_status
/robot1/mobility_monitor/transition_event
/robot1/mouse
/robot1/odom
/robot1/robot_state/transition_event
/robot1/slip_status
/robot1/static_transform/transition_event
/robot1/stop_status
/robot1/tf
/robot1/tf_static
/robot1/wheel_status
/robot1/wheel_ticks
/robot1/wheel_vels
/rosout

Additional Context
#176 (comment) Seems to have it right for the draft but on real robot is not like that.

@xkaraman xkaraman added the bug Something isn't working label Oct 19, 2022
@justinIRBT
Copy link
Collaborator

See the discussion here:
iRobotEducation/create3_docs#39

@xkaraman
Copy link
Author

xkaraman commented Oct 20, 2022

Ok, thanks for the link. Got the reasoning but as far i can see there is ros/robot_state_publisher@b855160 that address the problem?

So what's the best way to handle it as far as you know? Should i just drop the namespace for now?

@justinIRBT
Copy link
Collaborator

If you had a multi-robot use case, you could subscribe to the separate topics /robot1/tf /robot2/tf then make a TransformBroadcaster with the frames renamed to robot1/frame1 and robot2/frame1, etc... in the standard tf tree

@xkaraman
Copy link
Author

Ok thanks for the information and help!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants