Please also consult the manuals for more details:
On Debian/Ubuntu add the ROS sources and
This rc_genicam_driver depends on
The dependencies can also be installed via rosdep.
Building and installing the package follows the typical ROS catkin workflow.
As an alternative, the cmake build-flow would be something like
Alternatively, instead of the final
make install, you can also use
make package and
sudo dpkg -i install ros-melodic-rc-genicam-driver_*.deb.
The rc_genicam_driver uses rc_genicam_api for interfacing with the rc_visard or rc_cube via GenICam/GigE Vision and requires a transport layer called a GenTL producer (shared library with the suffix
.cti). For convenience rc_genicam_api comes with producers from Baumer for common architectures.
The path to the producer can be set with the
GENICAM_GENTL64_PATH environment variable (or
GENICAM_GENTL32_PATH for 32 bit systems). If not set, rc_genicam_driver will fall back to searching for the Baumer producer where rc_genicam_api is installed.
If the producer .cti can't be found and you will get an error message like
In this case you need either need to actually install rc_genicam_api properly or set the environment variable when running it. E.g. export:
Parameters to be set to the ROS param server before run-time.
device: The ID of the device, e.g. Roboception rc_visard sensor or rc_cube. This can be either the
serial number, e.g.
IMPORTANT: preceed with a colon (
:02912345) when passing this on the commandline or setting it via rosparam (see https://github.com/ros/ros_comm/issues/1339). This is not neccessary when specifying it as a string in a launch file.
See https://github.com/roboception/rc_genicam_api#device-id for more details. By default this parameter is set to
*, which works with if only one compatible device can be found on the network.
gev_access: The gev_access mode, i.e.:
These parameters can be changed during runtime via dynamic reconfigure:
ptp_enabled: Enable PTP slave (PrecisionTimeProtocol, IEEE1588)
camera_fps: Frames per second that are published by this nodelet. Publishing frames will be slowed down depending on this setting. Setting it higher than the real framerate of the specific device has no effect.
camera_exp_auto: If true, then the exposure time is chosen automatically, up to exp_max as maximum. If false, then exp_value is used as exposure time in seconds.
camera_exp_auto_modeAuto-exposure mode which can be "Normal", "Out1High" or "AdaptiveOut1". Default: Normal.
camera_exp_max: Maximum exposure time in seconds if exp_auto is true.
camera_exp_auto_average_max: The auto exposure tries to set the exposure time and gain factor such that the average image intensity is between an upper and a lower bound. This parameter defines the upper bound. It can be reached if there is no saturation (e.g. due to reflections).
camera_exp_auto_average_max. This parameter defines the lower bound. The average image intensity can be reduced to this value to reduce or avoid saturation (e.g. due to reflections).
camera_exp_value: Exposure time in seconds if exp_auto is false.
camera_gain_value: Gain factor in decibel if exp_auto is false.
camera_exp_width: Width of auto exposure region. 0 for whole image.
camera_exp_height: Height of auto exposure region. 0 for whole image.
camera_exp_offset_x: First column of auto exposure region
camera_exp_offset_y: First row of auto exposure region
depth_acquisition_mode: Can be either
Continuous. Only the first letter will be checked, thus giving
depth_quality: Quality can be "Low", "Medium", "High" and "Full". Only the first letter will be checked, thus specification of "L", "M", "H" or "F" is sufficient. The quality setting effectively downscales the image after the downscale factor as given above:
depth_static_scene: This parameter can be set to true if the scene and camera is static. It only has an effect if quality is either High or Full. If active, input images are accumulated and averaged for 300 ms to reduce noise. This limits the frame rate to a maximum of 3 Hz. The timestamp of the disparity image is taken from the first image that was used for accumulation.
depth_fill: Higher numbers fill gaps with measurments with potentielly higher errors.
depth_seg: Maximum size of isolated disparity regions that will be invalidated, related to full resolution.
depth_smooth: Switching smoothing of disparities on or off. NOTE: Smoothing requires the 'stereo_plus' license on the rc_visard.
depth_minconf: Minimal confidence. All disparities with lower confidence will be set to invalid.
depth_mindepth: Minimum depth in meter. All disparities with lower depth will be set to invalid.
depth_maxdepth: Maximum depth in meter. All disparities with higher depth will be set to invalid.
depth_maxdeptherr: Maximum depth error in meter. All disparities with a higher depth error will be set to invalid.
out1_mode: Mode for the digital GPIO out1. Possible values are:
Lowfor switching out1 permanently off.
Highfor switching out1 permanently on.
ExposureActivefor switching out1 on for the exposure time of every image.
ExposureAlternateActivefor switching out1 on for the exposure time of every second image.
The value can only be changed if the rc_visard has an
IO Control license. The default is
out2_mode: Mode for the digital GPIO out2. The functionality is the same as for
out1_mode. The default is
For color sensors, the following dynamic-reconfigure parameters are additionally available:
camera_wb_auto: If true, then white balancing is done automatically. If false, then the red and blue to green ratios can be chosen manually.
camera_wb_ratio_red: Red to green ratio for color balancing if
camera_wb_ratio_blue: Blue to green ratio for color balancing if
The following topics are provided. The nodelet tries to request only data (e.g., images, poses) from the sensor if there is subscriber to the corresponding topic.
The proprietary CameraParam messages are sent for every image and contain information like the exposure time, gain and values of digital inputs and outputs at the time of image capture.
For color sensors, the following topics are additionally available:
If the connected rc_visard has an
IO Control license, then the following topics are additionally provided for images where the GPIO out1 is either low or high. These topics only useful if
out1_mode is set to the special mode
For color sensors with an
IO Control license, the following topics are additionally available:
For operating multiple rc_visard's in one ros environment, each ros node must be started in separate namespaces, e.g.,
my_visard. As a result, all frame_ids in all ros messages will be prefixed, e.g., to
The following service is offered to trigger stereo matching in
SingleFrame mode. It returns an error if the
The regular publishing rate can be set via the
~diagnostic_period parameter and defaults to 1 second.
Currently two status are published:
Device: Information about the device that the driver is connected to. It covers the device serial number, mac address, user-defined GeV ID, and the firmware image version.
Connection: Status of the current connection between rc_genicam_driver and device. It publishes 4 different messages:
Disconnected(Error): The driver is currently not (yet) connected to the sensor and might try to reconnect several times according to the
Idle(Ok): The driver is connected but not publishing any data because no one is subscribed to any.
No data(Warning): The driver is connected and required to publish data but itself does not receive any data from the sensor.
Streaming(Ok): The driver is connected and properly streaming data.
The published status values are
current_reconnect_trial. If not
Disconnected, additionally the current
gev_packet_size are published.
As a nodelet, and in a separate namespace:
Note that in this setup all frame_ids in all ros messages will be prefixed with
my_visard, e.g., the frame_id of the published camera images will be