Comments (5)
Hello,
currently is not possible. The timestamp included in the header, e.g. seq: 54 stamp: secs: 1595261417 nsecs: 295772745 frame_id: "pylon_camera"
is generated from ROS at the grabbing function
img_raw_msg_.header.stamp = ros::Time::now();
If I am correct, currently there is no current interface for this. Also we cannot replace the timestamp in the header which needs to be the ROS timestamp. The sensor_msgs/Image is not including this. A possibility is to create some configurable parameter to decide between using the ROS timestamp or the camera timestamp. But ideally, we should keep always having both. The timestamp can be grabbed through the uint64_t Pylon::GrabResult::GetTimeStamp()const
C++ Pylon function, but the format is different than the ROS format. What do you suggest? Where should this be placed?
Thanks!
from pylon-ros-camera.
Hello, just thought I'd mention this pull request to the Magazino repo appears to implement the desired behavior, at least for the case there PTP synchronization is enabled:
magazino/pylon_camera#38
The conversion into ROS time is implemented here:
https://github.com/magazino/pylon_camera/pull/38/files#diff-5ce449aaf9ffaf007cf068f7c3164c54R395-R401
A description of the implemented behaviour is provided:
- **fetch_camera_timestamp**
Boolean set at start-up to choose which of {camera, host computer} is in charge of timestamping the image.
If the camera's clock is synchronized with the clock of the host computer (e.g. through PTP IEEE-1588), setting
this parameter to true improves the accuracy of the timestamps as this factors out network delays and IO delays
due to a high CPU load.
As I understand it, if PTP synchronization is not used, then the pylon timestamps will be reported in ticks since camera startup, at a frequency specific to the camera model, as documented here: https://docs.baslerweb.com/timestamp#specifics. In this case I suppose it would be possible to compute an offset and scale value to convert pylon timestamps to ROS timestamps based on the pylon timestamp of the first aquired image, but I would be wary of the camera's clock drifting from the host computer's clock.
from pylon-ros-camera.
For anyone who is using the implementation in magazino/pylon_camera#38, please note the mapping of the camera ticks to time elapsed (see magazino/pylon_camera#38 (comment)) for your camera model, until a fix is available.
from pylon-ros-camera.
Closing this issue for now as there's no activity related to it for almost 2 years.
from pylon-ros-camera.
Hi,
Is this problem already solved, I am using ros2 Humble. I am trying to synchronize (PTP, IEEE 1588) Basler camera a2A2600-20gcPRO with the Lidar. Unfortunately the basler timestamps are coming from ros, which adds significant latency and mismatch in the lidar and camera frame. Basler having PTP functionality does not make sense if the timestamps are not coming from the camera itself.
from pylon-ros-camera.
Related Issues (20)
- Question about function PylonInitialize HOT 5
- pylon_camera fps not reaching set frame_rate HOT 8
- Camera Config help for short range imaging HOT 2
- Connection multiple cameras ROS2 and publish images HOT 2
- ACE cameras PTP synchronization (acA_1920-40gc) HOT 2
- No available camera. Keep waiting and trying... HOT 2
- Synchronization error with image timestamp
- [Humble] Don't waste time on blocking image data readout HOT 4
- How to extract the different intensities from the polar camera rostopic /image_raw HOT 3
- Merge PR168_change_setLineMode_behavior into Humble HOT 1
- Cannot connect and get images from Blaze over a router HOT 3
- BUG: Image Encoding Parameter is not read as expected HOT 1
- Blaze depth map encoding HOT 6
- Cannot access ethernet camera from within docker container HOT 1
- Not able to change pins Line2 and Line3 mode with camera Ace2 HOT 3
- GenAPI|ROS image_encodings: [BayerGR8'|NO_ROS_EQUIVALENT']
- Error connecting to Basler A2a2600-20gcPRO REV: 12 through default.yaml
- BUG: ROS 1 (master branch) package.xml version is not updated HOT 2
- BUG: Large memory leak for every Blaze image HOT 4
- changes not reflected when launching camera with reverse_x and reverse_y set to true HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pylon-ros-camera.