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

Correct the behavior of other ROS classes for serial_bridge #6

Open
maxsvetlik opened this issue Apr 23, 2020 · 0 comments
Open

Correct the behavior of other ROS classes for serial_bridge #6

maxsvetlik opened this issue Apr 23, 2020 · 0 comments
Labels
bug Something isn't working enhancement New feature or request

Comments

@maxsvetlik
Copy link
Member

maxsvetlik commented Apr 23, 2020

The Subscriber class works as intended bidirectionally- the local machine is expected to have those topics already available, subscribes to them internally and then relays them over the socket to the bridge on the remote, which in turn makes Publisher objects to handle the incoming flow.

Ideally Publisher objects could handle the opposite case, i.e. the local machine specifically wants to listen to a particular topic on a remote bridge.

This functionality should be close to working in its current state, but doesn't quite work as intended.
Other classes have not been thoroughly tested at all ( ServiceClient, ServiceServer ) as their use for close proximity, multi agent interactions is lower priority than data sharing. Even so, these should be tested and modified if needed for completeness.

@maxsvetlik maxsvetlik added bug Something isn't working enhancement New feature or request labels Apr 23, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant