Closed ghoshsuman closed 3 months ago
I have no idea why it would do that. It should respect the serial number. Can you stick some debugging statements near this line to see that the serial number is actually non-empty?
Closing for now. Please re-open if this is still a problem.
Sorry I forgot about this issue, but this still persists. With debugging statements that you suggested, it seems that the ROS node parameters are not being properly read when it is a non-string value, and hence it is getting empty. I think the problem has been described here: https://github.com/ros/ros_comm/issues/1339. Numbers and booleans passed like this are somehow getting converted to non-string values. Not sure how to prevent this type conversion. I think it can be handled in the code by choosing non-string appropriate datatypes for the member variables, however this will still cause problems with serial numbers containing leading 0s.
Hi @berndpfrommer, thanks for the amazing work! I am recording with a stereo setup with EVK4 cameras in primary-secondary mode. I have defined my launch file as follows:
As you can see, I'd like camera 0673 to be cam_0 (primary) and 0675 to be cam_1 (secondary), but when I launch the recording nodelet, this assignment seems to be flipped at random sometimes.
I did some investigation into this. Setting the
serial
values above wrong also makes the nodelet work, so I guess these serial numbers are ignored while launching the driver? Is there a way to keep this assignment fixed?From a few tries, it seems that whichever camera USB is plugged in first becomes cam_0.