The subscriber does not need a “rate” - it just needs to respond to the message every time it comes.
You need to work with whatever rate the robot is sending at, but your subscriber logic does not need to change that much for varying rates, except that perhaps you need to move more slowly at lower sending rates so that your robot does not crash.
Thanks for the reply. the rate I’m referring to is the rate subscriber callback is called.
Is this related to how often the laserscan message is published by the real robot?
I just did a real robot session, I noticed that the Laser Scan messages come in like pattern in the pic below.
The rate (0.3) i got is without any other terminal running echo. I’m using ros2, by the way. There is ros1 to ros2 bridge running.
The screenshot in my 2nd post is the wall find server log.
Do you mind trying using ros2 rosject?
Am i the only one having this issue?
Is this related to the qos of the subscription?
Thank you for letting me know about this. I will check this and report back.
From the top of my head, it might be an issue that your virtual machine connection isn’t able to handle all of the topics being bridged to ROS 2. An alternative would be to use the parameter_bridge instead of the dynamic_bridge, which bridges only the topics you are interested in. I will check this and if so, update the instructions to reflect it.