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

Frame of the published netft_data #4

Open
sayali-purdue opened this issue Dec 18, 2020 · 0 comments
Open

Frame of the published netft_data #4

sayali-purdue opened this issue Dec 18, 2020 · 0 comments

Comments

@sayali-purdue
Copy link

Both netft_utils.cpp and netft_utils_lean.cpp subscribe to the netft data published on a ROS topic. However, 'netft_utils.cpp' expects data to be in the original frame of a sensor (which is left-handed as per the source code and hence inverts x-axis, or can be right-handed as per the issue#3), whereas 'netft_utils_lean.cpp' expects data that is read from the topic to be in the right-handed frame (as it does not invert x-axis).

I think, as ROS system recommends right-handed frames (rep-0103), it is better to convert sensor data to a right-handed frame at its source, i.e., before it is published on a ROS topic 'netft_data'. Also, to make the code more readable it is always good to set the frame_id of published data so that any subscriber of that data knows its coordinate system. There are two files, netft_node.cpp and netft_utils_sim.cpp, which publish sensor data on 'netft_data' topic. In both these files, frame_id of the published 'netft_data' should be set to a right-handed sensor frame (and, if required, raw sensor data should be converted to this frame before it is published).

Moreover, frame of the raw sensor data in netft_rdt_driver.cpp is set to 'base_link'. I think it is incorrect. Since the user nodes of this data reset the frame to sensor frame before publishing, it does not lead to any errors. However, it should be set to a correct value in 'netft_rdt_driver.cpp' to avoid confusions or issues during code maintenance/reuse in future.

Would really appreciate if you could provide your thoughts/comments on the above points.

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant