-
 

Package Summary

Tags No category tags.
Version 2.0.8
License Apache-2
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Checkout URI https://github.com/ros-drivers/flir_camera_driver.git
VCS Type git
VCS Version ros2-release
Last Updated 2024-07-03
Dev Status MAINTAINED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Package Description

ROS2 driver for synchronized flir cameras using the Spinnaker SDK

Additional Links

No additional links.

Maintainers

  • Bernd Pfrommer

Authors

No additional authors.

Spinnaker ROS2 Synchronized Camera Driver

This package provides a driver specifically for hardware synchronized cameras made by Teledyne/FLIR that work with the Spinnaker SDK. The main difference to running several instances of the unsynchronized camera driver is that this driver will assign identical header time stamps to frames that have been generated by the same synchronization pulse.

NOTE: This driver is not written or supported by FLIR.

Tested Configurations

Cameras

The following cameras have been used with this driver:

  • Blackfly S (USB3)
  • Blackfly (GigE)

Platforms

  • ROS2 Galactic under Ubuntu 20.04 LTS (no longer actively tested)
  • ROS2 Humble/Iron/Rolling under Ubuntu 22.04 LTS
  • Spinnaker 3.1.0.79 (other versions may work as well but this is what the continuous integration builds are using)

How to install

The installation is analogous to the one for the unsynchronized spinnaker camera driver.

How to use

It is recommended to first get the cameras working with SpinView, then with the single-camera driver individually before proceeding with the synchronized setup.

The synchronized camera server works by instantiating a number of individual camera servers and exposure controllers. Each camera server is fully configurable with all parameters available as listed in the spinnaker camera driver. Likewise each exposure controller has its own parameter set.

There are two types of controllers: master controllers and followers. The master controllers regulate the brightness of the camera they are controlling, while follower controllers set the exposure parameters of the camera they are controlling based on the exposure parameters of the master controller they follow.

Since there are many parameters involved the setup can be tricky. It is recommended to start from the follower_example.launch.py example when using a stereo camera for e.g. VIO, or the master_example.launch.py when running cameras with individual exposure control.

Topics

Published:

  • ~/<camera_name>/image_raw: the synchronized camera image
  • ~/<camera_name>/camera_info: the synchronized camera calibration messages
  • ~/<camera_name>/meta: synchronized meta data like exposure time and gain

Synchronized server parameters

  • cameras (list of strings): names of the cameras. Default: empty list.
  • exposure_controllers (list of strings): names of the exposure controllers. List must be of same length as the list of camera names.

Camera server parameters

For a list of all parameters, see the spinnaker camera driver. The parameters are exposed under <camera_name>.parameter.

Exposure controller parameters

  • Master exposure controller:
    • brightness target (int): average image brightness to accomplish. Value range is [0..255]. Default: 120.
    • brightness_tolerance (int): how much actual brightness can deviate for brightness_target before the control parameters are updated. Default: 5.
    • exposure_parameter (string): Name of the ROS parameter under which exposure time is accessible for the single camera driver. This must match the ros parameter name associated with the Spinnaker node that controls exposure time, which is set in the camera .yaml config file. Default: exposure_time.
    • gain_parameter (string): Name of the ROS parameter controlling camera gain. See camera .yaml config file. Default: gain.
    • gain_priority (boolean): Gain priority means: If image is too bright, first try reducing the gain, and only update exposure time if gain is zero. If image is too dark, first try increasing the exposure time, and only increase gain if maximum exposure time has been reached. Time priority means: if image is too bright, first try reducing the exposure time, and only when min_exposure_time has been reached, reduce the gain. If image is too dark and gain is below max_gain, increase the gain, otherwise increase the exposure time. Default: false (i.e. use Time priority).
    • max_exposure_time (int): Maximum exposure time (in microseconds). Default: 1000.
    • max_frames_skip (int): It sometimes takes a few frames before a change commanded to exposure time or gain will actually be executed by the camera, and the frame meta data will indicate the change. After commanding a change of exposure parameters, the exposure controller will wait for at most max_frames_skip before it gives up and sends a new command to change exposure parameters (gain or time). Default: 10.
    • max_gain (float): Maximum gain (in db). Default: 10.0
    • min_exposure_time (int): Minimum exposure time (in microseconds). This is not a hard limit, but has the following function: if the brightness needs to be reduced and the exposure time would fall below min_exposure_time, then the gain (if greater than zero) is reduced first. Only if the gain is zero and the image is still too bright will the exposure time be reduced below min_exposure_time. Default: 1us
  • Follower exposure controller:
    • exposure_parameter (string): see Master exposure controller.
    • gain_parameter (string): see Master exposure controller.
    • master (string): the name of the master controller to use
    • max_frames_skip (int): see Master exposure controller.

Example usage

The driver comes with several example launch files that need to be modified for your purposes (update serial numbers etc). The follower_example.launch.py can be used as template for stereo cameras, the master_example.launch.py for situations where each camera should run their own exposure control.

ros2 launch spinnaker_synchronized_camera_driver follower_example.launch.py

Carefully examine the camera parameters that are set in the launch file, in particular the following ones:

  • compute_brightness must be true for any camera governed by a master controller.
  • exposure_auto must be off (disable the individual camera controller).
  • chunk_mode_active must be true, and chunk exposure time, gain and frame id must be enabled

For the special case where one camera (primary) triggers the sync pulse of a secondary camera, see the example launch file primary_secondary.launch.py. If you don't use Blackfly S cameras you will have to adjust the digital I/O parameters.

Known issues

See the caveats for the spinnaker camera driver.

How to contribute

Bug fixes and config files for new cameras are greatly appreciated. Before submitting a pull request, run this to see if your commit passes some basic lint tests:

colcon test --packages-select spinnaker_synchronized_camera_driver && colcon test-result --verbose

License

This software is issued under the Apache License Version 2.0.

CHANGELOG

Changelog for package spinnaker_synchronized_camera_driver

Forthcoming

  • first release of unified (all ros2 distros) package.
  • Contributors: Bernd Pfrommer

2.0.8 (2023-11-14)

2.0.7 (2023-10-03)

2.0.6 (2023-08-12)

2.0.5 (2023-08-11)

2.0.4 (2023-08-10)

2.0.3 (2023-08-01)

2.0.2 (2023-07-28)

2.0.1 (2023-07-24)

2.0.0 (2023-07-20)

0.2.5 (2023-01-06 20:18)

0.2.4 (2023-01-06 11:43)

0.2.3 (2022-04-19)

0.2.2 (2022-03-28)

0.2.1 (2022-03-21)

0.2.0 (2022-03-11)

0.1.3 (2018-09-25)

0.1.2 (2018-07-27)

0.1.1 (2018-07-25)

0.1.0 (2018-07-24)

Wiki Tutorials

This package does not provide any links to tutorials in it's rosindex metadata. You can check on the ROS Wiki Tutorials page for the package.

Dependant Packages

No known dependants.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged spinnaker_synchronized_camera_driver at Robotics Stack Exchange

Package Summary

Tags No category tags.
Version 2.0.8
License Apache-2
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Checkout URI https://github.com/ros-drivers/flir_camera_driver.git
VCS Type git
VCS Version ros2-release
Last Updated 2024-07-03
Dev Status MAINTAINED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Package Description

ROS2 driver for synchronized flir cameras using the Spinnaker SDK

Additional Links

No additional links.

Maintainers

  • Bernd Pfrommer

Authors

No additional authors.

Spinnaker ROS2 Synchronized Camera Driver

This package provides a driver specifically for hardware synchronized cameras made by Teledyne/FLIR that work with the Spinnaker SDK. The main difference to running several instances of the unsynchronized camera driver is that this driver will assign identical header time stamps to frames that have been generated by the same synchronization pulse.

NOTE: This driver is not written or supported by FLIR.

Tested Configurations

Cameras

The following cameras have been used with this driver:

  • Blackfly S (USB3)
  • Blackfly (GigE)

Platforms

  • ROS2 Galactic under Ubuntu 20.04 LTS (no longer actively tested)
  • ROS2 Humble/Iron/Rolling under Ubuntu 22.04 LTS
  • Spinnaker 3.1.0.79 (other versions may work as well but this is what the continuous integration builds are using)

How to install

The installation is analogous to the one for the unsynchronized spinnaker camera driver.

How to use

It is recommended to first get the cameras working with SpinView, then with the single-camera driver individually before proceeding with the synchronized setup.

The synchronized camera server works by instantiating a number of individual camera servers and exposure controllers. Each camera server is fully configurable with all parameters available as listed in the spinnaker camera driver. Likewise each exposure controller has its own parameter set.

There are two types of controllers: master controllers and followers. The master controllers regulate the brightness of the camera they are controlling, while follower controllers set the exposure parameters of the camera they are controlling based on the exposure parameters of the master controller they follow.

Since there are many parameters involved the setup can be tricky. It is recommended to start from the follower_example.launch.py example when using a stereo camera for e.g. VIO, or the master_example.launch.py when running cameras with individual exposure control.

Topics

Published:

  • ~/<camera_name>/image_raw: the synchronized camera image
  • ~/<camera_name>/camera_info: the synchronized camera calibration messages
  • ~/<camera_name>/meta: synchronized meta data like exposure time and gain

Synchronized server parameters

  • cameras (list of strings): names of the cameras. Default: empty list.
  • exposure_controllers (list of strings): names of the exposure controllers. List must be of same length as the list of camera names.

Camera server parameters

For a list of all parameters, see the spinnaker camera driver. The parameters are exposed under <camera_name>.parameter.

Exposure controller parameters

  • Master exposure controller:
    • brightness target (int): average image brightness to accomplish. Value range is [0..255]. Default: 120.
    • brightness_tolerance (int): how much actual brightness can deviate for brightness_target before the control parameters are updated. Default: 5.
    • exposure_parameter (string): Name of the ROS parameter under which exposure time is accessible for the single camera driver. This must match the ros parameter name associated with the Spinnaker node that controls exposure time, which is set in the camera .yaml config file. Default: exposure_time.
    • gain_parameter (string): Name of the ROS parameter controlling camera gain. See camera .yaml config file. Default: gain.
    • gain_priority (boolean): Gain priority means: If image is too bright, first try reducing the gain, and only update exposure time if gain is zero. If image is too dark, first try increasing the exposure time, and only increase gain if maximum exposure time has been reached. Time priority means: if image is too bright, first try reducing the exposure time, and only when min_exposure_time has been reached, reduce the gain. If image is too dark and gain is below max_gain, increase the gain, otherwise increase the exposure time. Default: false (i.e. use Time priority).
    • max_exposure_time (int): Maximum exposure time (in microseconds). Default: 1000.
    • max_frames_skip (int): It sometimes takes a few frames before a change commanded to exposure time or gain will actually be executed by the camera, and the frame meta data will indicate the change. After commanding a change of exposure parameters, the exposure controller will wait for at most max_frames_skip before it gives up and sends a new command to change exposure parameters (gain or time). Default: 10.
    • max_gain (float): Maximum gain (in db). Default: 10.0
    • min_exposure_time (int): Minimum exposure time (in microseconds). This is not a hard limit, but has the following function: if the brightness needs to be reduced and the exposure time would fall below min_exposure_time, then the gain (if greater than zero) is reduced first. Only if the gain is zero and the image is still too bright will the exposure time be reduced below min_exposure_time. Default: 1us
  • Follower exposure controller:
    • exposure_parameter (string): see Master exposure controller.
    • gain_parameter (string): see Master exposure controller.
    • master (string): the name of the master controller to use
    • max_frames_skip (int): see Master exposure controller.

Example usage

The driver comes with several example launch files that need to be modified for your purposes (update serial numbers etc). The follower_example.launch.py can be used as template for stereo cameras, the master_example.launch.py for situations where each camera should run their own exposure control.

ros2 launch spinnaker_synchronized_camera_driver follower_example.launch.py

Carefully examine the camera parameters that are set in the launch file, in particular the following ones:

  • compute_brightness must be true for any camera governed by a master controller.
  • exposure_auto must be off (disable the individual camera controller).
  • chunk_mode_active must be true, and chunk exposure time, gain and frame id must be enabled

For the special case where one camera (primary) triggers the sync pulse of a secondary camera, see the example launch file primary_secondary.launch.py. If you don't use Blackfly S cameras you will have to adjust the digital I/O parameters.

Known issues

See the caveats for the spinnaker camera driver.

How to contribute

Bug fixes and config files for new cameras are greatly appreciated. Before submitting a pull request, run this to see if your commit passes some basic lint tests:

colcon test --packages-select spinnaker_synchronized_camera_driver && colcon test-result --verbose

License

This software is issued under the Apache License Version 2.0.

CHANGELOG

Changelog for package spinnaker_synchronized_camera_driver

Forthcoming

  • first release of unified (all ros2 distros) package.
  • Contributors: Bernd Pfrommer

2.0.8 (2023-11-14)

2.0.7 (2023-10-03)

2.0.6 (2023-08-12)

2.0.5 (2023-08-11)

2.0.4 (2023-08-10)

2.0.3 (2023-08-01)

2.0.2 (2023-07-28)

2.0.1 (2023-07-24)

2.0.0 (2023-07-20)

0.2.5 (2023-01-06 20:18)

0.2.4 (2023-01-06 11:43)

0.2.3 (2022-04-19)

0.2.2 (2022-03-28)

0.2.1 (2022-03-21)

0.2.0 (2022-03-11)

0.1.3 (2018-09-25)

0.1.2 (2018-07-27)

0.1.1 (2018-07-25)

0.1.0 (2018-07-24)

Wiki Tutorials

This package does not provide any links to tutorials in it's rosindex metadata. You can check on the ROS Wiki Tutorials page for the package.

Dependant Packages

No known dependants.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged spinnaker_synchronized_camera_driver at Robotics Stack Exchange

Package Summary

Tags No category tags.
Version 2.0.8
License Apache-2
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Checkout URI https://github.com/ros-drivers/flir_camera_driver.git
VCS Type git
VCS Version ros2-release
Last Updated 2024-07-03
Dev Status MAINTAINED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Package Description

ROS2 driver for synchronized flir cameras using the Spinnaker SDK

Additional Links

No additional links.

Maintainers

  • Bernd Pfrommer

Authors

No additional authors.

Spinnaker ROS2 Synchronized Camera Driver

This package provides a driver specifically for hardware synchronized cameras made by Teledyne/FLIR that work with the Spinnaker SDK. The main difference to running several instances of the unsynchronized camera driver is that this driver will assign identical header time stamps to frames that have been generated by the same synchronization pulse.

NOTE: This driver is not written or supported by FLIR.

Tested Configurations

Cameras

The following cameras have been used with this driver:

  • Blackfly S (USB3)
  • Blackfly (GigE)

Platforms

  • ROS2 Galactic under Ubuntu 20.04 LTS (no longer actively tested)
  • ROS2 Humble/Iron/Rolling under Ubuntu 22.04 LTS
  • Spinnaker 3.1.0.79 (other versions may work as well but this is what the continuous integration builds are using)

How to install

The installation is analogous to the one for the unsynchronized spinnaker camera driver.

How to use

It is recommended to first get the cameras working with SpinView, then with the single-camera driver individually before proceeding with the synchronized setup.

The synchronized camera server works by instantiating a number of individual camera servers and exposure controllers. Each camera server is fully configurable with all parameters available as listed in the spinnaker camera driver. Likewise each exposure controller has its own parameter set.

There are two types of controllers: master controllers and followers. The master controllers regulate the brightness of the camera they are controlling, while follower controllers set the exposure parameters of the camera they are controlling based on the exposure parameters of the master controller they follow.

Since there are many parameters involved the setup can be tricky. It is recommended to start from the follower_example.launch.py example when using a stereo camera for e.g. VIO, or the master_example.launch.py when running cameras with individual exposure control.

Topics

Published:

  • ~/<camera_name>/image_raw: the synchronized camera image
  • ~/<camera_name>/camera_info: the synchronized camera calibration messages
  • ~/<camera_name>/meta: synchronized meta data like exposure time and gain

Synchronized server parameters

  • cameras (list of strings): names of the cameras. Default: empty list.
  • exposure_controllers (list of strings): names of the exposure controllers. List must be of same length as the list of camera names.

Camera server parameters

For a list of all parameters, see the spinnaker camera driver. The parameters are exposed under <camera_name>.parameter.

Exposure controller parameters

  • Master exposure controller:
    • brightness target (int): average image brightness to accomplish. Value range is [0..255]. Default: 120.
    • brightness_tolerance (int): how much actual brightness can deviate for brightness_target before the control parameters are updated. Default: 5.
    • exposure_parameter (string): Name of the ROS parameter under which exposure time is accessible for the single camera driver. This must match the ros parameter name associated with the Spinnaker node that controls exposure time, which is set in the camera .yaml config file. Default: exposure_time.
    • gain_parameter (string): Name of the ROS parameter controlling camera gain. See camera .yaml config file. Default: gain.
    • gain_priority (boolean): Gain priority means: If image is too bright, first try reducing the gain, and only update exposure time if gain is zero. If image is too dark, first try increasing the exposure time, and only increase gain if maximum exposure time has been reached. Time priority means: if image is too bright, first try reducing the exposure time, and only when min_exposure_time has been reached, reduce the gain. If image is too dark and gain is below max_gain, increase the gain, otherwise increase the exposure time. Default: false (i.e. use Time priority).
    • max_exposure_time (int): Maximum exposure time (in microseconds). Default: 1000.
    • max_frames_skip (int): It sometimes takes a few frames before a change commanded to exposure time or gain will actually be executed by the camera, and the frame meta data will indicate the change. After commanding a change of exposure parameters, the exposure controller will wait for at most max_frames_skip before it gives up and sends a new command to change exposure parameters (gain or time). Default: 10.
    • max_gain (float): Maximum gain (in db). Default: 10.0
    • min_exposure_time (int): Minimum exposure time (in microseconds). This is not a hard limit, but has the following function: if the brightness needs to be reduced and the exposure time would fall below min_exposure_time, then the gain (if greater than zero) is reduced first. Only if the gain is zero and the image is still too bright will the exposure time be reduced below min_exposure_time. Default: 1us
  • Follower exposure controller:
    • exposure_parameter (string): see Master exposure controller.
    • gain_parameter (string): see Master exposure controller.
    • master (string): the name of the master controller to use
    • max_frames_skip (int): see Master exposure controller.

Example usage

The driver comes with several example launch files that need to be modified for your purposes (update serial numbers etc). The follower_example.launch.py can be used as template for stereo cameras, the master_example.launch.py for situations where each camera should run their own exposure control.

ros2 launch spinnaker_synchronized_camera_driver follower_example.launch.py

Carefully examine the camera parameters that are set in the launch file, in particular the following ones:

  • compute_brightness must be true for any camera governed by a master controller.
  • exposure_auto must be off (disable the individual camera controller).
  • chunk_mode_active must be true, and chunk exposure time, gain and frame id must be enabled

For the special case where one camera (primary) triggers the sync pulse of a secondary camera, see the example launch file primary_secondary.launch.py. If you don't use Blackfly S cameras you will have to adjust the digital I/O parameters.

Known issues

See the caveats for the spinnaker camera driver.

How to contribute

Bug fixes and config files for new cameras are greatly appreciated. Before submitting a pull request, run this to see if your commit passes some basic lint tests:

colcon test --packages-select spinnaker_synchronized_camera_driver && colcon test-result --verbose

License

This software is issued under the Apache License Version 2.0.

CHANGELOG

Changelog for package spinnaker_synchronized_camera_driver

Forthcoming

  • first release of unified (all ros2 distros) package.
  • Contributors: Bernd Pfrommer

2.0.8 (2023-11-14)

2.0.7 (2023-10-03)

2.0.6 (2023-08-12)

2.0.5 (2023-08-11)

2.0.4 (2023-08-10)

2.0.3 (2023-08-01)

2.0.2 (2023-07-28)

2.0.1 (2023-07-24)

2.0.0 (2023-07-20)

0.2.5 (2023-01-06 20:18)

0.2.4 (2023-01-06 11:43)

0.2.3 (2022-04-19)

0.2.2 (2022-03-28)

0.2.1 (2022-03-21)

0.2.0 (2022-03-11)

0.1.3 (2018-09-25)

0.1.2 (2018-07-27)

0.1.1 (2018-07-25)

0.1.0 (2018-07-24)

Wiki Tutorials

This package does not provide any links to tutorials in it's rosindex metadata. You can check on the ROS Wiki Tutorials page for the package.

Dependant Packages

No known dependants.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged spinnaker_synchronized_camera_driver at Robotics Stack Exchange

Package Summary

Tags No category tags.
Version 2.0.8
License Apache-2
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Checkout URI https://github.com/ros-drivers/flir_camera_driver.git
VCS Type git
VCS Version ros2-release
Last Updated 2024-07-03
Dev Status MAINTAINED
CI status No Continuous Integration
Released RELEASED
Tags No category tags.
Contributing Help Wanted (0)
Good First Issues (0)
Pull Requests to Review (0)

Package Description

ROS2 driver for synchronized flir cameras using the Spinnaker SDK

Additional Links

No additional links.

Maintainers

  • Bernd Pfrommer

Authors

No additional authors.

Spinnaker ROS2 Synchronized Camera Driver

This package provides a driver specifically for hardware synchronized cameras made by Teledyne/FLIR that work with the Spinnaker SDK. The main difference to running several instances of the unsynchronized camera driver is that this driver will assign identical header time stamps to frames that have been generated by the same synchronization pulse.

NOTE: This driver is not written or supported by FLIR.

Tested Configurations

Cameras

The following cameras have been used with this driver:

  • Blackfly S (USB3)
  • Blackfly (GigE)

Platforms

  • ROS2 Galactic under Ubuntu 20.04 LTS (no longer actively tested)
  • ROS2 Humble/Iron/Rolling under Ubuntu 22.04 LTS
  • Spinnaker 3.1.0.79 (other versions may work as well but this is what the continuous integration builds are using)

How to install

The installation is analogous to the one for the unsynchronized spinnaker camera driver.

How to use

It is recommended to first get the cameras working with SpinView, then with the single-camera driver individually before proceeding with the synchronized setup.

The synchronized camera server works by instantiating a number of individual camera servers and exposure controllers. Each camera server is fully configurable with all parameters available as listed in the spinnaker camera driver. Likewise each exposure controller has its own parameter set.

There are two types of controllers: master controllers and followers. The master controllers regulate the brightness of the camera they are controlling, while follower controllers set the exposure parameters of the camera they are controlling based on the exposure parameters of the master controller they follow.

Since there are many parameters involved the setup can be tricky. It is recommended to start from the follower_example.launch.py example when using a stereo camera for e.g. VIO, or the master_example.launch.py when running cameras with individual exposure control.

Topics

Published:

  • ~/<camera_name>/image_raw: the synchronized camera image
  • ~/<camera_name>/camera_info: the synchronized camera calibration messages
  • ~/<camera_name>/meta: synchronized meta data like exposure time and gain

Synchronized server parameters

  • cameras (list of strings): names of the cameras. Default: empty list.
  • exposure_controllers (list of strings): names of the exposure controllers. List must be of same length as the list of camera names.

Camera server parameters

For a list of all parameters, see the spinnaker camera driver. The parameters are exposed under <camera_name>.parameter.

Exposure controller parameters

  • Master exposure controller:
    • brightness target (int): average image brightness to accomplish. Value range is [0..255]. Default: 120.
    • brightness_tolerance (int): how much actual brightness can deviate for brightness_target before the control parameters are updated. Default: 5.
    • exposure_parameter (string): Name of the ROS parameter under which exposure time is accessible for the single camera driver. This must match the ros parameter name associated with the Spinnaker node that controls exposure time, which is set in the camera .yaml config file. Default: exposure_time.
    • gain_parameter (string): Name of the ROS parameter controlling camera gain. See camera .yaml config file. Default: gain.
    • gain_priority (boolean): Gain priority means: If image is too bright, first try reducing the gain, and only update exposure time if gain is zero. If image is too dark, first try increasing the exposure time, and only increase gain if maximum exposure time has been reached. Time priority means: if image is too bright, first try reducing the exposure time, and only when min_exposure_time has been reached, reduce the gain. If image is too dark and gain is below max_gain, increase the gain, otherwise increase the exposure time. Default: false (i.e. use Time priority).
    • max_exposure_time (int): Maximum exposure time (in microseconds). Default: 1000.
    • max_frames_skip (int): It sometimes takes a few frames before a change commanded to exposure time or gain will actually be executed by the camera, and the frame meta data will indicate the change. After commanding a change of exposure parameters, the exposure controller will wait for at most max_frames_skip before it gives up and sends a new command to change exposure parameters (gain or time). Default: 10.
    • max_gain (float): Maximum gain (in db). Default: 10.0
    • min_exposure_time (int): Minimum exposure time (in microseconds). This is not a hard limit, but has the following function: if the brightness needs to be reduced and the exposure time would fall below min_exposure_time, then the gain (if greater than zero) is reduced first. Only if the gain is zero and the image is still too bright will the exposure time be reduced below min_exposure_time. Default: 1us
  • Follower exposure controller:
    • exposure_parameter (string): see Master exposure controller.
    • gain_parameter (string): see Master exposure controller.
    • master (string): the name of the master controller to use
    • max_frames_skip (int): see Master exposure controller.

Example usage

The driver comes with several example launch files that need to be modified for your purposes (update serial numbers etc). The follower_example.launch.py can be used as template for stereo cameras, the master_example.launch.py for situations where each camera should run their own exposure control.

ros2 launch spinnaker_synchronized_camera_driver follower_example.launch.py

Carefully examine the camera parameters that are set in the launch file, in particular the following ones:

  • compute_brightness must be true for any camera governed by a master controller.
  • exposure_auto must be off (disable the individual camera controller).
  • chunk_mode_active must be true, and chunk exposure time, gain and frame id must be enabled

For the special case where one camera (primary) triggers the sync pulse of a secondary camera, see the example launch file primary_secondary.launch.py. If you don't use Blackfly S cameras you will have to adjust the digital I/O parameters.

Known issues

See the caveats for the spinnaker camera driver.

How to contribute

Bug fixes and config files for new cameras are greatly appreciated. Before submitting a pull request, run this to see if your commit passes some basic lint tests:

colcon test --packages-select spinnaker_synchronized_camera_driver && colcon test-result --verbose

License

This software is issued under the Apache License Version 2.0.

CHANGELOG

Changelog for package spinnaker_synchronized_camera_driver

Forthcoming

  • first release of unified (all ros2 distros) package.
  • Contributors: Bernd Pfrommer

2.0.8 (2023-11-14)

2.0.7 (2023-10-03)

2.0.6 (2023-08-12)

2.0.5 (2023-08-11)

2.0.4 (2023-08-10)

2.0.3 (2023-08-01)

2.0.2 (2023-07-28)

2.0.1 (2023-07-24)

2.0.0 (2023-07-20)

0.2.5 (2023-01-06 20:18)

0.2.4 (2023-01-06 11:43)

0.2.3 (2022-04-19)

0.2.2 (2022-03-28)

0.2.1 (2022-03-21)

0.2.0 (2022-03-11)

0.1.3 (2018-09-25)

0.1.2 (2018-07-27)

0.1.1 (2018-07-25)

0.1.0 (2018-07-24)

Wiki Tutorials

This package does not provide any links to tutorials in it's rosindex metadata. You can check on the ROS Wiki Tutorials page for the package.

Dependant Packages

No known dependants.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged spinnaker_synchronized_camera_driver at Robotics Stack Exchange

No version for distro noetic. Known supported distros are highlighted in the buttons above.
No version for distro ardent. Known supported distros are highlighted in the buttons above.
No version for distro bouncy. Known supported distros are highlighted in the buttons above.
No version for distro crystal. Known supported distros are highlighted in the buttons above.
No version for distro eloquent. Known supported distros are highlighted in the buttons above.
No version for distro dashing. Known supported distros are highlighted in the buttons above.
No version for distro galactic. Known supported distros are highlighted in the buttons above.
No version for distro foxy. Known supported distros are highlighted in the buttons above.
No version for distro lunar. Known supported distros are highlighted in the buttons above.
No version for distro jade. Known supported distros are highlighted in the buttons above.
No version for distro indigo. Known supported distros are highlighted in the buttons above.
No version for distro hydro. Known supported distros are highlighted in the buttons above.
No version for distro kinetic. Known supported distros are highlighted in the buttons above.
No version for distro melodic. Known supported distros are highlighted in the buttons above.