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

ROS2 Compatibility? #45

Open
danzimmerman opened this issue Jun 8, 2022 · 5 comments
Open

ROS2 Compatibility? #45

danzimmerman opened this issue Jun 8, 2022 · 5 comments
Assignees

Comments

@danzimmerman
Copy link

danzimmerman commented Jun 8, 2022

Hi, just wondering if this should work with rosbridge_server in ROS2 (I'm running Galactic)

Per the instructions, I need to launch roslaunch rosbridge_server rosbridge_tcp.launch, but there's no equivalent in Galactic, only a websocket server available, rosbridge_websocket_launch.xml.

It seems like the raw TCP and UDP have been removed from the ROS2 version of rosbridge_server:

RobotWebTools/rosbridge_suite#639
RobotWebTools/rosbridge_suite#685

I installed the URCap in URSim and it hangs when I try to connect to a running Rosbridge Websocket server on Galactic, so I'm assuming this is what's going on, but wanted to verify.

@danzimmerman
Copy link
Author

danzimmerman commented Jun 13, 2022

I tried this with Robostack ROS Noetic on Windows and the basic tutorial seems to work fine with URSim (though there seems to be a different issue with connection persistence there)

image

(Details of errors in the console below)

[INFO] [1655131498.286917]: [Client 482] connected. 483 client total.
[ERROR] [1655131498.316416]: Exception calling subscribe callback: [WinError 10053] An established connection was aborted by the software in your host machine
[INFO] [1655131503.414354]: [Client 483] connected. 484 client total.
[ERROR] [1655131503.426487]: Exception calling subscribe callback: [WinError 10053] An established connection was aborted by the software in your host machine
[ERROR] [1655131503.667800]: Exception calling subscribe callback: [WinError 10053] An established connection was aborted by the software in your host machine
[INFO] [1655131503.675140]: [Client 484] connected. 485 client total.
[INFO] [1655131508.795067]: [Client 485] connected. 486 client total.
[ERROR] [1655131508.802921]: Exception calling subscribe callback: [WinError 10053] An established connection was aborted by the software in your host machine
[INFO] [1655131509.006211]: [Client 486] connected. 487 client total.
[ERROR] [1655131509.030915]: Exception calling subscribe callback: [WinError 10053] An established connection was aborted by the software in your host machine
[INFO] [1655131514.120963]: [Client 487] connected. 488 client total.

At the moment, I don't have ROS Noetic on Linux, so I can't try there.

@fmauch
Copy link
Collaborator

fmauch commented Jun 13, 2022

It seems like the raw TCP and UDP have been removed from the ROS2 version of rosbridge_server:

This should not be a problem, since the node opens a TCP port on 9090.

I've tried running it with the ROS2 galactic and for me polyscope freezes when accessing the topic list, so this needs further investigation.

@fmauch fmauch self-assigned this Jun 13, 2022
@gavanderhoorn
Copy link

This should not be a problem, since the node opens a TCP port on 9090.

isn't that the websocket port rosbridge opens?

That's not a plain TCP port.

@danzimmerman
Copy link
Author

danzimmerman commented Jun 13, 2022

I've tried running it with the ROS2 galactic and for me polyscope freezes when accessing the topic list

Same for me. I haven't tried it on hardware yet, but in URSim Polyscope hangs indefinitely.

isn't that the websocket port rosbridge opens?

In Noetic, rosbridge_server opens port 9090 for either the plain TCP server or the Websocket server.

If I launch the Noetic Rosbridge Websocket server (roslaunch rosbridge_server rosbridge_websocket.launch), it times out with an informative error.

2022-06-13 11:53:54-0400 [-] dropping connection to peer tcp4:192.168.1.92:38013 with abort=True: WebSocket opening handshake timeout (peer did not finish the opening handshake in time)

@fmauch
Copy link
Collaborator

fmauch commented Jun 28, 2022

I see, misconception on my side... Yes, that could definitively be the issue that we built this upon the plain TCP port rather than websocket communication.

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

3 participants