Revision history [back]

This is most likely caused by the fact that your TF frame is called base_SonarF, while you specify a frame_id in your Range message of base_sonarF. Note that lowecase s in your frame_id and the uppercase S in your TF frame.

Names are case-sensitive in ROS, so RViz is correct: there is no base_sonarF frame.

Suggestion: never use capitals in any names in ROS. The wiki/Names page states that it is allowed (valid characters include [a-z|A-Z]), but I typically avoid them as it can lead to situations exactly like the one you have run into here: it's too easy to make mistakes, leading to runtime errors that you find hard to diagnose.

Not using any capitals allows you -- and your (future) users -- to instantly form / use intuition as to how names are structured. Don't underestimate how valuable that can be.

You are of course free to do what you want -- as long as you stay within the actual requirements to names in ROS, but if I may suggest:

• no capitals, ever
• underscores for spaces

This is most likely caused by the fact that your TF frame is called base_SonarF, while you specify a frame_id in your Range message of base_sonarF. Note that lowecase s in your frame_id and the uppercase S in your TF frame.frame:

Names are case-sensitive in ROS, so RViz is correct: there is no base_sonarF frame.

Suggestion: never use capitals in any names in ROS. The wiki/Names page states that it is allowed (valid characters include [a-z|A-Z]), but I typically avoid them as it can lead to situations exactly like the one you have run into here: it's too easy to make mistakes, leading to runtime errors that you find hard to diagnose.

Not using any capitals allows you -- and your (future) users -- to instantly form / use intuition as to how names are structured. Don't underestimate how valuable that can be.

You are of course free to do what you want -- as long as you stay within the actual requirements to names in ROS, but if I may suggest:

• no capitals, ever
• underscores for spaces

This is most likely caused by the fact that your TF frame is called base_SonarF, while you specify a frame_id in your Range message of base_sonarF. Note that lowecase s in your frame_id and the uppercase S in your TF frame:

Names are case-sensitive in ROS, so RViz is correct: there is no base_sonarF frame.

Suggestion: never use capitals in any names in ROS. The wiki/Names page states that it is allowed (valid characters include [a-z|A-Z]), but I typically avoid them as it can lead to situations exactly like the one you have run into here: it's too easy to make mistakes, leading to runtime errors that you find hard to diagnose.

Not using any capitals allows you -- and your (future) users -- to instantly form / use intuition as to how names are structured. Don't underestimate how valuable that can be.

You are of course free to do what you want -- as long as you stay within the actual requirements to names in ROS, but if I may suggest:

• no capitals, ever
• underscores for spacesand what wiki/Names prescribes

This is most likely caused by the fact that your TF frame is called base_SonarF, while you specify a frame_id in your Range message of base_sonarF. Note that lowecase s in your frame_id and the uppercase S in your TF frame:

Names are case-sensitive in ROS, so RViz is correct: there is no base_sonarF frame.

Suggestion: never use capitals in any names in ROS. ROS (two exceptions: class names and msg/svc/action names). The wiki/Names page states that it is allowed (valid characters include [a-z|A-Z]), but I typically avoid them as it can lead to situations exactly like the one you have run into here: it's too easy to make mistakes, leading to runtime errors that you find hard to diagnose.

Not using any capitals allows you -- and your (future) users -- to instantly form / use intuition as to how names are structured. Don't underestimate how valuable that can be.

You are of course free to do what you want -- as long as you stay within the actual requirements to names in ROS, but if I may suggest:

• no capitals, ever
• and what wiki/Names prescribes

This is most likely caused by the fact that your TF frame is called base_SonarF, while you specify a frame_id in your Range message of base_sonarF. Note that lowecase s in your frame_id and the uppercase S in your TF frame:

Names are case-sensitive in ROS, so RViz is correct: there is no base_sonarF frame.

Suggestion: never use capitals in any names names in ROS (two exceptions: class names and msg/svc/action names). of TF frames, links, joints, parameters, launch files, C++/Python/something else source files, and some others in ROS. The wiki/Names page states that it is allowed (valid characters include [a-z|A-Z]), but I typically avoid them as it can lead to situations exactly like the one you have run into here: it's too easy to make mistakes, leading to runtime errors that you find hard to diagnose.

Not using any capitals allows you -- and your (future) users -- to instantly form / use intuition as to how names are structured. Don't underestimate how valuable that can be.

You are of course free to do what you want -- as long as you stay within the actual requirements to names in ROS, but if I may suggest:

• no capitals, ever
• and what wiki/Names prescribes