-
Notifications
You must be signed in to change notification settings - Fork 60
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
Feature request: disable loopback #45
Comments
This could be implemented by adding // Check if it's a TX frame
if (frame.can_id & (CAN_ERR_TX_TIMEOUT | CAN_ERR_CRTL_TX_WARNING | CAN_ERR_CRTL_TX_PASSIVE))
{
// This is a TX frame, ignore it
continue;
} After the Would such a PR be accepted if not made optional? As I can't think of a usecase where anyone wants this. As they also could subscribe to the |
I'm also interested by this! |
I'm working on a more detailed implementation of this feature. |
In ros1 we used to use the socketcan bridge to convert the canbusses to
can_msgs/Frame
ros messages. All messages we put on/to_canbus
were never on the/from_canbus
topic.However, for ROS2 this package is recommended it seems.
Now we do see all messages we send on the
/to_canbus
back on the/from_canbus
topic. Not only led this to (solvable) issues, but this actually almost doubles the frequency of the/from_canbus
topic. And (thus) doubles the handling effort on the subscribing nodes as these messages need to be discarded.Is there a way to get the 'old' behavior back?
The text was updated successfully, but these errors were encountered: