ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange |
1 | initial version |
The 64E rate is an experimental result with our non-S2 device. I don't have access to an S2. Can you confirm the numbers above with it?
2 | No.2 Revision |
The 64E rate is an experimental result with our non-S2 device. I don't have access to an S2. Can you confirm the numbers above with it?it? If necessary we can add another model designation for the S2.
3 | add update |
The 64E rate is an experimental result with our non-S2 device. I don't have access to an S2. Can you confirm the numbers above with it? If necessary we can add another model designation for the S2.
Update: a patch would be great. I think it'll be straightforward, so you can concentrate on the github mechanics. Just ask, if you need help.
The only 64E S2 user I've heard from was a couple of years ago. He provided a patch for his angles configuration extensions. Since you have access to an S2, we should set up a unit test of some kind. Perhaps you can supply the angles configuration for your device. The velodyne_pointcloud/params/utexas_64e.yaml
is for our older, non-S2 device.
4 | No.4 Revision |
The 64E rate is an experimental result with our non-S2 device. I don't have access to an S2. Can you confirm the numbers above with it? If necessary we can add another model designation for the S2.
Update: a patch would be great. I think it'll be straightforward, so you can concentrate on the github mechanics. Just ask, if you need help.
The only other 64E S2 user I've heard from was a couple of years ago. He provided a patch for his angles configuration extensions. Since you have access to an S2, we should set up a unit test of some kind. Perhaps you can supply the angles configuration for your device. The velodyne_pointcloud/params/utexas_64e.yaml
is for our older, non-S2 device.
5 | add work-around |
The 64E rate is an experimental result with our non-S2 device. I don't have access to an S2. Can you confirm the numbers above with it? If necessary we can add another model designation for the S2.
Update: a patch would be great. I think it'll be straightforward, so you can concentrate on the github mechanics. Just ask, if you need help.
The only other 64E S2 user I've heard from was a couple of years ago. He provided a patch for his angles configuration extensions. Since you have access to an S2, we should set up a unit test of some kind. Perhaps you can supply the angles configuration for your device. The velodyne_pointcloud/params/utexas_64e.yaml
is for our older, non-S2 device.
Update2: for anyone using an earlier version of the driver without this fix, here is a work-around for the 64E S2 or S2.1:
$ rosrun velodyne_driver velodyne_node _npackets:=348 _rpm:=600
6 | No.6 Revision |
The 64E rate is an experimental result with our non-S2 device. I don't have access to an S2. Can you confirm the numbers above with it? If necessary we can add another model designation for the S2.
Update: a patch would be great. I think it'll be straightforward, so you can concentrate on the github mechanics. Just ask, if you need help.
The only other 64E S2 user I've heard from was a couple of years ago. He provided a patch for his angles configuration extensions. Since you have access to an S2, we should set up a unit test of some kind. Perhaps you can supply the angles configuration for your device. The velodyne_pointcloud/params/utexas_64e.yaml
is for our older, non-S2 device.
Update2: for anyone using an earlier version of the driver without this fix, here is a work-around for the 64E S2 or S2.1:
$ rosrun velodyne_driver velodyne_node _npackets:=348 _npackets:=384 _rpm:=600
EDIT: corrected npackets typo (was 348)